ConnectWiz Booking

Der Terminkalender mit einem Rückgrat aus Datenbank.

Ob ein Agent bucht, die KI, ein Flow oder die Kundin selbst – jeder Termin landet in einem Ledger, in dem sich Räume, Geräte und Behandelnde korrekt überschneiden, in dem die Speicherschicht selbst die Doppelbelegung verhindert und in dem Ihre echten Kalender in beide Richtungen synchron laufen.

Vier Türen zur Buchung, eine Wahrheit Konflikte blockiert die Datenbank Sync mit Google · Outlook · Apple
Verfügbarkeit – entschieden von der Datenbank
Donnerstag
Raum + Gerät + Ärztin: frei
Überschneidung – von der DB abgelehnt
14:30 gebucht
An Google übertragen · Belegzeit abgezogen
4
Türen zur Buchung – Panel, KI, Flow-Schritt und Selbstbuchung im Widget
0
mögliche Doppelbelegungen – Überschneidungen weist ein Constraint in der Datenbank ab, keine Anwendungsregel, die sich selbst überholen kann
3
Kalenderanbieter, beidseitig synchron – Google, Outlook/Microsoft 365 und Apple/CalDAV
15 Min.
Takt der Erinnerungs-Engine – Kundenerinnerungen und Team-Hinweise gehen mit dem Vorlauf raus, den Sie einstellen

Vier Türen

Alle buchen gegen dieselbe Wahrheit

Das Team, im Terminkalender

Ein Terminkalender in der Tagesansicht und die vollständige Buchungsverwaltung – Arten, Standorte, Behandelnde, Leistungsvarianten, selbst definierte Statusbezeichnungen, Umgang mit Nichterscheinen und Einzelposten.

Die KI, in zwei Verben

Wiz bietet echte freie Zeiten an und bucht dann die, die Ihre Kundschaft auswählt – mit Absicht zwei Schritte, denn jemandem automatisch die erste freie Zeit zu reservieren ist ein Demo-Trick und kein Service.

Flows, als Schritt

Per Buchungs-Knoten bringen Sie das Angebot freier Zeiten in jede Automatisierung – der Erinnerungs-Flow, der in einem neu vereinbarten Termin endet, ohne dass ein Mensch dazwischensteht.

Besucher, in Selbstbedienung

Per Website-Widget wählt Ihre Kundschaft selbst aus der echten Verfügbarkeit – die Buchungs-Mini-App erscheint nur, wenn Sie tatsächlich buchbare Leistungen anbieten.

Das Ressourcenmodell

Räume, Geräte, Menschen – überschneiden sich wie in der Wirklichkeit

„Frei“ ist eine dreifache Frage: Behandelnde, Raum und Gerät müssen gemeinsam frei sein. Die meisten Buchungswerkzeuge modellieren eine Achse und hoffen; dieses hier modelliert die Schnittmenge.

Abstrakte 3D-Illustration: ein Kalenderraster mit einem smaragdgrünen Feld, drei Ressourcenkugeln, die ein Lichtring zusammenhält, und ein überlappendes Feld, das ein Kraftfeld wegdrückt

Rollen & Behälter

Eine Buchung hält mehrere Ressourcen nach Rolle – Raum, Gerät, behandelnde Person –, und über Behälterbeziehungen ist ein Gerät in einem belegten Raum korrekt nicht verfügbar, obwohl niemand das Gerät gebucht hat.

Das Constraint, nicht eine Regel

Der Überschneidungsschutz sitzt als Exclusion Constraint in der Speicherschicht – zwei gleichzeitige Anfragen können nicht beide gewinnen, weil der zweite Schreibvorgang physisch abgewiesen wird. Eine Regel-Engine verspricht; ein Constraint garantiert.

Kapazität als Einheiten

Ein Kurs mit acht Plätzen besteht aus acht Einheiten und nicht aus einem Zähler – „noch einer frei“ ist damit eine Aussage über eine bestimmte Einheit, und Erstattungen zerstören die Rechnung nicht.

Eignung, getrennt geführt

„Kann dieser Raum diese Leistung tragen“ ist eine eigene Matrix, unabhängig von der Belegung – eine freie, aber falsche Ressource wird nie angeboten, und der Grund dafür lässt sich nachsehen.

Kalender-Sync

Ihre Kalender, von der Verfügbarkeit abgezogen

Buchungen gehen raus

Termine erscheinen als Einträge in Google-, Outlook- oder Apple-Kalendern – und verschwinden beim Storno. Der Kalender auf dem Telefon der behandelnden Person hinkt dem Terminbuch nie einen Tag hinterher.

Belegzeit kommt rein

Externe Einträge werden von der Verfügbarkeit abgezogen – die KI bietet nie Donnerstag 15:00 an, wenn in Ihrem privaten Google Kalender dort schon der Zahnarzt steht.

Rolle & Richtung je Quelle

Jede verbundene Quelle hat ihre eigene Einstellung – lesen, schreiben, beides oder nur Belegzeiten –, damit ein gemeinsamer Klinikkalender und ein persönlicher verschiedene Rollen spielen können, ohne sich zu streiten.

Erinnerungen & Betrieb

Das Nachfassen, automatisiert

Erinnerungen, die auch losgehen

Bestätigungen und Erinnerungen an die Kundschaft mit dem Vorlauf, den Sie einstellen – per E-Mail, auf Wunsch zusätzlich per SMS – und Hinweise ans Team bei neuen Buchungen. Nachfassen hängt damit nicht mehr am Gedächtnis.

Buchungen verbrauchen Bestand

Ein Behandlungstermin kann Teile aus dem Bestands-Ledger verbrauchen – Behandlung und verbrauchtes Material gleichen sich in einer Bewegung ab.

Die Historie zieht mit um

Sie wechseln von einem anderen CRM? Die Migrations-Engine holt Ihre bestehende Terminhistorie in dasselbe Ledger – der Terminkalender startet nicht ohne Gedächtnis.

Das ehrliche Kleingedruckte

Gesagt, bevor Sie darauf bauen

Noch kein eigenständiger Buchungslink

Die Selbstbuchung lebt im Chat-Widget Ihrer Website – eine öffentliche Buchungsseite im Stil von Calendly, die Sie per E-Mail verschicken können, gibt es noch nicht. Wenn genau das Ihr Hauptweg ist, sagen Sie es uns; das prägt die Roadmap.

Externe CRMs tragen weniger

Wenn eine Buchung in ein verbundenes CRM hinausgeschrieben wird, überleben Geräte- und Verbrauchsdetails womöglich nicht – die APIs der Anbieter geben diese Achsen nicht her, und der Sync sagt, was er weggelassen hat, statt es still fallen zu lassen.

Das Ledger bleibt immer bei uns

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

Terminbuchungs-FAQ

Bevor Sie Termine planen

Mehr dazu: FAQ, oder fragen Sie uns direkt.

Vier Türen: Ihr Team im Panel und in der Tagesansicht, Wiz als KI-Agent in jeder Konversation, der Buchungsschritt eines Automatisierungs-Flows und Besucher, die sich im Chat-Widget der Website selbst eintragen. Alle vier schreiben in dasselbe Ledger und gegen dieselbe Verfügbarkeit, also gibt es genau eine Wahrheit darüber, wer welche Zeit hat.

Von der Datenbank selbst – ein Exclusion Constraint in der Speicherschicht macht zwei überlappende Reservierungen derselben Ressource physisch unschreibbar, egal durch welche Tür sie kamen. Anwendungsregeln können sich überholen; ein Constraint nicht.

Ja – Google, Outlook/Microsoft 365 und Apple/CalDAV, in beide Richtungen: Buchungen gehen als Einträge hinaus und verschwinden beim Storno, externe Belegzeiten kommen herein und werden von der Verfügbarkeit abgezogen. So bietet die KI nie eine Zeit an, die Ihr privater Kalender längst belegt hat. Jede Quelle hat ihre eigene Rolle und Richtung – lesen, schreiben, beides oder nur Belegzeiten.

Mit Absicht in zwei Schritten: Erst bietet sie echte freie Zeiten an, dann bucht sie die, die Ihre Kundschaft auswählt. Beides in einen Schritt zu legen hieße, jemandem automatisch die erste freie Zeit zu reservieren – bequem in der Demo, übergriffig im echten Leben.

Jedes „Wann haben Sie Zeit?“ kann mit einem reservierten Termin enden.

Richten Sie Ihre Ressourcen einmal ein – danach buchen Agenten, KI, Flows und Kundschaft gegen dieselbe Wahrheit.