Zum Hauptinhalt springen

Behalten Sie den KI-Stack, den Sie gebaut haben. Ergänzen Sie einen Entscheidungspunkt, bevor unterstützte Antworten hinausgehen.

Nutzen Sie die dokumentierten, unterstützten Prüfungen von Audact für einen bestehenden Text-Agenten, oder sehen Sie sich Governed Voice AI für neue Kundengespräche an. Sehen Sie die genaue API-Grenze, den Richtlinienkontext und das Entscheidungsprotokoll, bevor Sie den Ablauf eines Kunden ändern.

Unterstützte Endpunkte und Werkzeugrechte werden je Operation ausgewiesen; nicht jedes aufgeführte Werkzeug ist durchgängig validiert.

Routen und Status heute

Ihr Agent bleibt. Der Entscheidungspunkt sitzt an der unterstützten Grenze.

Auf einer unterstützten Route trifft eine vorgeschlagene Antwort auf Ihre konfigurierte Regel, bevor sie hinausgeht. Jede Route trägt ihren Status aus dem Produktregister von Audact; eine gestrichelte Linie kennzeichnet alles, was keine universelle Route ist.

Illustration der Grenze

In Worten: Ihr bestehender Agent erreicht die unterstützte Integrationsgrenze über eine von vier Routen: den Endpunkt für die Textprüfung, die REST-API, den MCP-Server oder das TypeScript-SDK, jeweils mit dem Status daneben. Andere Voice-Anbieter liegen heute nicht transparent im Pfad und werden je Integration abgegrenzt. An der Grenze wird Ihre konfigurierte Regel angewendet und ein Entscheidungsprotokoll geschrieben. Das Ergebnis lautet zulassen, ändern oder blockieren. Eine zugelassene oder geänderte Antwort geht hinaus; bei einer Blockierung liefert Ihr eigener Stack seinen Rückfall.

Ihr bestehender Agent

Der Text-Agent oder Stack, den Sie für einen Kunden bereits betreiben.

Integrationswege

  • Endpunkt für die TextprüfungIn kontrollierten Tests

    OpenAI-kompatibel. Prüft jede Antwort Ihres eigenen Text-Agenten.

  • REST-APILäuft heute

    Die dokumentierten Operationen, mit einem Mandanten-API-Schlüssel.

  • MCP-ServerLäuft heute

    Erreichbar mit einem Mandanten-API-Schlüssel. Werkzeuge werden einzeln bestätigt.

  • TypeScript-SDKLäuft heute

    Clientbibliothek für die dokumentierten Operationen.

Geprüft werden nur Antworten, die Ihre Integration ausdrücklich an die unterstützte Prüfung sendet. Eine Anbindung allein setzt nichts durch.

Audact-Prüfung

Ihre konfigurierte Regel

Mit Ihrem Kunden festgelegt. Zum Beispiel: keine Liefertermine in einer Antwort.

Unterstützte Integrationsgrenze

Die Prüfung liefert eines von drei Ergebnissen

Zulassen

Die Antwort geht wie entworfen hinaus.

Ändern

Eine korrigierte Antwort geht hinaus.

Antwort geht hinaus

Was Ihr Kunde von Ihrem Stack erhält.

Blockieren

Die Antwort wird zurückgehalten.

Ihr eigener Rückfall

In Ihrem Stack festgelegt, nicht von Audact.

Entscheidungsprotokoll

Regel:
die geltende Version
Entscheidung:
zulassen, ändern oder blockieren
Eingabe und Ausgabe:
als Hashwerte gespeichert, nicht als Wortlaut

Lesbar über die REST-API oder einen Export.

  • Durchgezogen blau: eine Route, die das Produktregister als funktionierend oder in Tests ausweist
  • Gestrichelt grau: keine universelle Route; Umfang je Integration

Andere Voice-Anbieter

Heute nicht transparent im Pfad. Umfang je Integration.

Bei Voice, wenn eine Prüfung nicht fertig wird

Eine Prüfung, die ihre dokumentierte Frist verpasst, gibt den ursprünglichen Entwurf unverändert frei. Ein FAIL_OPEN-Ereignis wird festgehalten, und für diese Prüfung gibt es keine normale Quittung.

Ein Datensatz ist keine Buchung

Das Entscheidungsprotokoll zeigt, was geprüft und entschieden wurde. Es zeigt nicht, dass eine Buchung, ein Rabatt oder eine Zahlung in einem anderen System stattgefunden hat; das kann nur dieses System bestätigen.

In kontrollierten Tests

Stattdessen neu starten? Governed Voice AI führt neue Kundengespräche auf dem eigenen Voice-Stack von Audact.

Governed Voice AI ansehen

Eine Illustration dafür, wo die Prüfung sitzt, kein Screenshot einer Produktkonsole. Die Beispielregel ist erfunden.

Zwei Wege zum Start

Mit Audact bauen oder den eigenen Agenten mitbringen.

Beide enden gleich: eine unterstützte Antwort, gegen die Regeln Ihres Kunden geprüft, und ein Datensatz der Entscheidung.

  • Mit Audact bauen

    Bauen Sie auf der Plattform von Audact, Voice inklusive. Governed Voice AI führt das Gespräch; die REST-API, der MCP-Server und das TypeScript-SDK verbinden es mit den Werkzeugen, die Sie bereits nutzen. Audact betreibt den Voice-Stack, die Regelprüfungen und die Protokolle.

    Governed Voice AI
    In kontrollierten Tests
    REST-API
    Läuft heute

    Voice zu den veröffentlichten Voice-Konditionen; der Produktionszugang zur API liegt innerhalb eines bezahlten Vertrags.

  • Den eigenen Agenten mitbringen

    Sie betreiben schon einen Text-Agenten? Behalten Sie ihn. Leiten Sie seine Antworten über den OpenAI-kompatiblen Endpunkt von Audact: Jede Antwort, nicht der Prompt, wird vor der Rückgabe gegen die Regeln Ihres Kunden geprüft, und jede Prüfung wird festgehalten.

    Prüfung für eigene Text-Agenten
    In kontrollierten Tests

    Für Text-Agenten über den unterstützten Endpunkt; Entwicklerzugang nur auf Anfrage. Voice läuft auf dem eigenen Voice-Stack von Audact, und Handlungen in anderen Systemen liegen außerhalb dieser Prüfung.

Was bei Ihnen bleibt

Ihre Kunden, Ihre Preise, Ihr Stack.

  • Ihre Kundenbeziehung.

    Vertrag und Kontakt mit Ihrem Kunden bleiben bei Ihnen. Wer Partei welcher Vereinbarung ist, wird je Einsatz festgelegt.

  • Ihre Preise.

    Was Sie für Ihre eigenen Leistungen berechnen, legen Sie fest. Der Teil von Audact folgt den veröffentlichten Voice-Konditionen oder einem vereinbarten Enterprise Voice Pilot.

  • Ihr Stack, wo der Weg es unterstützt.

    Text-Agenten behalten Modell und Aufbau über den unterstützten Endpunkt; Voice läuft auf dem Voice-Stack von Audact. Wir sagen je Weg, was unterstützt ist, und nicht mehr.

MCP-Server

Assistenten über den MCP-Server anbinden, die Grenzen klar im Blick.

Der Server für das Model Context Protocol auf dem API-Host stellt Operationen von Audact als Werkzeuge für einen MCP-Client bereit. Dass der Endpunkt antwortet, zeigt nur das; jedes Werkzeug wird einzeln bestätigt.

Zugang
Ein Mandanten-API-Schlüssel als Bearer-Token. MCP-Clients, die nur OAuth unterstützen, können sich nicht mit dem MCP-Server verbinden.
Rechte
Werkzeuge folgen der Rolle des Schlüssels: Viewer liest nur, Developer kann anlegen und ändern, Owner kann zusätzlich löschen und Einstellungen ändern. Ein Werkzeugaufruf kann nicht mehr, als derselbe Schlüssel direkt gegen die REST-API kann.
Geld und Unumkehrbares
Werkzeuge, die Geld ausgeben, Daten unwiderruflich löschen, laufende Anrufe steuern oder Sicherheitseinstellungen ändern, verlangen eine ausdrückliche Bestätigung des Clients (confirm: true). Andere löschende Werkzeuge, etwa für einen Agenten, stützen sich stattdessen auf die Rolle des Schlüssels. Geben Sie einem Assistenten die kleinste Rolle, die er braucht.
Personenbezogene Daten
Zwei Werkzeuge geben entschlüsselte personenbezogene Daten aus Anrufen in den Kontext des Assistenten. Ob Ihr Assistent sie erhalten darf, regelt Ihr Auftragsverarbeitungsvertrag; wo nicht, nutzen Sie die REST-API mit Ihren eigenen Zugriffskontrollen.
Je Werkzeug, nicht je Endpunkt
Dass der Endpunkt antwortet, sagt noch nichts über ein bestimmtes Werkzeug. Welche Werkzeuge Ihr Weg braucht und mit welchen Rechten, gehen wir im Scoping mit Ihnen durch.

MCP-Server

MCP-Server: Ist es gebaut
Ist es gebautLäuft heute
MCP-Server: Komme ich heran
Komme ich heranEarly Customer Program
Warum dieser Status
Behauptung
Läuft heute · Early Customer Program
Geltungsbereich
Der MCP-Endpunkt /mcp/ auf dem API-Host und die Werkzeuge, die er bereitstellt. Nicht der Anthropic-Connector, der eine eigene Integration ist.
Grundlage
Gemessen am 21. Oktober 2026: POST https://api.audact.ai/mcp/ ohne Schlüssel gibt 401 mit WWW-Authenticate: Bearer realm="audact" zurück (die eigene Aufforderung des MCP-Servers).
Was er nicht feststellt
Dass jedes einzelne Werkzeug hinter diesem Endpunkt heute funktioniert. Das wird je Werkzeug bestätigt, und die Bestätigung steht aus.
Was Sie heute bekommen
Der Zugang läuft über das Onboarding innerhalb eines geltenden bezahlten Vertrags; der MCP-Server wird nicht separat bepreist.
Zuletzt geprüft
21. Oktober 2026
Wo Sie es prüfen
/mcp-server

Über Antworten hinaus

Handlungen in anderen Systemen sind der nächste Schritt, gemeinsam mit Partnern entworfen.

Eine Handlung freigeben, bevor sie ein anderes System erreicht, eine Ausnahme an einen Menschen geben, abgleichen, was zugesagt wurde und was das führende System zeigt: Das ist Control für Geschäftshandlungen. Es könnte im Anfragepfad sitzen oder neben einem Agenten laufen, den Sie schon haben; das gehört zur Entwurfsarbeit.

Wir erkunden es eine Handlungsklasse nach der anderen, im Gespräch mit Design-Partnern: kein Veröffentlichungstermin, kein Preis, kein Angebot.

Control für GeschäftshandlungenIn Entwicklung

Das Erstattungskonzept ansehen

Für wen

Drei Arten von Partnern, eine Kontrollschicht.

  • Agenturen & Telefonservices

    Voice-Agenturen, Telefonservices und Telefonie-Reseller, die unter eigener Marke verkaufen.

    Was Sie bekommen
    Governed Voice AI für Ihre Kunden, je Kunde eingerichtet, mit einem Entscheidungsprotokoll je abgeschlossener Prüfung.
    Was Audact liefert
    Die Voice-Plattform, den KI-Hinweis im Gespräch, die Regelprüfungen und die Protokolle.

    Zum Agenturangebot

  • Integratoren & Implementierungspartner

    Systemintegratoren, IT-Dienstleister und KI-Implementierungsteams.

    Was Sie bekommen
    Behalten Sie den Stack, den Sie für jeden Kunden gewählt haben, und ergänzen Sie eine Regelprüfung unterstützter Antworten, bevor sie den Kunden erreichen.
    Was Audact liefert
    Die Prüfung für eigene Text-Agenten, die REST-API, den MCP-Server und das TypeScript-SDK; Entwicklerzugang nur auf Anfrage.

    Eine Integration prüfen lassen

  • Plattformen: Audact einbetten

    Kommunikations-, Kundenservice- und Workflow-Plattformen.

    Was Sie bekommen
    Regelprüfungen unterstützter Antworten in Ihrem eigenen Produkt, je Ablauf abgegrenzt.
    Was Audact liefert
    Die API, die Prüfungen und die Protokolle, je Ablauf abgegrenzt.

Der Anfang

Von einer Integration zu einem Livegang, den Sie beide freigeben.

So beginnt eine Integration

Die Reihenfolge, in der wir arbeiten; ein fester Zeitplan ist damit nicht verbunden.

  1. 01

    Einen Ablauf mitbringen

    Ein Kundengespräch, die Regeln, die gelten müssen, und was als erledigt zählt.

  2. 02

    Die Integration prüfen

    Welcher Weg passt, welche Operationen und Werkzeugrechte Sie brauchen, und wo die Grenze liegt.

  3. 03

    Entwicklerzugang nach Freigabe

    Entwicklerzugang nur auf Anfrage, geöffnet, sobald der Ablauf vereinbart ist.

  4. 04

    Ein bezahlter Einsatz

    Der Produktionszugang liegt innerhalb eines bezahlten Vertrags: zu den veröffentlichten Voice-Konditionen oder als Enterprise Voice Pilot.

  5. 05

    Livegang, gemeinsam freigegeben

    Jeden Livegang geben Sie und Audact frei.

Status

Der Status, Teil für Teil.

Jeder Teil trägt seinen Status aus dem Produktregister von Audact.

  • Governed Voice AI

    Voice-Agenten mit der Regelprüfung unterstützter Antworten, bevor der Anrufer sie hört.

    Governed Voice AI: Ist es gebaut
    Ist es gebautIn kontrollierten Tests
    Governed Voice AI: Komme ich heran
    Komme ich heranEarly Customer Program
    Warum dieser Status
    Behauptung
    In kontrollierten Tests · Early Customer Program
    Geltungsbereich
    Die gesteuerte Sprachanwendung für Agenturen: aus- und eingehende Gespräche mit Offenlegung, Policy-Durchsetzung und einer Quittung je gesteuerter Interaktion.
    Grundlage
    Gespräche laufen, aber es hat noch kein zahlender Einsatz stattgefunden.
    Was er nicht feststellt
    Dass ein Einsatz bei einem zahlenden Kunden läuft, und dass die Auslieferung produktionsreif ist.
    Was Sie heute bekommen
    Das Early Customer Program ist für eine begrenzte Zahl externer Agenturen offen. Konditionen und Beträge stehen in der Preisliste.
    Nationale Policy-Schicht
    Deutschland: nationale Richtlinienebene aktiv. Niederlande: in Entwicklung. Belgien und Österreich: geplant.
    Aufnahme
    Niederlande und Flandern (BE): Aufnahme offen. Deutschland und Österreich: Aufnahme ist ein Gespräch und kein Starttermin.
    Zuletzt geprüft
    30. September 2026
    Wo Sie es prüfen
    /voice
  • Prüfung für eigene Text-Agenten

    Ein OpenAI-kompatibler Endpunkt, der die Antworten eines Text-Agenten prüft, den Sie bereits betreiben.

    Prüfung für eigene Text-Agenten: Ist es gebaut
    Ist es gebautIn kontrollierten Tests
    Prüfung für eigene Text-Agenten: Komme ich heran
    Komme ich heranNur auf Anfrage
    Warum dieser Status
    Behauptung
    In kontrollierten Tests · Nur auf Anfrage
    Geltungsbereich
    Ein OpenAI-kompatibler Endpunkt, der die Antworten des eigenen Text-Agenten eines Kunden vor der Rückgabe gegen dessen Regeln prüft und jede Prüfung festhält. Geprüft werden Antworten, keine Handlungen in anderen Systemen.
    Grundlage
    Hat am 20. Oktober 2026 auf Staging alle fünf QA-Bedingungen bestanden: Blockieren, Ändern, Prüfen jeder Antwort im Testlauf und Festhalten jeder Prüfung.
    Was er nicht feststellt
    Dass es in der Produktion läuft, und wie es sich unter Produktionslast verhält.
    Was Sie heute bekommen
    Entwicklerzugang nur auf Anfrage, innerhalb eines geltenden bezahlten Vertrags; nicht separat bepreist.
    Zuletzt geprüft
    24. Oktober 2026
    Wo Sie es prüfen
    /docs
  • REST-API

    Die öffentliche REST-API auf dem API-Host, erreichbar mit einem Mandanten-API-Schlüssel.

    REST-API: Ist es gebaut
    Ist es gebautLäuft heute
    REST-API: Komme ich heran
    Komme ich heranEarly Customer Program
    Warum dieser Status
    Behauptung
    Läuft heute · Early Customer Program
    Geltungsbereich
    Die öffentliche REST-API auf api.audact.ai/v1. Der MCP-Server hat einen eigenen Registereintrag.
    Grundlage
    Gemessen am 21. Oktober 2026: GET https://api.audact.ai/v1/health gibt 200 zurück; geschützte /v1-Routen geben 401 mit dem Standard-Fehlerkörper zurück. Die öffentliche Referenz unter /docs/api-reference listet alle öffentlichen Operationen auf.
    Was er nicht feststellt
    Dass jede einzelne Operation in der Produktion von Anfang bis Ende verifiziert wurde.
    Was Sie heute bekommen
    Der Produktionszugang liegt innerhalb eines geltenden bezahlten Vertrags. Endpunkte werden nicht separat bepreist.
    Zuletzt geprüft
    21. Oktober 2026
    Wo Sie es prüfen
    /apis
  • MCP-Server

    Der MCP-Endpunkt auf dem API-Host; Werkzeuge folgen der Rolle des Schlüssels und werden einzeln bestätigt.

    MCP-Server: Ist es gebaut
    Ist es gebautLäuft heute
    MCP-Server: Komme ich heran
    Komme ich heranEarly Customer Program
    Warum dieser Status
    Behauptung
    Läuft heute · Early Customer Program
    Geltungsbereich
    Der MCP-Endpunkt /mcp/ auf dem API-Host und die Werkzeuge, die er bereitstellt. Nicht der Anthropic-Connector, der eine eigene Integration ist.
    Grundlage
    Gemessen am 21. Oktober 2026: POST https://api.audact.ai/mcp/ ohne Schlüssel gibt 401 mit WWW-Authenticate: Bearer realm="audact" zurück (die eigene Aufforderung des MCP-Servers).
    Was er nicht feststellt
    Dass jedes einzelne Werkzeug hinter diesem Endpunkt heute funktioniert. Das wird je Werkzeug bestätigt, und die Bestätigung steht aus.
    Was Sie heute bekommen
    Der Zugang läuft über das Onboarding innerhalb eines geltenden bezahlten Vertrags; der MCP-Server wird nicht separat bepreist.
    Zuletzt geprüft
    21. Oktober 2026
    Wo Sie es prüfen
    /mcp-server
  • TypeScript-SDK

    Die TypeScript-Clientbibliothek für die dokumentierten Operationen.

    TypeScript-SDK: Ist es gebaut
    Ist es gebautLäuft heute
    TypeScript-SDK: Komme ich heran
    Komme ich heranEarly Customer Program
    Warum dieser Status
    Behauptung
    Läuft heute · Early Customer Program
    Geltungsbereich
    Die TypeScript-Clientbibliothek, dokumentiert unter /docs/sdks/typescript. Nicht die Python- und Go-SDKs, die einen eigenen Eintrag haben.
    Grundlage
    Das TypeScript-SDK ist auf npm als @audactcore/sdk 0.4.0 veröffentlicht (gemessen am 22. Oktober 2026); Paritätstests decken 209 von 211 dokumentierten Operationen ab.
    Was er nicht feststellt
    Dass jede dokumentierte Operation über das SDK gegen die Produktion ausgeführt wurde.
    Was Sie heute bekommen
    In einem bezahlten Vertrag enthalten.
    Zuletzt geprüft
    21. Oktober 2026
    Wo Sie es prüfen
    /docs/sdks/typescript
  • Anbindung an Drittsysteme

    CRM-, Automatisierungs- und Workspace-Anbindungen, innerhalb eines bezahlten Vertrags abgegrenzt.

    Integrationen: Ist es gebaut
    Ist es gebautIn Entwicklung
    Integrationen: Komme ich heran
    Komme ich heranNicht verfügbar
    Warum dieser Status
    Behauptung
    In Entwicklung · Nicht verfügbar
    Geltungsbereich
    Die Integrationen mit Drittsystemen: HubSpot, Pipedrive, Zapier und der eigene Slack-Workspace eines Kunden. Nicht Cal.com: die Sprachanwendung trägt eine native Cal.com-Integration, mit dem Stand von Voice. Verfügbarkeit oder eine Deal-Stufe lesen, ein Ergebnis zurückschreiben und ein Ereignis aus der Sprachanwendung in ein System stellen, das nicht unseres ist. Nicht die sechs Endpunkte der API selbst, die einen eigenen Eintrag haben, und nicht die Meldung, die Audact sich selbst schickt, wenn auf dieser Website ein Formular abgeschickt wird.
    Grundlage
    Gemessen am 30. September 2026 im Plattformcode (audact-monorepo): Ein Cal.com-Client ist vorhanden (Verfügbarkeit, Buchung, Umbuchung, Stornierung, OAuth) und seine Release-Abnahme steht offen; HubSpot, Pipedrive und Zapier haben dort keinen Client. Der eigene Code dieser Website benachrichtigt Audact nur per Slack-Webhook, wenn ein Formular abgeschickt wird.
    Was er nicht feststellt
    Welche Integration zuerst gebaut wird und wann. Eine Reihenfolge unter ihnen ist nicht entschieden, und ein Termin ist nicht festgelegt.
    Was Sie heute bekommen
    Nichts zu bestellen. Eine Anbindung wird innerhalb eines geltenden bezahlten Vertrags festgelegt; Integrationen werden nicht separat bepreist.
    Zuletzt geprüft
    30. September 2026
    Wo Sie es prüfen
    /integrations
  • Control für Geschäftshandlungen

    Befugnisprüfungen, bevor eine Handlung ein anderes System erreicht, mit Bestätigung durch dieses System.

    Control: Ist es gebaut
    Ist es gebautIn Entwicklung
    Control: Komme ich heran
    Komme ich heranNur intern
    Warum dieser Status
    Behauptung
    In Entwicklung · Nur intern
    Geltungsbereich
    Die Mandats- und Autoritätsschicht: Obergrenzen, Geltungsbereich und die Blockierung vor einer gesteuerten Handlung. Die Architektur ist beschrieben, die Laufzeit wird gebaut.
    Grundlage
    Es gibt keine Nutzer.
    Was er nicht feststellt
    Dass irgendetwas davon heute läuft, und dass die Beträge in der Oberfläche aus einem laufenden System stammen.
    Was Sie heute bekommen
    Nicht bestellbar. Nur Gespräche mit Design-Partnern, und erst nach schriftlicher Bestätigung der Lieferfreigabe.
    Zuletzt geprüft
    25. Oktober 2026
    Wo Sie es prüfen
    /control
  • Governed Chat

    Dieselben Regelprüfungen, für KI-Chat-Assistenten.

    Governed Chat: Ist es gebaut
    Ist es gebautIn kontrollierten Tests
    Governed Chat: Komme ich heran
    Komme ich heranNur auf Anfrage
    Warum dieser Status
    Behauptung
    In kontrollierten Tests · Nur auf Anfrage
    Geltungsbereich
    Governed Chat: die Regelprüfungen von Governed Voice AI für KI-Chat-Assistenten. Eine vorgeschlagene Antwort wird vor der Auslieferung an die Person im Chat gegen die Regeln des Kunden geprüft, und die Entscheidung wird festgehalten. Geprüft werden Antworten, keine Handlungen in anderen Systemen.
    Grundlage
    In kontrollierten Tests auf derselben Kontrollschicht wie Governed Voice AI. Noch nicht im Kundeneinsatz.
    Was er nicht feststellt
    Ein Veröffentlichungstermin, und welche Chat-Kanäle zuerst kommen.
    Was Sie heute bekommen
    Noch nicht bestellbar. Sprechen Sie mit uns über einen Chat-Ablauf; über frühen Zugang entscheiden wir im Einzelfall.
    Zuletzt geprüft
    25. Oktober 2026
    Wo Sie es prüfen
    /chat
  • Governed Email

    Darauf ausgelegt, vor dem Versand zu prüfen, wozu sich eine KI-geschriebene E-Mail verpflichtet.

    Governed Email: Ist es gebaut
    Ist es gebautIn kontrollierten Tests
    Governed Email: Komme ich heran
    Komme ich heranNur auf Anfrage
    Warum dieser Status
    Behauptung
    In kontrollierten Tests · Nur auf Anfrage
    Geltungsbereich
    Governed Email: prüft, wozu eine KI-geschriebene Geschäfts-E-Mail sich verpflichtet, etwa einen Preis, einen Termin oder eine Zusage, vor dem Versand gegen die Regeln des Kunden und hält die Entscheidung fest. Ob die E-Mail zugestellt wurde und ob das geschäftliche Ergebnis eingetreten ist, können nur die Systeme bestätigen, die das abwickeln.
    Grundlage
    Ein funktionierender E-Mail-Agent ist in kontrollierten Tests auf derselben Kontrollschicht wie Governed Voice AI. Noch nicht im Kundeneinsatz.
    Was er nicht feststellt
    Ein Veröffentlichungstermin, und welche Mailsysteme zuerst kommen.
    Was Sie heute bekommen
    Noch nicht bestellbar. Sprechen Sie mit uns über einen E-Mail-Ablauf mit einer klaren Grenze; über frühen Zugang entscheiden wir im Einzelfall.
    Zuletzt geprüft
    25. Oktober 2026
    Wo Sie es prüfen
    /email

Fragen

Fragen, die Partner stellen.

Gibt es ein Partnerprogramm?
Nein: keine Stufen, Abzeichen, Zertifizierungen oder Portale. Sie arbeiten mit den Menschen, die das Produkt bauen, ein Ablauf nach dem anderen.
Gelten Zertifizierungen füreinander?
Nein. Die Zertifizierungen jeder Partei decken ihre eigenen Leistungen ab. Audact ist heute nicht zertifiziert, weder nach ISO 27001 noch nach SOC 2; die Trust-Seite beschreibt die Maßnahmen, die Unterauftragsverarbeiter und den Auftragsverarbeitungsvertrag.
Wo werden Daten gehostet, und welche Modelle kommen zum Einsatz?
Hosting und Modelle sind je Komponente festgelegt. Primäres Anwendungs-Hosting: Frankfurt. Einige Unterauftragsverarbeiter im Ablauf arbeiten außerhalb des EWR unter Standardvertragsklauseln; die Trust-Seite führt jeden mit Land und Übermittlungsgrundlage auf. Welches Modell ein Einsatz nutzt, wird je Komponente im Scoping vereinbart.
Können unsere Kunden ihr eigenes Modell behalten?
Bei Text-Agenten ja: Die Prüfung sitzt auf einem OpenAI-kompatiblen Endpunkt, sodass der Agent eines Kunden Modell und Aufbau behält, während seine Antworten gegen dessen Regeln geprüft werden. Voice läuft auf dem eigenen Voice-Stack von Audact, das Modell wird je Einsatz vereinbart. Entwicklerzugang gibt es nur auf Anfrage.
In kontrollierten Tests
Heißt ein erreichbarer MCP-Server, dass jedes Werkzeug funktioniert?
Nein. Ein erreichbarer Endpunkt zeigt, dass er antwortet. Jedes Werkzeug wird einzeln bestätigt, und jedes Werkzeug folgt der Rolle des Schlüssels, den Sie verwenden.
Läuft heute
In welchen Märkten können wir starten?
Aufnahme je Land, wie das Register von Audact sie führt: Niederlande und Flandern (BE): Aufnahme offen. Deutschland und Österreich: Aufnahme ist ein Gespräch und kein Starttermin.
Wer haftet wofür?
Das hängt vom Aufbau ab und von den Verträgen zwischen Ihnen, Ihrem Kunden und Audact. Wer einen KI-Agenten unter eigenem Namen verkauft, kann nach der KI-Verordnung Anbieterpflichten tragen; diese Rollen klären wir mit Ihnen vor dem Livegang. Allgemeine Information, keine Rechtsberatung.

Nächster Schritt

Bringen Sie eine Integration mit.

Sagen Sie uns, welchen Agenten oder Stack Sie betreiben, welches Gespräch er für Ihren Kunden führt und was er nie zusagen darf. Wir planen den Weg und seine Grenze mit Ihnen durch.