Datenstrukturen und Datenformate

Register nach Art. 26 lit. b der Verordnung (EU) 2023/2854 · Fassung 1.2.2 · Stand 11. Oktober 2026

1. Was auf dieser Seite steht

Diese Seite beschreibt vollständig und aktuell, in welchen Datenstrukturen und Datenformaten Kunden der RR42 UG (haftungsbeschränkt) ihre Daten aus dem Telefonassistenten erhalten, welche Normen und Spezifikationen dabei zugrunde liegen, welche Daten nicht herausgegeben werden und welchen technischen Beschränkungen die Herausgabe unterliegt. Sie ergänzt A § 26 der Allgemeinen Geschäftsbedingungen, der die Ansprüche und Fristen regelt; im Widerspruchsfall gehen die AGB dieser Seite vor.

Die Angaben gelten für alle Produktvarianten des Dienstes. Alle Gespräche werden auf demselben Weg verarbeitet; es gibt keine zweite Verarbeitungsstrecke, auf der andere Strukturen oder Formate entstünden.

RR42 hält diese Seite bereit, unabhängig davon, ob der Dienst ein Datenverarbeitungsdienst im Sinne des Art. 2 Nr. 8 der Verordnung (EU) 2023/2854 ist. Soweit die Verordnung anwendbar ist, gehen ihre zwingenden Bestimmungen vor.

2. Wie Kunden ihre Daten erhalten

Alle Wege sind unentgeltlich.

Zum Konnektor. In den Einstellungen des Kundenkontos kann der Kunde einen externen KI-Assistenten anbinden; das Kundenkonto zeigt dazu eine Anleitung. Der Konnektor gibt Daten des eigenen Mandanten nur an Personen heraus, die im Kundenkonto Zugriff haben, und richtet sich nach deren Rolle im Kundenkonto: Mit einem Nutzerkonto erhält der Assistent Gesprächsprotokolle, die Liste der Gespräche, die erfassten Anfragen, die Konfiguration, die Standorte, den Stand der Warteschlange und, soweit das Kundenkonto ihn anbietet, die Recherchen des Evidenz-Checks; mit dem Konto des Inhabers zusätzlich die Gesprächsstatistik, die Nutzerliste mit offenen Einladungen, die Vorschläge des Dienstes, den Stand der Inbetriebnahme und die zu einem Gespräch erfassten Kosteneinträge. Jeder Abruf wird protokolliert. Einen Zugang ohne Anmeldung gibt es nicht. Ein einzelnes Gespräch gibt der Konnektor als strukturierten Text aus, nicht in der Struktur nach Ziffer 3, und stellt dabei neben Metadaten, Transkript und Aktionen die zu diesem Gespräch erfassten technischen Ereigniseinträge und, mit dem Konto des Inhabers, die Kosteneinträge dar; Listen und die übrigen Angaben gibt er als Text in der Form aus, in der das Kundenkonto sie bereithält. Verändern kann der Kunde über den Konnektor allein eines: Der Inhaber kann Vorschläge des Dienstes annehmen oder verwerfen; alle übrigen Abrufe des Kunden lesen nur. Den Anbieter des Assistenten wählt der Kunde selbst; er wird dadurch nicht Unterauftragsverarbeiter von RR42, sondern Empfänger auf Weisung des Kunden, und der Kunde verantwortet die Zulässigkeit dieser Übermittlung.

3. Gesprächsprotokoll, maschinenlesbare Fassung (JSON)

Format. JSON nach RFC 8259, Zeichenkodierung UTF-8 ohne Byte Order Mark, mit Einrückung von zwei Leerzeichen. Zeichen außerhalb des ASCII-Bereichs stehen unmaskiert in der Datei, ein Name mit Umlaut ist also im Editor lesbar. Dateiname: gespraechsprotokoll_JJJJ-MM-TT_HH-MM.json, mit dem Beginn des Gesprächs in deutscher Ortszeit im Namen, damit ein Ordner solcher Dateien nach Dateinamen chronologisch sortiert.

Versionierung. Das Feld schema_version steht derzeit auf 1. Es wird erhöht, wenn ein Feld seine Bedeutung ändert oder entfällt, nicht wenn ein Feld hinzukommt. Auswertende Programme sollen unbekannte Felder übergehen; das Hinzufügen eines Feldes ist deshalb keine brechende Änderung.

Struktur. Die Angabe in der ersten Spalte ist der Pfad im Dokument.

Hinweis zu den Zeitformaten. Die Felder generated_at, call.started_at und call.ended_at sind absolute Zeitpunkte, ISO 8601 in UTC. Die Felder ts innerhalb von transcript und tools_used sind dagegen relativ: Sie zählen die Sekunden ab call.started_at und ordnen die Beiträge und Werkzeugausführungen innerhalb des Gesprächs. Sie sind keine Unix-Zeit; wer sie als solche liest, erhält den 1. Januar 1970. Den absoluten Zeitpunkt eines Beitrags ergibt call.started_at zuzüglich ts.

Hinweis zum Inhalt. Das Transkript ist eine maschinelle Spracherkennung und keine wortgetreue Mitschrift. Es kann Eigennamen, Arzneimittelbezeichnungen und Dialekt falsch wiedergeben. Eine Tonaufnahme des Gesprächs entsteht nicht und ist deshalb auch nicht Bestandteil des Protokolls.

4. Gesprächsprotokoll, lesbare Fassung (PDF)

Seitenformat A4, Text durchsuchbar, keine Archivfassung nach PDF/A. Dateiname gespraechsprotokoll_JJJJ-MM-TT_HH-MM.pdf.

Enthalten sind: Bezeichnung des Betriebs, Datum und Uhrzeit des Gesprächsbeginns in deutscher Ortszeit, Dauer, Rufnummer der anrufenden Person, Status, Herkunft des Gesprächs, die Referenz (call.id), eine Liste der ausgeführten Aktionen in beschrifteter Form sowie das Transkript mit Sprecherzuordnung.

Nicht enthalten sind die Argumente der ausgeführten Werkzeuge. Die im Gespräch aufgenommenen Einzelangaben stehen deshalb nur in der maschinenlesbaren Fassung nach Ziffer 3. Wer die Daten in ein eigenes System übernehmen will, verwendet die JSON-Fassung; das PDF ist zum Lesen und Ablegen bestimmt. Kostendaten enthält das PDF nicht.

5. Gesamtbereitstellung der Kundendaten

Die Kundendaten sind gesamthaft in einem strukturierten, gängigen und maschinenlesbaren Format abrufbar, unentgeltlich. Der Abruf erzeugt die Ausgabe unmittelbar; sie wird nicht von Hand zusammengestellt.

Als Format wird JSON verwendet, wo die Daten geschachtelt sind (Gespräche mit Transkripten und Werkzeugausführungen), und zusätzlich CSV nach RFC 4180 in UTF-8, wo sie tabellarisch sind (Listen, Nachweise). Der Abruf gibt wahlweise die JSON-Datei allein oder ein Archiv aus, das beide Fassungen und die Feldbeschreibung enthält; die Feldbeschreibung weist jede Spalte mit Bezeichnung und Bedeutung aus und ist auch für sich abrufbar, damit sich ein Zielsystem vorbereiten lässt, bevor der erste Export läuft. Zeitangaben sind auch dort ISO 8601 in UTC. Den Gesamtbestand ruft nur der Inhaber des Kundenkontos ab; ein Nutzerkonto mit Zugriff auf Gespräche genügt dafür nicht.

Daneben besteht die Bereitstellung auf Verlangen in Textform. Sie ist die geschuldete Höchstfrist und gilt unabhängig davon, ob der Abruf zur Verfügung steht: RR42 stellt die Daten dann auf einem gesicherten Weg bereit, unentgeltlich und innerhalb von zehn Werktagen nach Zugang des Verlangens, und teilt Umfang, Format und Bereitstellungsweg in Textform mit. Dieser Weg trägt insbesondere den Fall, dass der gespeicherte Bestand für den unmittelbaren Abruf zu groß ist; der Abruf lehnt ihn dann ab und verweist auf diese Bereitstellung. Ist sie ausnahmsweise nicht innerhalb der Frist vollständig möglich, teilt RR42 das vor Fristablauf unter Angabe des Grundes und eines neuen Termins mit; die Frist verlängert sich dann um höchstens weitere zehn Werktage (A § 26 Abs. 1 Satz 6). Verlangt der Kunde die Bereitstellung während des Abrufzeitraums nach Vertragsende, ist dieser bis zum Ablauf von 14 Kalendertagen nach vollständiger Bereitstellung gehemmt; erbringt RR42 die Bereitstellung nicht fristgerecht, löscht sie die betroffenen Daten bis zur vollständigen Bereitstellung nicht.

Dieselbe Ausgabe ist gefiltert auf die Daten einer vom Kunden bezeichneten betroffenen Person abrufbar, damit der Kunde deren Antrag nach Art. 15 oder Art. 20 DSGVO beantworten kann; sie wird auf Verlangen in Textform auch bereitgestellt, und Frist und Unentgeltlichkeit gelten entsprechend. Der Umfang dieses Auszugs ist derselbe, den eine Löschung für dieselbe Rufnummer erfassen würde: beide entscheiden mit demselben Abgleich darüber, welche Zeile zu einer Rufnummer gehört. Die Recherchen des Evidenz-Checks sind darin nicht enthalten — sie sind an keine Rufnummer und an kein Gespräch gebunden —; im Gesamtabruf stehen sie.

6. Datenkategorien, die bereitgestellt werden

• die Konfiguration einschließlich Öffnungszeiten, Feiertagsregelung, Weiterleitungsregeln und Weiterleitungsziel sowie Vorrang- und Sperrlisten,
• die Wissensbasis und die vom Kunden gesetzten Texte, einschließlich Begrüßung, Verabschiedung und einer vom Kunden vorgenommenen Überschreibung der Systemanweisung,
• die Anrufprotokolle mit Transkripten und Metadaten in den Strukturen nach Ziffer 3,
• die erfassten Anfragen mit ihren Feldern und ihrem Bearbeitungsstand,
• die Standorte und die Rufnummern des Kundenkontos,
• die Nutzerliste,
• die Anruferprofile, die Vorschläge des Dienstes und die Einträge der Vorrang- und Sperrliste,
• die Recherchen des Evidenz-Checks mit ihren Beiträgen,
• die Nutzungs- und Abrechnungsnachweise sowie Tarif und Abrechnungsstand.

Nicht erfasst sind Daten Dritter, an denen der Kunde keine Rechte hat. Der Anspruch erfasst nur Daten, die im Zeitpunkt des Verlangens nach den vereinbarten Löschfristen noch gespeichert sind.

7. Daten, die nicht bereitgestellt werden

• die Software, die Modelle, die von RR42 entwickelten allgemeinen Systemanweisungen und die Sicherheitskonfiguration des Dienstes,
• interne Betriebs- und Diagnosedaten, die allein dem Betrieb des Dienstes dienen, insbesondere technische Ereignisprotokolle und Zugriffsprotokolle,
• Rechte Dritter.

Diese Aufzählung sagt, was RR42 nicht bereitstellen muss; sie sagt nicht, dass der Kunde diese Angaben nirgends zu sehen bekommt. Der Abruf über den Konnektor nach Ziffer 2 zeigt zu einem Gespräch mehr, als nach den Ziffern 5 und 6 geschuldet ist.

Diese Ausnahme entspricht Art. 25 Abs. 2 lit. f der Verordnung: Sie ist auf Daten beschränkt, die für die interne Funktionsweise des Dienstes spezifisch sind, und sie behindert oder verzögert einen Wechsel nicht. Art. 30 Abs. 6 der Verordnung stellt dasselbe für die Schnittstelle nach Ziffer 8 klar: Sie verpflichtet nicht dazu, eine neue Technik zu entwickeln, Rechte des geistigen Eigentums oder Geschäftsgeheimnisse offenzulegen oder die Sicherheit und Integrität des Dienstes zu beeinträchtigen. Alles, was der Kunde eingegeben, hochgeladen oder veranlasst hat, sowie alle Gesprächs- und Anfragedaten fallen nicht unter die Ausnahme und werden bereitgestellt.

8. Normen und offene Spezifikationen

Offene Schnittstelle. Als offene Schnittstelle im Sinne des Art. 30 Abs. 2 der Verordnung stellt RR42 die in Ziffer 3 beschriebene Struktur der maschinenlesbaren Fassung bereit: abrufbar je Gespräch im Kundenkonto und, für den Gesamtbestand, über die Bereitstellung nach Ziffer 5. Beide Wege sind unentgeltlich. Der Konnektor nach Ziffer 2 gehört nicht dazu; er gibt Gespräche und die übrigen Angaben als Text in der Form aus, die der angebundene Assistent liest, und nicht in der Struktur nach Ziffer 3. Die Struktur ist auf dieser Seite vollständig beschrieben, so dass sich eine auswertende Software danach schreiben lässt, und sie beruht ausschließlich auf den oben genannten offenen Spezifikationen; ein herstellereigenes Format wird an keiner Stelle verwendet. Zugesagt ist die Beständigkeit dieser Struktur: Ein Feld ändert seine Bedeutung oder entfällt nur mit einer Erhöhung von schema_version, und diese Seite wird dabei fortgeschrieben (Ziffer 11). Für die Gestalt des Konnektorprotokolls gilt diese Zusage nicht (Ziffer 9). Einem übernehmenden Anbieter steht die Schnittstelle über den Kunden offen: Der Kunde kann ihm die nach Ziffer 5 bereitgestellten Dateien weitergeben und ihm im Kundenkonto einen eigenen Zugang einrichten.

Solange keine gemeinsame Spezifikation für die Interoperabilität von Datenverarbeitungsdiensten vorliegt, richtet sich die Ausfuhr nach Art. 30 Abs. 5 der Verordnung: alle exportierbaren Daten in einem strukturierten, gängigen und maschinenlesbaren Format. Ziffer 5 setzt das um.

Eine branchenspezifische Norm wird bewusst nicht verwendet. Ein Telefonat, in dem nach einem Folgerezept gefragt wird, ist kein klinisches Dokument; es in ein klinisches Austauschformat zu kleiden, lüde dazu ein, es als solches zu behandeln. Die Struktur nach Ziffer 3 ist stattdessen so einfach gehalten, dass sie sich in ein Zielsystem abbilden lässt.

Stand der Normung. Harmonisierte Normen oder gemeinsame Spezifikationen für die Interoperabilität von Datenverarbeitungsdiensten sind nach dem Stand dieser Fassung (16. September 2026) in der zentralen Datenbank der Union nach Art. 35 Abs. 8 der Verordnung (EU) 2023/2854 nicht veröffentlicht; der Normungsauftrag der Kommission an die europäischen Normungsorganisationen wird bearbeitet. RR42 prüft das vierteljährlich. Sobald Fundstellen veröffentlicht werden, stellt RR42 die Kompatibilität innerhalb der Frist des Art. 30 Abs. 3 her — zwölf Monate ab der Veröffentlichung — und aktualisiert diese Seite nach Art. 30 Abs. 4.

9. Einschränkungen und technische Beschränkungen

Diese Angaben erfolgen nach Art. 26 lit. a der Verordnung. Sie sind vollständig, soweit RR42 sie kennt.

• Eine Tonaufnahme des Gesprächs entsteht nicht und wird deshalb nicht bereitgestellt; der Dienst verarbeitet das Audiosignal flüchtig und speichert ein Texttranskript.
• Das Transkript ist eine maschinelle Spracherkennung, keine wortgetreue Mitschrift (Ziffer 3).
• Hat die anrufende Person der Speicherung widersprochen, enthält das Gesprächsprotokoll kein Transkript; Metadaten und der Nachweis über den Widerspruch bleiben erhalten. Übermittelt sie danach im selben Gespräch aus eigenem Antrieb Angaben zur Bearbeitung eines Anliegens, wird der daraus gebildete Vorgang mit dem zugehörigen Transkript gespeichert (A § 12 Abs. 7).
• Die lesbare und die maschinenlesbare Fassung sind nicht deckungsgleich: die Werkzeugargumente stehen nur in der maschinenlesbaren Fassung (Ziffer 4).
• Der Konnektor gibt Gesprächsprotokolle einzeln nach ihrer Referenz heraus und Listen seitenweise, jeweils als Text und nicht in der Struktur nach Ziffer 3. Er ist kein Exportweg, ersetzt die Bereitstellung nach Ziffer 5 nicht und gehört nicht zu der offenen Schnittstelle nach Ziffer 8; für die Gestalt seines Protokolls sagt RR42 keine unveränderte Fortgeltung zu.
• RR42 schuldet keine Umwandlung der Daten in das Format eines Zielsystems und keinen Import in ein solches. Unterstützung, die über die Bereitstellung hinausgeht, wird nach gesonderter Vereinbarung erbracht.
• Die Zielrufnummer des Dienstes ist ein technischer Endpunkt und wird nicht übertragen; die eigene Rufnummer des Kunden bleibt bei seinem Anbieter und ist von einem Wechsel nicht betroffen.
• Der Umfang der bereitgestellten Daten ist durch die vereinbarten Löschfristen begrenzt: Was gelöscht ist, kann nicht bereitgestellt werden.

10. Gerichtsbarkeit der eingesetzten IKT-Infrastruktur

Diese Angaben erfolgen nach Art. 28 Abs. 1 der Verordnung.

Maßgeblich ist stets die Spalte „Verarbeitungsort" der jeweiligen Zeile; mehrere Zeilen nennen dort einen Ort außerhalb der Union. Das deutlichste Beispiel ist die Sprachsynthese: Der Assistent spricht aufgenommene Namen zur Bestätigung zurück, und die dafür eingesetzte Schnittstelle wird nicht in der Union bereitgestellt. Außerhalb der Union verarbeitet werden nach der Tabelle außerdem die Anmeldung und Nutzerverwaltung sowie der Versand von Benachrichtigungen; die Studienrecherche des Evidenz-Checks erhält dabei keine personenbezogenen Daten. Auf dem Weg der Sprachmodelle ist es anders: Ein unmittelbarer Zugriff auf die globalen Schnittstellen der Modellanbieter besteht nicht, und ein Aufruf, für den kein Endpunkt in der Union zur Verfügung steht, fällt aus, statt die Union zu verlassen. Die Angaben in der Spalte „Verarbeitungsort" bezeichnen die vertraglich vereinbarte Bereitstellungsregion. Ein Anbieter mit Sitz außerhalb der Union bleibt auch bei einem Verarbeitungsort in der Union der Rechtsordnung seines Sitzstaates unterworfen; die Spalte „Rechtsordnung des Anbieters" ist deshalb gesondert ausgewiesen.

Verbindet der Kunde über den Konnektor nach Ziffer 2 einen externen KI-Assistenten, wählt er dessen Anbieter selbst. Dieser gehört nicht zur IKT-Infrastruktur von RR42 und ist in dieser Tabelle deshalb nicht ausgewiesen.

Die jeweils geltende, vollständige Liste der eingesetzten Unterauftragsverarbeiter mit Gesellschaft, Anschrift, Sitz, Verarbeitungsort und Gegenstand der Verarbeitung ist Anlage 3 des Auftragsverarbeitungsvertrags und wird den Kunden mit dem Vertrag zur Verfügung gestellt; jede Änderung wird ihnen übermittelt.

Maßnahmen gegen internationalen staatlichen Zugang. Soweit Anbieter eingesetzt werden, die einer Rechtsordnung außerhalb der Union unterliegen, gelten: die Bindung an einen Verarbeitungsort in der Union, wo der Anbieter dies anbietet; Standardvertragsklauseln nach dem Durchführungsbeschluss (EU) 2021/914 nebst der vertraglichen Pflicht des Anbieters, ein behördliches Herausgabeverlangen zu prüfen, anzufechten und, soweit rechtlich zulässig, RR42 zu unterrichten; die vertragliche Untersagung der Nutzung von Gesprächsinhalten zum Training von Modellen; die Verpflichtung der mitwirkenden Personen zur Verschwiegenheit; sowie die in der Anlage zum Auftragsverarbeitungsvertrag beschriebenen technischen und organisatorischen Maßnahmen. RR42 setzt einen Anbieter erst ein, wenn für ihn ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO und, bei einem Verarbeitungsort außerhalb der Union, ein zulässiges Übermittlungsinstrument nebst Transferfolgenabschätzung vorliegen; die Nachweise legt RR42 Kunden auf Verlangen vor. Der Verarbeitungsort in der Union verringert die Angriffsfläche, beseitigt eine bestehende Zugriffsmöglichkeit des Sitzstaates des Anbieters aber nicht; RR42 bewertet das je Anbieter in einer Transferfolgenabschätzung und stellt Kunden das Ergebnis auf Verlangen bereit.

11. Aktualität, Fassung, Kontakt

Diese Seite wird fortgeschrieben, sobald sich eine der beschriebenen Strukturen, ein Format, ein Bereitstellungsweg oder eine Angabe nach Ziffer 10 ändert, im Übrigen jährlich überprüft. Die jeweils geltende Fassung trägt oben Fassungsnummer und Stand.

Fragen zu diesem Register, zur Übernahme von Daten in ein anderes System und zur Bereitstellung nach Ziffer 5: info@rr42.de

Diese Seite beschreibt den oben genannten Stand und ersetzt keine Rechtsberatung.