ConnectWiz + Google Kalender

Live-Integration

Google Kalender: Buchungen raus, belegte Zeiten rein

Termine, die in ConnectWiz entstehen, erscheinen in Google Kalender und verschwinden beim Storno – und Termine, die schon in Google Kalender stehen, werden von der Verfügbarkeit abgezogen. Die KI bietet also nie Donnerstag 15:00 Uhr an, wenn dort in Ihrem Kalender der Zahnarzt steht.

Termine gehen raus Belegzeit wird abgezogen Rolle & Richtung je Quelle
Google Kalender × ConnectWiz
Buchung → Kalendereintrag
Belegter Block → Verfügbarkeit minus
Lesen / Schreiben / beides / nur Belegzeiten
4
Felder gehen pro Eintrag hinaus – Titel, Notiz, Beginn, Ende. Keine Teilnehmer, keine Einladungen, sonst verlässt nichts das Haus
3
unabhängige Achsen pro Quelle – speist Buchungen ein, spiegelt Buchungen hinaus, blockiert Verfügbarkeit
NULL ≠ 0
„Ihr Kalender war nicht lesbar“ wird nie als „Sie haben Zeit“ gewertet
1
Buchungs-Ledger – Kalender spiegeln es und speisen es, keiner davon wird zum Master

Kalender

Was es genau tut

Push, inklusive Aufräumen

Neue Buchungen legen Termine in Google Kalender an; Stornierungen entfernen sie. Der Kalender der behandelnden Person hinkt dem Terminbuch nie einen Tag hinterher.

Belegte Zeiten zählen mit

Externe Einträge werden von der Verfügbarkeit abgezogen, bevor irgendeine Tür – Panel, KI, Flow oder Widget – eine Zeit anbietet. Auch gegen Ihr Privatleben wird nicht doppelt gebucht.

Die Richtung ist eine Einstellung

Pro verbundener Quelle entscheiden Sie: lesen, schreiben, beides oder nur Belegzeiten – damit ein gemeinsamer Klinikkalender und ein persönlicher verschiedene Rollen spielen können, ohne sich zu streiten.

Die Technik dahinter

Sync-Semantik, die nichts doppelt belegt

Zwei Scopes, und nur zwei

Die Google-Verbindung fordert das Verwalten von Terminen und das Lesen von Frei/Gebucht-Zeiten an – sonst nichts. Sie schreibt in den Kalender, den Sie wählen, und liest belegte Zeiten aus den Kalendern, die Sie ankreuzen.

Rollen sind drei Achsen, kein einzelnes Dropdown

Pro Quelle legen Sie fest, ob sie Buchungen einspeist – nie, einmalig oder laufend –, ob Buchungen zu ihr hinausgespiegelt werden und ob ihre Belegzeiten die Verfügbarkeit blockieren. Ein gemeinsamer Klinikkalender und ein persönlicher können so völlig verschiedene Rollen spielen.

Fail-closed, wo es sein muss

Ein Kalender, der nur Verfügbarkeit blockiert, arbeitet bei einem Lesefehler fail-closed – unbekannte Belegzeit blockiert Buchungen, statt eine Kollision zuzulassen. Eine Quelle, die das Ledger speist, arbeitet fail-open. Diese Linie falsch zu ziehen ist der teuerste Fehler im Kalender-Sync, deshalb ist sie eine Regel und keine Stimmung.

Selbstheilende Verbindungen

Eine Verbindung mit Fehler wird als solche markiert, samt Grund – und der nächste erfolgreiche Lesevorgang räumt die Markierung automatisch weg. Eine beendete Störung braucht niemanden, der ein Häkchen wieder entfernt.

Minimale Event-Payloads

In Ihrem Kalender landen der Name der Buchungsart, Name und Notizen des Gastes und die Zeiten – keine Teilnehmereinladungen, keine Konferenzlinks, keine überschriebenen Erinnerungen. Ihre Kalender-Apps behalten die Hoheit über ihren eigenen Lärm.

Für Konflikte gilt eine festgelegte Regel

Wenn das beidseitige Bearbeiten kommt, trägt jede Quelle bereits eine Konfliktregel – auf einen Menschen warten (der Standard, der auch Erinnerungen pausiert), unsere Version gewinnt oder ihre gewinnt, wobei die unterlegene Version erhalten bleibt und angezeigt wird. Festgelegt, bevor sie gebraucht wird, denn eine Konfliktregel mitten im Vorfall nachzurüsten ist der Weg, auf dem Daten verschwinden.

Einrichtung

So entsteht die Verbindung

01

Google Kalender verbinden

Melden Sie sich bei Google an und wählen Sie die Kalender aus, die verbunden werden sollen.

02

Die Rolle zuweisen

Lesen, schreiben, beides oder nur Belegzeiten – pro Kalender.

03

Überall buchen

Panel, KI, Flow oder Website-Widget – jede Tür sieht dieselbe bereinigte Verfügbarkeit.

Gemeinsam stärker

Womit es zusammenspielt

Die Buchungs-Engine

Verfügbarkeit, Puffer, Vorlauffristen und überschneidungssichere Reservierungen leben im Buchungssystem – der Kalender speist es mit Wahrheit.

Wiz bucht sicher

Der KI-Agent bietet nur Zeiten an, die den Abzug der Belegzeiten überstehen – die Doppelbuchung verhindert ein Datenbank-Constraint und keine Hoffnung.

Terminkalender im CRM

Sie nutzen Estesoft Stella? Sein Terminkalender und Ihr Kalender ziehen beide von derselben Verfügbarkeit ab – mehr dazu in der Stella-Integration.

Sicherheit & Garantien

Die langweiligen Garantien

Minimale Scopes

Die Verbindung fragt ausschließlich Kalenderzugriff ab – keine Mail, keine Kontakte, kein Drive. Tokens liegen verschlüsselt und werden automatisch erneuert.

Ihre Events bleiben Ihre

Beim Lesen von Belegzeiten holen wir Zeiten, keine Inhalte – die Verfügbarkeitsrechnung muss wissen, dass Sie beschäftigt sind, nicht womit.

Trennen räumt sauber auf

Eine Verbindung zu entfernen stoppt den Sync sofort; gespiegelte Einträge, die bereits in Ihrem Kalender stehen, gehören Ihnen – behalten oder löschen, wie Sie mögen.

Das ehrliche Kleingedruckte

Grenzen, klar benannt

Das Ledger bleibt bei uns

Welche Kalender auch andocken: Das Buchungs-Ledger bleibt ConnectWiz’ eigene Tabelle – Kalender sind Spiegel und Quellen, nie der Master. Das ist eine Designhaltung, und sie ist hiermit ausgesprochen.

Erinnerungen kommen von uns, nicht vom Kalender

Terminerinnerungen gehen von ConnectWiz aus – per E-Mail und, wo eingerichtet, per SMS – und nicht als Kalenderbenachrichtigung, damit sie auch Gäste erreichen, die nie eine Kalendereinladung geöffnet haben. Wir sagen das, weil zwei feuernde Erinnerungssysteme schlimmer sind als eines.

Google-Kalender-FAQ

Klare Antworten

Mehr dazu: FAQ, oder fragen Sie uns direkt.

Buchungen gehen als Einträge hinaus und werden beim Storno entfernt, Belegzeiten kommen herein und werden von der Verfügbarkeit abgezogen. Jede Quelle trägt ihre eigene Rolle – lesen, schreiben, beides oder nur Belegzeiten.

Nein – die Verfügbarkeit wird erst nach Abzug der externen Belegzeiten berechnet, und überlappende Reservierungen weist ein Datenbank-Constraint ab, an dem keine Buchungstür vorbeikommt.

Das, in dem die Wahrheit über die Verfügbarkeit steht – Behandelnde verbinden oft einen gemeinsamen Praxiskalender als Spiegelziel und einen privaten nur für belegte Zeiten, und die Rollen pro Quelle halten die beiden auseinander.

Ein Eintrag mit der Buchungsart als Titel, dem Namen des Gastes und etwaigen Notizen, zur gebuchten Zeit – angelegt bei der Buchung, entfernt beim Storno. Aus Ihrem Kalender gehen keine Teilnehmereinladungen hinaus, und sonst wird darin nichts angefasst.

Ehrlich angebunden schlägt lautstark beworben.

Jede Integration hier ist danach beschrieben, was sie wirklich tut – Richtung, Datenhoheit und Grenzen inklusive.