AIOOS vs. Bland.ai: KI-Telefonie im objektiven Vergleich für den DACH-Raum
Von der AIOOS Redaktion · Zuletzt aktualisiert am 17. August 2026
AIOOS und Bland.ai lösen dieselbe Aufgabe unterschiedlich. Bland.ai ist eine US-amerikanische Entwicklerplattform, die Telefonie über eine Programmierschnittstelle zugänglich macht. AIOOS ist eine schlüsselfertige No-Code-Lösung aus Österreich mit Verarbeitung in der EU, österreichischem Deutsch und dem Transparenzhinweis nach Artikel 50 EU AI Act. Wer entwickelt, wählt die API. Wer betreibt, wählt die fertige Lösung.
Dieselbe Frage in anderer Besetzung: Retell AI und Vapi sind ebenfalls Entwicklerplattformen, fonio.ai ist ein Telefonie-Spezialist aus dem deutschsprachigen Raum, und die Variante ganz ohne KI behandelt Telefonsekretariat vs. KI am Telefon. Die Grundlagen dazu stehen im Ratgeber KI-Telefonassistent.
Wie dieser Vergleich geführt wird – und warum das rechtlich relevant ist
Dieser Beitrag ist vergleichende Werbung im Sinne des § 2a UWG. Diese ist in Österreich zulässig, aber an Bedingungen geknüpft, die hier bewusst offengelegt werden, damit Sie den Text nachprüfen können:
Gleiche Zweckbestimmung. Verglichen werden zwei Dienste, die denselben Bedarf adressieren: die automatisierte Annahme und Bearbeitung eingehender Telefonate durch ein KI-System.
Objektive, wesentliche, nachprüfbare und typische Eigenschaften. Verglichen werden Verarbeitungsort und Rechtsregime, Sprachprofil, Betriebsmodell, Umsetzung der Transparenzpflicht und die vertragliche Konstruktion der Auftragsverarbeitung. Jede dieser Eigenschaften lässt sich durch Einsicht in Verträge, Dokumentation und einen Testanruf überprüfen.
Keine Herabsetzung. Es wird keine Aussage über Qualität, Zuverlässigkeit oder Marktstellung von Bland.ai getroffen, die über den beschriebenen Funktions- und Architekturunterschied hinausgeht. Wo Bland.ai die bessere Wahl ist, steht das ausdrücklich in diesem Text.
Keine unbelegten Zahlen. Es werden keine Preise, Prozentsätze, Marktanteile oder Erfolgsquoten behauptet. Was nicht belegt ist, steht nicht drin.
Nachprüfbarkeit vor Behauptung. Alle Aussagen über Bland.ai in diesem Text betreffen die öffentlich dargestellte Produktarchitektur und den Unternehmenssitz. Sie sind mit dem Abrufdatum versehen. Produktangaben ändern sich; der Abschnitt Prüfprotokoll enthält die Fragen, mit denen Sie den aktuellen Stand selbst erheben.
In Deutschland gilt der inhaltsgleiche § 6 UWG, in der Schweiz Art. 3 Abs. 1 lit. e UWG; beide gehen auf Artikel 4 der Richtlinie 2006/114/EG zurück. Der Maßstab ist im gesamten DACH-Raum derselbe.
Der Funktionsvergleich auf einen Blick
| Kriterium | AIOOS (AIOOS GmbH, Graz) | Bland.ai (Bland AI, San Francisco) |
| Produktkategorie | Schlüsselfertiger KI-Telefonassistent für KMU | Entwicklerplattform für KI-Telefonate |
| Primärer Nutzer | Inhaberin, Rezeption, Sekretariat, Office-Management | Softwareentwicklung, technisches Produktteam |
| Einrichtung | Konfiguration ohne Programmierung, Betreuung durch den Anbieter | Integration über API, eigenes Team erforderlich |
| Sitz des Anbieters | Österreich (EU) | Vereinigte Staaten |
| Anwendbares Recht am Sitz | Unionsrecht, DSGVO, EU AI Act | US-Bundesrecht, darunter der CLOUD Act |
| Verarbeitungsort | Rechenzentren innerhalb der EU | Nach Anbieterangaben zu erheben; Zugriffsrisiko folgt der Unternehmenskontrolle, nicht allein dem Speicherort |
| Sprachprofil Deutsch | Österreichisches Deutsch mit regionalem Wortschatz (Ordination, Jänner, Stiege, Nächtigung) | Englischsprachig entwickelt; Deutsch als weitere Sprache |
| Dialekt- und Regionalverständnis | Auf den DACH-Raum ausgerichtet, mit Schwerpunkt Österreich | Nicht als Produktschwerpunkt ausgewiesen |
| Transparenzhinweis Art. 50 EU AI Act | Als Bestandteil der Begrüßung vorkonfiguriert ausgeliefert | Vom Entwicklerteam im Skript selbst zu implementieren |
| Auftragsverarbeitungsvertrag | Nach Art. 28 DSGVO, deutschsprachig, EU-Vertragsverhältnis | Anbieterseitiges Vertragswerk; Prüfung auf Art.-28-Vollständigkeit erforderlich |
| Kanäle | Eingehende Telefonie und Website-Chat; WhatsApp-Integration ist angekündigt und folgt | Telefonie über API |
| Support-Sprache | Deutsch | Englisch |
| Support-Zeitzone | Mitteleuropäische Zeit | Nordamerikanische Zeitzonen |
| Rechnungslegung | Österreichische Rechnung, EU-Umsatzsteuerregime | US-Anbieterrechnung, Reverse-Charge-Prüfung erforderlich |
Die Zeilen zu Bland.ai bezeichnen strukturelle Merkmale, die aus Unternehmenssitz und Produktkategorie folgen. Wo eine Zeile eine Erhebung erfordert, steht das ausdrücklich dort.
Der Architekturvergleich
| Architekturebene | AIOOS | Bland.ai |
| Betriebsmodell | Managed Service: Der Anbieter betreibt, überwacht und aktualisiert den Assistenten | Plattform: Der Kunde baut, betreibt und wartet die Anwendung auf der API |
| Primärschnittstelle für den Kunden | Konfigurationsoberfläche und Betreuung | REST-Schnittstelle, Webhooks, Dokumentation |
| Wissensbasis | Zentral gepflegte Unternehmensdaten (Öffnungszeiten, Leistungen, Regeln), kanalübergreifend synchron | Vom Kunden bereitzustellen und in Prompts, Pfaden oder Tools abzubilden |
| Gesprächslogik | Vorkonfigurierte Abläufe für typische KMU-Fälle, kundenseitig anpassbar | Frei modellierbare Gesprächspfade, kundenseitig zu entwerfen |
| Telefonanbindung | Bestehende Rufnummer per Rufumleitung oder SIP-Trunk, Einrichtung durch den Anbieter | Nummernbezug und Routing über die Plattform bzw. eigene Telefonieinfrastruktur |
| Kalender und Terminbuchung | Anbindung an gängige Kalender als Produktbestandteil | Über eigene Integration und Tool-Aufrufe zu bauen |
| Übergabe an Menschen | Warm Transfer mit Gesprächskontext als Produktfunktion | Als Transfer-Funktion vorhanden, Kontextübergabe kundenseitig zu gestalten |
| Protokollierung und Nachbearbeitung | Strukturierter Gesprächsdatensatz an E-Mail oder Zielsystem, Close the Loop | Über Webhooks an das eigene System zu liefern |
| Verantwortung für Verfügbarkeit | Beim Anbieter | Geteilt: Plattform beim Anbieter, Anwendung beim Kunden |
| Verantwortung für die Rechtskonformität des Gesprächs | Anbieterseitig vorkonfiguriert, kundenseitig freizugeben | Vollständig beim Kunden als Betreiber der Anwendung |
| Anpassungstiefe | Hoch innerhalb des Produktrahmens | Sehr hoch, praktisch nur durch das eigene Entwicklungsbudget begrenzt |
| Erforderliche Kompetenz im Haus | Fachliche Kenntnis des eigenen Betriebs | Fachliche Kenntnis plus Softwareentwicklung und Betrieb |
Der Unterschied ist keine Frage von besser oder schlechter, sondern eine Frage der Betriebsverantwortung. Bei einer API liegt sie beim Kunden. Bei einem Managed Service liegt sie beim Anbieter. Das ist die Entscheidung, die dieser Vergleich Ihnen abnehmen soll.
1. Datenschutz: Verarbeitung in der EU gegenüber US-Rechtsregime
Ein Telefonat mit einem KI-Assistenten erzeugt personenbezogene Daten: die Stimme der Anruferin, ein Transkript, häufig Name, Rückrufnummer und Anliegen, im Gesundheits-, Rechts- und Finanzbereich zusätzlich Daten mit besonderem Schutzbedarf. Wo diese Daten verarbeitet werden und welchem staatlichen Zugriff sie unterliegen, ist deshalb keine Nebenfrage.
Was der CLOUD Act bedeutet
Der CLOUD Act aus dem Jahr 2018 hat 18 U.S.C. § 2713 eingefügt. Danach müssen Anbieter, die dem US-Recht unterliegen, Kommunikationsinhalte und Kundendaten auf behördliche Anordnung herausgeben, wenn sie diese besitzen, verwahren oder kontrollieren – ausdrücklich unabhängig davon, ob die Daten in den Vereinigten Staaten oder außerhalb gespeichert sind.
Der entscheidende Anknüpfungspunkt ist die Kontrolle, nicht der Serverstandort. Ein US-Unternehmen, das Daten in einem europäischen Rechenzentrum verarbeitet, bleibt Adressat einer solchen Anordnung. Ein europäischer Standort einer US-Gesellschaft löst dieses Problem daher nicht vollständig; er verkleinert es.
Was das für die Rechtsgrundlage der Übermittlung heißt
Eine Übermittlung in die Vereinigten Staaten braucht ein Instrument aus Kapitel V der DSGVO. Praktisch kommen zwei in Betracht:
- Angemessenheitsbeschluss EU-US Data Privacy Framework. Er gilt seit 10. Juli 2023 und deckt Übermittlungen an US-Organisationen ab, die eine Selbstzertifizierung nach dem Framework vorgenommen haben und in der Data Privacy Framework List geführt werden. Prüfbar ist das nur namentlich, für die konkrete Rechtsperson, mit der Sie den Vertrag schließen.
- Standardvertragsklauseln mit Zusatzmaßnahmen. Nach dem Schrems-II-Urteil (C-311/18) genügen Klauseln allein nicht. Es ist zu bewerten, ob das Recht des Drittlands ein gleichwertiges Schutzniveau gewährleistet, und andernfalls sind zusätzliche Maßnahmen zu ergreifen. Der EDSA hat das in den Empfehlungen 01/2020 in sechs Schritte gefasst, deren dritter – die Bewertung der Rechtslage im Drittland – der aufwendige ist.
Für Ihren Betrieb heißt das: Ein US-Dienst ist datenschutzrechtlich nutzbar, aber er erzeugt Dokumentationsaufwand. Transfer Impact Assessment, Prüfung des Framework-Eintrags, Zusatzmaßnahmen, Wiederholung der Bewertung in angemessenen Abständen. Diese Arbeit ist real und fällt bei jeder Vertragsverlängerung erneut an.
Der Unterschied in einem Satz
Bei AIOOS entfällt die Drittlandübermittlung als Prüfpunkt, weil Verarbeitung und Vertragsverhältnis innerhalb der Union bleiben. Bei einem US-Anbieter entfällt sie nicht, sondern wird zu einem Punkt in Ihrem Verarbeitungsverzeichnis nach Art. 30 DSGVO, den Sie pflegen und im Prüffall vorlegen müssen.
Das ist kein Vorwurf an Bland.ai. Es ist eine Eigenschaft der Rechtsordnung, in der ein US-Unternehmen gegründet ist – und ein Kostenfaktor, der in keinem Preisvergleich auftaucht.
Mehr dazu: DSGVO und Telefonassistent.
2. Sprache: Österreichisches Deutsch gegenüber einem englischsprachigen Produktkern
Ein Telefonassistent scheitert selten an der Grammatik. Er scheitert an dem Wort, das nur hier so verwendet wird.
Die Wörter, an denen es sichtbar wird
| Anruferin sagt | Bedeutung im österreichischen Kontext | Typischer Fehler eines nicht regional trainierten Systems |
| „Ordination“ | Arztpraxis | Wird als medizinischer Fachbegriff oder Fremdwort behandelt |
| „Jänner“ | Januar | Terminbuchung im falschen Monat oder Rückfrage |
| „im Erdgeschoß, zweite Stiege“ | Adressteil, Stiegennummer | „Stiege“ wird als Treppe im Sinne eines Hindernisses interpretiert |
| „Nächtigung“ | Übernachtung | Anfrage wird nicht als Buchungsanfrage erkannt |
| „Sackerl“, „Karfiol“, „Paradeiser“ | Alltags- und Warenbegriffe im Handel | Produktanfrage wird nicht zugeordnet |
| „Ich ruf wegen dem Pickerl an“ | § 57a-Begutachtung, Kfz | Anliegen wird nicht der richtigen Leistung zugewiesen |
| „Grüß Gott“, „Servus“, „Habe die Ehre“ | Begrüßung, je nach Region und Alter | Wird beantwortet, aber nicht als Registersignal genutzt |
Dazu kommt die Ebene unterhalb des Wortschatzes: Satzmelodie, Sprechtempo, die in Vorarlberg und Tirol anders klingende Vokalfärbung, das Schweizer Hochdeutsch mit eigener Aussprache und eigenen Begriffen (Znüni, Velo, Estrich), das norddeutsche Register. Ein System, dessen Sprachprofil primär für US-Englisch entworfen wurde, transportiert diese Unterschiede nicht automatisch, wenn man es auf Deutsch umstellt.
Warum das kein Detail ist
Ein Assistent, der nachfragen muss, verliert Zeit. Ein Assistent, der falsch versteht, erzeugt Nacharbeit – den Termin im falschen Monat, den Rückruf an die falsche Person, die Reklamation. Ein Assistent, der hörbar nicht von hier ist, kostet Vertrauen bei genau der Kundengruppe, die ohnehin skeptisch gegenüber Automatisierung ist.
AIOOS ist auf den DACH-Raum mit Schwerpunkt Österreich ausgerichtet, spricht mehrsprachig mit Anruferinnen und Anrufern in deren Sprache und verwendet im deutschsprachigen Betrieb österreichisches Vokabular. Bland.ai wird als englischsprachig entwickelte Plattform vermarktet; Deutsch ist als weitere Sprache verfügbar, regionale Varietäten des deutschen Sprachraums sind nicht als Produktschwerpunkt ausgewiesen.
Der Testweg: Rufen Sie beide Systeme an und sagen Sie drei Sätze aus der Tabelle oben. Das dauert zwei Minuten und ersetzt jede Marketingaussage – auch diese hier.
3. Betriebsmodell: fertige No-Code-Lösung gegenüber reiner Entwickler-API
Hier liegt der größte praktische Unterschied, und er ist unabhängig vom Datenschutz.
Was Sie bei einer API tatsächlich bauen
Eine Telefonie-API liefert den Kanal und das Sprachmodell. Was sie nicht liefert, ist Ihr Betrieb. Zwischen dem ersten erfolgreichen Testanruf und einem Assistenten, den Sie auf Ihre Hauptnummer schalten, liegen mindestens:
- Gesprächsführung für jeden Anlassfall, den Ihr Betrieb kennt, samt Abbruch- und Fehlerpfaden
- Anbindung des Kalenders inklusive Verfügbarkeitslogik, Doppelbuchungsschutz und Absagen
- Erkennung und Weiterleitung dringender Fälle an eine erreichbare Person
- Übergabe der Gesprächsdaten an das System, in dem Ihr Team ohnehin arbeitet
- Der Transparenzhinweis nach Art. 50 EU AI Act an der richtigen Stelle des Gesprächs
- Umgang mit Anrufern, die den Assistenten ablehnen, unterbrechen oder nicht verstanden werden
- Protokollierung, Löschkonzept, Rollen- und Zugriffsrechte
- Monitoring, Alarmierung, Rufbereitschaft, wenn nachts etwas ausfällt
- Regressionstests, wenn sich das zugrunde liegende Modell ändert
Jeder dieser Punkte ist lösbar. Zusammen sind sie ein Softwareprojekt mit Wartungspflicht – kein Konfigurationsvorgang. Für ein Produktteam ist das die richtige Arbeit. Für eine Ordination mit vier Mitarbeiterinnen, eine Kfz-Werkstatt oder ein Hotel mit saisonaler Rezeption ist es der falsche Ort, um Entwicklungskapazität zu binden, die es nicht gibt.
Was ein Managed Service anders macht
AIOOS liefert diese Punkte als Produkt. Sie beschreiben Ihren Betrieb – Öffnungszeiten, Leistungen, wer wann erreichbar ist, was am Telefon entschieden werden darf und was ausdrücklich nicht – und der Assistent wird darauf konfiguriert. Änderungen an den Öffnungszeiten sind eine Eingabe, kein Deployment. Für die Verfügbarkeit haftet der Anbieter, nicht Ihre IT-Betreuung.
Die ehrliche Kehrseite
Ein Produktrahmen ist ein Rahmen. Wenn Sie eine Gesprächslogik brauchen, die außerhalb dessen liegt, was ein KMU-Produkt abbildet – etwa ein eigenes Scoring-Modell mitten im Gespräch, ein proprietäres Protokoll zu einem Altsystem oder ausgehende Kampagnenlogik in großem Umfang – dann ist eine API die passendere Grundlage. Das ist kein Nachteil von Bland.ai, sondern der Zweck einer Plattform.
4. Artikel 50 EU AI Act: der Transparenzhinweis
Seit 2. August 2026 gelten die Transparenzpflichten des Kapitels IV der Verordnung (EU) 2024/1689. Artikel 50 Abs. 1 verlangt, dass natürliche Personen darüber informiert werden, dass sie mit einem KI-System interagieren, sofern das nicht offensichtlich ist. Nach Abs. 5 hat die Information klar, erkennbar und spätestens zum Zeitpunkt der ersten Interaktion zu erfolgen.
Am Telefon bedeutet das: in der Begrüßung, nicht in den AGB und nicht auf Nachfrage.
Eine mögliche Umsetzung:
„Grüß Gott bei Autohaus Reiter. Sie sprechen mit unserem KI-Assistenten. Ich kann Werkstatttermine vergeben und Auskunft zu Öffnungszeiten geben. Wenn Sie lieber mit einem Mitarbeiter sprechen, sagen Sie das bitte einfach.“
Ein bestimmter Wortlaut ist nicht vorgeschrieben. Vorgeschrieben ist, dass die Information klar ist und rechtzeitig kommt.
Der Unterschied zwischen den beiden Ansätzen ist an dieser Stelle keiner der Rechtsauffassung, sondern einer der Zuständigkeit:
- AIOOS liefert den Hinweis als vorkonfigurierten Bestandteil der Begrüßung aus. Ändern Sie den Begrüßungstext, bleibt der Hinweisbaustein erhalten.
- Bei einer API ist der Hinweis Teil des Skripts, das Ihr Team schreibt. Er kann exakt umgesetzt werden – aber er kann bei einer Skriptänderung auch versehentlich entfallen. Die Pflicht trifft dabei Sie als Betreiber der Anwendung, nicht die Plattform.
Wer eine API einsetzt, sollte den Transparenzhinweis deshalb als Testfall in der Freigabe verankern, nicht als Textzeile im Prompt. Ausführlich: EU AI Act Artikel 50 am Telefon und der Leitfaden zur Telefonie.
5. DSGVO Artikel 28: der Auftragsverarbeitungsvertrag
Wer Anrufe von einem Dienst annehmen lässt, gibt personenbezogene Daten an einen Auftragsverarbeiter. Damit ist ein Vertrag nach Art. 28 DSGVO Pflicht – nicht Kür, und nicht durch AGB-Zustimmung ersetzbar.
Die Punkte, die der Vertrag abdecken muss
| Anforderung aus Art. 28 DSGVO | Worauf Sie im Vertragstext achten |
| Gegenstand, Dauer, Art und Zweck der Verarbeitung | Ist die Telefonie konkret beschrieben oder nur pauschal „Services“? |
| Art der Daten und Kategorien betroffener Personen | Sind Sprachaufnahmen und Transkripte ausdrücklich genannt? |
| Verarbeitung nur auf dokumentierte Weisung, Art. 28 Abs. 3 lit. a | Gilt das auch für Übermittlungen in Drittländer? |
| Vertraulichkeitsverpflichtung der eingesetzten Personen | Namentliche oder rollenbezogene Bindung, nicht nur ein Verweis |
| Maßnahmen nach Art. 32 | Verschlüsselung, Zugriffskontrolle, Löschfristen – konkret oder in einer Anlage? |
| Unterauftragsverarbeiter, Art. 28 Abs. 2 und 4 | Liste vorhanden? Widerspruchsrecht bei Änderungen? Sitzstaaten genannt? |
| Unterstützung bei Betroffenenrechten | Fristen und Weg der Beauskunftung geregelt? |
| Löschung oder Rückgabe nach Vertragsende | Frist, Format, Nachweis der Löschung |
| Nachweis- und Auditrecht, Art. 28 Abs. 3 lit. h | Echtes Prüfrecht oder nur die Vorlage eines Berichts? |
Wo der praktische Unterschied liegt
Bei einem österreichischen Anbieter schließen Sie diesen Vertrag deutschsprachig, unter Unionsrecht, mit einer Rechtsperson in der EU. Streitigkeiten und Betroffenenanfragen bleiben in einem Rechtsraum.
Bei einem US-Anbieter ist zusätzlich zu klären: Welche Rechtsperson ist Vertragspartner? Sind Standardvertragsklauseln eingebunden, und in welchem Modul? Wie ist die Unterauftragsverarbeiterkette aufgebaut, insbesondere bei den zugrunde liegenden Sprachmodell- und Telefonieanbietern? Deckt der Vertrag ein echtes Prüfrecht oder nur die Vorlage eines Berichts? Und: Wie verhält sich das Vertragswerk zu einer Anordnung nach US-Recht, der der Anbieter nachkommen muss?
Diese Fragen sind beantwortbar. Sie kosten aber Zeit im Einkauf und in der Rechtsprüfung – und sie kommen bei jeder Vertragsänderung wieder.
Wann Bland.ai die passendere Wahl ist
Ein Vergleich, der nur in eine Richtung ausfällt, ist keiner. Bland.ai ist die bessere Grundlage, wenn:
- Sie ein Softwareteam haben, das Telefonie als Baustein in ein eigenes Produkt integriert
- Sie Gesprächslogik brauchen, die außerhalb jedes Produktrahmens liegt – eigene Modelle, eigene Entscheidungsregeln, tiefe Kopplung an ein Altsystem
- Ihr Markt primär englischsprachig ist oder Ihre Anrufer nicht aus dem deutschen Sprachraum kommen
- Sie volle Kontrolle über jeden Gesprächsschritt wollen und bereit sind, dafür Betriebsverantwortung zu übernehmen
- Sie ein Produkt für Dritte bauen, in dem Telefonie eine Funktion unter vielen ist
AIOOS ist die passendere Wahl, wenn:
- Sie ein KMU im DACH-Raum sind und keine Entwicklungskapazität für Telefonie binden wollen
- Österreichisches oder regionales Deutsch am Telefon vorkommt
- Datenschutz und Verarbeitung in der EU ein Vergabekriterium sind – im Gesundheits-, Rechts-, Steuerberatungs- oder Finanzbereich regelmäßig der Fall
- Sie Support in deutscher Sprache und in mitteleuropäischer Zeitzone brauchen
- Sie den Assistenten in Tagen und nicht in Quartalen produktiv haben wollen
Die Entscheidung in vier Fragen
Haben Sie im Haus jemanden, der eine Telefonanwendung baut und danach betreibt – auch nachts? Nein → Managed Service. Ja → beide Wege offen.
Sprechen Ihre Anrufer österreichisches oder regionales Deutsch? Ja → Sprachprofil wird zum Ausschlusskriterium, vorher testen.
Verarbeiten Sie Gesundheits-, Mandanten- oder Finanzdaten am Telefon? Ja → Verarbeitungsort und Auftragsverarbeitungsvertrag zuerst prüfen, danach Funktionen.
Brauchen Sie Gesprächslogik, die kein Produkt abbilden kann? Ja → API. Nein → das Produkt spart Ihnen ein Projekt.
Umstieg von einer API-Lösung auf einen Managed Service
Wenn bereits ein Prototyp auf einer Telefonie-API läuft, ist der Wechsel überschaubar, weil die Vorarbeit erhalten bleibt:
Gesprächspfade exportieren. Was Ihr Prototyp kann, ist die beste Anforderungsliste, die es gibt.
Rufnummer klären. Die bestehende Nummer bleibt; umgestellt wird die Rufumleitung oder der SIP-Trunk.
Wissensbasis übernehmen. Öffnungszeiten, Leistungen, Regeln und Ausnahmen einmal strukturiert erfassen.
Eskalationsregeln festlegen. Welcher Fall geht sofort an eine Person, und an welche?
Parallelbetrieb. Zuerst außerhalb der Öffnungszeiten oder auf einer Zweitnummer, dann auf der Hauptnummer.
Datenschutzdokumentation nachziehen. Verarbeitungsverzeichnis aktualisieren, Auftragsverarbeitungsvertrag ablegen, das Transfer Impact Assessment des alten Dienstes archivieren statt löschen.
Prüfprotokoll: zehn Fragen, die Sie beiden Anbietern stellen sollten
Stellen Sie diese Fragen schriftlich. Die Antworten sind Ihre Nachprüfung – und im Prüffall Ihre Dokumentation.
Welche Rechtsperson ist mein Vertragspartner, mit Sitz und Registernummer?
In welchen Rechenzentren und welchen Ländern werden Audiodaten und Transkripte verarbeitet und gespeichert?
Verlassen Daten zu irgendeinem Zeitpunkt den Europäischen Wirtschaftsraum – auch für Modellinferenz, Transkription, Sprachsynthese, Telefonie oder Support?
Welche Unterauftragsverarbeiter sind eingebunden, mit Sitzstaat und Verarbeitungszweck? Wie werde ich über Änderungen informiert?
Auf welcher Grundlage nach Kapitel V DSGVO erfolgt eine allfällige Drittlandübermittlung, und liegt ein Transfer Impact Assessment vor?
Erhalte ich einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO in deutscher Sprache, und welches Recht sowie welcher Gerichtsstand gelten?
Wie lange werden Aufnahmen und Transkripte gespeichert, wie erfolgt die Löschung, und wird sie nachgewiesen?
Werden meine Gesprächsdaten zum Training von Modellen verwendet? Ist das vertraglich ausgeschlossen?
Wie wird der Transparenzhinweis nach Art. 50 EU AI Act umgesetzt, und wer verantwortet ihn nach dem Vertrag?
Kann ich vor Vertragsabschluss einen Testanruf in österreichischem Deutsch führen und die Aufzeichnung erhalten?
Fragen 1 bis 9 gehören in den Einkauf. Frage 10 entscheidet.
Häufige Fragen
Ist dieser Vergleich rechtlich zulässig?
Ja. § 2a UWG erlaubt vergleichende Werbung, wenn der Vergleich nicht irreführend ist, Dienstleistungen für denselben Bedarf gegenüberstellt, objektiv wesentliche, relevante, nachprüfbare und typische Eigenschaften vergleicht und den Mitbewerber nicht herabsetzt. Dieser Text nennt seine Vergleichskriterien, seine Quellen und den Weg, auf dem Sie jede Aussage selbst nachprüfen können.
Löst ein Serverstandort in Europa das CLOUD-Act-Problem?
Nicht vollständig. 18 U.S.C. § 2713 knüpft an Besitz, Verwahrung oder Kontrolle durch einen dem US-Recht unterliegenden Anbieter an, ausdrücklich unabhängig vom Speicherort. Ein europäischer Standort verringert das Risiko, beseitigt es aber nicht, solange die Kontrolle bei einer US-Gesellschaft liegt.
Darf ich als österreichischer Betrieb überhaupt einen US-Telefondienst einsetzen?
Ja, wenn die Voraussetzungen des Kapitels V DSGVO erfüllt sind – etwa über den Angemessenheitsbeschluss zum EU-US Data Privacy Framework für eine dort gelistete Organisation oder über Standardvertragsklauseln mit den nach Schrems II erforderlichen Zusatzmaßnahmen. Dazu kommen Verarbeitungsverzeichnis, Auftragsverarbeitungsvertrag und, je nach Risiko, eine Datenschutz-Folgenabschätzung.
Worin unterscheidet sich eine Entwickler-API von einer fertigen Lösung konkret?
In der Betriebsverantwortung. Die API liefert Kanal und Sprachmodell; Gesprächslogik, Kalenderanbindung, Eskalation, Protokollierung, Monitoring und Wartung bauen und betreiben Sie. Beim Managed Service liegen diese Teile beim Anbieter, und Sie konfigurieren Ihren Betrieb statt eine Anwendung zu entwickeln.
Warum ist österreichisches Deutsch ein eigenes Kriterium?
Weil der Unterschied im Betrieb messbar wird. „Ordination“, „Jänner“, „Stiege“, „Nächtigung“ oder „Pickerl“ sind keine Stilfragen, sondern Bedeutungsträger. Wird eines davon falsch verstanden, entsteht ein falscher Termin oder ein Rückruf – also genau die Arbeit, die der Assistent abnehmen sollte.
Wer haftet für den Transparenzhinweis nach Art. 50 EU AI Act?
Die Pflicht trifft den, der das KI-System einsetzt und betreibt. Bei einer selbst gebauten API-Anwendung sind das Sie. Bei einem Managed Service liefert der Anbieter den Hinweis vorkonfiguriert aus; die Freigabe des Begrüßungstextes bleibt bei Ihnen.
Reicht die Zustimmung zu den AGB anstelle eines AVV?
Nein. Art. 28 DSGVO verlangt einen Vertrag oder ein anderes Rechtsinstrument mit einem festgelegten Mindestinhalt: Gegenstand, Dauer, Art und Zweck, Datenarten, betroffene Personenkategorien, Weisungsbindung, Unterauftragsverarbeiter, Unterstützung bei Betroffenenrechten, Löschung und Prüfrechte. Eine allgemeine Nutzungsbedingung deckt das in der Regel nicht ab.
Werden meine Gesprächsdaten zum Training verwendet?
Das ist eine Vertragsfrage, keine Produktfrage, und sie gehört ausdrücklich beantwortet. Fragen Sie beide Anbieter schriftlich und lassen Sie sich den Ausschluss vertraglich bestätigen, statt sich auf eine Angabe auf einer Website zu verlassen.
Kann AIOOS auch ausgehende Kampagnen fahren?
Der Schwerpunkt liegt auf eingehender Telefonie und dem Website-Chat; die WhatsApp-Integration ist angekündigt und folgt. Ausgehende Massenanrufe sind ein anderer Anwendungsfall mit eigenen rechtlichen Anforderungen, unter anderem nach § 107 TKG 2021 – hier ist eine Plattformlösung häufig die passendere Grundlage.
Wie prüfe ich den Sprachunterschied selbst, ohne Marketing?
Rufen Sie beide Systeme an und sprechen Sie drei Sätze aus dem Alltag Ihres Betriebs, mit regionalem Wortschatz und in normalem Sprechtempo. Lassen Sie sich das Transkript geben und vergleichen Sie, was jeweils verstanden wurde. Das dauert wenige Minuten und ist aussagekräftiger als jede Funktionstabelle.
Quellen
RIS – Rechtsinformationssystem des Bundes: Bundesgesetz gegen den unlauteren Wettbewerb 1984 (UWG), § 2a – vergleichende Werbung. <https://www.ris.bka.gv.at/NormDokument.wxe?Abfrage=Bundesnormen&Gesetzesnummer=10002665&Paragraf=2a> — abgerufen am 17.08.2026
Richtlinie 2006/114/EG des Europäischen Parlaments und des Rates vom 12. Dezember 2006 über irreführende und vergleichende Werbung, Artikel 4. <https://eur-lex.europa.eu/eli/dir/2006/114/oj> — abgerufen am 17.08.2026
Verordnung (EU) 2016/679 (DSGVO), Artikel 5, 6, 13, 28, 30, 32 sowie Kapitel V (Artikel 44 bis 49). <https://eur-lex.europa.eu/eli/reg/2016/679/oj> — abgerufen am 17.08.2026
Verordnung (EU) 2024/1689 (EU AI Act), Artikel 50 Abs. 1 und Abs. 5 sowie Artikel 113: Transparenzpflicht bei KI-Systemen mit Interaktion natürlicher Personen, anwendbar seit 02.08.2026. <https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng> — abgerufen am 17.08.2026
EuGH, Urteil vom 16.07.2020, C-311/18 (Schrems II): Ungültigkeit des Privacy-Shield-Beschlusses; Prüfpflicht bei Standardvertragsklauseln. <https://curia.europa.eu/juris/liste.jsf?num=C-311/18> — abgerufen am 17.08.2026
Durchführungsbeschluss (EU) 2023/1795 der Kommission vom 10. Juli 2023 über die Angemessenheit des Schutzniveaus im Rahmen des EU-US Data Privacy Framework. <https://eur-lex.europa.eu/eli/dec_impl/2023/1795/oj> — abgerufen am 17.08.2026
Clarifying Lawful Overseas Use of Data Act (CLOUD Act), Pub. L. 115-141, Division V; kodifiziert unter anderem in 18 U.S.C. § 2713. <https://www.congress.gov/bill/115th-congress/house-bill/4943/text> — abgerufen am 17.08.2026
European Data Protection Board, Recommendations 01/2020 on measures that supplement transfer tools, Version 2.0, angenommen am 18.06.2021 (Sechs-Schritte-Prüfung für Drittlandübermittlungen). <https://www.edpb.europa.eu/our-work-tools/our-documents/recommendations/recommendations-012020-measures-supplement-transfer_en> — abgerufen am 17.08.2026
RIS – Rechtsinformationssystem des Bundes: Telekommunikationsgesetz 2021 (TKG 2021), § 107 – unerbetene Nachrichten und Anrufe zu Werbezwecken. <https://www.ris.bka.gv.at/NormDokument.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20011600&Paragraf=107> — abgerufen am 17.08.2026
Anbieterdarstellung Bland AI (Unternehmenssitz, Produktkategorie „AI phone calls über API“, englischsprachige Dokumentation). <https://www.bland.ai/> — abgerufen am 17.08.2026