Retention Policies
What's on this page
About Retention Policies
Organization rules or privacy laws such as GDPR may require you to delete or anonymize collected survey data after a certain period of time. Retention policies are organization-wide policies that determine how long Qualtrics stores survey response or contact data. Each time the policy runs (every 24 hours), Qualtrics deletes responses or contacts older than the configured threshold. For response deletion policies, you can also set exceptions allowing for individual surveys to have a different retention period.
You can also set an anonymization policy. With this option, you can decide how long after responses are submitted that you want specific identifying information removed from them.
Qtip: This is a feature only available to Brand Administrators. Division Administrators do not have access to this feature.
Attention: Retention rules are retroactive. Responses and contacts will be scanned at your selected cadence to see if they have exceeded the retention period. This includes all responses and contacts, including ones collected before the retention rule was created. Please note that retention rules will not apply to any response fields that have been manually edited.
Setting up a Default Response Deletion Policy
You can only have 1 default deletion policy per brand. However, you may create exceptions for specific surveys. All Brand Administrators can access and edit the same retention policy.
Attention: Deleted responses can not be retrieved and are gone forever once deleted by a retention policy.
Setting Up a Default Anonymization Policy
Attention: Anonymization policies are not available for EX licenses.
You can only have one anonymization policy per brand. However, you may create exceptions for specific surveys. All Brand Administrators can access and edit the same anonymization policy.
Attention: Data that has been anonymized is irretrievable once anonymized by a retention policy.
Setting Up a Default Contact Deletion Policy
Attention: Once a contact is deleted, you will not be able to use the Personal data tab to search for responses associated with that contact for the purpose of deleting or downloading personal data.
Contact deletion policies automatically delete contacts from your directory based on conditions you set. You can only have 1 default deletion policy per brand. You cannot create exceptions for contact deletion policies. All Brand Administrators can access and edit the same retention policy.
Attention: Deleted contacts can not be retrieved and are gone forever once deleted by a retention policy.
Scheduling Retention Policies
Retention policies are scheduled to run every day by default. If you want your survey responses or contacts to be deleted at a different frequency, you can schedule them to run weekly, monthly, quarterly or yearly.
Run All Policies Now
Once you’ve scheduled your retention policies, you can choose to run them all immediately regardless of their scheduled cadence.
Creating an Exception
If there are specific surveys that should have a different retention policy than the rest of the brand, you can set up an exception.
Managing Exceptions
All exceptions for the brand can be viewed in the Create and manage exceptions table. Type a survey name or keyword into the search bar to search for existing exceptions. In this table you can see the following information:
- Survey name: Name of the survey the exemption was created for.
- Owner: The username of the survey owner.
- Deletion policy: The deletion policy that will apply to this survey.
- Anonymization policy: The anonymization policy that will apply to this survey.
Clicking on the three horizontal dots next to an exception allows you to edit the retention policy or remove the retention policy.
Viewing the Event Log
The event log shows both retention events and policy changes.
Retention Events
When Retention is selected in the dropdown, this table displays data deletions and anonymizations that occurred as a result of retention rules and exceptions. You can use the search bar to search for specific retention events. Clicking Last 12 months allows you to filter the table to a specific time frame.
The table contains the following information:
- Timestamp: Date and time the retention event occurred.
- Event type: The type of retention event that occurred.
- Record type: The type of record that was affected.
- Affected records: The number of records that were affected.
- Job ID: The ID of the retention event.
Changes in Retention Policies
When Policy changes is selected in the dropdown, this table displays changes to retention rules and exceptions. You can use the search bar to search for specific policy changes. Clicking Last 12 months allows you to filter the table to a specific time frame.
The table contains the following information:
- Timestamp: The time the policy change was made.
- User: The user that made the policy change.
- Resource: The name of the specific survey an exception was changed for, or the brand policy if the brand-wide retention rule was changed.
- Old policy: The previous policy or exception.
- New policy: The new policy or exception. Qtip: A value of “Brand default” means a new exception was created and the survey previously followed the brand-wide retention rule.
EX Pseudonymization Policies
The EX Pseudonymization tab allows you to enable a default pseudonymization policy for the entire brand. A pseudonymization policy allows you to obfuscate personal identifying data from EX responses in real time, such that survey responses can no longer be attributed to a specific employee within the platform. For more information, see Pseudonymization Policy (EX).
That's great! Thank you for your feedback!
Thank you for your feedback!