- Home
- Frameworks
- GDPR
GDPR.
Process personal data lawfully, protect rights and demonstrate implementation with a clear audit trail.
- Regulation (EU) 2016/679 · BDSG
- By Derya Altinay
- As of: 10/22/2026
- Reading time: 8 min.
Short answer.
The GDPR governs personal data processing within its European scope. Companies need appropriate legal bases, transparent information, procedures for data subject rights and risk-appropriate safeguards. Under Article 5 GDPR, controllers are accountable: they must be able to demonstrate compliance with the principles. Processors have their own duties and support controllers in fulfilling theirs.
GDPR: data protection beyond IT security.
The General Data Protection Regulation is directly applicable EU law protecting natural persons when their personal data is processed. Regulation (EU) 2016/679 has applied since 25 May 2018; GDPR is its English abbreviation. In Germany, the Federal Data Protection Act and sector-specific provisions in particular supplement the European framework.
The GDPR first asks whether processing is permitted and for what purpose. A secure database does not establish whether the information collected is necessary or how long it may be retained. Articles 5 and 6 GDPR connect principles and legal bases; Article 32 addresses processing security within that framework.
Data protection remains an ongoing task because purposes, data flows and services used change. Under Article 24 GDPR, the controller must implement appropriate measures, review their suitability and update them where necessary. A document completed once does not replace this continuing assessment.
Which companies the GDPR applies to.
Under Article 2, the GDPR applies to personal data processing covered there, regardless of company size. Examples include customer data, job applications and personal information in support content. Pseudonymised data also remains personal data where a person can be identified using additional information; genuinely anonymous information is classified differently.
Territorial scope follows from Article 3 GDPR. Besides processing in the context of an EU establishment, certain offers to people in the EU or monitoring of their behaviour by companies outside the EU may be covered. Server location or website accessibility alone does not decide the matter.
The role is determined for the specific activity: controllers decide purposes and means; processors process data on behalf of a controller. An organisation may have different roles for different activities. Articles 26 and 28 GDPR require appropriate arrangements for joint controllership and processing respectively; a contract heading alone does not clarify the actual role.
GDPR requirements for companies.
GDPR requirements connect legal decisions with actual processing operations. Seven work areas provide orientation; additional specific duties depend on role, data, activity and risks to the people affected.
Define principles and legal bases.
Articles 5 and 6 GDPR require lawful, purpose-limited and traceable processing. Limit data and retention to what is necessary and keep information accurate. Consent is one possible legal basis; its prerequisites must be observed just as those of other legal bases must.
Enable transparency and data subject rights.
Articles 12 to 22 GDPR concern understandable information and rights such as access, rectification and erasure. The rights have different prerequisites and exceptions. Responsibilities, data searches, identity checks and secure responses must align; a privacy notice alone does not handle a request.
Organise responsibility and service providers.
Articles 24 to 30 GDPR address organisational duties, data protection by design, roles and records. Processing under Article 28 requires sufficient provider guarantees alongside a suitable contractual basis. The subprocessors and data routes actually used belong in the assessment, rather than just the general terms and conditions.
Translate Article 32 GDPR into effective safeguards.
Technical and organisational measures must ensure a level of security appropriate to the risk. Article 32 GDPR considers processing context, current technology, costs, and the likelihood and severity of potential consequences for people. Depending on risk, this includes access protection, encryption, recoverability and regular effectiveness testing; a fixed universal list is insufficient.
Examine special risks and advice.
A data protection impact assessment under Article 35 GDPR is necessary before processing likely to result in a high risk to rights and freedoms. Also examine the criteria for data protection officers under Article 37 and, additionally, § 38 BDSG. The advisory function does not replace responsibility for processing.
Assess and report personal data breaches.
Article 33 GDPR generally requires notification to the competent supervisory authority unless the breach is unlikely to result in a risk to rights and freedoms. Article 34 separately governs communication to affected people where high risk is likely. Processors inform the controller without undue delay; incident documentation remains a separate duty.
Safeguard third-country transfers separately.
Chapter V GDPR places additional requirements on transfers to third countries. Examine actual recipients, access and the applicable transfer mechanism. A permitted transfer replaces neither the processing legal basis nor other data protection duties; EU hosting does not answer every question about external access either.
GDPR implementation as an ongoing process.
Define processing activities and roles.
As a practical starting point, record purposes, data subjects, data, systems and recipients for a specific activity, and clarify responsibility for each decision.
Examine lawfulness and information.
Assess legal bases, necessity and retention, and compare actual processing with the information provided to data subjects.
Assess risks and special duties.
Examine risks to people and the prerequisites for a DPIA, data protection officer, processor arrangements and third-country transfers before introducing or materially changing processing.
Implement and test measures.
Connect legal and organisational decisions with suitable technical measures and verify that, for example, access rules, erasure and recovery work in the service concerned.
Prepare rights handling and incident response in practice.
Practise recognising, escalating, assessing and handling requests and personal data breaches within deadlines, including handovers between companies and providers.
Update documentation with changes.
Update decisions and evidence when purposes, recipients or risks change, and define who tracks outstanding measures and triggers the next review.
GDPR evidence and voluntary certification.
Accountability under Article 5(2) GDPR means being able to explain and demonstrate compliance with the principles. Suitable records may include records of processing activities, reasoned legal bases, contracts, privacy information, DPIAs and safeguard assessments. What matters is whether they reflect actual processing and show which decision was made on what basis.
Data protection authorities have investigative and corrective powers under Article 58 GDPR. Documentation should therefore be findable, understandable and current. The regulation creates no general certification obligation that would conclusively complete all a company's data protection work; responsibility remains with the controller and the other participants subject to duties.
Certification under Article 42 GDPR is voluntary and concerns processing operations against approved criteria. Under paragraph 4 it does not reduce statutory responsibility; paragraph 7 limits its term to a maximum of three years with possible renewal. An information security certificate is not automatically such a data protection certification.
The decision to report a personal data breach must be separately evidenced. Article 33 requires notification without undue delay and, where feasible, within 72 hours of awareness unless the risk exception applies. Documentation under paragraph 5 also covers unreported breaches; communication under Article 34 follows its own risk threshold and exceptions.
Read more on the blog.
- GDPR and securityConnect processing, legal assessment and safeguards in operations.
- Assessing processor arrangementsCompare contractual commitments with the provider's actual data routes.
- Reporting a personal data breachPrepare incident assessment, reporting decisions and documentation in more detail.
- Handling access requestsOrganise research, assessment and secure delivery of an access response.
GDPR and other frameworks.
ISO 27001 supports information security organisation but does not replace examining legal bases and data subject rights. NIS2 has its own addressees and reporting duties; an incident may require separate assessments under both legal frameworks. The EU AI Act adds requirements for certain AI systems without replacing data protection assessment of personal data processing.
In Secani.
Secani provides a data protection profile for roles, processing context and transfers, alongside an editorial GDPR assessment catalogue. The profile records company information and supports structured stocktaking. Professional assessment of actual processing and its lawfulness remains a separate task; the profile is neither regulatory approval nor an automatic legal assessment.
Next step.
Start with a clearly defined processing activity, such as handling support requests. Describe purpose, data, data subjects, services involved and recipients, and examine the appropriate legal basis with the responsible specialists. Then record which safeguards and procedures for rights and incidents are actually needed.
Sources.
- Regulation (EU) 2016/679: General Data Protection Regulation
- BfDI: GDPR – BDSG, Info 1, March 2026 edition
- European Commission: GDPR scope and roles
- European Commission: processing principles
- European Commission: company obligations
- EDPB: security of personal data
- EDPB: personal data breaches
- EDPB: data subject rights
- § 38 BDSG: data protection officers of private bodies
Frequently asked questions.
No. Article 6 GDPR provides different legal bases with their own prerequisites. Which applies depends on the specific purpose and circumstances; additional requirements, such as those for special categories of data, require separate examination.
No. Notification to the authority may be unnecessary under Article 33 GDPR where the breach is unlikely to result in a risk to rights and freedoms. The breach must nevertheless be documented; communication to data subjects under Article 34 requires separate assessment.
No. An ISMS can support processing security but does not automatically answer questions about legal basis, transparency or data subject rights. Its scope and actual processing require separate examination.
Yes, if their processing falls within its material and territorial scope. Company size alone creates no general exception; individual duties depend on additional prerequisites.
Organise data protection work with a clear audit trail.
Discover the data protection profile and editorial GDPR catalogue in Secani.
This page provides general context and does not replace legal assessment of an individual case. Applicable law and the specific processing activity take precedence.