DRTM and GDPR Readiness
Assesses Data Retention Time Management configuration against GDPR and local retention policies. Checks whether countries, legal entities, employee groups, and data domains have retention rules, whether retention periods conflict with policy, and whether purge jobs could delete data needed for payroll, litigation hold, or statutory reporting. Produces a compliance-ready sign-off pack.
When to Use
- Check whether data retention rules are configured, defensible, and safe to execute.
- Client asks for an evidence-backed review in the Compliance area
- Preparing a workshop, release gate, audit pack, or remediation plan
- Converting raw SF configuration into a client-safe recommendation
Prerequisites
- Inputs: DRTM config, legal entity/country list, retention policies, purge simulation output
- Expected outputs: Retention coverage map, purge risk report, legal sign-off checklist, remediation plan
- Confirm client audience and whether output should be board-level, technical, or mixed
- Never store credentials or employee-sensitive data in the repo or final deliverable
Workflow
- Policy Map - gather evidence, classify impact, and create a client-safe output.
- Coverage Check - gather evidence, classify impact, and create a client-safe output.
- Purge Simulation - gather evidence, classify impact, and create a client-safe output.
- Sign-Off - gather evidence, classify impact, and create a client-safe output.
Analysis Checklist
- Confirm the configuration objects and source tenant/snapshot date
- Separate configuration evidence from assumptions
- Score findings by business impact, not just technical severity
- Group repeated findings into themes so the client gets a short action list
- Flag internal-only notes before writing the client-facing summary
- Produce remediation actions with owner, effort, dependency, and success metric
Edge Cases
- Employees with multiple employments across countries: validate explicitly before final recommendation
- Legal hold exceptions: validate explicitly before final recommendation
- Historical payroll dependencies: validate explicitly before final recommendation
- Terminated employees rehired after purge window: validate explicitly before final recommendation
- Country-specific retention overrides: validate explicitly before final recommendation
- Incomplete purge simulation logs: validate explicitly before final recommendation
Example Prompt
Review our DRTM setup and tell us if we are safe to run purge jobs this quarter.
Example Output Shape
Coverage score: 71/100. 8 countries lack approved retention rules, 3 legal entities have conflicting purge windows, and payroll evidence retention is shorter than Finance policy in Spain. Recommendation: stop purge run until legal sign-off and payroll dependency exception list are updated.
Common Pitfalls
- Delivering raw technical noise: Summarise by business impact and put raw details in an appendix.
- Ignoring country or legal-entity variation: Many SF issues are only defects in one population.
- Missing downstream impact: Always map the finding to payroll, compliance, reporting, integration, or user experience.
- No rollback plan: Every remediation step needs a safe fallback.
- No validation step: Re-run the relevant check after fixing config and compare before/after evidence.
Verification Checklist
1---2name: sf-drtm-gdpr-readiness3description: Use when you need to check whether data retention rules are configured, defensible, and safe to execute.4license: MIT5---67# DRTM and GDPR Readiness89Assesses Data Retention Time Management configuration against GDPR and local retention policies. Checks whether countries, legal entities, employee groups, and data domains have retention rules, whether retention periods conflict with policy, and whether purge jobs could delete data needed for payroll, litigation hold, or statutory reporting. Produces a compliance-ready sign-off pack.1011## When to Use1213- Check whether data retention rules are configured, defensible, and safe to execute.14- Client asks for an evidence-backed review in the Compliance area15- Preparing a workshop, release gate, audit pack, or remediation plan16- Converting raw SF configuration into a client-safe recommendation1718## Prerequisites1920- Inputs: DRTM config, legal entity/country list, retention policies, purge simulation output21- Expected outputs: Retention coverage map, purge risk report, legal sign-off checklist, remediation plan22- Confirm client audience and whether output should be board-level, technical, or mixed23- Never store credentials or employee-sensitive data in the repo or final deliverable2425## Workflow26271. **Policy Map** - gather evidence, classify impact, and create a client-safe output.282. **Coverage Check** - gather evidence, classify impact, and create a client-safe output.293. **Purge Simulation** - gather evidence, classify impact, and create a client-safe output.304. **Sign-Off** - gather evidence, classify impact, and create a client-safe output.3132## Analysis Checklist3334- Confirm the configuration objects and source tenant/snapshot date35- Separate configuration evidence from assumptions36- Score findings by business impact, not just technical severity37- Group repeated findings into themes so the client gets a short action list38- Flag internal-only notes before writing the client-facing summary39- Produce remediation actions with owner, effort, dependency, and success metric4041## Edge Cases4243- **Employees with multiple employments across countries**: validate explicitly before final recommendation44- **Legal hold exceptions**: validate explicitly before final recommendation45- **Historical payroll dependencies**: validate explicitly before final recommendation46- **Terminated employees rehired after purge window**: validate explicitly before final recommendation47- **Country-specific retention overrides**: validate explicitly before final recommendation48- **Incomplete purge simulation logs**: validate explicitly before final recommendation4950## Example Prompt5152> Review our DRTM setup and tell us if we are safe to run purge jobs this quarter.5354## Example Output Shape5556Coverage score: 71/100. 8 countries lack approved retention rules, 3 legal entities have conflicting purge windows, and payroll evidence retention is shorter than Finance policy in Spain. Recommendation: stop purge run until legal sign-off and payroll dependency exception list are updated.5758## Common Pitfalls59601. **Delivering raw technical noise**: Summarise by business impact and put raw details in an appendix.612. **Ignoring country or legal-entity variation**: Many SF issues are only defects in one population.623. **Missing downstream impact**: Always map the finding to payroll, compliance, reporting, integration, or user experience.634. **No rollback plan**: Every remediation step needs a safe fallback.645. **No validation step**: Re-run the relevant check after fixing config and compare before/after evidence.6566## Verification Checklist6768- [ ] Source evidence captured with tenant/snapshot date69- [ ] Findings scored by severity and business impact70- [ ] Edge cases reviewed explicitly71- [ ] Remediation actions include owner, effort, dependency, and success metric72- [ ] Client-safe summary produced73- [ ] Internal-only notes separated74- [ ] Follow-up validation plan included