Kurzantwort
Eine Online-Terminbuchung berücksichtigt Fahrzeiten, indem sie eine Startzeit nur dann anbietet, wenn Anfahrt, Einsatz, Puffer und Weiterfahrt zum nächsten Einsatzort in die freie Zeit passen. Dafür legen Sie Einsatzdauer, Puffer, Arbeitszeitfenster und Einsatzgebiet als feste Regeln fest. Die Fahrzeit stammt aus einem festen Zuschlag, aus Zonen mit festgelegten Zeiten oder aus einem Routendienst. Fehlt eine verlässliche Angabe, wird aus der Buchung eine Anfrage, die Sie persönlich bestätigen.
Dieser Beitrag richtet sich an Betriebe mit Einsätzen beim Kunden, etwa im Handwerk, im Service, beim Aufmaß oder bei mobilen Dienstleistungen. Ob eine eigene Buchungsstrecke oder ein fertiger Dienst passt und welche Kosten jeweils anfallen, vergleicht der Ratgeber Online-Terminbuchung ohne Abo. Die Beispiele gehen von einer Person mit einem Kalender aus; bei mehreren Teams gilt die Prüfung je Kalender.
Fünf Begriffe, die Sie trennen sollten
Halten Sie diese fünf Angaben getrennt fest:
- Einsatzdauer: die Zeit beim Kunden von der Ankunft bis zur Abfahrt, abhängig von der gebuchten Leistung.
- Fahrzeit (auch Anfahrts- oder Fahrtzeit): die geschätzte Dauer von einem Einsatzort zum nächsten, abhängig von Strecke, Tageszeit und Verkehr.
- Puffer: ein fester Zuschlag für Parkplatzsuche, Material oder Verzögerungen. Er ergänzt die Fahrzeit, ersetzt sie aber nicht.
- Arbeitszeitfenster: der Rahmen des Arbeitstags, etwa 8:00 bis 17:00 Uhr. Legen Sie fest, ob Anfahrt und Rückfahrt darin liegen müssen.
- Einsatzgebiet: der Bereich, in dem online gebucht werden kann, festgelegt über Orte, Postleitzahlen oder eine höchste Fahrzeit ab Betriebssitz. Adressen außerhalb gehen als Anfrage ein.
Der erste Termin des Tages beginnt mit der Anfahrt vom Betriebssitz, der letzte endet erst mit der Rückfahrt. Fehlen diese Fahrten in der Rechnung, liegt der erste Termin zu früh oder der Arbeitstag wird länger als geplant.
So prüft die Buchung eine freie Lücke
Die Prüfung ist regelbasierte Automatisierung: Gleiche Eingaben liefern dasselbe Ergebnis, und jeder Schritt lässt sich von Hand nachrechnen.
- Die Buchung liest alle Termine des Tages mit Beginn, Ende und Einsatzort.
- Frühester Beginn: Ende des vorherigen Termins plus Puffer plus Fahrzeit zum neuen Ort. Ohne vorherigen Termin gilt der Arbeitsbeginn plus Anfahrt vom Betriebssitz.
- Spätester Beginn: Beginn des nächsten Termins minus Fahrzeit dorthin, Puffer und Einsatzdauer. Ohne nächsten Termin gilt das Arbeitsende minus Rückfahrt, Puffer und Einsatzdauer.
- Angeboten werden nur Startzeiten im gewählten Raster zwischen beiden Werten, einschließlich der Grenzwerte.
- Vor der Bestätigung wiederholt die Buchung die Prüfung mit dem aktuellen Kalenderstand.
Drei Modelle, die Fahrzeit einzuplanen
| Modell | So funktioniert es | Passt, wenn | Grenze |
|---|---|---|---|
| Fester Puffer | Nach jedem Einsatz wird eine feste Zeit für Fahrt und Reserve blockiert, unabhängig vom nächsten Ort. | das Gebiet klein ist und die Wege ähnlich lang sind. | Kurze Wege verschenken Zeit, lange passen nicht hinein. |
| Zonen mit festgelegten Zeiten | Das Gebiet wird in Zonen geteilt, etwa nach Postleitzahlen. Eine Tabelle nennt die Fahrzeit zwischen je zwei Zonen. | Sie Ihr Gebiet kennen und wenige Zonen genügen. | Innerhalb großer Zonen schwanken die Wege, und die Tabelle braucht Pflege. |
| Berechnete Fahrzeit über einen Routendienst | Die Buchung fragt die Fahrzeit zwischen den tatsächlichen Adressen über eine Schnittstelle ab. | die Einsatzorte stark wechseln oder das Gebiet groß ist. | Abfragen können kosten, der Dienst kann ausfallen, und die Adresse geht an einen weiteren Empfänger. |
Die Modelle lassen sich kombinieren, etwa mit Zonen als Buchungsgrenze, einem Routendienst für die konkrete Adresse und einer Zonentabelle als Rückfall.
Was ein Routendienst liefert
Die Anbindung an einen Routendienst ist eine API-Integration. Bei der Google Maps Platform berechnet die Routenmatrix der Routes API Entfernung und Dauer für jede Kombination aus Start- und Zielort; lässt sich für eine Kombination keine Route berechnen, meldet sie den Fehler nur für dieses Element Quelle 1 . Für Kunden mit Rechnungsadresse im Europäischen Wirtschaftsraum gelten seit dem 8. Juli 2025 eigene Nutzungsbedingungen, und der Funktionsumfang unterscheidet sich je nach Region Quelle 1 .
Aktueller Verkehr ist dort eine Option. Standardmäßig rechnet der Dienst mit dem Straßennetz und durchschnittlichen, zeitunabhängigen Verkehrsverhältnissen; die verkehrsabhängige Einstellung berücksichtigt die aktuelle Lage Quelle 2 . Dabei gilt: Je weiter die Abfahrt in der Zukunft liegt, desto stärker zählen bei der Routenwahl historische Verkehrsverhältnisse Quelle 2 . Für einen Termin in der Folgewoche bleibt die Fahrzeit also eine Schätzung; der Puffer behält seine Aufgabe.
Die Routenmatrix wird je Element abgerechnet, also je Kombination aus Start- und Zielort; verkehrsabhängige Abfragen fallen in eine höhere Preiskategorie Quelle 3 . Ist das Kontingent eines Projekts erreicht, beantwortet der Dienst keine weiteren Anfragen Quelle 3 . Fragen Sie deshalb nur die nötigen Strecken ab: vom vorherigen Einsatzort zum neuen und vom neuen zum nächsten.
Die ältere Distance Matrix API führt Google seit dem 1. März 2025 als „Legacy“ und nennt die Routes API als neuen Dienst Quelle 4 . Legacy-Dienste erhalten keine neuen Funktionen, bestehende Projekte können sie weiter nutzen Quelle 4 . Das Verfahren ist nicht an Google gebunden; auch openrouteservice dokumentiert einen Matrix-Endpunkt für Entfernungs- und Zeitmatrizen Quelle 5 . Ob Ergebnisse gespeichert werden dürfen, regeln die Nutzungsbedingungen des jeweiligen Dienstes.
Beispiel: Welche Startzeiten angeboten werden
Das Beispiel ist frei erfunden, einschließlich aller Fahrzeiten. Ein Betrieb arbeitet von 8:00 bis 17:00 Uhr, Anfahrt und Rückfahrt eingeschlossen. Nach jedem Einsatz gelten 15 Minuten Puffer, Startzeiten liegen im Halbstundentakt. Im Kalender stehen Termin 1 bei Kunde A von 9:00 bis 10:30 Uhr und Termin 2 bei Kunde B von 14:00 bis 15:00 Uhr.
Kunde C wünscht einen Einsatz von 60 Minuten. Seine Adresse liegt 20 Minuten vom Betriebssitz, 25 Minuten von Kunde A und 40 Minuten von Kunde B entfernt, in beide Richtungen gleich; in der Praxis können Hin- und Rückweg abweichen. Die Rechnung für die drei Lücken:
- Vor Termin 1: frühester Beginn 8:20 Uhr (8:00 plus 20 Minuten Anfahrt), spätester 7:20 Uhr (9:00 minus 25 Minuten Fahrt, 15 Minuten Puffer, 60 Minuten Einsatz). Die Lücke reicht nicht.
- Zwischen den Terminen: frühester Beginn 11:10 Uhr (10:30 plus 15 Minuten Puffer und 25 Minuten Fahrt), spätester 12:05 Uhr (14:00 minus 40 Minuten Fahrt, 15 Minuten Puffer, 60 Minuten Einsatz).
- Nach Termin 2: frühester Beginn 15:55 Uhr (15:00 plus 15 Minuten Puffer und 40 Minuten Fahrt), spätester 15:25 Uhr (17:00 minus 20 Minuten Rückfahrt, 15 Minuten Puffer, 60 Minuten Einsatz). Die Lücke reicht nicht.
| Startzeit | Ergebnis | Begründung |
|---|---|---|
| 8:00 und 8:30 Uhr | entfällt | Spätester Beginn vor Termin 1: 7:20 Uhr. |
| 9:00 bis 11:00 Uhr | entfällt | Frühester Beginn nach Termin 1: 11:10 Uhr. |
| 11:30 Uhr | angeboten | Einsatz bis 12:30 Uhr, Puffer bis 12:45 Uhr, Ankunft bei Kunde B um 13:25 Uhr. |
| 12:00 Uhr | angeboten | Einsatz bis 13:00 Uhr, Puffer bis 13:15 Uhr, Ankunft bei Kunde B um 13:55 Uhr. |
| 12:30 bis 13:30 Uhr | entfällt | Später als 12:05 Uhr; ein Start um 12:30 Uhr hieße Ankunft bei Kunde B um 14:25 Uhr. |
| 14:00 bis 15:30 Uhr | entfällt | Frühester Beginn nach Termin 2: 15:55 Uhr. |
| ab 16:00 Uhr | entfällt | Später als 15:25 Uhr; ein Start um 16:00 Uhr hieße Rückkehr zum Betriebssitz um 17:35 Uhr. |
Angeboten werden nur 11:30 und 12:00 Uhr. Eine Mittagspause ist hier nicht eingerechnet; tragen Sie sie als Sperrzeit in den Kalender ein. Einen anderen, ebenfalls erfundenen Arbeitstag können Sie in der interaktiven Demo mit eigenen Werten durchrechnen.
Der Kalender bleibt die maßgebliche Quelle
Maßgeblich ist der Kalender, mit dem der Betrieb arbeitet, samt Sperrzeiten, Pausen und privaten Terminen. Bei Insektenschutz Gera können nicht verfügbare Zeiten als Blocker im Google Kalender hinterlegt werden, und die Buchung berücksichtigt diese Einträge, wie die Fallstudie zur Terminbuchung mit Fahrzeitplanung zeigt.
Die Freebusy-Abfrage der Google Calendar API liefert für mehrere Kalender die belegten Zeiträume, jeweils nur mit Beginn und Ende Quelle 6 . Die Fahrzeitberechnung braucht aber auch den Einsatzort des vorherigen Termins. Er kommt aus den eigenen Buchungsdaten oder aus dem Ortsfeld des Kalendereintrags, einem optionalen Freitext Quelle 7 . Legen Sie fest, wie Einträge ohne verwertbaren Ort behandelt werden, etwa mit der längsten Fahrzeit im Einsatzgebiet.
Ein Termin, der als „Verfügbar“ statt „Beschäftigt“ markiert ist, blockiert keine Zeit Quelle 7 . Private Termine, die Buchungen verhindern sollen, brauchen also den Status „Beschäftigt“. Außerdem gibt die Freebusy-Abfrage Zeiten ohne weitere Angabe in UTC aus und kann für einzelne Kalender Fehler melden Quelle 6 . Werten Sie einen solchen Fehler als „nicht buchbar“, nicht als „frei“. Wie die Buchung die Zeit beim Bestätigen erneut prüft, erklärt der Ratgeber Doppelbuchungen vermeiden.
Unsicherheit einplanen: Rückfallregeln
Legen Sie vor dem Start fest, was in unsicheren Fällen passiert:
- Verkehr: Der Puffer fängt kleinere Abweichungen auf. Für bekannte Stoßzeiten kann eine Regel zusätzliche Zeit vorsehen.
- Unklare Adresse: Adressvorschläge helfen bei der Eingabe. Bei Insektenschutz Gera prüft der Kunde die ausgewählte Adresse, bevor es weitergeht. Bleibt die Adresse unklar, nimmt die Buchung eine Anfrage auf, statt Zeiten anzuzeigen.
- Rand des Einsatzgebiets: Die Grenze ist eindeutig festgelegt; Adressen knapp außerhalb gehen als Anfrage ein.
- Routendienst antwortet nicht: Ohne Fahrzeit gibt es keine verbindliche Zusage. Eine Zonentabelle mit großzügigem Zuschlag kann einspringen. Andernfalls entsteht eine Anfrage, und das Team erfährt von der Störung.
- Kalender nicht lesbar: Für den betroffenen Zeitraum werden keine Zeiten angeboten.
Die Oberfläche sagt klar, ob ein Termin angefragt oder bestätigt ist; Anfragen bestätigen Sie persönlich. Auch bei Insektenschutz Gera bleiben unklare Adressen und besondere Anliegen Fälle für eine persönliche Prüfung.
Datenschutz: Adressen nur für die Planung
Für einen Einsatz vor Ort ist die Adresse nötig, für einen Termin am Betriebssitz nicht. Die DSGVO nennt unter anderem die Grundsätze der Zweckbindung und der Datenminimierung Quelle 8 . Für die Buchung heißt das etwa: Die Adresse dient allein der Planung und dem Einsatz, und der Routendienst erhält nur Adresse oder Koordinaten, keine Namen oder Auftragsdetails. Er ist ein weiterer Empfänger und gehört in Ihre Datenflussübersicht. Rollen, Verträge und Hinweise erklärt der Ratgeber DSGVO bei Online-Terminbuchung. Dieser Abschnitt ersetzt keine rechtliche Prüfung.
Testfälle vor dem Start
Rechnen Sie vor dem Start mindestens diese Fälle von Hand nach:
| Fall | Erwartetes Verhalten |
|---|---|
| Adresse am Rand des Einsatzgebiets | Knapp innerhalb erscheinen Zeiten, knapp außerhalb entsteht eine Anfrage. |
| Zwei Termine in verschiedenen Orten hintereinander | Die angebotenen Zeiten stimmen mit der Handrechnung überein, einschließlich der Weiterfahrt. |
| Erster und letzter Termin des Tages | Anfahrt und Rückfahrt liegen im Arbeitszeitfenster. |
| Sperrzeit im Kalender | Ein als „Beschäftigt“ eingetragener Blocker verhindert Angebote, und die Regel für Einträge ohne Ort greift. |
| Unvollständige Adresse | Die Buchung zeigt keine Zeiten auf Grundlage einer geratenen Adresse. Der Kunde korrigiert die Eingabe oder sendet eine Anfrage. |
| Routendienst antwortet nicht | Es entsteht keine verbindliche Zusage. Die Rückfallregel greift, und das Team erhält eine Meldung. |
| Kalenderabfrage meldet einen Fehler | Der betroffene Zeitraum gilt als nicht buchbar. |
| Tag der Zeitumstellung | Die angebotenen Zeiten entsprechen der Ortszeit, ohne Versatz um eine Stunde. |
Typische Fehler
- Nur die Fahrt zum neuen Termin prüfen, nicht die Weiterfahrt zum nächsten.
- Anfahrt am Morgen und Rückfahrt am Abend vergessen.
- Einträge ohne Ort so behandeln, als lägen sie am Betriebssitz oder beim neuen Kunden.
- Einen Fehler von Routendienst oder Kalender als freie Zeit oder als null Minuten Fahrzeit werten.
- Private Termine als „Verfügbar“ eintragen, obwohl sie Buchungen verhindern sollen.
- Namen und Auftragstexte an den Routendienst senden, obwohl die Adresse genügt.
Wenn Sie Unterstützung möchten
Akuma Digital aus Gera entwickelt individuelle Online-Terminbuchungen, die Einsatzdauer, Fahrzeiten, Puffer und Ihren Kalender berücksichtigen können. Zuerst prüfen wir Ihre Regeln und vorhandenen Werkzeuge; manchmal genügt ein bestehender Buchungsdienst. Das Vorgehen beschreibt die Seite Online-Terminbuchung einrichten lassen. Für Handwerksbetriebe zeigt die Seite Terminbuchung für Handwerker, wie direkt buchbare Leistungen und Anfragen getrennt werden.
Ein umgesetztes Beispiel ist die Buchung für Insektenschutz Gera. Sie berechnet Entfernung und Fahrzeit mithilfe von Google Maps, berücksichtigt belegte Zeiten aus dem Kalender und trägt gebuchte Termine in Google Kalender ein.
Häufige Fragen
Wie berücksichtige ich Fahrzeiten zwischen online gebuchten Kundenterminen?
Legen Sie Einsatzdauer, Puffer, Arbeitszeitfenster und Einsatzgebiet als Regeln fest. Für jede freie Lücke prüft die Buchung zwei Fahrten: vom vorherigen Einsatzort zum neuen und vom neuen zum nächsten, am Anfang und Ende des Tages vom und zum Betriebssitz. Angeboten wird nur eine Startzeit, bei der beide Fahrten, der Einsatz und der Puffer in die Lücke passen. Die Fahrzeit kann aus einem festen Puffer, einer Zonentabelle oder einem Routendienst stammen.
Reicht ein fester Puffer zwischen zwei Terminen?
In einem kleinen Einsatzgebiet mit ähnlich langen Wegen kann ein fester Puffer genügen. Wechseln die Einsatzorte stark, verschenkt er bei kurzen Wegen Zeit und reicht bei langen nicht aus. Dann sind Zonen mit festgelegten Fahrzeiten oder eine berechnete Fahrzeit genauer.
Was passiert, wenn der Routendienst nicht antwortet?
Die Buchung sollte ohne Fahrzeit keinen Termin verbindlich zusagen. Legen Sie vorab eine Rückfallregel fest, etwa eine Zonentabelle mit großzügigem Zuschlag oder eine Terminanfrage, die Sie persönlich bestätigen. Das Team sollte von der Störung erfahren.
Welche Kundendaten braucht ein Routendienst?
Für die Berechnung genügen Adresse oder Koordinaten des Einsatzorts. Namen, Telefonnummern und Auftragsbeschreibungen braucht der Dienst nicht. Ein fester Puffer oder eine Zonentabelle kommt ganz ohne Routendienst aus. Welche Hinweise und Verträge für einen weiteren Empfänger nötig sind, sollten Sie gesondert prüfen.
Wer entwickelt eine Terminbuchung mit Fahrzeitplanung für einen Handwerksbetrieb?
Akuma Digital aus Gera entwickelt individuelle Online-Terminbuchungen, die Einsatzdauer, Fahrzeiten, Puffer und den vorhandenen Kalender berücksichtigen können. Ein umgesetztes Beispiel ist die Buchung für Insektenschutz Gera mit Fahrzeitberechnung und Google Kalender. Vor der Umsetzung prüfen wir, ob für Ihren Betrieb ein vorhandener Buchungsdienst ausreicht oder eigene Regeln nötig sind.
Quellen und weiterführende Informationen
- Google Maps Platform: Routenmatrix abrufen (Routes API, Compute Route Matrix)
- Google Maps Platform: Umfang der Verkehrsdaten festlegen (Routes API)
- Google Maps Platform: Nutzung und Abrechnung der Routes API
- Google Maps Platform: Produkte und Funktionen im Status Legacy
- openrouteservice-Dokumentation: Matrix-Endpunkt
- Google Calendar API: Freebusy-Abfrage (Frei/Belegt-Informationen)
- Google Calendar API: Events-Ressource (Felder location und transparency)
- EUR-Lex: Datenschutz-Grundverordnung (EU) 2016/679, Artikel 5