Skip to content
KI-XellenzAI that knows everyday project work and takes the load off.
DE EN

Data protection and rules

Running AI in the office in line with the GDPR: three options

updated on 8 min read

This article describes the situation in Germany (German law and practice). It is a translation of the German original and is not legal or tax advice.

Martin Felux, civil engineer and industrial engineer

Whether AI in the office can be run in line with the GDPR depends mainly on the contract with the provider and the place of processing, less on the individual model. Three options come into question: a cloud with a data centre in the EU, a German provider, or your own server. Each can be set up in line with data protection requirements, and none is so by itself. This article cannot give a guarantee. Your data protection officer or a lawyer assesses your individual case.

This concerns business offerings under a contract. Consumer chat services are not an option for client or project data; the article Shadow AI: when staff use private chat services explains why.

What applies to every option

As soon as a provider processes personal data on your behalf, such as names in emails, tenant data or minutes with attendee lists, it is generally a processor. Art. 28(1) GDPR permits only processors that provide sufficient guarantees. Under paragraph 3 a contract is required (more in the article Data processing agreements for AI services). Among other things it must provide that the provider acts only on your documented instructions, assures confidentiality and security measures, uses further sub-processors only under conditions, and deletes or returns the data when the service ends. The German Data Protection Conference (DSK) describes the case of cloud AI in the same way: there is often a processing relationship between provider and user, and an agreement under Art. 28(3) must be concluded.

The second question is training. The DSK asks you to check whether inputs and outputs are used to train the model, and calls applications that do not do so preferable. The third question is place: where is the data processed, where does it sit, and where may the provider transfer it?

Which option suits your data?
Text version of the graphic
  • 1. Should an external provider process the data? Yes: next. No: Own server: operation and protection are up to you.
  • 2. Is there a contract under Art. 28 GDPR? Yes: next. No: Not suitable for personal data.
  • 3. Is training on your inputs ruled out? Yes: next. No: Choose another service or use no personal data.
  • 4. Are processing and support located in the EU? Yes: Check sub-processors and exceptions. No: Check third-country transfer under Art. 44 et seq..
  • Result: Choose an option: EU cloud, German provider or own server

Option 1: cloud with a data centre in the EU

As examples of large providers with EU options, I read the documentation of Microsoft (Azure models) and OpenAI (API platform). Both state there that your data is not used for training by default, and they differ in the details. The contract is what counts, and I have not checked it.

Microsoft says that inputs, outputs and embeddings (strings of numbers calculated from your texts for search) are not available to other customers and are not used to train foundation models without your instruction. With the “DataZone” deployment type in an EU member state, inputs may be processed in any EU member state, while stored data stays in the chosen region. For abuse monitoring, programs review samples of inputs and, where necessary, so do Microsoft staff, for models in the EEA staff in the EEA. Customers can apply to change this review. OpenAI says API data has not been used for training since 1 March 2023 unless you explicitly agree. Abuse monitoring logs are kept for up to 30 days by default. Data residency, that is the choice of region, can be set per project. Whether you are eligible is for OpenAI’s sales team to say, and for models released on or after 5 March 2026 it costs a 10 per cent uplift. Outside the US, OpenAI requires approval for abuse monitoring controls and an additional agreement on retention. System data, that is account and usage data without your content, may also be processed outside the chosen region.

The residual risk lies in US law. 18 U.S.C. § 2713 (CLOUD Act) obliges providers of electronic communication and remote computing services to preserve and disclose contents and customer records in their possession, custody or control, expressly regardless of whether they are located inside or outside the United States. On its wording, the provision therefore attaches to the provider and not to the storage location. That is my reading of the statutory text and not legal advice. How far it reaches in an individual case, for example with an EU subsidiary, is for a lawyer.

There is also the transfer to third countries. Under Art. 44 GDPR it is permitted only if the conditions of the chapter are met, for example through an adequacy decision under Art. 45. For the US there is Decision (EU) 2023/1795 on the Data Privacy Framework. The General Court dismissed the action against it on 3 September 2025 (T-553/23). The applicant lodged an appeal with the Court of Justice on 31 October 2025 (C-703/25 P). As of 13 November 2026 I have found no ruling. Anyone relying on this basis should know that it is still being challenged.

Option 2: German provider

As an example I read IONOS’s public documents. The product page for the AI Model Hub advertises hosting in Germany and that data is not used for training, and calls itself “100 % GDPR-compliant”. Those are advertising claims. The documentation and the contract documents are more reliable.

The documentation says: processing takes place in data centres in Germany. The content of inputs and outputs is not logged, not viewed by staff and not used for training. No sub-processors are used for the service, and operational data is accessed only from within the EU. The data centres are certified to ISO 27001, and according to the documentation the service falls within the scope of BSI C5. Contractually, the data protection package (version 7.4, dated June 2023) and the terms of use for AI services apply. Their clause 2.3 prohibits any use of inputs and outputs for training. It allows processing to improve the services only for software as a service, not for access to models through an interface, which is what the Hub offers. Functions in which you connect your own or third-party AI models are excluded. For those you alone are responsible.

The clauses are still worth reading. The data protection package permits processing in third countries where the service requires it, and further processors on the basis of a general authorisation. Objection is possible within 14 days and only for a material reason. The general data processing agreement for other IONOS products (version 1.4, dated October 2026) additionally allows, in clause 12.6, anonymising data and using it for product improvement. I did not find that clause in the data protection package. Contracts from the same provider therefore differ by product, and a product page does not replace the contract text.

A German provider does not spare you the contract review. Read the list of sub-processors and the exceptions for third countries. Ask for current evidence of any certifications you consider important. I checked the wording only of the IONOS documents named.

Option 3: own server

The DSK distinguishes closed and open systems. In a closed system, processing takes place in a confined, technically sealed environment, only a narrow group has access, and control over inputs and outputs rests with the users. The DSK calls such systems preferable from a data protection point of view. An own AI server can be one of them. In return you bear the duties yourself: access rights, security updates, logs, deletion, backup. In June 2025 the DSK published guidance on technical and organisational measures for developing and running AI systems, and in October 2025 guidance on systems that search your own documents (retrieval augmented generation). I have not evaluated their content for this article.

Cloud with EU region (US provider) German provider Own server
Contract under Art. 28 generally yes generally yes generally only for remote maintenance with data access
Place of processing chosen region, mind the exceptions Germany per documentation, contract with third-country clause with you
Training on your inputs ruled out per provider documentation ruled out per documentation and AI terms not intended, check yourself
Residual risk US law, third-country transfer sub-processors, third-country clause operation and security
Effort for you low low high

How to decide

Decide by data class, not across the board. General texts without personal data call for different requirements than tenant files, personnel records or health data. For specially protected data under Art. 9 GDPR, paragraph 1 sets a general ban on processing with narrow exceptions, as the DSK also writes. Removing names and addresses from an input is often not enough, because the link to a person can arise from the context. The DSK also points out that AI applications will often carry a high risk that triggers a data protection impact assessment under Art. 35 GDPR.

A cloud archive for invoices raises the question of place too: under the VAT Act, invoices are to be kept in Germany, and with electronic storage and online access also in the rest of the EU (more in the article Retaining e-invoices: data set, period and archive).

What you can do now

  1. Write down which kinds of data already end up in AI tools in your business, split into data with and without personal reference.
  2. Request in writing from every provider you consider: the data processing agreement, the list of sub-processors, and a statement on training and place of processing.
  3. Ask your data protection officer or a lawyer whether an impact assessment is needed and whether the option holds for your data.
  4. Set per data class which option is allowed, and record it in a short AI policy.

General information, not legal or tax advice. Your tax adviser, data protection officer or lawyer will clarify the individual case.

Frequently asked questions

Is a data centre in the EU enough for the GDPR?

No. Location is only one of three questions. The others are a data processing agreement under Article 28 GDPR and the commitment that your inputs are not used for training. Even with providers in the EU, the contract may contain exceptions that allow processing outside the EU.

Do I need a contract if the AI runs on my own server?

For running the AI itself there is then no external processor. If a service provider accesses data for maintenance, that activity generally requires a contract under Article 28 GDPR. Your data protection officer or a lawyer clarifies this for your case.

Do I need a data protection impact assessment?

The German Data Protection Conference writes that AI applications will often carry a high risk. An impact assessment under Article 35 GDPR is then needed. Whether that applies to your use is checked by data protection officers against the supervisory authorities’ lists of processing operations for which an assessment is mandatory.

Sources

  1. Verordnung (EU) 2016/679 (DSGVO), Art. 9, 28 und 44 bis 45 (General Data Protection Regulation, Articles 9, 28 and 44 to 45) (retrieved on 13 November 2026)
  2. DSK-Orientierungshilfe „Künstliche Intelligenz und Datenschutz“, Version 1.0 vom 6. Mai 2024 (guidance of the German Data Protection Conference on artificial intelligence and data protection) (retrieved on 13 November 2026)
  3. DSK-Orientierungshilfe zu technischen und organisatorischen Maßnahmen bei KI-Systemen, Version 1.0, Stand Juni 2025 (nur Titel und Gliederung gelesen) (DSK guidance on technical and organisational measures for AI systems, June 2025; only title and outline read) (retrieved on 13 November 2026)
  4. DSK-Pressemitteilung vom 17. Oktober 2025 zur Orientierungshilfe für KI-Systeme mit Retrieval Augmented Generation (RAG) (DSK press release of 17 October 2025 on guidance for retrieval augmented generation systems) (retrieved on 13 November 2026)
  5. Microsoft Learn: Data, privacy, and security for Foundry Models sold by Azure (Seitenstand 5. Juni 2026) (page dated 5 June 2026) (retrieved on 13 November 2026)
  6. OpenAI: Your data (API-Plattform, Training, Aufbewahrung, Datenresidenz) (API platform: training, retention, data residency) (retrieved on 13 November 2026)
  7. IONOS: Auftragsverarbeitungsvertrag (AVV), Version 1.4, Stand 10/2026 (allgemeine Produkte) (data processing agreement, version 1.4, October 2026, general products) (retrieved on 13 November 2026)
  8. IONOS: AI Model Hub (Produktseite) (product page) (retrieved on 13 November 2026)
  9. IONOS Cloud, Dokumentation: AI Model Hub, Data Handling (documentation) (retrieved on 13 November 2026)
  10. IONOS Cloud: Datenschutzpaket (Auftragsverarbeitung), Version 7.4, Stand 06/2023 (data protection package, version 7.4, June 2023) (retrieved on 13 November 2026)
  11. IONOS Cloud: Nutzungsbedingungen für KI-Dienste (terms of use for AI services) (retrieved on 13 November 2026)
  12. 18 U.S.C. § 2713 (CLOUD Act), Legal Information Institute (retrieved on 13 November 2026)
  13. Amtsblatt C/2025/6610: Rechtsmittel C-703/25 P, Latombe gegen Kommission (Official Journal notice of the appeal, Latombe v Commission) (retrieved on 13 November 2026)
  14. Durchführungsbeschluss (EU) 2023/1795 der Kommission vom 10.7.2023 (Angemessenheit, Datenschutzrahmen EU-USA) (Commission implementing decision on the adequacy of the EU-US Data Privacy Framework) (retrieved on 13 November 2026)
  15. Urteil des Gerichts der EU vom 3. September 2025, T-553/23, Latombe gegen Kommission (judgment of the General Court, Latombe v Commission) (retrieved on 13 November 2026)

Read next