Video-Transkription und KI-Meeting-Zusammenfassungen über die API

Wir setzen KI ein, um schneller zu schreiben – nicht, um zu entscheiden, was stimmt. Jemand bei Digital Samba hat jede Zeile dieses Artikels gelesen, bevor Sie es getan haben.

Sie fügen Ihrem Produkt Video hinzu, und irgendwo um den zweiten Kundencall herum wird offensichtlich, dass Video allein nicht reicht. Menschen wollen ein Transkript, das sie später durchsuchen können, und irgendjemand wird nach einer Zusammenfassung fragen, die er überfliegen kann, statt eine Stunde Aufnahme erneut anzusehen.

Also gehen Sie auf die Suche nach einer Video-Transkriptions-API zum Andocken, und genau da wird es kompliziert: Die meisten Transkriptions- und Meeting-Zusammenfassungsdienste leiten das Audio Ihrer Nutzer über US-gehostete Infrastruktur oder übergeben es einem Drittanbieter-LLM, in das Sie keinerlei vertragliche Einsicht haben. Für eine Consumer-App ist das eine Fußnote. Für eine SaaS-Plattform, die an EU-Kunden aus Gesundheit, Bildung oder Recht verkauft, ist es oft ein K.-o.-Kriterium, noch bevor die Funktion ausgeliefert wird.

Es gibt eine Alternative, die man kennen sollte: Sie können Live-Untertitel, vollständige Transkripte und KI-generierte Zusammenfassungen mit Sprecherzuordnung über eine einzige API erhalten, wobei Audio und Text von EU-basierter Infrastruktur und einem Unterauftragsverarbeiter statt von einem separaten US-basierten Notetaker-Dienst verarbeitet werden. In diesem Beitrag geht es darum, wie das funktioniert und wie Sie es integrieren: Wir gehen durch, was die Bausteine sind, wie Digital Samba sie umsetzt, wie eine minimale Integration aussieht und den einen Kompromiss, den man vor dem Einschalten verstehen sollte. Gegen Ende streifen wir außerdem kurz, wie sich das architektonisch mit dem Andocken eines eigenständigen Notetaker-Bots vergleicht, auch wenn das nicht der Hauptfokus ist.

Inhaltsverzeichnis

1. Was „Transkriptions-API" tatsächlich abdeckt (und worauf zu achten ist)
   
2. Wie Transkription in Digital Samba funktioniert
   
3. KI-Meeting-Zusammenfassungen über dieselbe API
   
4. Ein minimaler Integrationsablauf
   
5. EU-Hosting und die DSGVO-Übermittlungsfrage
   
6. Der Verschlüsselungs-Kompromiss, den Sie kennen müssen
   
7. Wann eine Video-Transkriptions-API einen eigenständigen Notetaker-Bot schlägt
   
8. Fazit
   
9. Häufig gestellte Fragen

Was „Transkriptions-API" tatsächlich abdeckt (und worauf zu achten ist)

Käufer, die eine solche Funktion evaluieren, vermischen häufig drei unterschiedliche Dinge – egal, ob sie es Meeting-Transkriptions-Tool, KI-Notetaker oder einfach „die API" nennen.

• Live-Untertitel sind die Barrierefreiheitsschicht im Call: Text, der dem Meeting in Echtzeit überlagert wird, nützlich für Teilnehmende, die gehörlos oder schwerhörig sind oder in einer Zweitsprache zuhören.
• Transkripte sind der dauerhafte, abrufbare Textnachweis dessen, was gesagt wurde, aufgebaut während der Sitzung oder erzeugt, sobald sie endet.
• KI-Zusammenfassungen sind einen Schritt weiter entfernt: verdichtete Kernaussagen, aus dem Transkript erzeugt, sodass Sie das Wesentliche eines Meetings erfassen, ohne das Ganze zu lesen.

Bevor Sie sich auf einen Anbieter festlegen, gehen Sie eine kurze Checkliste durch:

• Wo wird das Audio tatsächlich verarbeitet, und bleibt es innerhalb derselben Infrastrukturgrenze wie der Call?
• Welche Sprachen werden unterstützt, und ist diese Liste für Live-Untertitel dieselbe wie für das anschließend abgerufene Transkript?
• Ist der Dienst in Echtzeit, nach der Sitzung oder beides?
• Wie rufen Sie Ergebnisse ab: per Polling oder per Webhook?
• Was passiert, wenn die Verschlüsselung auf Maximum gestellt wird? Verschwindet die Funktion still, oder tut der Anbieter so, als funktioniere sie weiter?

Wie Transkription in Digital Samba funktioniert

Live-Untertitelung und Transkripte nach der Sitzung sind zwei Seiten derselben Funktion. Im Raum lassen sich Untertitel pro Raum mit einer definierten gesprochenen Sprache einschalten: Text strömt ein, während Menschen sprechen, und korrigiert sich im Fluss für ein synchrones Gefühl. Die Untertitelsprachen decken derzeit Bulgarisch, Katalanisch, Dänisch, Niederländisch, Englisch, Finnisch, Französisch, Deutsch, Italienisch, Portugiesisch, Rumänisch, Spanisch, Schwedisch und Türkisch ab, weitere kommen hinzu, sobald die zugrunde liegenden Sprachmodelle erweitert werden.

Die Transkription ist sowohl im Raum als auch über die REST-API steuerbar. Moderatoren können sie innerhalb der Sitzung starten oder stoppen, oder Sie lösen sie programmatisch aus, und Räume lassen sich mit einer Auto-Start-Einstellung konfigurieren, sodass die Transkription in dem Moment beginnt, in dem der erste Teilnehmer beitritt. Sobald eine Sitzung Transkripte hat, rufen Sie sie mit einer GET-Anfrage an sessions/:id/transcripts ab, die ein paginiertes Array von Einträgen zurückgibt. Jeder trägt die ID und den Namen des Teilnehmers, die Sprache, den Transkripttext sowie Start- und Endzeitstempel. Einwahl-Teilnehmer erscheinen ohne Teilnehmer-ID, stattdessen als „Phone conference" gekennzeichnet. Die Transkription erfasst auf diese Weise auch Telefon-Audio (PSTN), sodass Einwählende im selben Transkript festgehalten werden wie alle, die per Video beitreten.

KI-Meeting-Zusammenfassungen über dieselbe API

Sobald eine Sitzung transkribiert wurde, kann Digital Samba aus diesem Transkript eine Zusammenfassung mit Sprecherzuordnung erzeugen, sodass die Zusammenfassung sagt, wer was aufgeworfen hat, statt die Diskussion in eine einzige Stimme zu glätten. Weil das Audio jedes Teilnehmers als eigener Stream durch die Pipeline läuft, kommt diese Zuordnung aus dem Signalpfad, statt im Nachhinein aus einer einzigen gemischten Aufnahme ermittelt zu werden, was die Sprecher-Diarisierung tut. Behandeln Sie das Ergebnis als verdichtete Wiedergabe der Diskussion und nicht als wortgetreues Protokoll.

Zusammenfassungen holen Sie von einem einzigen Endpunkt, sessions/:id/summary. Der erste Aufruf stößt die Erzeugung an und gibt den Status IN_PROGRESS zurück; pollen Sie denselben Endpunkt, bis der Status auf READY umspringt, oder behandeln Sie FAILED, da eine fehlgeschlagene Erzeugung keinen Webhook auslöst. Anders als bei Transkripten gibt es über die öffentliche API keinen separaten txt- oder JSON-Export für Zusammenfassungen: Sie erhalten den Zusammenfassungstext in der Antwort und speichern oder zeigen ihn selbst an.

Behandeln Sie beide Ausgaben als Hilfsmittel und nicht als geprüften Nachweis. Die Genauigkeit von Speech-to-Text variiert mit Akzent, Audioqualität und Sprache, und eine falsche KI-generierte Zusammenfassung einer Rechtsberatung oder eines klinischen Gesprächs hat reale Folgen. Lassen Sie alles, worauf Sie sich verlassen, von jemandem prüfen, bevor Sie es als offiziellen Nachweis behandeln. Planen Sie außerdem von Anfang an die Aufbewahrung ein: Transkripte und Zusammenfassungen sind personenbezogene Daten, sobald sie existieren, sodass Sie eine Löschrichtlinie ebenso brauchen wie einen Speicherort. Sie sind auf unserer Seite bei der Speicherung verschlüsselt, aber sie zu entfernen, wenn sie nicht mehr benötigt werden oder wenn jemand darum bittet, bleibt Ihre Aufgabe. Vier Endpunkte erledigen das: DELETE sessions/:id/transcripts, DELETE sessions/:id/summaries und die raumbezogenen Entsprechungen, DELETE rooms/:id/transcripts und DELETE rooms/:id/summaries.

Der praktische Wert hier ist ebenso architektonisch wie funktional: eine API-Oberfläche für Transkript und Zusammenfassung, ein Authentifizierungsmodell und ein EU-basierter Unterauftragsverarbeiter, der Audio und Text unter unserem Auftragsverarbeitungsvertrag (AVV) verarbeitet, statt eines separaten Vertrags, den Sie prüfen müssen. Sie nähen keinen Bot in den Call ein, um Notizen zu machen, und verwalten dann separat, was dieser Bot anschließend mit der Aufnahme tut.

Ein minimaler Integrationsablauf

So sieht ein einfacher Aufbau aus, Schritt für Schritt.

1. Erstellen Sie einen Raum mit eingeschalteter Transkription. Bei der Raumerstellung ist nur privacy erforderlich; alles andere ist optional. transcription_enabled ist standardmäßig aus und an Ihren Tarif gekoppelt, senden Sie es also ausdrücklich:

transcription_store_enabled zählt mehr, als es aussieht. Lassen Sie es aus, funktionieren die Live-Untertitel im Call weiterhin, aber es wird nichts gespeichert, sodass sessions/:id/transcripts leer zurückkommt und es anschließend kein Transkript zum Zusammenfassen gibt.

2. Betten Sie den Raum wie gewohnt mit dem SDK ein. Wenn Moderatoren die Transkription mitten im Call manuell starten oder stoppen sollen, blenden Sie die Steuerung im Raum ein; andernfalls übernimmt die Auto-Start-Einstellung das in dem Moment, in dem der erste Teilnehmer beitritt.

3. Registrieren Sie einen Webhook für die Ereignisse, die wirklich zählen. Bauen Sie den Abruf nicht um session_ended herum: Transkription und Zusammenfassung verarbeiten beide weiter, nachdem die Sitzung selbst geendet hat, sodass ein durch session_ended ausgelöster Abruf unvollständig oder leer zurückkommen kann. Neben Teilnehmer- und Aufzeichnungsereignissen feuert Digital Samba zwei speziell dafür gebaute Ereignisse:

4. Rufen Sie das Transkript ab, wenn session_transcript_ready eintrifft.

GET https://api.digitalsamba.com/api/v1/sessions/{session}/transcripts
Authorization: Bearer {DEVELOPER_KEY}{
  "total_count": 3,
  "data": [
    {
      "session_id": "16719c1b-cc82-4dfe-9f6f-40d9093fa695",
      "participant_id": "f06e6600-9424-4dc0-8e7d-a968df2c983d",
      "participant_name": "John Smith",
      "language": "en",
      "transcript": "Morning. How are you?",
      "start_time": "2024-04-10T12:18:27Z",
      "end_time": "2024-04-10T12:33:27Z"
    }
  ]
}

Für einen Single-File-Export gibt GET .../transcripts/export/?format=json die gesamte Sitzung als JSON zurück. Lassen Sie format weg, schreiben Sie es falsch oder setzen Sie es auf etwas anderes, erhalten Sie stattdessen reinen Text zurück.

5. Rufen Sie die Zusammenfassung ab, wenn session_summary_ready eintrifft, oder pollen Sie sessions/:id/summary direkt, wenn Sie nicht auf den Webhook warten möchten:

Bauen Sie zwei Dinge von Anfang an ein. Eine FAILED-Zusammenfassung feuert nie einen Webhook, sodass eine reine Webhook-Integration bei den Calls, in denen die Erzeugung fehlschlägt, ewig wartet; fügen Sie ein Timeout oder ein Fallback-Polling hinzu. Und die Transkription ist in Breakout-Räumen nicht verfügbar, planen Sie also um diese Lücke herum, falls Ihr Produkt sie nutzt.

Das ist die gesamte Schleife: kein Rätselraten über das Dokumentierte hinaus, und die beiden Ready-Ereignisse ersparen Ihnen das Pollen im Zeittakt, um herauszufinden, wann etwas fertig ist.

EU-Hosting und die DSGVO-Übermittlungsfrage

Der Unterschied, der für regulierte Käufer zählt, ist leicht zu benennen und leicht zu übersehen, bis er zubeißt: Audio, Transkripte und Zusammenfassungen bleiben bei demselben EU-basierten Unterauftragsverarbeiter, unter dem Auftragsverarbeitungsvertrag von Digital Samba, statt an ein US-gehostetes LLM geleitet zu werden. Dafür gibt es einen konkreten rechtlichen Grund, jenseits des Abhakens von Compliance. Nach Kapitel V der DSGVO zählt das Senden personenbezogener Daten (und Meeting-Audio qualifiziert sich klar) an einen Verarbeiter außerhalb des EWR als internationale Übermittlung. Seit dem Schrems-II-Urteil des EuGH von 2020 wird von Organisationen, die sich auf Standardvertragsklauseln stützen – die Modellvertragsbedingungen, die normalerweise zur Legitimierung solcher Übermittlungen genutzt werden –, erwartet, dass sie vor der Nutzung dieser Klauseln eine dokumentierte Transfer-Folgenabschätzung (Transfer Impact Assessment) des Überwachungsregimes des Ziellandes durchführen. Die gesamte Pipeline innerhalb des EWR zu halten, umgeht diese Abschätzung, statt eine belastbare Antwort darauf zu verlangen. Wenn Sie genau sehen möchten, wer diese Daten verarbeitet, steht die aktuelle Liste der Unterauftragsverarbeiter im AVV von Digital Samba.

Es gibt einen zweiten Weg, den manche Anbieter stattdessen gehen. Seit Juli 2023 erlaubt der Angemessenheitsbeschluss der Europäischen Kommission für das EU-US Data Privacy Framework einem zertifizierten US-Verarbeiter, personenbezogene Daten ganz ohne Transfer-Folgenabschätzung (manchmal Transfer Risk Assessment genannt) entgegenzunehmen. Das ist eine reale Option, aber der Beschluss wird derzeit vor dem Gerichtshof angefochten, sodass Sie sich damit einer Klage aussetzen, die Sie nicht kontrollieren. Eine Verarbeitung, die den EWR nie verlässt, trägt dieses Risiko nicht.

Für ein Produkt, das an Telemedizin-, EdTech- oder Rechtskunden verkauft, zählt das oft mehr als jeder Funktionsvergleich. Audio mit Patientendaten, Schülerakten oder vertraulichen Gesprächen für „smarte Zusammenfassungen" an einen US-gehosteten Dritten zu senden, kann eine attraktive Funktion in dem Moment in eine Compliance-Belastung verwandeln, in dem die Rechtsabteilung eines Kunden fragt, wohin das Audio ging. Transkription und Zusammenfassung innerhalb derselben EU-Datengrenze wie der Call zu halten, löst genau diese Frage – das Risiko der internationalen Übermittlung. Es liefert Ihnen nicht den Rest Ihrer DSGVO-Konformität gratis dazu.

Sie brauchen weiterhin eine Rechtsgrundlage, um den Call überhaupt aufzuzeichnen und zu transkribieren, was in den meisten Rechtsordnungen erfordert, den Teilnehmenden klare Hinweise zu geben und oft ihre Einwilligung einzuholen, bevor Sie beginnen – unabhängig davon, wo die Verarbeitung danach stattfindet. Diese Pflicht liegt bei Ihnen, ob Sie native Transkription oder einen eigenständigen Notetaker-Bot nutzen, bauen Sie sie also von Tag eins in Ihren Einwilligungsablauf ein, statt erst, nachdem ein Kunde danach fragt.

Noch eine Regelung, die Sie im Blick behalten sollten: Die Transparenzregeln des EU AI Act für KI-generierte Inhalte gelten ab dem 2. August 2026 und sind für KI-generierte Zusammenfassungen wie diese direkt relevant. Prüfen Sie, ob Ihr Einsatz erfordert, die Ausgabe als KI-generiert zu kennzeichnen.

Der Verschlüsselungs-Kompromiss, den Sie kennen müssen

Hier der Kompromiss, klar benannt. In Ende-zu-Ende-verschlüsselten Sitzungen sind serverseitige Transkription und Zusammenfassungen nicht verfügbar, und das ist eine strukturelle Folge dessen, was E2EE bedeutet: Der Server leitet verschlüsselte Medien zwischen den Teilnehmenden weiter, ohne je die Schlüssel zur Entschlüsselung zu halten, sodass es für einen serverseitigen Speech-to-Text- oder Zusammenfassungsprozess nichts zu lesen gibt. Untertitel und Transkription sind in E2EE-Räumen aus genau diesem Grund ausdrücklich deaktiviert.

Das lässt einen Kompromiss, der pro Anwendungsfall zu treffen ist, statt eines Fehlers, den man umgehen müsste. Eine Rechtsberatung oder ein sensibles HR-Gespräch braucht maximale Vertraulichkeit, verlangt also E2EE, und Transkription ist schlicht nicht Teil des Funktionsumfangs dieser Sitzung. Eine Sitzung, die einen durchsuchbaren Nachweis und eine Zusammenfassung braucht, ist mit standardmäßiger Transportverschlüsselung plus serverseitiger Verarbeitung innerhalb der EU-Infrastruktur besser bedient. Diese Wahl ausdrücklich in die Raumkonfiguration einzubauen, statt anzunehmen, eine Einstellung passe für jede Sitzung, ist der Unterschied zwischen einer Plattform, die eine Funktion still bricht, und einer, die Entwickler richtig wählen lässt.

Wann eine Video-Transkriptions-API einen eigenständigen Notetaker-Bot schlägt

Das ist ein architektonischer Punkt und kein Anbietervergleich. Ein eigenständiger Notetaker-Bot – die Sorte, die sich als zusätzlicher Teilnehmer in Ihren Call einwählt, rein um ihn aufzuzeichnen und zu transkribieren – ist ein separater Datenverarbeiter, der außerhalb der Grenze Ihrer Plattform sitzt. Er hat seinen eigenen Speicher, seine eigene Aufbewahrungsrichtlinie, seine eigenen Bedingungen und seine eigene Sicherheitslage, die Sie unabhängig von der Videoplattform prüfen müssen, der Sie bereits vertrauen. Die Transkription nativ auf der Plattform zu halten, die den Call hostet, bindet zwar weiterhin einen Unterauftragsverarbeiter für die KI-Arbeit ein, aber es ist eine geprüfte Partei unter einem AVV, den Sie bereits halten, statt eines neuen Vertrags, den Sie selbst finden, lesen und verhandeln müssen.

Das breitere Muster gilt unabhängig davon, welches konkrete Notetaker-Produkt ein Team nutzt. Sicherheitsforscher haben darauf hingewiesen, dass diese Bots typischerweise Zugriff auf Kalender, Audio und manchmal Kontakte anfordern und Gespräche an externe Server unter Bedingungen senden, die die meisten Organisationen nie prüfen. Datenschutzstellen von Hochschulen machen einen ähnlichen Punkt: Einen KI-Notetaker einzuführen bedeutet, das Gespräch mit einem Drittanbieter zu teilen, den Sie nicht zwangsläufig geprüft haben, zusätzlich zu welcher Vereinbarung auch immer Sie bereits mit Ihrer Videoplattform haben. Das rechtliche Risiko ist nicht hypothetisch: Eine Welle von US-Klagen aus den Jahren 2025 und 2026 wirft vor, dass einige Notetaker-Bots Gespräche aufgezeichnet und in mindestens einem Fall genutzt haben, ohne vollständige Einwilligung der Teilnehmenden – ein Muster, das eine Kanzlei mit einem ungebetenen Gast verglichen hat, der bei einem vertraulichen Gespräch mithört. Nichts davon sagt aus, ob ein bestimmtes Produkt gut oder schlecht ist. Es ist ein Grund, von Fall zu Fall abzuwägen, ob es das zusätzliche Anbieterverhältnis wert ist, einen Teilnehmer rein zum Aufzeichnen des Calls hinzuzufügen.

Fazit

Zusammengenommen erhalten Sie damit Transkripte und KI-generierte Zusammenfassungen, abrufbar über eine EU-gehostete API, mit einem Webhook-gesteuerten Ablauf, der Ihnen sagt, wann jedes Artefakt fertig ist, statt Sie pollen zu lassen, und einem klarsichtigen Kompromiss rund um die Verschlüsselung statt einer Zeile, die so tut, als gäbe es den Kompromiss nicht. Wenn Sie das einbauen, sind die Dokumentation zu Transkription, Webhooks und Sicherheit die nächste Station – lesenswert, bevor Sie die Integration schreiben, statt danach.

Wenn Sie Hilfe dabei möchten, das auf Ihr eigenes Produkt zu übertragen, oder eine Führung durch die API wünschen, wenden Sie sich über unsere Website an das Team von Digital Samba.

Häufig gestellte Fragen

Was ist eine Video-Transkriptions-API?

Es ist eine API, die das gesprochene Audio eines Videocalls in Text umwandelt, typischerweise mit Live-Untertiteln während des Calls, einem abrufbaren Transkript danach und manchmal einer KI-generierten Zusammenfassung, die aus diesem Transkript gebaut wird.

Bietet Digital Samba Transkription und KI-Meeting-Zusammenfassungen über seine API an?

Ja. Die Transkription lässt sich über die REST-API und das SDK starten, stoppen oder auf Auto-Start setzen. Transkripte sind über sessions/:id/transcripts abrufbar, und KI-generierte Zusammenfassungen über sessions/:id/summary.

Kann ich KI-Meeting-Zusammenfassungen mit Sprecherzuordnung über die API erhalten?

Ja. Zusammenfassungen ordnen Punkte dem Teilnehmer zu, der sie gemacht hat, entnommen aus dem Transkript pro Teilnehmer statt aus einer gemischten Aufnahme abgeleitet. Sowohl das Transkript als auch die Zusammenfassung sind über die REST-API abrufbar.

Wo wird Meeting-Audio verarbeitet, und bleibt es in der EU?

Meeting-Audio wird von einem EU-basierten Unterauftragsverarbeiter unter dem AVV von Digital Samba transkribiert und zusammengefasst, statt an einen separaten US-gehosteten Transkriptions- oder LLM-Dienst geleitet zu werden.

Brauche ich eine Einwilligung, um einen Call aufzuzeichnen und zu transkribieren?

In den meisten Fällen ja. Die DSGVO verlangt eine Rechtsgrundlage, und die nationalen Regeln zur Aufzeichnung von Gesprächen variieren: Manche EU-Mitgliedstaaten behandeln die Einwilligung der Teilnehmenden als verpflichtend, andere akzeptieren einen Hinweis plus ein berechtigtes Interesse. Prüfen Sie die Lage in den Rechtsordnungen, in denen Ihre Kunden tätig sind, und denken Sie daran, dass die Pflicht bei Ihnen als Verantwortlichem liegt, nicht bei Ihrem Video-Anbieter.

Kann ich Transkripte und Zusammenfassungen löschen, sobald ich sie nicht mehr brauche?

Ja. Beide sind über die API löschbar, auf Sitzungsebene (DELETE sessions/:id/transcripts, DELETE sessions/:id/summaries) oder auf Raumebene, und beide sind bei der Speicherung verschlüsselt.

Wie rufe ich ein Transkript oder eine Zusammenfassung ab: Polling oder Webhook?

Beides wird unterstützt. Pollen Sie die Transkript- und Zusammenfassungs-Endpunkte direkt, oder registrieren Sie einen Webhook für session_transcript_ready und session_summary_ready und lösen Sie den Abruf darüber aus, statt das Timing zu erraten. Vermeiden Sie es, den Abruf aus session_ended auszulösen: Beide Artefakte werden zu diesem Zeitpunkt meist noch erzeugt.

Funktioniert die Transkription, wenn Ende-zu-Ende-Verschlüsselung aktiviert ist?

Nein. In E2EE-Sitzungen hält der Server nie die zur Entschlüsselung der Medien nötigen Schlüssel, sodass serverseitige Transkription, Untertitel und Zusammenfassungen konstruktionsbedingt nicht verfügbar sind. Es ist ein bewusster Kompromiss zwischen maximaler Vertraulichkeit und serverseitigen KI-Funktionen.

Welche Sprachen werden für Transkription und Untertitel unterstützt?

Derzeit werden 14 Sprachen unterstützt: Bulgarisch, Katalanisch, Dänisch, Niederländisch, Englisch, Finnisch, Französisch, Deutsch, Italienisch, Portugiesisch, Rumänisch, Spanisch, Schwedisch und Türkisch, weitere kommen hinzu, sobald die zugrunde liegenden Sprachmodelle erweitert werden. Die Transkription erfasst auch Telefon-Audio (PSTN), nicht nur browserbasierte Teilnehmende.

Quellen

1. Digital Samba. (13. März 2023). New feature: Captions in Digital Samba Embedded.
2. Digital Samba. (11. April 2023). The power of E2EE in WebRTC: unlocking a world of secure communication.
3. Digital Samba. (22. August 2025). GDPR and EU data hosting: what you need to know.
4. Digital Samba. (8. Januar 2026). Bring every participant in: telephony in Digital Samba.
5. Pinsent Masons. (4. Januar 2023). International data transfers and Schrems II: GDPR obligations. Out-Law.
6. Congressional Research Service. (17. März 2021). EU data transfer requirements and U.S. intelligence laws: understanding Schrems II and its impact on the EU-U.S. Privacy Shield (Report No. R46724). Library of Congress.
7. Nudge Security. (19. Januar 2026). Shadow AI is taking notes: the growing risk of AI meeting tools.
8. Privacy at Fordham University. (19. Februar 2025). AI notetakers in meetings: balancing efficiency with privacy and risk.
9. DarkReading. (9. Oktober 2025). Take note: cyber-risks with AI notetakers.
10. Shumaker, Loop & Kendrick, LLP. (21. Januar 2026). AI notetakers in the boardroom: privilege and privacy considerations.