Skip to content
Espresso Data Privacy

Delete

Deletion log and proof of deletion – prove rather than claim

A proof of deletion shows that specific personal data was deleted at a specific time according to a defined rule. To this end, the deletion log records what happened, when, in which system and at whose instigation – without repeating the deleted content.

Why is proof of deletion needed?

Under the GDPR, an organisation must not only comply with the principles but also be able to demonstrate this (accountability, Art. 5 para. 2 GDPR). The FADP has no equivalent provision. But in Switzerland too, at the latest when internal audit or the regulator carries out an inspection, when a complaint is filed or after an erasure request, what counts is what can be proven.

What belongs in a deletion log?

A meaningful log answers what happened, when, where, why and at whose instigation:

  • Deletion run or order, with identifier and time.
  • Basis: expired retention period or erasure request.
  • The affected systems.
  • The result per system: deleted, anonymised, archived – or not deleted, with the reason.
  • The number of affected records.
  • Approvals and interventions with person, role and time.
  • Exceptions such as deletion holds and objections.

What does not belong in it?

The deleted content itself – otherwise the log would be a copy of what was supposed to be deleted. And no more personal data than necessary: where proof is needed for a specific person, an internal identifier instead of the name is usually sufficient. Access to the log remains tightly restricted.

Why a spreadsheet is not enough

A spreadsheet or ticket shows the order, not the effect. It is maintained by hand, is often incomplete and can be changed retrospectively. Above all, it lacks the response from the systems: it does not show whether the data was actually deleted.

Reliable proof is generated automatically from the responses of the systems that performed the deletion, and is stored centrally and securely.

How long is a proof of deletion retained?

There is no statutory period for this. What matters is the purpose: the proof is needed for as long as audits, complaints or claims can be expected. This period belongs in the data deletion concept – and afterwards, the proof is deleted too.

How Espresso helps

In Espresso, the proof is generated from the responses of your applications – without manual spreadsheets.

  • Log per deletion run

    Each application reports back what it has deleted. This produces the log for each deletion run.

  • Audit trail at every step

    Approvals and interventions are recorded with person, role and time.

  • Reports

    Summary, details, cancelled processes and records not deleted, plus statistics.

Frequently asked questions

Is a deletion log required by law?

Not explicitly. However, the GDPR's accountability obligation can hardly be fulfilled without proof, and in Switzerland too, internal audit and regulators demand evidence.

May the log contain the person's name?

Only if there is a reason for it. An internal identifier is usually sufficient. The less personal data the log contains, the easier it is to protect.

What if a system does not confirm the deletion?

Then the deletion there does not count as completed. Espresso raises an alert if a response is missing, and operations can intervene.

Who should be able to view the log?

A tightly restricted group, such as data protection, internal audit and the responsible operations team.

See Espresso in 30 minutes

We will show you the cockpit with sample data – and discuss where you should start.

Request a demo

or write directly to info@espressodataprivacy.com