Customer 360 Enterprise Data Platform — Denodo on Azure  ·  View 26 of 39  ·  Runtime

Subject Access and Erasure

Finding every copy of one person across six systems, and who is allowed to delete them.

Editable source SVG draw.io All views
Data Subject Privacy Officer DSAR Console ECID Crosswalk Virtual DataPort Source Systems Lakehouse Audit Log 1. subject access request 2. open case, verify identity 3. every source id for this person 4. five identifiers, five systems 5. assemble the full record, unmasked 6. delegated reads 7. activity, scores, history 8. complete record with provenance 9. export pack, signed 10. erasure instruction per system 11. erase and rewrite partitions 12. tombstone the enterprise id 13. invalidate every cached row 14. who exported, who erased, when Runtime — Subject Access and Erasure Across Every Copy The crosswalk is what makes erasure provable: it is the only place that knows all five identifiers. Denodo finds the copies; the owning system performs the deletion. v 1.0 · owner Data & AI Global Practice · date 2026-09

Decisions

  • The crosswalk is what makes erasure provable — it is the only place that knows all five identifiers for one person. Without it, a subject access request is a manual trawl and completeness cannot be asserted.
  • Denodo finds the copies; the owning system performs the deletion. The platform has no write path and does not acquire one for privacy.
  • The enterprise id is tombstoned rather than removed, so a later reappearance of the same person cannot silently reuse it.

Numbers

  • Statutory window 30 days; the assembly step itself runs in minutes, and the elapsed time is dominated by identity verification and source-side erasure.
  • Every export and every erasure instruction is recorded with the acting principal and retained 13 months.

Risks

  • Erasure in the lakehouse rewrites Delta partitions and is slower than the source-side deletions. Until it completes, a copy exists — the case stays open until every destination has acknowledged.