Die Anleitung richtet sich an Teams und Entwickler, die Terminwünsche mit n8n in Google Calendar überführen möchten. Sie zeigt, wie Sie Berechtigungen begrenzen, Zeitzonen und Konflikte prüfen, vor dem Schreiben eine Bestätigung einholen und Fehler nach dem Start untersuchen.
50 Kalender pro FreeBusy-Abfrage: erst prüfen, dann schreiben
Die FreeBusy-Abfrage der Google Calendar API kann bis zu 50 Kalender in einer Anfrage berücksichtigen. Für einen n8n-Google-Calendar-Terminbuchungs-Agenten heißt das nicht, dass der Agent beliebig Termine verändern sollte: Begrenzen Sie ihn auf das Lesen verfügbarer Zeitfenster, das Vorschlagen geeigneter Optionen und das Erstellen eines Ereignisses erst nach ausdrücklicher Bestätigung. Prüfen Sie zuerst Zeitzonen, Konflikte und wiederkehrende Termine in einem Testkalender; erst danach sollte der Ablauf echte Buchungen bearbeiten.
Dieser Leitfaden ist für Personen gedacht, die Kundentermine automatisieren möchten, ohne Buchungen unkontrolliert in einen Arbeitskalender schreiben zu lassen.
Er richtet sich außerdem an n8n-Entwickler, die Verbindungen und Fehlerzweige verantworten.
Technische Verantwortliche finden Kriterien für einen dauerhaft betreibbaren Ablauf und einen sorgfältigen Umgang mit Zugangsdaten.
Vor dem Aufbau: Grenzen für den Agenten festlegen
Ein zuverlässiger Ablauf beginnt nicht mit einer möglichst weitreichenden Kalenderberechtigung, sondern mit einer klaren Definition, welche Informationen ein Terminwunsch enthalten muss. Mindestens erforderlich sind ein eindeutig identifizierbarer Kalender, ein Datum, eine Startzeit, eine Zeitzone, eine Dauer oder Endzeit sowie ein nachvollziehbarer Titel. Wenn Gäste eingeladen werden, gehören auch deren bestätigte E-Mail-Adressen dazu. Ein fehlendes Pflichtfeld sollte nicht durch eine Vermutung des Sprachmodells ersetzt werden.
Legen Sie ebenso fest, welche Aktionen der Agent ausführen darf. Ein robuster erster Umfang umfasst die Abfrage verfügbarer Zeiträume, das Zurückgeben von Terminvorschlägen und das Erstellen eines bestätigten Ereignisses. Änderungen an bestehenden Terminen, Stornierungen, unklare Zeitangaben und Anforderungen wie „irgendwann nächste Woche“ bleiben menschlich zu prüfende Fälle. So wird verhindert, dass ein missverstandener Satz eine bestehende Buchung verändert.
| Entscheidung vor dem Bau | Sicherer Startpunkt | Was der Ablauf bei Abweichungen tun sollte |
|---|---|---|
| Pflichtangaben | Datum, eindeutige Uhrzeit, Zeitzone, Dauer und Titel erfassen | Rückfrage stellen, statt Werte zu erraten |
| Kalenderzugriff | Nur die für den Zweck benötigten Kalender auswählen | Nicht gefundene oder nicht zugängliche Kalender als Fehler behandeln |
| Änderungsrechte | Zunächst nur Verfügbarkeit lesen und bestätigte Ereignisse erstellen | Änderungen und Löschungen zur manuellen Prüfung geben |
| Freigabe | Termindetails vor dem Schreibschritt anzeigen | Bei Ablehnung oder ausbleibender Entscheidung nicht schreiben |
Auch der Datenschutz gehört zur Abgrenzung. Ein Agent sollte nicht mehr Kalenderinhalte abrufen oder in Ausführungsdaten speichern, als für die Terminentscheidung erforderlich ist. Prüfen Sie, welche Informationen in Benachrichtigungen, Protokollen und Fehlerausgaben landen können, und berücksichtigen Sie interne Datenschutzvorgaben sowie die DSGVO. Die technischen Berechtigungen sollten die festgelegten Aufgaben widerspiegeln, nicht die größtmögliche Auswahl an verfügbaren Aktionen.
Beim Verbinden: OAuth und Kalenderzugriff nachvollziehbar einrichten
Für die Verbindung verwenden Sie in n8n die Google-Calendar-Anmeldedaten und wählen die aktuell dokumentierte Authentifizierungsmethode. Die n8n-Anleitung für Google OAuth2 beschreibt den dort vorgesehenen Einrichtungsweg. Die konkreten Schritte können von der n8n-Version, der Konfiguration der Umgebung und den aktuellen Google-Vorgaben abhängen; übernehmen Sie deshalb nicht blind alte Screenshots oder Anleitungen für eine abweichende Installation.
Autorisieren Sie nur die erforderlichen Zugriffe. Die Google-Übersicht zu OAuth-Scopes erläutert die Berechtigungsbereiche für Google-Dienste. Ein Scope ist keine bloße Formalität: Er beeinflusst, welche Aktionen eine Verbindung überhaupt ausführen kann. Prüfen Sie vor der Freigabe, ob Ihr Ablauf tatsächlich nur lesen muss, ob er Ereignisse anlegen soll und ob diese Verbindung auch für andere Workflows verwendet wird. Breitere Zugriffe als erforderlich erhöhen die Folgen eines kompromittierten Zugangstokens.
Der n8n-Knoten für Google Calendar dokumentiert die verfügbaren Aktionen und Ressourcen. Kontrollieren Sie diese Liste in der verwendeten Version und leiten Sie daraus den tatsächlichen Ablauf ab, statt anzunehmen, jede denkbare API-Operation sei in der Oberfläche vorhanden. Für eine direkte Verfügbarkeitsprüfung kann außerdem die Google-Calendar-API relevant sein; deren FreeBusy-Methode liefert Belegungsinformationen für angefragte Kalender.
Wichtig: Ein erfolgreich gespeicherter OAuth-Zugang ist noch kein Nachweis dafür, dass der Agent im vorgesehenen Kalender lesen oder Ereignisse anlegen darf. Verifizieren Sie beide Anforderungen mit einem kontrollierten Test und dem erwarteten Zielkalender.
Erster Aufbau: Anfrage in einen eindeutigen Zeitvorschlag umwandeln
Verbinden Sie die Eingabe nicht unmittelbar mit einer Schreibaktion. Zerlegen Sie den Prozess in getrennte Abschnitte: Anfrage strukturieren, Pflichtangaben prüfen, Zeitraum eindeutig festlegen, Verfügbarkeit abfragen, Freigabe einholen und erst danach das Ereignis erstellen. Diese Trennung erleichtert die Fehlersuche, weil eine korrekt geparste Anfrage nicht mit einer erfolgreich angelegten Buchung verwechselt wird.
Bei einer Anfrage wie „am Dienstagvormittag“ fehlen unter Umständen ein konkretes Datum und eine präzise Uhrzeit. Der Agent sollte nachfragen, statt selbst einen passenden Termin auszuwählen und zu buchen. Verlangt der Ablauf eine Auswahl aus Vorschlägen, muss er diese als Vorschläge kennzeichnen und klar mitteilen, dass bis zur Bestätigung noch keine Buchung besteht.
Die n8n-Integration ist dabei mehr als eine Verbindung zum Kalender: Die eigentliche n8n Google Calendar Integration muss die passende Kalenderaktion mit einer kontrollierten Eingabe verbinden. Prüfen Sie insbesondere, ob die Kalender-ID dynamisch aus einer untrusted Anfrage übernommen wird. Wenn das nicht ausdrücklich vorgesehen ist, sollte der Kalender aus einer erlaubten Liste stammen und nicht frei vom Agenten bestimmt werden.
Zeitzone und Ereigniszeit getrennt behandeln
Eine Uhrzeit ohne Zeitzone ist nicht eindeutig. Fragen Sie daher, ob sich die Eingabe auf die Zeitzone der anfragenden Person, des Unternehmens oder eines ausdrücklich genannten Ortes bezieht. Lassen Sie die Auswahl in der Vorschau sichtbar werden, bevor ein Ereignis erstellt wird. Die Google-Dokumentation zu Kalendern, Ereignissen und Zeitzonen beschreibt, wie Zeitangaben in Ereignissen behandelt werden.
Bei wiederkehrenden Terminen ist besondere Sorgfalt nötig: Ein einzelner Startzeitpunkt und eine Regel für Wiederholungen können unterschiedliche Erwartungen auslösen, wenn eine Person die Serie ändern möchte. Die Google-Anleitung zu wiederkehrenden Ereignissen erläutert die Besonderheiten solcher Serien. Für den ersten Produktivschritt ist es meist sicherer, wiederkehrende Buchungen nicht automatisch anzulegen, solange der Ablauf Serien, Ausnahmen und Änderungen nicht gezielt abbildet.
| Eingabesituation | Prüfung vor dem nächsten Schritt | Sichere Reaktion |
|---|---|---|
| Datum und Uhrzeit ohne Zeitzone | Ist eine eindeutige Zeitzone bekannt? | Rückfrage stellen, wenn sie nicht aus einer belastbaren Vorgabe hervorgeht |
| Termin mit fester Dauer | Sind Start und Ende konsistent? | Intervall bilden und genau dieses Intervall auf Belegung prüfen |
| Wiederkehrender Termin | Ist eine Serie ausdrücklich gewünscht und vollständig beschrieben? | Bis zur Prüfung der Wiederholungsregeln keine Serie automatisch schreiben |
| Unvollständige Anfrage | Fehlt ein Pflichtfeld oder ist die Formulierung mehrdeutig? | Anfrage zur Ergänzung zurückgeben, nicht raten |
Konflikte vor und unmittelbar beim Schreiben prüfen
Die Verfügbarkeitsprüfung muss denselben Zeitraum betrachten, der später im Ereignis verwendet wird. Prüfen Sie nicht nur den Startzeitpunkt: Eine Überschneidung kann erst während der gewünschten Dauer auftreten. Fragen Sie die Verfügbarkeit des richtigen Kalenders ab und behandeln Sie fehlende oder fehlerhafte Antworten als ungeklärten Zustand. Ein Fehler bei der Abfrage ist keine Bestätigung, dass der Zeitraum frei ist.
Zwischen einer erfolgreichen Konfliktprüfung und dem Erstellen des Ereignisses kann ein weiterer Termin eingetragen werden. Deshalb sollte der Workflow die Verfügbarkeit möglichst kurz vor der Schreibaktion erneut prüfen, soweit sich das im gewählten Aufbau umsetzen lässt. Die zweite Prüfung beseitigt das Zeitfenster zwischen Lesen und Schreiben nicht vollständig, verringert aber die Gefahr, auf Basis eines inzwischen veralteten Ergebnisses zu buchen.
| Ergebnis der Prüfung | Bedeutet es eine sichere Buchung? | Nächster Schritt |
|---|---|---|
| Keine Belegung im geprüften Intervall | Noch nicht: Freigabe und Schreibaktion stehen aus | Vorschlag anzeigen und Freigabe einholen |
| Überschneidung gefunden | Nein | Alternativen ermitteln oder Anfrage zur Klärung zurückgeben |
| Kalender nicht erreichbar oder nicht lesbar | Nein | Fehler melden und keine Buchung versuchen |
| Prüfung bezieht sich auf andere Zeitdaten als der Entwurf | Nein | Zeitwerte vereinheitlichen und erneut prüfen |
Vor der Kalenderänderung: Freigabe sichtbar einbauen
Die Freigabe muss vor der schreibenden Kalenderaktion liegen. Zeigen Sie einer verantwortlichen Person mindestens Titel, Datum, lokale Uhrzeit samt Zeitzone, Dauer, Kalender und eingeladene Personen. Eine Freigabe, die nur den allgemeinen Text „Termin anlegen?“ darstellt, ist wenig hilfreich, wenn sich die konkreten Ereignisdaten im Workflow danach noch ändern können.
Verbinden Sie die Bestätigung mit genau den Daten, die anschließend geschrieben werden. Ändert sich nach der Freigabe beispielsweise die Uhrzeit oder ein Teilnehmer, ist die alte Zustimmung nicht automatisch eine Zustimmung zu den neuen Angaben. In diesem Fall sollte der Ablauf erneut eine Freigabe anfordern. Bei einer Ablehnung, einem abgelaufenen Freigabeschritt oder einer nicht eindeutig zuordenbaren Antwort muss der Schreibzweig geschlossen bleiben.
Für die eigentliche Erstellung dokumentiert die Google-API-Referenz zu events.insert die Anforderungen an das Einfügen eines Ereignisses. Verwenden Sie nach dem Schreibschritt die zurückgegebenen Daten, um zu prüfen, ob das Ereignis im erwarteten Kalender angelegt wurde und die Zeitangaben dem bestätigten Entwurf entsprechen. Eine erfolgreiche Anfrageinterpretation ist kein Beleg für einen erfolgreichen API-Aufruf; ebenso ersetzt eine erfolgreiche API-Antwort nicht die Kontrolle des tatsächlichen Zielkalenders.
Vor dem Echtbetrieb: Ablauf mit kontrollierten Fällen abnehmen
Führen Sie die ersten Tests mit einem eigenen Testkalender und erfundenen Teilnehmerdaten durch. Ein Testkalender verhindert, dass ein fehlerhafter Probelauf echte Kundentermine überschreibt oder ungewollte Einladungen verschickt. Halten Sie pro Test fest, welche Eingabe verwendet wurde, welcher Pfad erwartet war und ob ein Ereignis angelegt werden durfte. So lässt sich bei Änderungen nachvollziehen, ob eine Regression im Parser, in der Freigabelogik oder bei der Kalenderaktion liegt.
- [ ] Eine vollständige, eindeutige Anfrage führt zu einem passenden Entwurf und wartet vor dem Schreiben auf Bestätigung.
- [ ] Ein fehlendes Datum, eine unklare Uhrzeit oder eine nicht festgelegte Zeitzone löst eine Rückfrage aus.
- [ ] Eine bereits belegte Zeit wird als Konflikt erkannt und nicht als verfügbar gemeldet.
- [ ] Eine Antwort ohne Kalenderberechtigung führt zu einer sichtbaren Fehlermeldung, nicht zu einem Ersatzkalender.
- [ ] Eine Ablehnung im Freigabeschritt erzeugt kein Ereignis.
- [ ] Nach einer Zustimmung stimmen Kalender, Titel, Teilnehmer und Zeitwerte des angelegten Ereignisses mit der Vorschau überein.
- [ ] Ein wiederholter Eingang derselben Anfrage erzeugt nicht unbemerkt einen zweiten Eintrag.
- [ ] Ein technischer Fehler lässt sich in der Ausführungshistorie einer konkreten Workflow-Ausführung zuordnen.
Die letzte Prüfung ist für wiederholte Auslösungen wichtig: Ein erneuter Versuch nach einem Timeout kann eine Buchung duplizieren, wenn der erste Schreibaufruf erfolgreich war, aber die Rückmeldung nicht beim Workflow ankam. Planen Sie deshalb einen Abgleich ein, bevor ein erneuter Versuch dieselben Daten schreibt. Als Abgleich eignen sich nachvollziehbare Merkmale des Vorgangs, etwa eine interne Vorgangskennung, sofern diese datenschutzgerecht gespeichert und in der Ereignislogik zuverlässig ausgewertet wird. Eine solche Kennung ersetzt nicht die Kontrolle der Kalenderantwort, kann aber bei der Erkennung doppelter Verarbeitung helfen.
Nach dem Start: Ausführungen, Fehler und Zugangsdaten pflegen
Überwachen Sie erfolgreiche und fehlgeschlagene Ausführungen. Die n8n-Dokumentation zu Workflow-Ausführungen und Wiederholungen beschreibt, wie Ausführungen eingesehen und Wiederholungen behandelt werden. Legen Sie fest, wer bei fehlgeschlagenen Kalenderabfragen benachrichtigt wird und wer entscheiden darf, ob ein Vorgang erneut ausgeführt werden kann. Automatische Wiederholungen sollten nicht ohne Prüfung auf Schreibaktionen angewendet werden, weil eine unsichere Wiederholung doppelte Ereignisse erzeugen kann.
Auch Zugangsdaten benötigen einen geregelten Lebenszyklus. Halten Sie fest, wer die OAuth-Verbindung autorisiert, wer sie erneuern darf und wie ein Widerruf oder ein Austausch des Zugangs in den Workflow übernommen wird. Speichern Sie keine Zugangstokens in frei zugänglichen Notizen oder Benachrichtigungen. Prüfen Sie bei einem Berechtigungsfehler zuerst den Autorisierungsstatus und den verwendeten Scope, bevor Sie vorschnell weitere Zugriffsrechte ergänzen.
| Betriebssituation | Prüfen | Reaktion |
|---|---|---|
| Ereignis angelegt, aber falsche Angaben sichtbar | Antwort des Schreibschritts und bestätigten Entwurf vergleichen | Vorgang stoppen und Ursache beheben, bevor weitere Buchungen laufen |
| Verfügbarkeitsabfrage schlägt fehl | Zugang, Zielkalender und Ausführungsprotokoll prüfen | Nicht als „frei“ behandeln; verantwortliche Person informieren |
| Wiederholung nach Timeout | Prüfen, ob das Ereignis bereits existiert | Erst nach Abgleich erneut schreiben |
| OAuth-Zugriff funktioniert nicht mehr | Autorisierung und erforderliche Berechtigungen prüfen | Verbindung kontrolliert erneuern und anschließend Test ausführen |
Wenn n8n auf einer Umgebung läuft, die während der Buchungszeiten nicht erreichbar ist, kann ein fachlich korrekt gebauter Agent trotzdem keine Anfragen bearbeiten. Berücksichtigen Sie daher Ausführungsüberwachung, Benachrichtigung, sichere Speicherung der Zugangsdaten und einen nachvollziehbaren Wiederanlauf. Das ist eine Betriebsentscheidung und keine Garantie gegen Ausfälle: Prüfen Sie die tatsächliche Verfügbarkeit Ihrer Laufzeitumgebung und behalten Sie für kritische Kundentermine einen manuellen Ersatzweg.
Häufige Fragen zur Terminbuchung
Wie verbinde ich n8n mit Google Calendar, damit ein Agent Termine anlegen kann?
Richten Sie in n8n die Google-Calendar-Anmeldedaten mit dem passenden OAuth-Verfahren ein und wählen Sie anschließend den erforderlichen Kalender sowie die benötigte Aktion. Prüfen Sie die aktuell verfügbaren Operationen in der n8n-Dokumentation. Testen Sie zunächst mit einem separaten Kalender und kontrollieren Sie, ob die Verbindung tatsächlich lesen oder schreiben darf, bevor ein produktiver Ablauf darauf zugreift.
Wie verhindert ein Termin-Agent doppelte oder kollidierende Einträge?
Lassen Sie den Agenten vor dem Schreiben die Belegung des gewünschten Zeitraums abfragen. Vergleichen Sie die zurückgegebenen Belegungsintervalle mit dem vollständigen Terminintervall und erstellen Sie nur dann einen Eintrag, wenn kein Konflikt vorliegt. Eine erneute Prüfung unmittelbar vor dem Erstellen verringert das Risiko, dass eine zwischenzeitliche Buchung übersehen wird. Unklare Fälle gehören in eine manuelle Prüfung.
Wie behandelt die automatische Terminbuchung unterschiedliche Zeitzonen?
Speichern und übergeben Sie für einen Termin einen eindeutig bestimmten Zeitpunkt samt Zeitzone, statt eine lokale Uhrzeit ohne Kontext weiterzureichen. Klären Sie zuerst, ob die angefragte Zeit in der Zeitzone der anfragenden Person oder des Dienstleisters gemeint ist. Prüfen Sie die Darstellung im Testkalender, insbesondere bei wiederkehrenden Terminen und bei Zeitangaben, die sich durch eine Umstellung der lokalen Zeit verschieben können.
Wie kann vor dem Erstellen eines Kalendertermins eine Person zustimmen?
Fügen Sie zwischen Prüfung und Schreibaktion einen Freigabeschritt ein. Die zuständige Person muss dabei Titel, Teilnehmende, Kalender und den eindeutig dargestellten Beginn samt Zeitzone sehen. Erst eine ausdrückliche Bestätigung darf den Erstellungszweig freigeben. Bei Ablehnung, fehlender Antwort oder Änderungen an den Termindaten sollte der Ablauf nicht stillschweigend schreiben, sondern den Vorgang zur Klärung zurückgeben.
Für den Betrieb die passende Laufzeit wählen
Ein eigener Server oder ein bestehendes Automatisierungssystem kann sinnvoll sein, wenn ein Team Betrieb, Überwachung, Zugangsdaten und Wiederherstellung selbst verantwortet. Die versteckten Kosten liegen dann nicht nur in der Infrastruktur: Auch Updates, Alarmierung, Fehlersuche und die Pflege einer dauerhaft erreichbaren Laufzeit benötigen klare Zuständigkeiten. Eine lokale Arbeitsstation ist für Tests geeignet, aber als alleinige Laufzeit für geschäftskritische Buchungen anfällig, wenn sie ausgeschaltet oder nicht mit dem Netz verbunden ist.
Eine gemietete Mac-Umgebung kann eine Alternative sein, wenn der Ablauf eine Mac-basierte Laufzeit verlangt oder wenn zunächst eine zeitlich begrenzte Test- und Betriebsumgebung benötigt wird. Sie ist nicht automatisch die bessere Wahl: Wer eine dauerhaft hohe Last, spezielle physische Anschlüsse oder vollständige Kontrolle über die Hardware braucht, sollte eigene Geräte und den laufenden Wartungsaufwand gegen die Mietoption abwägen. Für einen temporären Test oder einen klar begrenzten Automatisierungsbetrieb kann die Vermeidung lokaler Gerätepflege jedoch relevant sein. Prüfen Sie die verfügbaren Optionen über die Bestellübersicht von nuvcloud; falls ein Standort in die Abwägung gehört, ist auch die Bestellseite für die US-Ostregion einsehbar.
Wenn der Termin-Agent erst noch mit echten Abläufen verbunden werden soll, sollte zuerst die Kalenderberechtigung eng begrenzt, der Freigabepfad getestet und die Fehlerbenachrichtigung eingerichtet werden. Anschließend lässt sich anhand der benötigten Erreichbarkeit und der Zuständigkeit für Zugangsdaten entscheiden, ob die vorhandene Laufzeit genügt oder eine gemietete Mac-Umgebung von nuvcloud den Betrieb besser unterstützt.
Bereit für Ihre nächste Automatisierung?
Entwickeln und testen Sie Ihren Terminbuchungs-Agenten auf einem dedizierten Cloud-Mac von nuvcloud.
Nutzen Sie natives macOS mit eigener Hardware, dedizierter IPv4-Adresse und 1-Gbit/s-Verbindung.
Weiterlesen
FAQ
Wie verbinde ich n8n mit Google Calendar, damit ein Agent Termine anlegen kann?
Richten Sie in n8n die Google-Calendar-Anmeldedaten mit dem passenden OAuth-Verfahren ein und wählen Sie anschließend den erforderlichen Kalender sowie die benötigte Aktion. Prüfen Sie die aktuell verfügbaren Operationen in der n8n-Dokumentation. Testen Sie zunächst mit einem separaten Kalender und kontrollieren Sie, ob die Verbindung tatsächlich lesen oder schreiben darf, bevor ein produktiver Ablauf darauf zugreift.
Wie verhindert ein Termin-Agent doppelte oder kollidierende Einträge?
Lassen Sie den Agenten vor dem Schreiben die Belegung des gewünschten Zeitraums abfragen. Vergleichen Sie die zurückgegebenen Belegungsintervalle mit dem vollständigen Terminintervall und erstellen Sie nur dann einen Eintrag, wenn kein Konflikt vorliegt. Eine erneute Prüfung unmittelbar vor dem Erstellen verringert das Risiko, dass eine zwischenzeitliche Buchung übersehen wird. Unklare Fälle gehören in eine manuelle Prüfung.
Wie behandelt die automatische Terminbuchung unterschiedliche Zeitzonen?
Speichern und übergeben Sie für einen Termin einen eindeutig bestimmten Zeitpunkt samt Zeitzone, statt eine lokale Uhrzeit ohne Kontext weiterzureichen. Klären Sie zuerst, ob die angefragte Zeit in der Zeitzone der anfragenden Person oder des Dienstleisters gemeint ist. Prüfen Sie die Darstellung im Testkalender, insbesondere bei wiederkehrenden Terminen und bei Zeitangaben, die sich durch eine Umstellung der lokalen Zeit verschieben können.
Wie kann vor dem Erstellen eines Kalendertermins eine Person zustimmen?
Fügen Sie zwischen Prüfung und Schreibaktion einen Freigabeschritt ein. Die zuständige Person muss dabei Titel, Teilnehmende, Kalender und den eindeutig dargestellten Beginn samt Zeitzone sehen. Erst eine ausdrückliche Bestätigung darf den Erstellungszweig freigeben. Bei Ablehnung, fehlender Antwort oder Änderungen an den Termindaten sollte der Ablauf nicht stillschweigend schreiben, sondern den Vorgang zur Klärung zurückgeben.