Telefonassistenten an ein Terminsystem anbinden
Planen Sie Buchung, belegte Zeiten, verlorene Antworten und Terminänderungen mit einem ausgearbeiteten Schnittstellenbeispiel.
Ein Telefonassistent darf einen Termin erst bestätigen, wenn das zuständige Buchungssystem den passenden Eintrag bestätigt hat. Dafür braucht er begrenzte Schnittstellenfunktionen und Antworten, aus denen der tatsächliche Zustand hervorgeht. Eine Liste freier Zeiten ist noch keine Buchung.
Buchungsregeln im zuständigen System halten
Im fiktiven Beispiel vergibt ein Softwarebetrieb für bestehende Kunden Projektgespräche von 30 Minuten für die Ressource consultation-a. Die anrufende Person wählt den 19. November 2026 von 14:00 bis 14:30 in Europe/Berlin; der Assistent liest Datum, Zeit und Dauer vor und wartet auf die ausdrückliche Auswahl.
Der Buchungsdienst prüft erlaubte Terminarten, Rechte und Überschneidungen beim Schreiben. Auch Website und Mitarbeitende müssen dieselbe Vergaberegel nutzen. Eine erst nachträgliche Kalendersynchronisation verhindert nicht, dass zwei Buchungswege gleichzeitig dieselbe Zeit vergeben.
Vier begrenzte Funktionen vorsehen
Funktion im Beispiel | Aufgabe | Benötigte Antwort |
|---|---|---|
| Passende freie Zeiten suchen | Zeiträume mit Datum und Zeitzone |
| Die ausdrücklich gewählte Zeit buchen | Bestätigte Buchung oder konkreter Ablehnungsgrund |
| Den Ausgang einer Anfrage anhand ihrer Kennung klären | Vorhandene Buchung, gescheiterte Anfrage oder weiterhin unklarer Zustand |
| Eine bestehende Buchung gezielt verschieben | Bestätigte Änderung oder unverändert bestehender Termin |
ElevenLabs beschreibt solche externen Funktionen als Webhook-Tools. Die Namen und Regeln hier sind ein eigener Entwurf. Der Server prüft Parameter und Berechtigungen selbst; ein Modellaufruf erteilt keine Zugriffsrechte. Zugangsschlüssel gehören nicht in den Gesprächstext. Für Änderungen reicht eine genannte Buchungskennung allein nicht als Berechtigungsnachweis.
Anfrage und Antwort ausfüllen
Der Server vergibt für diesen Buchungswunsch die stabile Anfragekennung R-94. Nach geklärter Zuordnung der anrufenden Person zum Kundenkonto erhält die Buchungsfunktion folgende fachliche Daten:
{"requestId":"R-94","resourceId":"consultation-a","start":"2026-11-19T14:00:00+01:00","timeZone":"Europe/Berlin","durationMinutes":30}Das ist kein direkter Google-Calendar-Aufruf. Die Freebusy-Abfrage von Google liefert Belegtzeiten; die exklusive Vergabe muss der gewählte Buchungsweg zusätzlich sicherstellen. Im Beispiel sind Prüfung und Reservierung gegen konkurrierende Buchungen abgesichert. Erst folgende fachliche Bestätigung erlaubt die Buchungszusage:
{"requestId":"R-94","status":"confirmed","bookingId":"B-94"}Der Assistent kann nun den vereinbarten Zeitpunkt bestätigen. Ein angelegter Kalendereintrag beweist für sich genommen nicht, dass eine Einladung gelesen wurde.
Vier Fälle bis zum gespeicherten Ergebnis prüfen
Fall | Erwartetes Systemverhalten | Aussage im Gespräch |
|---|---|---|
Gewählte Zeit ist beim Schreiben frei | Eine Buchung | Den vereinbarten Termin bestätigen |
Die Zeit wurde inzwischen vergeben | Keine weitere Buchung für dieselbe Ressource und Zeit | Neue verfügbare Zeiten anbieten |
Antwort auf die Buchung geht verloren | Zuerst mit | Die Bestätigung steht noch aus |
Gewünschte Verschiebung auf |
| Änderung abgelehnt; ursprünglichen Termin nennen |
Gleiche Anfragekennung und gleiche Daten im gleichen Berechtigungsbereich müssen beim Wiederholen zum vorhandenen Ergebnis führen. Ein veränderter Wunsch bekommt eine neue Kennung. Bleibt der Ausgang unklar, wird keine zweite Buchung mit neuer Kennung erzwungen; der Fall geht über den eingerichteten Klärungsweg weiter.
Beim Verschieben darf der alte Termin nicht vorzeitig entfallen. Unterstützt die Anbindung keinen abgesicherten Wechsel, braucht sie einen gesonderten Ablauf statt einer automatischen Zusage. Ausgefüllte Tests für diese vier Fälle zeigen vor dem Einsatz, ob Gespräch und Buchungsstand tatsächlich zusammenpassen.
Quellen
Geschrieben von
- Matthias BeckerRedakteur für KI und AutomatisierungMatthias Becker betreut bei ASES die Beiträge zu künstlicher Intelligenz und Automatisierung. Er untersucht, wie Unternehmen KI in ihren Arbeitsabläufen einsetzen können und wo die Grenzen der jeweiligen Anwendungen liegen.
Weiterlesen
Alle Beiträge
KI & Automatisierung mit ASES
KI-Assistenten und automatisierte Abläufe