What are technical and organizational measures (TOMs)?
Technical and organizational measures (TOMs, German: TOM) are the safeguards with which a company protects personal data under Art. 32 GDPR—from encryption and access rights to training and emergency plans. They must be appropriate to the risk and be documented.

TOMs: definition and legal basis
Art. 32 GDPR obliges controllers and processors to ensure a level of protection appropriate to the risk. To be taken into account are the state of the art, implementation costs, the nature, scope and purposes of processing, and the likelihood and severity of possible risks to data subjects. Technical measures work through systems, organizational ones through procedures and rules.
The aim is to protect the confidentiality, integrity and availability of data and the resilience of systems. The regulation names as examples pseudonymization and encryption, the ability to restore data quickly after an incident, and a process for regularly testing effectiveness. There is no fixed checklist: the selection depends on the risk in each individual case.
Typical measures at a glance
In practice, TOMs are usually structured by control areas that follow earlier statutory requirements. This structure helps ensure nothing is forgotten and also serves as an annex to contracts with service providers. Which points are relevant depends on size, industry and type of data.
- Physical access: lockable rooms, key management, visitor rules
- System and data access: user accounts, password rules, two-factor authentication, roles and rights
- Transfer: encryption in transit and at rest, secure remote maintenance
- Input: logging who changed which data and when
- Availability: backups, emergency plan, recovery tests
- Separation: keeping data of different customers and purposes apart
- Organization: training, confidentiality commitments, policies
Real-world example: a supplier with a customer portal
A supplier runs a customer portal in which retailers view orders and invoices. The data sits on a server to which all IT staff have administrator rights; backups are stored on the same machine, and passwords are subject to no rules. A customer asks about the TOMs under its data processing agreement and receives only a template text.
The improvements: a role concept with minimum rights, two-factor login for administrators, encryption, backups on a separate system with a restore test and a short emergency instruction. The measures are recorded in a TOM document that the customer can view and are reviewed regularly from now on.
Documentation, evidence and common mistakes
TOMs must be documented in writing and kept up to date: for the record of processing activities, for data processing agreements and as evidence to supervisory authorities and customers. Certifications such as ISO 27001 can support the evidence but do not replace it automatically. What matters is that the measures actually apply and are practiced.
Typical mistakes: a template text that never fit the business, measures only on paper (such as a backup that was never tested), outdated information after system changes and unclear responsibilities. Free tools and private devices must also be considered as soon as personal data is processed with them.
What companies should look out for
Start with a risk assessment: which data is particularly sensitive, which systems particularly critical? Derive proportionate measures from it, name those responsible and review their effect regularly. Nano Concepts implements technical measures such as permission concepts, encryption, backups and monitoring, and supports the documentation. This article does not replace legal advice.
Frequently asked questions about Technical and organizational measures (TOMs)
A description of the measures per protection area, such as access, encryption, availability and organization, with a date and those responsible. It should be concrete, naming the procedures and systems actually used rather than only general wording.
Both controllers and processors. Those who use service providers must check whether their measures are sufficient and have them described in the data processing agreement or an annex to it. Responsibility for the data remains with the client.
That depends on the risk. The more sensitive the data and the greater the possible harm to data subjects, the stricter the measures must be. The yardsticks are the state of the art, the costs and the specific processing context.
The GDPR requires a process for regular review but names no fixed interval. In practice, a review at least once a year and whenever systems, service providers or procedures change significantly is customary.
Matching services

Web Security
Find and fix vulnerabilities – for websites, online stores, customer portals and custom web applications.
Learn more
Website Vulnerability Assessment
Security review of your website or web app along the OWASP Top 10 – with a prioritized findings list and remediation.
Learn more
Maintenance & Support
Updates, monitoring, backups and further development – so websites, apps and software run reliably.
Learn more
Databases & Cloud
Data architecture, migration and cloud hosting – high-performing, secure and, on request, in German data centers.
Learn moreRelated terms
Relevant for these industries
Related magazine articles
GDPR-Compliant Tracking: Consent, Data Flows and Trust
Tracking and data protection aren’t mutually exclusive: which services need consent, how to document data flows and how to implement the technology so it does what your privacy policy promises.
Read more
Software Maintenance: What a Maintenance Contract Should Include
Software is never finished. Which services a maintenance contract should include, how to separate maintenance, support and further development, and what scope your software really needs.
Read more
DevOps and GitOps: CI/CD Pipeline, Quality and Reproducible Releases
Releases without the nerves: how a CI/CD pipeline, infrastructure as code and a rehearsed rollback plan make software delivery reproducible and measurable.
Read more