Mit der Terminplanung wird aus einem KI-Gespräch ein verbindliches Versprechen. Eine plausibel klingende Uhrzeit reicht dafür nicht. Der Techniker braucht die richtige Qualifikation, muss das Gebiet bedienen, an diesem Tag arbeiten, genug Zeit für den Einsatz haben und während der Entscheidung des Kunden frei bleiben. Lavenity prüft all das mit festen Planungsregeln und Datenbankgarantien – nicht mit einer Vermutung des Sprachmodells.
Die Verfügbarkeit ist eine deterministische Berechnung, keine KI-Schätzung
Ein Mitarbeiter oder Team bringt wöchentliche Arbeitszeiten, Ausnahmen für einzelne Tage, Qualifikationen, Einsatzgebiete und Puffer vor und nach dem Termin mit. Die Leistung liefert Dauer und Buchungsregeln, die Anfrage die gewählte Leistung und Postleitzahl. Die Terminsuche führt diese Angaben in der Zeitzone des Workspaces zusammen und zeigt nur Zeiträume, in die der komplette Einsatz tatsächlich passt.
Der Kalender verschweigt nicht, warum jemand passt oder nicht. Geeignete Mitarbeiter erscheinen zuerst; bei allen anderen sieht die Disposition, ob eine Qualifikation fehlt oder die Adresse außerhalb des üblichen Gebiets liegt. Dieser Unterschied zählt: Für eine entferntere Postleitzahl kann Ihr Team bewusst eine Ausnahme machen. Ohne elektrische Qualifikation bleibt ein Elektrikauftrag dagegen tabu – unabhängig davon, wer fragt.
Qualifikationen, Gebiete, Ausnahmen und Puffer bestimmen die gültigen Termine
Die Auswahl einer Uhrzeit legt noch keinen endgültigen Termin an. Sie erzeugt eine befristete Reservierung, die den Zeitraum blockiert, während Kunde oder Team bestätigt. Läuft sie aus, gibt ein Hintergrundprozess die Zeit wieder frei. Vor der Bestätigung prüft Lavenity Reservierung, aktuelle Anfrageversion und Verfügbarkeit erneut. Ein alter Browser-Tab kann deshalb keinen inzwischen verfallenen Termin doch noch buchen.
Der eigentliche Schutz vor Konflikten sitzt in der Datenbank. Aktive Reservierungen und bestätigte Termine derselben Person dürfen sich nicht überschneiden. Selbst wenn zwei Anfragen über verschiedene Serverprozesse gleichzeitig eintreffen, kann nur eine gewinnen. Wiederholte Reservierungs- oder Bestätigungsaufrufe liefern das vorhandene Ergebnis zurück, statt ein Duplikat anzulegen. Das ist verlässlicher, als im Anwendungsspeicher kurz nachzusehen und zu hoffen, dass bis zum Speichern nichts passiert.
Befristete Reservierungen schützen die Entscheidungszeit
Bestätigung und Stornierung sind dauerhafte betriebliche Ereignisse. Termin und Kundenbenachrichtigung werden gemeinsam gespeichert. Scheitert der Versandkanal vorübergehend, kann der Zustellprozess es erneut versuchen, ohne die Buchung zurückzunehmen. Inbox, Anfrage und Kalender zeigen denselben verbindlichen Status. Eine Stornierung gibt die Zeit frei und hält den Grund fest; als zugestellt gilt die Nachricht erst, wenn der Kanal sie wirklich angenommen hat.
Datenbankregeln und dauerhafte Zustellung schützen das endgültige Versprechen
Die integrierte Planung ist verfügbar, der autonome Book-Modus für Ven bleibt jedoch bewusst ausgeschaltet. Dafür braucht der Agent noch ausdrücklich freigegebene Werkzeuge für Suche, Reservierung und Bestätigung sowie eine Regelprüfung bei jedem Aufruf. Bis dahin endet Qualify bei „bereit zur Planung“, und Ihr Team wählt einen gültigen Termin. Diese Grenze ist ehrlich: Die Planungslogik kann fertig sein, bevor die KI das Recht erhält, einem Kunden die Zeit verbindlich zu versprechen.
Testen Sie fünf Planungsfehler, die in einer Demo selten vorkommen
Legen Sie zwei Mitarbeiter mit unterschiedlichen Qualifikationen und Einsatzgebieten an, ergänzen Sie eine Abwesenheit und geben Sie der Leistung Dauer plus Puffer. Suchen Sie in derselben Woche einmal mit passenden und einmal mit unpassenden Voraussetzungen. Das Ergebnis muss Zeitzone, Ausnahme, Einsatzdauer, Qualifikation, Gebiet und freie Zeit vor und nach dem Termin berücksichtigen.
Öffnen Sie denselben Termin in zwei Sitzungen und reservieren Sie ihn gleichzeitig. Nur eine Reservierung darf gewinnen. Lassen Sie danach eine Vormerkung ablaufen und versuchen Sie trotzdem zu bestätigen. Bestätigen Sie anschließend einen gültigen Termin zweimal. Die abgelaufene Reservierung muss scheitern; die doppelte Bestätigung muss denselben Termin zurückgeben statt einen zweiten anzulegen.
Simulieren Sie zuletzt einen Zustellfehler nach erfolgreicher Buchung. Der Termin muss bestehen bleiben, die Kundenbenachrichtigung erneut versendet werden können und der Fehler für Ihr Team sichtbar sein. Planung ist dann zuverlässig, wenn auch schwierige Zustände klar behandelt werden – nicht nur, wenn ein leerer Kalender den ersten Klick akzeptiert.
Häufig gestellte Frage
Bucht Ven jetzt selbstständig Termine?
Noch nicht. Die integrierte Planung mit Mitarbeitern, regelbasierter Terminsuche, Reservierungen, Ablauf, Bestätigung, Stornierung, Konfliktschutz und dauerhaft gespeicherten Benachrichtigungen ist umgesetzt. Ven endet weiterhin im Qualify-Modus, weil ihm die ausdrücklich freigegebenen Werkzeuge für Suche, Reservierung und Buchung noch fehlen. Erst mit diesen Grenzen darf er den Kalender im Namen des Kunden nutzen.