Lawyer for data law: Data Act, data contracts, data governance
For manufacturers of connected products and data-driven companies – Data Act, data access and data contracts.
Data law and the Data Act for manufacturers, platforms, SaaS and industrial companies
ITMR Rechtsanwälte advises companies on data law regarding data access, data clauses, cloud switching and governance under the Data Act. The Data Act has applied since 12.09.2025.
For many companies, the Data Act is no longer a side issue. It affects product design, contract architecture, data use, cloud strategy and governance at the same time. In Germany, since 30.05.2026 the Bundesnetzagentur (Federal Network Agency) has been the competent authority under the Datenverordnung-Anwendungs-und-Durchsetzungs-Gesetz (DADG, German Data Act Application and Enforcement Act) (opens in a new tab).
Responsible for content: Jean Paul P. Bohne, Fachanwalt für IT-Recht (certified specialist lawyer for IT law), AI Officer (DEKRA), reviewed on 23 October 2026 (German version)
Quick start: what is your matter about?
Implementing the Data Act in your company
Clarify scope, roles, data types and contract sets and derive an implementation plan for product, legal and IT.
Quickly check whether you are affected
The interactive check gives initial guidance on connected products, related services and data access obligations.
Several EU digital acts at once
The Data Act, DSA, AI Act, NIS-2 and Cyber Resilience Act often apply simultaneously. The audit maps the obligations in one picture.
Personal data and transfers
As soon as personal or mixed data flows, the GDPR and third-country transfer rules run parallel to the Data Act.
Your contact: Dominik Skornia
Lawyer with practice areas in data protection law, data law and IT law. Together with Jean Paul P. Bohne, Fachanwalt für IT-Recht (certified specialist lawyer for IT law).
What happens after your enquiry?
After your enquiry, we will get back to you within 24 hours on working days. The first contact is free of charge. We will expressly inform you before any costs arise.
- A short description is enough. Briefly describe the product or service, the data types concerned and the contractual situation. A product description, standard contracts and a data flow diagram, if available, are helpful.
- Receipt and initial sorting. We assess the enquiry on the basis of the project described, the documents and the apparent goal. Deadlines and dates should be clearly recognisable.
- Suitable starting point and cost range. We clarify whether an initial consultation, a service package or a specific mandate is the next step. As soon as the scope of the review is clear, we tell you the cost range – before work begins.
In brief
The Data Act has applied since 12.09.2025. For new connected products, the design obligations apply from 12.09.2026. Older long-term contracts become subject to clause review from 12.09.2027.
Typical cases from our data law practice
We regularly encounter the following constellations. They are abstracted and simplified. Which obligations apply always depends on the product, contract and data model.
SaaSSaaS provider with switching clauses from before the Data Act
- Starting point
- A SaaS provider uses long minimum terms, high exit fees and no regulated data export.
- Key difficulty
- The provider switching rules require contractual clauses on switching, notice period and transition period. Switching charges are abolished from 12.01.2027.
- Our work
- We review the service model, adapt the contract and service description and outline the exit process with support and data export.
- Work result
- Revised contract templates and an exit guide that sales and customer success can use.
Simplified example.
ProcurementIndustrial company reviews supplier terms
- Starting point
- A company receives standard terms from a large supplier that prohibit any use of its own machine data.
- Key difficulty
- It must be clarified whether the clause was unilaterally imposed and is unfair under Art. 13 Data Act. At the same time, the question of the company's own data access right arises.
- Our work
- We review clauses and contract date, assess the negotiating position and prepare the counter-position.
- Work result
- Negotiating position with alternative clauses and a clear line for the company's own data access.
Simplified example.
Work sample
Machine manufacturer receives a data access request
A customer requests access to the operating data of its plants and wants to pass it on to an independent maintenance service provider. The real difficulty: part of the data allows conclusions about control logic and know-how. The manufacturer wants to protect trade secrets without refusing access across the board. We classify the data types, separate product data from derived data and formulate protective measures under Art. 4(6) and Art. 5(9) Data Act. Result of our work: an agreed access model with a confidentiality agreement, technical protective measures and documented reasons for individual exceptions.
The scenario is anonymised and simplified; it describes how we work, not the outcome of any specific proceedings.
What you will have at the end
| Service | Concrete result | Next step |
|---|---|---|
| Data Act scope and role model | Overview of roles, data types and applicable obligations | Send product list and data flows |
| Data clauses and standard contracts | Marked-up clauses with alternatives under Art. 13 Data Act | Submit contract templates for review |
| Access requests and trade secrets | Response letter with protective measures and reasons | Forward the request and deadlines |
| Cloud switching and exit | Contract clauses and exit guide for customers | Briefly describe the service model |
| Digital acts alignment | Obligations map across the Data Act, GDPR, NIS-2 and AI Act | Arrange a call on the overall scope |
| Disputes over data access | Assessment of claims, defence and dispute resolution | Send correspondence and contracts |
Where the Data Act has a practical impact in companies
This becomes practically relevant wherever connected products, related services, SaaS or platform models and data-based cooperations come together economically. Then it is not enough to consider data protection alone. In addition, it is about access rights, sharing obligations, trade secrets, technical exportability, contractual fairness and alignment with adjacent regulation.
As a law firm at the intersection of IT law, data protection law, compliance, AI law and cybersecurity, we support companies in setting up data models that are commercially usable and legally robust.
Key transition dates for practice
| Date | What applies | Who is affected |
|---|---|---|
| 12.09.2025 | The Data Act applies in principle. Chapter IV on unfair terms covers contracts concluded after this date. | All data holders, users, data recipients and providers of data processing services |
| 12.09.2026 | The access-by-design obligation under Art. 3(1) applies to connected products and related services placed on the market after this date. | Manufacturers and providers of new products and services |
| 12.01.2027 | Switching charges for cloud provider switching are abolished under Art. 29 Data Act. Until then, only reduced charges are permitted. | Providers of data processing services and their customers |
| 12.09.2027 | Clause review also covers contracts of 12.09.2025 or earlier if they are of indefinite duration or end no earlier than ten years after 11.01.2024. | Long-term B2B contracts with data clauses |
For whom the Data Act already requires action today
The review is particularly urgent for manufacturers of connected products, providers of related services, platform operators, SaaS and cloud providers and industrial companies with data-based service, maintenance or platform models. For connected products and related services, the interactive Data Act check provides initial guidance on data access and obligations.
- You provide or analyse usage, device, telemetry or operating data commercially.
- You use standard contracts, platform terms, purchasing terms or cloud contracts with data clauses.
- You need to cleanly separate data access, trade secrets and the GDPR.
- You want to set up exit capability, provider switching or multi-cloud structures in a legally robust way.
- You are developing new services from product or usage data and need sound governance for them.
The Data Act covers more than data access. In many mandates, cloud switching, exit capability, lock-in risks and technical exportability take centre stage very early. This applies especially to SaaS, platform and data-based service models.
What counts now
- Determine scope, roles and data types
- Review contract clauses and standard terms
- Make cloud exit, switching paths and governance visible
What should have been prepared by 12.09.2026
- Review product and service logic for new connected products
- Take accessibility, transparency and technical provision into account
- Interlink product, legal, IT and security early
The deadline has now passed. The obligation already applies to new products.
What must not be left lying until 12.09.2027
- Review long-term existing contracts with data clauses
- Systematically clean up unfairly imposed B2B clauses
- Update purchasing and standard contract sets
Data law is not just data protection
The most common mistake is to read the Data Act merely as an annex to the GDPR. That falls short. For companies, the situation becomes clearer when data protection, data law and contract and governance issues are considered side by side.
| Point of comparison | Data protection law | Data law / Data Act | Contract and governance interface |
|---|---|---|---|
| What is it about? | Personal data, legal bases, transparency, data subject rights and supervisory risks. | Data access, data use, sharing, contractual fairness, cloud switching and commercial exploitability. | Roles, responsibilities, processes, documentation and sound sets of clauses. |
| Which data is in focus? | Personal and mixed data. | Product data, usage data, telemetry, operating data and related service data. | All data types, insofar as they must be reflected in contracts, approvals, access models and escalations. |
| Typical risks | Unlawful processing, missing legal basis, data subject complaints, fines and damages. | Blocked data access, invalid data clauses, lock-in risks, immature exit models and commercial friction in the data ecosystem. | Unclear roles, contradictory contract sets, operational unfeasibility and conflicts between product, sales, procurement, IT and legal. |
| Typical internal owners | Data protection, legal, IT security, business units. | Product, legal, business owners, platform or service managers. | Legal, procurement, sales, IT, operations, compliance and management. |
| Competent supervisory authority in Germany | Data protection supervisory authority. For Data Act questions involving personal data at non-public bodies, the BfDI (Federal Commissioner for Data Protection) under § 3 DADG. | Bundesnetzagentur (Federal Network Agency) under § 2 DADG. | Internal responsible persons and management. |
| Matching ITMR in-depth pages | Data protection law, data transfer, privacy litigation | Implementing the Data Act, Digital Acts audit | IT law, compliance, terms and standard clauses |
When you need us
In practice, clients rarely come with the abstract question of whether the Data Act “somehow applies”. Usually it is about concrete commercial friction points.
- A manufacturer wants to open up data access without revealing trade secrets and product logic.
- A provider of related services must clarify which data must be provided at all and in what form.
- A platform or SaaS company wants to make existing contract sets Data Act-proof without blocking sales.
- An industrial company wants to exploit usage and machine data in cooperations or data spaces.
- A cloud customer or cloud provider must structure exit, migration and lock-in issues properly.
- A company needs a robust line between the Data Act, the GDPR, other EU digital acts and internal governance.
Review Data Act implementation · Review the overall Digital Acts scope
The 5 most common practical mistakes when starting with the Data Act
Many problems arise from classification within the company that comes too late or is too rough. The law itself is rarely the bottleneck.
The Data Act is hastily classified as a data protection issue
Then contractual fairness, cloud switching, product accessibility and commercial data use remain outside the actual project management for too long.
Data types are not cleanly separated
Product data, usage data, telemetry, account data and support information are mixed up. This is precisely what makes Data Act, GDPR and trade secret reviews unnecessarily difficult.
Standard contracts remain untouched
Purchasing terms, platform contracts, cloud terms and data licence clauses are often reviewed too late, even though many commercial risks are already built into them.
Cloud exit only becomes relevant in a conflict
Anyone who structures exit capability, data export and migration support too late creates unnecessary lock-in and negotiation risks.
Trade secrets are only claimed across the board
What holds up is robust data classification, technical access control, confidentiality mechanisms and documented protective measures. Blanket prohibitions regularly do not hold up.
Anyone who avoids these five mistakes early usually gains legal certainty and, at the same time, clearer responsibilities between product, sales, procurement, legal, IT and security.
Which business models are particularly often affected
The scope is broad. What matters is less the industry label than the role in the data ecosystem and the specific technical and contractual structure.
Manufacturers of connected products
For example machines, vehicles, MedTech, smart devices, building technology or industrial plants with digital connectivity.
Providers of related services
For example apps, portals, remote monitoring, maintenance, analytics or control services that are functionally connected to the product.
Data holders and data recipients
Relevant in B2B models, data cooperations, platform set-ups, value-added services and data-based follow-on offerings.
Cloud, SaaS, PaaS and IaaS providers
Above all regarding exit capability, switching processes, interoperability, technical support and contract drafting.
Business users
Companies as users of connected products can also use data access rights strategically, for example for maintenance, optimisation, procurement or provider switching.
Start-ups and new service layers
New products and platforms in particular should consider Data Act questions early in product design and in the contract model. At ITMR, the start-up call is also a good fit.
Whether you actually have to fulfil obligations or can actively use rights depends on more than a buzzword on the website. What matters are the product architecture, data types, contractual situation, market role, technical access options and the interplay with other regimes.
Which obligations count in practice
Companies should not misunderstand the Data Act as a mere information obligation. It reaches deep into product accessibility, contract drafting and operational processes.
Data access and provision
It is about whether product data and related service data must be made accessible to users or designated third parties. It must also be clarified in what form this must be done and how it is implemented technically and organisationally.
Pre-contractual transparency
Even before the contract is concluded, it must become clearer which data is generated, who can access it and which possible uses or restrictions apply.
Contractual fairness in B2B
Unilaterally imposed data clauses may be invalid. This is particularly relevant for purchasing terms, platform terms, standard contracts and data licence models.
Cloud switching and exit capability
Contractual exit, data export, technical support and interfaces must be designed so that customers are not artificially locked into the system.
Protection against unlawful third-country access
For data processing services, companies must also keep in mind rules on protection against certain unlawful access requests by government bodies from third countries.
Interfaces with special regimes
Individual Data Act rules apply in addition to statutory data provision obligations, data protection, security and sector-specific requirements.
Properly interlinking contracts, data clauses and governance
Most commercial risks arise from poorly aligned contracts, product terms and internal responsibilities. The statutory text alone is rarely the trigger.
Which contract sets are regularly affected
- Product and service terms
- Platform and cloud contracts
- Data licence and cooperation agreements
- Purchasing terms and standard clause sets
- Exit, migration and support provisions
- Confidentiality and access concepts
What we typically work out in the review
- Who is the data holder, user, third party or recipient
- Which data types are actually readily available
- Whether clauses were unilaterally imposed or negotiated
- How pricing logic, liability, purpose limitation and usage limits fit together
- Whether the operational export can realistically be implemented technically and organisationally
Especially with standard contracts, data clauses close to standard terms (AGB) and large platform or purchasing structures, the Data Act should be put on the table early. Waiting until a dispute arises gets expensive. It is often more efficient to think about contract restructuring, governance and process design together.
Explore IT law · Terms and standard clauses · Governance and compliance · Data Act implementation · Contract drafting in IT law (in German)
Trade secrets, GDPR and data access
Many companies first ask whether they can withdraw completely by referring to trade secrets or data protection. As a rule, it is not that simple.
The right line usually lies in data classification, purpose limitation, technical access control, confidentiality mechanisms and documented protective measures. An undifferentiated total refusal model rarely holds up. Under Art. 4(7) Data Act, a refusal must be justified and notified to the Bundesnetzagentur (Federal Network Agency).
As soon as personal or mixed data is affected, legal bases, allocation of roles, data subject rights, data security and international transfers must also be reviewed properly.
Data protection law · Data transfer & third-country transfers · Privacy litigation · Trade secret protection
Properly classifying cloud switching and lock-in risks
Cloud switching is a core legal and organisational question and more than a topic for technicians. It is also relevant whether switching, parallel operation and repatriation actually work. The mere ability to terminate the contract is not sufficient for this.
Companies need robust exit provisions, exportable data, realistic migration support, clear deadlines and reliable commitments on service transition.
Providers must review which obligations their service model specifically triggers, how support obligations remain commercially viable and where exceptions or restrictions must be communicated transparently.
Among other things, Art. 25 Data Act requires a transition period of no more than 30 calendar days for switching. Especially in multi-cloud, platform or security-critical set-ups, cloud switching should be considered together with the security and governance model.
Cybersecurity · NIS-2 implementation · IT contracts and digital projects · Review a SaaS contract
Interfaces that must not run separately within the company
The Data Act rarely stands alone. Commercially relevant mandates almost always lie at the transitions to other fields of law and regulation.
AI and data access
Anyone who uses data for training, fine-tuning, analysis or AI-supported value-added services must bring together Data Act logic, contract chains and AI governance.
Information security and resilience
Data accessibility must not lead to security chaos. Roles, interfaces, logging, permissions and incident processes must therefore be in harmony with security and reporting obligations.
Product liability and digital goods
With connected products, data access, remote functions, software updates, defects and liability questions can be closely intertwined.
Sectoral regulation and network infrastructure
Depending on the business model, telecommunications, platform regulation or sector-specific special rules also come into play.
To telecommunications law · to the Digital Acts audit · Digital omnibus (in German)
How we support companies in data law
Our advice goes beyond the statutory text. The aim is a structure with which product, sales, procurement, legal, data protection and IT can work in a manageable way.
Properly determining whether you are affected and the scope
- Classify the role and data model
- Review products, services and data flows
- Separate core obligations from peripheral issues
- Set priorities for management and business units
Setting up contracts and governance robustly
- Review data clauses and standard contracts
- Revise cloud and exit structures
- Align trade secret protection, purpose limitation and approvals
- Design processes for requests, escalation and documentation
Making conflicts and special situations manageable
- Disputes over data access and data use
- Defence against or enforcement of data-related claims
- Alignment with GDPR, security and AI issues
- Support in particularly sensitive industry or platform cases
Advice is particularly useful if
- You need to reset contract and data logic before or after the market launch of a connected product.
- Your company wants to adapt existing platform, cloud or data contracts.
- Trade secrets, personal data and commercial exploitation must be cleanly separated.
- You want to solve Data Act, GDPR, AI and security requirements as a coherent governance topic.
How a data law mandate works
- Classification. We clarify roles, products, services and data types.
- Review. We examine contracts, data flows and technical provision channels.
- Implementation. We deliver clauses, response letters, processes and priorities.
- Support. We assist with negotiations, disputes and contact with authorities.
Implementing the Data Act · IT law · Data protection law · Compliance · EU Digital Acts audit
In brief
We work in four steps: classification, review, implementation and support. The result is concrete clauses, processes and priorities for your team.
Key terms in data law
- Connected product
- An item that obtains or generates data about its use or environment and is able to communicate product data (Art. 2(5) Data Act).
- Related service
- A digital service, including software, that is connected to the product in such a way that the product could not perform functions without it (Art. 2(6) Data Act).
- User
- A person who owns a connected product, is contractually entitled to use it or receives related services (Art. 2(12) Data Act).
- Data holder
- A person who has the right or obligation to use and make available data. This is often the manufacturer or service provider (Art. 2(13) Data Act).
- Data recipient
- A company to which data is made available without itself being a user of the product or service (Art. 2(14) Data Act).
- Product data
- Data generated by the use of a connected product and designed by the manufacturer to be retrievable (Art. 2(15) Data Act).
- Data processing service
- A digital service with network access to a shared pool of scalable computing resources, such as cloud and SaaS services (Art. 2(8) Data Act).
- Switching charges
- Charges for switching to another provider. They have been limited since 11.01.2024 and are abolished from 12.01.2027 (Art. 2(36), Art. 29 Data Act).
- Trade secret
- Information with commercial value that is protected by appropriate confidentiality measures (§ 2 No. 1 GeschGehG, German Trade Secrets Act).
The terms follow the definitions of Regulation (EU) 2023/2854 and the Geschäftsgeheimnisgesetz (GeschGehG, German Trade Secrets Act). In individual cases, the exact role in the data ecosystem is decisive.
Provisions and sources
The table separates EU law and German law. As an EU regulation, the Data Act is directly applicable. The DADG governs competence and enforcement in Germany.
| Provision | Content | Practical significance |
|---|---|---|
| Art. 3 Data Act (opens in a new tab) | Access by design and pre-contractual information | EU. Applies to products and services placed on the market after 12.09.2026. |
| Art. 4 Data Act (opens in a new tab) | User's right of access and protection of trade secrets | EU. Refusal only under narrow conditions, with reasons and notification to the authority. |
| Art. 5 Data Act (opens in a new tab) | Sharing with third parties at the user's request | EU. Designated gatekeepers under the DMA are not eligible third parties. |
| Art. 13 Data Act (opens in a new tab) | Unfair, unilaterally imposed contractual terms in B2B | EU. Such terms are not binding on the other company. |
| Art. 23 to 31 Data Act (opens in a new tab) | Switching between data processing services | EU. Obligations for cloud and SaaS providers; switching charges are abolished from 12.01.2027. |
| Art. 32 Data Act (opens in a new tab) | Protection of non-personal data against unlawful third-country access | EU. Technical, organisational and legal measures at the provider. |
| Art. 50 Data Act (opens in a new tab) | Date of application and transitional periods | EU. Applies from 12.09.2025 with staggered deadlines until 12.09.2027. |
| § 2 DADG (opens in a new tab) | Bundesnetzagentur (Federal Network Agency) as competent authority | DE. Central point of contact, complaints and certification of dispute settlement bodies. |
| § 3 DADG (opens in a new tab) | BfDI (Federal Commissioner for Data Protection) as data protection supervisor for the Data Act | DE. Competent for non-public bodies insofar as personal data is affected. |
| GDPR (opens in a new tab) | Processing of personal data | EU. Applies alongside the Data Act as soon as personal data is involved. |
| § 2 GeschGehG (opens in a new tab) | Definition of a trade secret (Geschäftsgeheimnis) | DE. Protection requires appropriate confidentiality measures. |
FAQ – data law and the Data Act for companies
The classification always depends on the specific business model. The following answers provide sound guidance on typical business questions.
Does the Data Act also affect pure B2B companies?
Yes, often precisely then. The Data Act is particularly relevant for manufacturers of connected products, providers of related services, cloud and SaaS providers, platform operators and companies that commercially use or share device data, usage data or machine data. Whether specific obligations apply depends on the product, contract and data model. ITMR Rechtsanwälte clarifies this classification for your business model.
Do we always have to hand over all device data because of the Data Act?
No. What matters above all are the roles in the specific data ecosystem, the type of readily available data, the purpose of use and the statutory limits. In practice, it must be reviewed which data must be made accessible and in which format. It must also be clarified where data protection, security or trade secrets require special measures. ITMR Rechtsanwälte delineates these data types with you.
May we withhold data across the board because of trade secrets?
A blanket no from the data holder is regularly not the right answer. Trade secrets remain protected, but must typically be safeguarded by technical and organisational protective measures, confidentiality rules and clean purpose limitation. Only if the necessary protective measures are not agreed or not complied with can a refusal or suspension be considered in individual cases. ITMR Rechtsanwälte formulates the appropriate protective measures and justifications.
Do existing contracts have to be reviewed?
Yes, in many cases absolutely. For contracts concluded after 12.09.2025, the Data Act clause review applies immediately. For certain older, long-term B2B contracts, it becomes relevant from 12.09.2027. Companies should therefore systematically review purchasing terms, platform and cloud contracts, data licences, cooperation models and exit provisions. ITMR Rechtsanwälte prioritises this review according to risk.
What does cloud switching mean in practice for providers and customers?
Cloud switching is more than a right of termination. It is about exit-capable contract structures, data exports in usable form, technical support, open interfaces and the question of whether a switch or a multi-cloud strategy actually succeeds without lock-in. The specific scope of obligations differs depending on the service model, exceptions and technical architecture. ITMR Rechtsanwälte reviews your service model and the switching clauses.
How does the Data Act relate to the GDPR?
Both regimes apply side by side. As soon as personal or mixed data is affected, Data Act access, purpose limitation, legal bases, data subject rights and security measures must be considered together with the GDPR. Especially in IoT, platform and AI constellations, clean data classification is therefore decisive. ITMR Rechtsanwälte combines both reviews in one step.
Who should be involved internally?
Legal and data protection alone are usually not enough. Product, engineering or IT, information security, procurement, sales, operations and the business units responsible for data are regularly useful participants. The Data Act often affects product design, contract logic, support processes, interfaces and escalation paths at the same time. ITMR Rechtsanwälte is happy to moderate a joint workshop for this.
Which authority is competent for the Data Act in Germany?
Since 30.05.2026, under § 2 DADG the Bundesnetzagentur (Federal Network Agency) has been the competent authority and central point of contact. Insofar as personal data is affected, the BfDI (Federal Commissioner for Data Protection) monitors application vis-à-vis non-public bodies under § 3 DADG. ITMR Rechtsanwälte supports you in contact with both authorities.
Contacts and the next sensible step
When data access, product logic, contract architecture and governance are affected at the same time, early structure is almost always cheaper than later correction in a conflict.
Dominik Skornia
Lawyer with practice areas in data protection law, data law and IT law. A particularly good fit where data law, data protection and digital contract or dispute issues intertwine.
Jean Paul P. Bohne
Partner, Fachanwalt für IT-Recht (certified specialist lawyer for IT law) and IT compliance manager. The obvious contact when the Data Act, IT contracts, digital regulation, governance and commercial structuring come together.
Useful in-depth pages at ITMR: Implementing the Data Act · Digital Acts audit · Data protection law · Data transfer · AI law · Cybersecurity · NIS-2 implementation · Product liability law · Telecommunications law · Contract drafting in IT law (in German) · Digital omnibus (in German)
Legal status: 23 October 2026. This overview provides initial orientation and does not replace a review of the specific case.
Responsible lawyer for data law at ITMR
Jean Paul P. Bohne, LL.M., MM
Rechtsanwalt (attorney) | Partner | Business mediator
- Fachanwalt für Urheber- und Medienrecht (certified specialist lawyer for copyright and media law)
- Fachanwalt für IT-Recht (certified specialist lawyer for IT law)
- AI Officer (KI-Beauftragter) [DEKRA]
- Certified Information Privacy Professional/Europe [CIPP/E]
- Cert. Information Privacy Manager [CIPM]
- External data protection officer [TÜV]
- Data protection officer [TÜV]
- Data protection auditor [TÜV]
- IT compliance manager [TÜV]
Data law expert at ITMR
T: +49 211 737547-70
E: bohne@itmr-legal.de
Dominik Skornia
Rechtsanwalt (attorney) | employed
- AI Privacy Expert (GDDcert. EU)
Data law expert at ITMR
T: +49 211 737547-70
E: skornia@itmr-legal.de

