NordChem Faces the Data Audit
Build a GDPR-compliant data register from scratch — under a real audit deadline.
Before you start — Create your Cyberday account
This module uses a live Cyberday workspace embedded on the right side of your screen. The signup page cannot be embedded, so you need to create your account in a separate tab first. Once signed in there, the embedded panel in this module will work automatically.
- Click the button below — it opens app.cyberday.ai in a new tab.
- Choose "Sign up" and register with your email.
- Complete the email verification and finish the short signup form.
- Leave that tab signed in, then return here.
To: NordChem Oy — Data Protection Officer
Date: 3 March 2026, 10:02 EET
Dear Data Protection Officer,
The Office of the Data Protection Ombudsman is conducting a routine audit of NordChem Oy pursuant to Article 58(1)(b) GDPR. The audit will focus on your Records of Processing Activities (Article 30), including: completeness of your data register, processing purposes, systems used, and controller/processor relationships.
Make relevant documentation available within six weeks (deadline: 14 April 2026).
Office of the Data Protection Ombudsman
"Do we actually have a proper data register? Six weeks. I need you to lead this."
"I can tell you what systems we have — ERP, the HR system, a CMS, a chat system, and a payroll system. But what personal data each one processes or who's responsible under GDPR? That's never been formally documented."
Data Hierarchy & Key Terms
The Three Levels
Key Terms
| Term | Meaning |
|---|---|
| RoPA | Records of Processing Activities — the Article 30 register |
| Data controller | Decides why and how data is processed (NordChem for its own data) |
| Data processor | Processes data on behalf of the controller (e.g., a payroll SaaS) |
| DPA | Data Processing Agreement — contractually required with every processor (Art. 28) |
| DPIA | Data Protection Impact Assessment — required before high-risk processing (Art. 35) |
| Special category data | Sensitive data under Art. 9 — health, biometric, racial origin, etc. Requires explicit legal basis beyond standard Art. 6 grounds |
| Tiedonhallintalaki | Finnish Information Management Act — affects how data stores appear in public administration reports. Private companies like NordChem answer "No" to case management questions |
| Assurance value | How much documented evidence backs a compliance claim — not just whether a task is marked done |
Build the Privacy Register — Create NordChem's Data Stores
"The main data categories I see: customer and order information, employee records, and a marketing contact list."
-
In Cyberday: All documentation → Asset documentation lists → Data stores. Click + Add data store.
-
Create three data stores by selecting from the general library:
- B2B customer register — covers customer and order data
- Employee register — covers HR and personnel data
- Marketing register — covers the marketing contact list
-
Open B2B customer register. Each data store has five sections — work through them in order:
- 01 — Who's responsible for the data? Set the Controller field. Confirm personal data is processed (Yes). Add the DPO as the Unit responsible for the data store.
- 02 — From which datasets does the data store consist of? Skip adding datasets for now (Task 2). Answer the case management question (No for NordChem).
- 03 — How is personal data on the data store utilized? Click + Add new processing purpose and add "Marketing". Answer the automated decision-making question.
- 04 — Is the data regularly disclosed to other parties for other uses? Answer Yes/No and add any regular disclosures.
- 05 — Have data subjects been informed of the processing? Confirm a privacy notice has been published and how.
Section 02 asks "Does the data store include data about case management or provided services?" Answering Yes affects how the store appears in Finnish public administration reports (Tiedonhallintalaki). For NordChem as a private company, the answer is No.
- Data stores are the top level of GDPR documentation — each one maps to an Article 30 record of processing
- GDPR applies to all structured personal data, including paper records like visitor logs
- Creating stores from library templates saves time, but each must be customised to your actual processing activities
Add Data Sets in Data Stores — Specifying What NordChem Processes
"For customers we hold survey responses, order data, and payment records. For employees: HR has staff lists and health records from occupational services. These all live in different systems and serve different purposes."
-
On the Data stores page, open B2B customer register → Section 02 (From which datasets does the data store consist of?) → + Add data set. Add:
- Customer surveys (marketing)
- Order information (customer management)
- Payment information (financial management)
-
Click on the Data stores link at the top of the page and open Employee register → Section 02 → + Add new data set. Add:
- Customer lists (Customer management)
- Employee lists (human resources management)
- Occupational health information (human resources management)
Health data is "special category" under Article 9 — it needs an explicit legal basis beyond the standard ones and must be clearly flagged in the register. Retention periods are a common audit gap: for each data set, ask yourself What data? For what purpose? How long is it held?
- Data sets specify the exact processing activities within each store — they are the operational detail behind your register
- The purpose limitation principle (Art. 5(1)(b)) means data collected for one purpose cannot be repurposed without legal basis
- Special category data (health, biometrics) under Article 9 requires explicit legal basis and additional safeguards
Working with Data Sets — Managing Sensitive Data
"Occupational health data is processed in our HR system. It's sensitive — medical prescriptions, treatment history, physical characteristics. We store it only for active employees and contractors, and it's not in any external system."
-
In Cyberday: Return to the Data stores page. Click Employee register. In section 02 From which datasets does the data store consist of?, click Occupational health information (human resources management) in the section for Connected data sets.A new card will appear. Employee register should be listed under Data stores.
-
The first section, How is the data in the material processed? is where data systems can be added. Click Edit, and add HR-system (human resources) as the data system.
-
Complete the remaining fields in the first section:
- Is part of the data store stored outside your own data systems? Click Edit and answer No.
- Does the material include information about the processing of the case? Click Edit and answer No.
- Does the material include information about service information management? Click Edit and answer Yes.
-
The second section, Does the data set contain confidential information? concerns confidential information:
- Does the data set contain confidential information. Click Yes.
- Data classification. Select Internal / Security level IV.
-
The third section, How long will the data be retained? concerns data retention:
- Data retention time. Select Duration of the contract.
- Reasoning for retention time. Write "Contractual necessity and legitimate interest."
-
The fourth section, What kind of data is included in the data set? concerns the nature of the data:
- Does the material contain personal data? Click Yes.
- Registrant groups. Add Contract workers, Previous employees and Trainees.
- Personal data categories. Add Physical characteristics (height, weight, age, skin color).
- Does the material contain special categories of personal data? Click Yes.
- Special personal data. Add Medical care information, Medical prescriptions, Patient treatment history.
- Other important data categories in the material. Leave blank.
-
The fifth section, What happens after retention time? concerns data destruction and archival:
- Is data destroyed after retention time? Click Yes.
- Is personal data anonymized? Click No.
- Is data archived? Click Yes.
- Description of archiving. Write "Moved to secure drive."
- Occupational health data is special category data requiring the strictest controls and classification
- The storage limitation principle requires documented retention periods with clear justification for each dataset
- Data classification (e.g., Security Level IV) must reflect the actual sensitivity of the data, not just convenience
Document Data Systems — The Technical Layer
"Confirmed systems: an ERP for purchasing, the HR system, a chat system, a CMS, and a payroll system. The HR system is on-premises in the EU. It connects to the payroll system for worktime export, and to the CRM for employee action data."
-
In Cyberday: All documentation → Asset documentation lists → Data systems. Add each system and assign an owner:
- ERP-System -Purchasing — Responsible authority: Jarkko Virtanen
- HR-system (human resources) — Responsible authority: Henkilöstöjohtaja / Human resources director
- Chat system — Responsible authority: Jarkko Virtanen
- CMS-system — Responsible authority: Jarkko Virtanen
- Payroll system — Responsible authority: Henkilöstöjohtaja / Human resources director
-
Open the HR-system (human resources) card and complete each field. Under data sets (top of page), click Select. Add Occupational health information (human resources management), Working time records and Employment contracts.
-
01 - Who's responsible for the data system?
- Provide the responsible authority.
- Describe the purpose of the data system (for example, "Managing human resources.").
- Add Human Resources / HR as an optional connected unit.
- Indicate the system is relevant for the tasks of the authority (click Yes).
- Indicate the system is not used to process cases (click No).
- Indicate the system is used to perform data management for services (click Yes).
-
02 - How is the system maintained?
- Indicate you are responsible for the development and maintenance of the system (click Yes) — note: this will trigger a new dropdown.
- For Backups, add Internal networks general storage drive.
- For System log information, add Log of HTTP requests and API errors.
- For Other security measures, click Personnel security: Cyber security in contracts. Select Reviewing confidentiality agreements.
- For Is the data system offered to customers as-a-service, click No.
-
03 - Where is the data system located?
- Select On-premises as the Hosting type.
- Select EU / EEA as the System's location.
-
04 - What factors can be used to retrieve information from the data system?
Add Search criteria describing the search terms with which information can be retrieved. Examples include social security numbers, email addresses, usernames, or primary and foreign keys. -
05 - How are system permissions managed?
- For Multi-factor authentication (MFA) status, select Enforced.
- For Connected access roles, select HR and Information management.
- For connected authentication methods, select Biometric ID (e.g. fingerprint) and Personal ID account (e.g. google, AD).
-
06 - What kind of connections does this system have with other data systems?
- For Interfaces to other systems, select Export of different customer actions to a CRM system and Export of worktime monitoring data to payroll.
- For Direct data sources, select Company employee.
All linked data systems will now appear in the Data systems in Assets documentation lists. Search for the Data system listing and owner assignment task from All tasks in the sidebar — the linked text should read 5 data systems answered.
- Data systems document where and how personal data is processed — they connect your register to your actual IT infrastructure
- EU/EEA hosting avoids complex Chapter V transfer requirements, simplifying your compliance obligations
- Access management (MFA, role-based access, authentication) is both a security control and a GDPR accountability measure
Audit Preparation & DPIA — Ready for the Ombudsman
"The auditor confirmed they want the full RoPA, evidence of DPAs, and confirmation of any DPIAs. What is a DPIA and do we need one for our health data processing?"
A DPIA is mandatory before processing likely to result in high risk to individuals' rights. Key triggers: systematic and extensive profiling; large-scale processing of special category data (e.g., health data); systematic monitoring of publicly accessible areas. If high residual risks remain after mitigation, the controller must consult the supervisory authority before proceeding (Art. 36 prior consultation).
-
Click All tasks in the sidebar. Search for Executing and documenting data protection impact assessments. Click Add to policy. Create a new DPIA called Processing sensitive health data.
-
01 Which processing does the DPIA target?
- Associated information assets on management system. Under Data stores, select Employee register. Under Data systems, select HR-system (human resources).
- Freely describe planned data processing. Write "Processing necessary employee health data. The controller is the Hallintopäällikkö / Administrative manager. The processor is Jarkko Virtanen."
- Reasoning for the necessity of processing. Write "Necessary to maintain accurate health records of employees."
-
02 What kinds of risks does the processing cause?
- Connected data subject's privacy risks. Add Exposure of confidentiality protected information and Profiling reveals confidential data of subjects.
- Which actions are used to reduce risk?
- Risk management measures. Under Privacy: Privacy by design and default, add "Ensuring and documenting the accuracy of personal data".
-
04 Are the risks for data subjects too high, or can the processing be continued?
- Does the processing result in a high risk, which can't be sufficiently mitigated? Click No.
- Reasoning. Write "Access to the data is strictly regulated and is inaccessible to the public."
Case Study Complete!
NordChem's GDPR register is ready for the Ombudsman. You've mapped data stores, data sets, systems, sensitive data classifications, and conducted a full DPIA — building the accountability evidence to back it all up.
What's next?
- A DPIA is mandatory under Article 35 when processing is likely to result in high risk to individuals
- If high residual risks remain after mitigation, Article 36 requires prior consultation with the supervisory authority
- Sustainable compliance is built from the bottom up: registers first, then documentation, then ongoing monitoring