TOM-Anhang zum Auftragsverarbeitungsvertrag

Dokument-ID: T-03
Version und Datum: 1.0 - 21. August 2026
Version und Stichtag: 1.0 - 21. August 2026
Maßgebliche Quellen: I-04 Tatsächliche TOM und I-09-I-11

Wichtige Schlussfolgerung: I-09 enthält zum Stichtag keine Genehmigungszeilen. T-03 kann daher weder rechtlich noch fachlich Anforderungen, Codefeststellungen oder mündliche Bestätigungen als verifizierte TOM darstellen. Das Dokument kann als korrekter Auszug des tatsächlichen Status genehmigt werden, nicht jedoch als Sicherheitsfreigabe der Produktion.

1. Zweck und Abgrenzung

T-03 enthält nur Maßnahmen, die sämtliche der folgenden Kriterien erfüllen:

1. Die Kontrolle ist in der einschlägigen Produktionskonfiguration umgesetzt.

2. Das Akzeptanzkriterium in I-09 ist erfüllt.

3. Das einschlägige I-11-Testprotokoll ist mit dem erwarteten Ergebnis abgeschlossen.

4. Der erforderliche Nachweis ist mit Referenz, Datum und gegebenenfalls Hash archiviert.

5. Ein einschlägiger Prüfer hat das Ergebnis genehmigt.

6. Das nächste Review oder ein anderer Auslöser ist festgelegt.

Eine Designanforderung, eine Codefunktion, eine Lieferantenerklärung, eine Rechnung oder ein Screenshot ohne abgeschlossene Kontrolle genügt nicht.

2. Statusdefinitionen

3. Gesamter Kontrollstatus

TEST-18 ist eine übergreifende Dokumenten-, Versions- und Veröffentlichungskontrolle und geht nicht als eigenständige K-Kontrolle in die Zählung ein.

4. Genehmigte tatsächliche Maßnahmen

Zum 21. August 2026 gibt es in diesem Abschnitt keine Einträge.

Wird eine Kontrolle genehmigt, wird ein neuer versionsgebundener T-03-Auszug erstellt. Die vorherige Version wird nicht rückwirkend geändert.

5. Beobachtete Mechanismen, die keine genehmigten TOM sind

I-04 beschreibt Mechanismen, die im Code, in der Architektur oder in der jüngsten technischen Baseline beobachtet wurden. Sie sind für den Testplan relevant, sind jedoch nicht in Abschnitt 4 aufgenommen, weil die wirksame Konfiguration, die vollständige Abdeckung oder der Negativtest fehlen.

6. Beschränkte Kontrollen

Drei K-03-Kontrollen sind als Beschränkt erfasst. Eine Beschränkung bedeutet nicht, dass die Kontrolle genehmigt ist; sie bedeutet, dass die betroffene Funktion nur innerhalb der dokumentierten vorübergehenden Kontrolle genutzt werden darf.

Andere offene Funktionen können nach I-03/I-10 ebenfalls beschränkt oder deaktiviert sein, auch wenn ihr K-Status weiterhin Offen lautet. Es gilt die strengste dokumentierte Beschränkung.

7. Organisatorische Anforderungen ohne genehmigten Wirksamkeitsnachweis

Die internen Richtlinien von FlowDule legen unter anderem fest:

• benannte Rollen und Genehmigung durch die Geschäftsleitung;

• Vertraulichkeit und bedarfsgerechten Zugriff;

• Änderungsmanagement, Codeprüfung und Sicherheitstests;

• Vorfallsmeldung und Kundenunterstützung;

• Lieferantenkontrolle und dokumentierte Weisung;

• Schulung zu Sicherheit, Datenschutz und KI;

• risikobasierte Kontrolle und Dokumentation.

Diese Anforderungen werden nicht als genehmigte TOM aufgenommen, bevor Umsetzung, Teilnehmende, Datum, Test oder ein anderer geeigneter Wirksamkeitsnachweis erfasst sind. Eine beschlossene Richtlinie ist relevante Governance, für sich genommen jedoch kein Nachweis der tatsächlichen Einhaltung.

8. Produktions- und Risikoentscheidung

I-03 lässt nur einen weiterhin beschränkten Pilotbetrieb unter konkreten Produktionsbeschränkungen zu. TEST-03 ändert diese Entscheidung nicht.

Weiterhin gilt:

• keine neuen Produktionskunden und keine wesentliche Erweiterung des Pilotbetriebs, bevor die einschlägigen P0-Kontrollen genehmigt sind;

• I-12 des Pilotkunden ist fertigzustellen und anzunehmen;

• Minderjährige sowie Sorgeberechtigten-/Vollmachtsmodelle bleiben außerhalb des genehmigten Produktscopes und dürfen nicht genutzt werden; eine automatische technische Altersblockierung besteht derzeit nicht. Forschung, aus dem Journal abgeleitete anonyme Datensätze und autonome KI-Funktionen bleiben außerhalb des Scopes oder deaktiviert, wie gesondert beschrieben;

• offene Lieferanten-, Freigabe-, KI-, Video-, Push-, Karten- und Kommunikationsflüsse werden nur innerhalb dokumentierter Beschränkungen genutzt;

• ein kritischer Fehler ohne ausreichende vorübergehende Kontrolle führt zum Stopp oder zu einer weiteren Beschränkung.

Es ist eine Entscheidung der Geschäftsleitung, den Pilotbetrieb unter diesen Bedingungen fortzusetzen. Die Entscheidung macht keine Sicherheitskontrolle genehmigt.

9. So wird T-03 aktualisiert

Ist eine Kontrolle abgeschlossen:

1. Das einschlägige I-11-Testprotokoll mit der festgelegten Population und den negativen Szenarien durchführen.

2. Den Nachweis im zugriffsbeschränkten Nachweisarchiv archivieren.

3. Testreferenz, Nachweisreferenz/Hash, Datum, Prüfer und nächstes Review in I-09 erfassen.

4. Zugehörige Abweichungen in I-10 schließen oder aktualisieren.

5. Prüfen, dass I-04, I-03, I-07, der Kundenanhang und die öffentlichen Texte weiterhin zutreffend sind.

6. Einen neuen T-03-Auszug mit der genehmigten Kontrolle in Abschnitt 4 erzeugen.

7. Den Auszug versionsbinden und genehmigen; die vorherige Version bewahren.

10. Mindestinhalt eines genehmigten TOM-Eintrags

11. Herausgabe von Rohnachweisen

T-03 enthält Status und Nachweisreferenzen, keine Credentials, keine Rohjournaldaten und keine unnötigen Sicherheitsdetails. Rohe Testauszüge, Cloudkonfigurationen, Logs und Verträge werden nur herausgegeben, wenn sie für den Gegenstand der Aufsicht erforderlich sind, über einen sicheren Kanal und nach der Redaktions- und Empfängerkontrolle von T-00.

Die Redaktion darf kein relevantes Sicherheitsproblem verbergen und den Status nicht irreführend darstellen.

12. Genehmigung des Auszugs

Die Genehmigung bestätigt, dass der Auszug zum Stichtag korrekt null genehmigte Kontrollen ausweist. Sie bestätigt nicht, dass die Produktion alle Anforderungen des Artikels 32 erfüllt.

13. Rechtsquellen

• DSGVO Artikel 25 und 32

• Katalog der Sicherheitsmaßnahmen der dänischen Datenschutzbehörde (Datatilsynet)