Vertrag zur Auftragsverarbeitung für Caltrix Start

Fassung 2026-11-02, Entwurf. Die rechtliche Prüfung dieser Fassung steht noch aus.

Präambel

Zwischen

Auftraggeber (Verantwortlicher): dem Unternehmen, das sich zu Caltrix Start anmeldet, mit Firma, Anschrift und Vertretung aus der Anmeldung (nachfolgend „Auftraggeber“),

und

Auftragnehmer (Auftragsverarbeiter): der Caltrix Software UG (haftungsbeschränkt), Am Steeg 4, 65239 Hochheim am Main, eingetragen beim Amtsgericht Wiesbaden unter HRB 37080, vertreten durch den Geschäftsführer Patric Eid (nachfolgend „Auftragnehmer“),

wird der folgende Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO geschlossen. Er konkretisiert den Vertrag über Caltrix Start nach den Allgemeinen Geschäftsbedingungen für Caltrix Start (nachfolgend „Hauptvertrag“). Geschlossen wird er mit der Anmeldung im elektronischen Format (Art. 28 Abs. 9 DSGVO), und er gilt, sobald der Hauptvertrag zustande kommt. Der Auftragnehmer hält fest, welche Fassung der Auftraggeber angenommen hat und zu welchem Zeitpunkt.

Der Auftraggeber bleibt Verantwortlicher im Sinne des Art. 4 Nr. 7 DSGVO. Der Auftragnehmer verarbeitet personenbezogene Daten ausschließlich nach seinen Weisungen.

§ 1 Gegenstand und Dauer

(1) Gegenstand. Der Auftragnehmer betreibt für den Auftraggeber die Plattform Caltrix im Umfang von Caltrix Start (Hauptvertrag, Ziffer 3) auf einer Installation, die sich mehrere Auftraggeber teilen, mit einer eigenen Datenbank je Auftraggeber. Die Verarbeitung umfasst das Speichern, Anzeigen, Auswerten und Löschen der in Anlage 1 beschriebenen Daten zu den dort genannten Zwecken. Welche dieser Datenarten tatsächlich anfallen, hängt davon ab, welche Teile der Plattform der Auftraggeber nutzt und ob er Pay dazugebucht hat.

(2) Dauer. Die Laufzeit entspricht der des Hauptvertrags, die ersten beiden Wochen eingeschlossen. Der Vertrag endet mit dem Hauptvertrag, frühestens aber mit der vollständigen Rückgabe oder Löschung der Daten nach § 8.

§ 2 Art, Umfang und Zweck der Verarbeitung

Art, Umfang, Zweck, Datenarten und Kategorien betroffener Personen ergeben sich abschließend aus Anlage 1. Zu eigenen Zwecken verarbeitet der Auftragnehmer keine Daten des Auftraggebers. Insbesondere verwendet er sie nicht zum Training von KI-Modellen, zur Profilbildung über Auftraggeber hinweg oder für Vergleichswerte.

§ 3 Weisungsrecht

(1) Der Auftragnehmer verarbeitet personenbezogene Daten ausschließlich im Rahmen dieses Vertrags und nach dokumentierten Weisungen des Auftraggebers, es sei denn, er ist nach Unionsrecht oder dem Recht eines Mitgliedstaates zur Verarbeitung verpflichtet.

(2) Der Hauptvertrag, dieser Vertrag und die Einstellungen und Funktionen, die der Auftraggeber in der Plattform selbst nutzt, etwa eine Frist oder eine Löschung, sind dokumentierte Weisungen. Weitere Weisungen erteilt der Auftraggeber in Textform, etwa per E-Mail an kontakt@caltrix.de; mündliche Weisungen bestätigt er unverzüglich in Textform.

(3) Hält der Auftragnehmer eine Weisung für rechtswidrig, teilt er das dem Auftraggeber unverzüglich mit und darf die Ausführung bis zur Bestätigung aussetzen.

§ 4 Technische und organisatorische Maßnahmen

Der Auftragnehmer unterhält die in Anlage 2 beschriebenen technischen und organisatorischen Maßnahmen nach Art. 32 DSGVO. Er darf sie fortschreiben, solange das Schutzniveau nicht sinkt, und teilt wesentliche Änderungen dem Auftraggeber mit.

§ 5 Vertraulichkeit

Der Auftragnehmer setzt zur Verarbeitung nur Personen ein, die zur Vertraulichkeit verpflichtet und mit den einschlägigen Vorschriften zum Datenschutz vertraut gemacht wurden (Art. 28 Abs. 3 lit. b, Art. 29, Art. 32 Abs. 4 DSGVO).

§ 6 Unterauftragsverhältnisse

(1) Der Auftraggeber stimmt dem Einsatz der in Anlage 3 genannten Unterauftragsverarbeiter zu.

(2) Eine beabsichtigte Änderung teilt der Auftragnehmer dem Auftraggeber mindestens 30 Tage im Voraus per E-Mail an die Adresse mit, die der Auftraggeber bei der Anmeldung angegeben oder später mitgeteilt hat. Der Auftraggeber kann innerhalb dieser Frist aus wichtigem Grund widersprechen. Kommt keine Einigung zustande, kann er den Hauptvertrag ohne Frist zu dem Tag kündigen, an dem die Änderung wirksam würde.

(3) Der Auftragnehmer verpflichtet jeden Unterauftragsverarbeiter auf gleichwertige Pflichten zum Datenschutz.

(4) Nebenleistungen ohne Bezug zu den Daten des Auftraggebers, etwa Telekommunikation, Reinigung oder Wartung, sind keine Unterauftragsverhältnisse.

§ 7 Unterstützungspflichten

(1) Der Auftragnehmer unterstützt den Auftraggeber angemessen bei Anfragen betroffener Personen nach Art. 15 bis 21 DSGVO, bei Meldungen von Verletzungen des Schutzes personenbezogener Daten nach Art. 33 und 34 DSGVO und bei Datenschutz-Folgenabschätzungen nach Art. 35 und 36 DSGVO.

(2) Die Plattform stellt die Funktionen dafür bereit, sodass der Auftraggeber die meisten Anfragen selbst und ohne Zutun des Auftragnehmers beantworten kann (Anlage 2, Abschnitt 5). Unterstützung, die darüber hinausgeht, berechnet der Auftragnehmer zu den Sätzen der Support-Stunden (Hauptvertrag, Ziffer 5), es sei denn, der Anlass liegt in seinem Verantwortungsbereich.

(3) Eine Verletzung des Schutzes personenbezogener Daten meldet der Auftragnehmer dem Auftraggeber unverzüglich, spätestens innerhalb von 24 Stunden, nachdem er davon erfahren hat.

§ 8 Löschung und Rückgabe

(1) Export. Während der Laufzeit kann der Auftraggeber jederzeit in der Plattform selbst einen vollständigen Export in einem gängigen, maschinenlesbaren Format erstellen: jede Tabelle als JSON und CSV samt Beschreibung, dazu die abgelegten Dateien. Nach dem Ende des Hauptvertrags stellt der Auftragnehmer ihm diesen Export auf Anforderung bereit, und zwar bis 30 Tage nach dem Vertragsende.

(2) Löschung nach Vertragsende. Nach Ablauf dieser Frist löscht der Auftragnehmer die Daten binnen weiterer 30 Tage: zuerst die abgelegten Dateien des Auftraggebers (Unterlagen, Belege, Anhänge, Videos), die in einem eigenen Ordner je Auftraggeber liegen, danach seine Datenbank, denn auch davon hat jeder Auftraggeber eine eigene. Die Löschung bestätigt der Auftragnehmer auf Wunsch in Textform.

(3) Sicherungen. Jeder Stand einer Sicherung wird höchstens 14 Tage aufbewahrt (Anlage 2, Abschnitt 3). Gelöschte Daten verschwinden damit spätestens 14 Tage nach der Löschung auch aus den Sicherungen.

(4) Bei ausbleibender Zahlung. Stellt der Auftragnehmer den Mandanten nach dem Hauptvertrag (Ziffer 9) auf Nur-Lesen, verarbeitet er die Daten unverändert weiter und löscht deswegen nichts. Der Export nach Absatz 1 bleibt in dieser Zeit möglich. Gelöscht wird erst nach dem Ende des Hauptvertrags nach Absatz 1 bis 3.

(5) Gesetzliche Aufbewahrungspflichten bleiben unberührt.

(6) Löschung im laufenden Betrieb. Unabhängig vom Vertragsende löscht die Plattform fristgebunden von selbst. Maßgeblich ist die folgende Übersicht. Wo eine Frist einstellbar ist, kann der Auftraggeber sie verkürzen, eine gesetzliche Untergrenze aber nicht unterschreiten.

Auf Wunsch einer betroffenen Person löscht der Auftraggeber vorzeitig über die Tilgungsfunktion der Plattform. Sie räumt dabei auch die Tabellen der einzelnen Module und die zugehörigen Dateien.

§ 9 Nachweise und Kontrollrechte

(1) Der Auftragnehmer weist die Einhaltung der Pflichten aus diesem Vertrag auf Anforderung nach, insbesondere durch Vorlage der Anlage 2 im jeweils aktuellen Stand. Für das Rechenzentrum genügt der Nachweis über die Zertifizierung des Hosters nach ISO 27001 und dessen Vertrag zur Auftragsverarbeitung (Anlage 3).

(2) Der Auftraggeber darf sich nach Voranmeldung mit einer Frist von 14 Tagen zu üblichen Geschäftszeiten von der Einhaltung überzeugen. Vor-Ort-Prüfungen finden höchstens einmal im Jahr statt, es sei denn, es gibt einen konkreten Anlass.

§ 10 Drittlandtransfer

Eine Verarbeitung außerhalb der Europäischen Union oder des Europäischen Wirtschaftsraums findet nicht statt. Sollte sie künftig nötig werden, setzt sie eine vorherige Vereinbarung nach Kapitel V DSGVO voraus.

§ 11 Schlussbestimmungen

(1) Änderungen dieses Vertrags bedürfen der Textform. Eine neue Fassung trägt eine eigene Fassungsnummer und gilt, sobald der Auftraggeber sie annimmt, etwa in der Anwendung; bis dahin gilt die Fassung, die er angenommen hat. Änderungen nach § 4 und § 6 bleiben davon unberührt.

(2) Widersprechen sich dieser Vertrag und der Hauptvertrag, gehen die Regelungen dieses Vertrags vor, soweit sie den Datenschutz betreffen.

(3) Ist eine Bestimmung unwirksam, bleiben die übrigen wirksam.

Anlage 1: Gegenstand der Verarbeitung

Zwecke

Personalverwaltung. Führung der Personalakte samt Vertragshistorie, Abbildung der Berichtslinie, Verwaltung von Unterlagen mit Aufbewahrungsfristen, Bearbeitung von Anträgen (Urlaub, Homeoffice, Fortbildung, Stammdatenänderung) einschließlich des Urlaubsanspruchs, Erfassung von Abwesenheiten, Abwicklung von Eintritt und Austritt samt Kündigungsfristen und Rückgabeliste, Erstellung von Arbeitszeugnissen und des Nachweises der wesentlichen Vertragsbedingungen nach dem Nachweisgesetz, Betrieb des internen Meldekanals nach dem Hinweisgeberschutzgesetz und Erstellung des Exports an die Lohnabrechnung.

• Arbeitszeit: Aufzeichnung der Arbeitszeit einschließlich der Prüfung gegen die Grenzen des Arbeitszeitgesetzes und der Führung eines Zeitkontos.
• Bewerbungen: Ausschreibung von Stellen sowie Entgegennahme und Bearbeitung von Bewerbungen einschließlich der fristgebundenen Löschung.
• Pay, soweit dazugebucht: Angabe des Entgelts in der Ausschreibung, Auskunft über das Entgelt der Vergleichsgruppe nach der Richtlinie (EU) 2023/970, Einsicht der Person in ihr eigenes Entgelt und Gehaltsbänder.

Einarbeitung und Weitergabe. Einarbeitung neuer Beschäftigter über Lernpfade je Rolle mit Pate, Führungskraft und Frist, Zuweisung und Nachverfolgung von Lerninhalten, Wissensübergabe beim Austritt und die KI-Werkbank mit dem KI-Zugang des Auftraggebers.

Plattform. Organisation mit Abteilungen, Teams, Rollen und Rechten, Benachrichtigungen, Zusammenarbeit, Befragungen, Projektteams und Supportanfragen.

Die Verarbeitung dient jeweils der Erfüllung des Beschäftigungsverhältnisses und der rechtlichen Pflichten des Auftraggebers als Arbeitgeber; die Rechtsgrundlage bestimmt der Auftraggeber als Verantwortlicher.

Kategorien betroffener Personen

Kategorien personenbezogener Daten

Besondere Kategorien nach Art. 9 DSGVO werden nicht planmäßig verarbeitet, mit einer benannten Ausnahme: der freiwilligen Angabe zur Schwerbehinderung in einer Bewerbung, die das SGB IX voraussetzt, damit Schwerbehindertenvertretung und Betriebsrat unterrichtet werden können. Im Übrigen ist das eine Entscheidung der Konstruktion: Die Plattform kennt in dieser Fassung keine Krankmeldung, eine Abwesenheit hat kein Feld für einen Grund, eine Zeitzugabe an einem Quiz trägt keinen Grund, und eine elektronische Arbeitsunfähigkeitsbescheinigung wird weder abgerufen noch gespeichert. Der Auftraggeber stellt sicher, dass er keine solchen Daten in Freitextfelder einträgt. Für Unterlagen mit Gesundheitsbezug steht die Schutzstufe „besonders geschützt“ bereit, deren Einsicht eine eigene, nicht vererbbare Berechtigung verlangt und protokolliert wird.

Die Abwesenheitsübersicht. Wer wann fehlt, ist eine Auswertung über Beschäftigte und kann eine technische Einrichtung im Sinne des § 87 Abs. 1 Nr. 6 BetrVG sein. Voreingestellt ist sie nur im eigenen Team eingeschaltet und dort ohne Art der Abwesenheit. Weitere Reichweiten und die Art schaltet der Auftraggeber selbst ein, und die Plattform übernimmt nie die Art eines Vorsystems. Krankheit ist nie eine Art. Ob er die Übersicht mit seinem Betriebsrat abstimmt, bleibt seine Entscheidung als Verantwortlicher.

Die Wochenstimmung geht allein an die Führungskraft im eigenen Verwaltungsbereich, nicht an die Personalabteilung, und erscheint in keinem Export und keiner Auswertung. Sie ist freiwillig, eine fehlende Angabe wird nirgends ausgewiesen, und damit ist sie keine Verhaltens- oder Leistungskontrolle.

Befragungen messen nichts an einer Person und geben über keine Person etwas aus. Ob der Auftraggeber sie mit seinem Betriebsrat abstimmt, bleibt seine Entscheidung; die Auswertung nach Führungskraft lässt sich für alle Befragungen abschalten.

Der Meldekanal nach dem Hinweisgeberschutzgesetz. Zur hinweisgebenden Person wird nichts gespeichert, was sie identifiziert, auch keine Verknüpfung zu einem Konto, wenn sie bei der Meldung angemeldet ist. Der Rückkanal ist ein Postfach mit zufälliger Vorgangsnummer und selbst gewählter Kennung, von der allein ein Hash gespeichert wird. Einsicht hat allein die vom Auftraggeber benannte Meldestelle mit der eigenen, nicht vererbbaren Berechtigung whistleblower.office; die Personalverwaltung, die Führungskräfte und die Administration sehen weder die Vorgänge noch deren Anzahl. Meldevorgänge erscheinen nicht in „Meine Daten“, denn eine Auskunft, die den Vorgang offenlegt, ließe regelmäßig auf die hinweisgebende Person schließen (§ 8 HinSchG). Über Auskunftsersuchen in diesem Bereich entscheidet der Auftraggeber im Einzelfall und außerhalb der Plattform.

Art der Verarbeitung

Erheben, Erfassen, Organisieren, Speichern, Anpassen, Auslesen, Verwenden, Übermitteln (nur innerhalb der Instanz des Auftraggebers und an die in Anlage 3 genannten Stellen), Einschränken, Löschen und Vernichten, vollständig automatisiert über die Plattform.

Anlage 2: Technische und organisatorische Maßnahmen (Art. 32 DSGVO)

Stand: 2026-11-02, für die gemeinsam genutzte Installation von Caltrix Start.

1. Vertraulichkeit

Zutrittskontrolle. Die Installation läuft auf einem Managed vServer des Hosters in einem Rechenzentrum in Deutschland (Anlage 3). Der Hoster ist für sein Unternehmen nach ISO 27001 zertifiziert und trägt die physische Sicherheit. Der Auftragnehmer selbst betreibt keine Serverräume.

Zugangskontrolle. Anmeldung mit E-Mail und Passwort, gespeichert als Hash nach dem aktuellen Standard des Frameworks (bcrypt oder argon2). Sperre nach wiederholten Fehlversuchen. Zwei-Faktor-Authentisierung (TOTP) steht jeder Person zur Verfügung; auf Weisung des Auftraggebers schaltet der Auftragnehmer sie für alle Konten oder für die Konten mit Verwaltungsrechten als Pflicht ein. Administrativer Zugang zum Server ausschließlich über SSH mit Schlüssel.

Zugriffskontrolle. Rollen- und rechtebasierte Steuerung mit Geltungsbereichen: Eine Rolle gilt für die ganze Organisation, für eine Abteilung samt Unterabteilungen oder für ein einzelnes Team. Die Berechtigungen sind im Code festgelegt, ihre Zuordnung zu Rollen stellt der Auftraggeber selbst ein.

Nicht vererbbare Berechtigungen. Die Rolle der Organisations-Administration nimmt zwei Schlüssel ausdrücklich nicht mit: die Einsicht in besonders geschützte Personal-Unterlagen und die Einsicht in Entgeltdaten samt Gehaltsbändern und dem Nachweis nach dem NachwG. Wer sie haben soll, bekommt sie einzeln über eine eigene Rolle, sichtbar in der Rechte-Matrix und mit Eintrag im Audit-Log. So öffnet die Administration einer Plattform nicht nebenbei die Gehaltsliste des Unternehmens.

Verschlüsselung einzelner Felder. Über die Verschlüsselung des Transports hinaus liegen besonders sensible Felder verschlüsselt in der Datenbank: Entgeltbeträge samt jedem weiteren Bestandteil und Notiz, der Text des Nachweises der Vertragsbedingungen, Zwei-Faktor-Geheimnisse, die Inhalte des Meldekanals und hinterlegte Zugangsdaten zu Fremdsystemen. Ein Auszug der Datenbank ohne den Anwendungsschlüssel gibt diese Werte nicht preis. Aus demselben Grund nennt das Audit-Log bei Entgeltänderungen den Vorgang und nie den Betrag.

Import von Entgeltdaten. Entgeltstände lassen sich per Datei einspielen. Die hochgeladene Datei wird nach dem Lesen gelöscht, die temporäre Datei des Uploads eingeschlossen. Zwischen Prüfen und Übernehmen liegt der geprüfte Stand verschlüsselt in der Sitzung und verfällt nach 30 Minuten, beim Übernehmen oder Verwerfen sofort. Das Audit-Log nennt die Zahl der Zeilen und nie einen Betrag.

Trennungskontrolle. Eine eigene Datenbank je Auftraggeber, auch auf der gemeinsam genutzten Installation. Die Trennung ist damit keine Filterbedingung in einer Abfrage, sondern eine Grenze der Verbindung: Ein Programmierfehler in einer Abfrage kann keine Daten eines anderen Auftraggebers zutage fördern, weil sie nicht in derselben Datenbank liegen. Die abgelegten Dateien liegen in einem eigenen Ordner je Auftraggeber. Die Zuordnung von Adresse zu Mandant steht in einer zentralen Registry, deren Zugangsdaten verschlüsselt abgelegt sind.

Pseudonymisierung und Löschung. Nach dem Austritt einer Person werden ihre Stammdaten und persönlichen Inhalte nach einer einstellbaren Frist (Standard: 24 Monate) anonymisiert. Abschlussnachweise bleiben in anonymisierter Form erhalten.

2. Integrität

Weitergabekontrolle. Transport ausschließlich über TLS, HTTPS wird erzwungen. Ausgehende Aufrufe an Adressen, die der Auftraggeber hinterlegt (Link-Prüfung, KI-Webhook, OIDC-Discovery), laufen über eine zentrale Prüfung, die nur öffentlich erreichbare Ziele zulässt (Schutz vor SSRF). Die öffentliche API arbeitet mit Zugriffs-Token mit enger Rechtebindung, Ablaufdatum und sofortigem Widerruf; ausgehende Webhooks werden signiert.

Eingabekontrolle. Vollständiges Audit-Log über administrative und sicherheitsrelevante Vorgänge: wer wann was geändert hat. Der Auftraggeber sieht und filtert es in der Oberfläche.

Schutz vor Schadcode und Manipulation. Strikte Content-Security-Policy ohne Inline-Skripte, CSRF-Schutz an jedem Schreibpfad, Ratenbegrenzung nach Zweck an Anmeldung, Import und API, Obergrenzen für Anfragekörper.

Prüfung hochgeladener Dateien. Jede Datei, die eine Anfrage mitbringt, wird geprüft, bevor sie abgelegt oder gelesen wird. Abgewiesen werden ausführbare Programme und Skripte (am Inhalt erkannt, nicht nur am Namen), gesperrte Dateiendungen auch hinter einer zweiten Endung, Office-Dokumente mit Makros und PDF-Dateien, die beim Öffnen etwas ausführen. Jede abgewiesene Datei steht mit Name, Größe, Grund und Herkunft im Audit-Log.

Schutz öffentlicher Formulare. Formulare ohne Anmeldung, etwa die Bewerbung, tragen neben der Ratenbegrenzung ein verstecktes Köderfeld und eine Rechenaufgabe, die der Browser im Hintergrund löst. Dafür wird kein Dienst eines Dritten eingebunden und kein Cookie gesetzt.

3. Verfügbarkeit und Belastbarkeit

Sicherungskonzept. Der Hoster sichert die Installation täglich, Datenbanken wie abgelegte Dateien, in seinen Rechenzentren in Deutschland. Zusätzlich sichert die Anwendung täglich die zentrale Datenbank und jede einzelne Mandanten-Datenbank, komprimiert und mit Prüfsummen-Manifest. Jeder Stand einer Sicherung wird höchstens 14 Tage aufbewahrt und danach überschrieben; eine Löschung ist damit spätestens nach 14 Tagen auch aus den Sicherungen verschwunden. Die in Abschnitt 1 genannten Felder liegen auch in den Sicherungen verschlüsselt, und der Anwendungsschlüssel wird getrennt von den Sicherungen verwahrt.

Wiederherstellung. Ein dokumentierter Ablauf zur Wiederherstellung steht in der Betriebsdokumentation. Wird eine Sicherung zurückgespielt, wiederholt der Auftragnehmer die Löschungen, die seit ihrem Stand ausgelöst wurden.

Überwachung. Stündliche automatische Prüfung von Hintergrundverarbeitung, Warteschlange, Sicherung und Erreichbarkeit jeder Mandanten-Datenbank; Störungen gehen an eine hinterlegte Alarm-Adresse. Ergänzend eine externe Prüfung der Erreichbarkeit.

4. Verfahren zur regelmäßigen Überprüfung

• Automatisierte Tests; kein Stand wird ohne grüne Tests ausgeliefert.
• Eine Betriebs-Checkliste als Befehl (ops:preflight) prüft den laufenden Zustand statt einer Liste im Kopf.
• Last- und Leistungsprüfung der Hauptseiten (ops:smoke) vor jeder größeren Auslieferung.
• Sicherheits-Durchgänge nach der Systematik von OWASP; Ergebnisse und die daraus bindenden Regeln sind in der Spezifikation der Plattform dokumentiert.

5. Betroffenenrechte in der Plattform

Anlage 3: Unterauftragsverarbeiter

Zur Kette bei E-Mail und Ticketsystem: Den Vertrag mit ALL-INKL.COM hält die Eid Hub GmbH und stellt dem Auftragnehmer die Dienste daraus bereit. Sie ist damit selbst Unterauftragsverarbeiter, und ALL-INKL.COM ist es eine Stufe weiter unten. Der Auftragnehmer gibt seine Pflichten aus diesem Vertrag an die Eid Hub GmbH weiter, und diese gibt sie an ALL-INKL.COM weiter (Art. 28 Abs. 4 DSGVO, § 6 Abs. 3).

Keine weiteren. Insbesondere werden nicht eingesetzt: externe Analyse- oder Tracking-Dienste, externe CAPTCHA-Dienste, Content Delivery Networks und externe KI-Anbieter.

Zur KI-Werkbank: Die Plattform hält keinen eigenen Schlüssel für einen KI-Anbieter. Nutzt der Auftraggeber die KI-Funktionen, richtet er selbst einen Ablauf bei einem Anbieter seiner Wahl ein, etwa über n8n oder Make, und die Plattform schickt die Anfrage signiert an die Adresse, die er hinterlegt. Der dabei eingesetzte Anbieter ist Unterauftragsverarbeiter des Auftraggebers und nicht des Auftragnehmers, und der Auftraggeber schließt den Vertrag mit ihm selbst. Fragen- und Schlagwort-Vorschläge übermitteln allein den Text eines Inhalts. Das Transkript per KI übermittelt dagegen die Tonspur eines Videos und damit die Stimmen der Sprechenden; es hat einen eigenen Schalter, der ab Werk aus ist, und die Plattform löscht die bereitgestellte Tonspur, sobald das Ergebnis zurück ist, spätestens nach sieben Tagen.

Zu weiteren Anbindungen: Verbindet der Auftraggeber ein Fremdsystem, etwa einen Kalender über ein Abo, verarbeitet dieses Daten in seinem Auftrag und auf seine Verantwortung.