Skip to content
SimpleAct Logo

TOMs

Technical and organizational measures under Art. 32 GDPR – with evidence instead of assertion.

Most TOM documents are collections of intentions: "access is restricted", "data is encrypted". That is of little use in an audit. SimpleAct structures the measures along the nine Art. 32 categories and asks for an implementation status, evidence, and – where it makes sense – links to the processing activities and vendors the measure actually covers.

At a glance

Included from
Professional
Where in the app
Data protection → TOMs
Output
A measures catalogue with implementation status and evidence
Legal basis
Art. 32 GDPR
API
/api/v1/toms

The nine categories

The catalogue is identical for every organization. You can have it seeded as a starting skeleton – only missing categories are added, existing entries are left untouched.

CategoryTypical measures
Access controlRole and permission concept, multi-factor authentication, building access, recertification of permissions.
EncryptionTransport and disk encryption, key management, handling of backups.
IntegrityInput control, change logging, protection against undetected manipulation.
AvailabilityRedundancy, monitoring, capacity planning, protection against outages.
RecoveryBackup concept, recovery times, tested restores.
Testing and evaluationPenetration tests, internal audits, regular effectiveness reviews of the measures.
PseudonymizationSeparation of identifiers and payload data, handling of mapping tables.
ConfidentialityConfidentiality obligations, separation requirements, transfer controls.
Organizational measuresPolicies, responsibilities, training, processes for incidents and data subject rights.

Implementation status

Four levels, the same as the EU AI Act controls. The step from "implemented" to "evidenced" is the one that counts in an audit.

StatusMeaning
NOT_STARTEDMeasure named, but not started.
IN_PROGRESSBeing implemented.
IMPLEMENTEDImplemented – but with no stored proof.
EVIDENCEDImplemented and backed by evidence: policy, test report, configuration excerpt, certificate.

What holds a measure together

  • Title and description – what is actually done, not what is intended.
  • Evidence links – references to the proof. Several links per measure are possible.
  • Linked processing records – which processing activities this measure covers. That answers the authority’s question "which measures protect this processing?" without research.
  • Linked vendors – which processors the measure applies at.
  • Date of the last review – Art. 32 requires regular effectiveness reviews, not one-time setup.

The seeded skeleton is a start, not a result

The nine seeded categories are empty shells with the right label. A category with no description and no evidence is no better in an audit than a missing one – it just looks tidier. Take the time to store at least one concrete measure with proof per category.

Related pages