Inactive user deletion settings

Permissions: update_provider

In the Inactive user deletion settings section of the tenant settings of a provider, you can configure the provider feature automatic deletion of inactive users, which determines whether inactive users are deleted.

Exercise caution when modifying these settings. Once the deletion process for an inactive user is initiated, it can only be stopped by the user themselves. Changes to these settings will not impact deletion processes that are already underway.

Users will receive notifications regarding the upcoming deletion of their account at the following intervals:

• On the day their account is marked as inactive.
• One week prior to the scheduled deletion.
• One day before the scheduled deletion.

By default, users are notified via SMS and email, but these channels can be customized for a user segment; see account-related notifications. For the inactivity reminder emails themselves, see Emails.

Providers that manage their own user base (API-only integrators) can deactivate both channels, but should then subscribe to the associated webhook events. They are then responsible for notifying their users themselves.

Allowed number of months of user inactivity

This setting defines the maximum number of months users can remain inactive before the account deletion process is initiated.

Consider user behavior when setting this value. For example, if the user base includes frequent returning tourists, it may be useful to extend the period beyond 12 months to accommodate annual holiday cycles. Avoid excessively long periods, as this could undermine the purpose of the inactivity policy.

Days to avert user deletion due to inactivity

This setting specifies the number of days users have to take action and prevent their account from being deleted due to inactivity.

Users should be given sufficient time to respond. While the minimum allowed is 7 days, we recommend setting the notice period to at least 14 days to ensure users have adequate time to react.