App Deactivation / Uninstall — Is a Callback Payload Sent?

API & SDK
1

Originally posted by David List

Hi ServiceMate team :waving_hand:

I’m currently building a ServiceM8 app and had a question around app deactivation / uninstall behaviour.

I may have missed this in the documentation, but I can’t find any reference to whether a payload is sent to an app’s callback URL when a user deactivates or uninstalls an app from within ServiceM8.

Specifically, I’m trying to understand:

  • When an app is deactivated or uninstalled, is any event or payload sent to the app’s callback URL?
  • If so, what information is included (e.g. Vendor ID, location ID, app ID, timestamp)?
  • If not, is there a recommended pattern for detecting that an app has been removed?

The reason for asking is around data lifecycle and compliance.
If a user removes the app in ServiceM8, I’d like to be able to automatically clean up or delete any app-specific user data on my end. Without an uninstall/deactivation signal, the only alternative seems to be asking users to separately request deletion from our own platform.

Happy to be pointed to existing docs if this is already covered — and thanks in advance for any clarification.

Cheers,
David

2

@Cody can you please follow this up it’s pretty painful to manage to be honest.

3

Hi David,

Sorry didn’t see this one.

There’s no dedicated uninstall/deactivation event that sends a payload to your callback URL (the SDK docs describe callbacks being invoked for Action events and manifest webhooks).

When an add-on is deactivated, the OAuth access token and refresh token will be revoked, so this is a pretty good signal the add-on has been deactivated.

Cheers,
Cody

4

Yes that is how im currently managing it. But it would be nice to be absolute incase credetials are revoked but the app was not deactived (for some reason)