Terminbuchung per KI-Telefonassistent: Der Dialog ist leicht, der Kalenderzustand ist die Arbeit
„Dienstag um zehn“ klingt eindeutig, bis mehrere Kalender, Leistungen, Pufferzeiten und Zeitzonen beteiligt sind. Eine gute Buchung ist ein bestätigter Zustandswechsel.
Das Wichtigste
- Verfügbarkeit lesen und einen Termin schreiben sind getrennte Schritte mit unterschiedlichen Berechtigungen.
- Der Agent wiederholt Leistung, Datum, Uhrzeit, Zeitzone, Ort und Kontaktdaten vor der verbindlichen Buchung.
- Doppelte Buchungen werden mit eindeutigen Vorgangs-IDs, erneuter Verfügbarkeitsprüfung und sauberem Fehlerpfad verhindert.
Ein Kalender ist kein hübsches Raster
Die sichtbare Lücke im Kalender ist nur der Anfang. Eine Dienstleistung kann eine bestimmte Dauer, Vorbereitungszeit, Ressource oder Qualifikation benötigen. Abwesenheiten und parallele Kalender verändern das Angebot. Google Calendar stellt dafür unter anderem Free/Busy-Abfragen bereit; Microsoft Graph kann Verfügbarkeiten für Nutzer und Ressourcen ermitteln. Der Agent braucht daraus ein kontrolliertes Angebot, nicht beliebigen Schreibzugriff.[1][2]
| Schritt | Systemaktion | Gesprächsaktion |
|---|---|---|
| Anliegen klären | Leistung und Standort bestimmen | offene Frage, keine Terminliste vorlesen |
| Slots finden | Verfügbarkeit mit Regeln abfragen | wenige passende Alternativen anbieten |
| Bestätigen | gewählten Slot erneut prüfen | alle Eckdaten verständlich wiederholen |
| Buchen | Ereignis mit Vorgangs-ID anlegen | erst nach bestätigtem Erfolg zusagen |
| Nachrichten | Bestätigung über freigegebenen Kanal senden | Empfangsweg und Adresse prüfen |
„Nächsten Freitag“ muss überprüfbar werden
Menschen nennen Termine relativ, korrigieren sich und lassen die Zeitzone meist weg. Der Agent sollte daraus intern ein eindeutiges Datum mit Zeitzone bilden und dieses in natürlicher Form zurücklesen: Wochentag, Datum, Uhrzeit und bei Bedarf Standort. Bei Widerspruch zwischen Wochentag und Datum wird nicht geraten, sondern nachgefragt.
- Relative Angaben wie morgen, übermorgen oder nächste Woche immer auf ein konkretes Datum auflösen.
- Bei internationalen Gesprächen die Zeitzone ausdrücklich nennen und im Kalenderereignis speichern.
- Namen, E-Mail-Adressen und Referenznummern segmentweise wiederholen, statt sie still zu übernehmen.
- Bei akustisch unsicheren Angaben eine zweite Bestätigung einholen oder auf einen sicheren Kanal wechseln.
Der gefährliche Moment liegt zwischen Prüfen und Schreiben
Ein Slot kann nach der ersten Abfrage von jemand anderem belegt werden. Eine Netzunterbrechung kann außerdem dazu führen, dass der Termin angelegt wurde, die Bestätigung aber nicht beim Agenten ankommt. Eigene Ereignis-IDs helfen, wiederholte Schreibversuche demselben Vorgang zuzuordnen; Google weist ausdrücklich darauf hin, dass selbst gewählte Event-IDs doppelte Anlage nach unklarem Fehler vermeiden können.[3]
Ändern und stornieren gehören zum selben Produkt
Ein Buchungsagent, der nur neue Termine kann, verschiebt Arbeit statt sie zu lösen. Änderungen brauchen sichere Zuordnung, Regeln für Fristen und eine klare Unterscheidung zwischen neuem Slot und Löschung des alten. Erst wenn der neue Termin bestätigt ist, wird der bisherige Zustand verändert – oder der Nutzer entscheidet bewusst anders.
- Berechtigte Person und vorhandenen Termin mit möglichst wenigen, aber ausreichenden Daten identifizieren.
- Änderungs- oder Stornoregeln aus einer gepflegten Quelle erklären; keine Kulanz erfinden.
- Neuen Zustand vollständig zusammenfassen und ausdrücklich bestätigen lassen.
- Kalenderantwort, Benachrichtigung und Audit-Ereignis prüfen; bei Teilfehlern an einen Menschen übergeben.
Quellen und Prüfstand
Primärquellen der Anbieter, zuletzt geprüft am 19. August 2026.
- [1]Google Calendar API: Freebusy query · Google for Developers · abgerufen am 19. August 2026
- [2]Microsoft Graph: calendar getSchedule · Microsoft Learn · abgerufen am 19. August 2026
- [3]Create events with the Google Calendar API · Google for Developers · abgerufen am 19. August 2026
