ConnectWiz + Estesoft Stella

Live-Integration

Stella bleibt Ihr CRM. Die Gespräche wissen es endlich.

Der erste Anbieter an unserem anbieterunabhängigen CRM-Port: aktueller Kundenkontext aus Estesoft Stella in jeder Konversation, Buchungen zurückgeschrieben in Stellas Terminkalender – und eine Reihe bewusster Verweigerungen, schriftlich festgehalten, zu dem, was ein Kommunikationsprodukt nie anfassen sollte.

Kontext, an die Identität gebunden Buchungen schreiben zurück Medizinische Daten: werden nie gelesen
Estesoft Stella × ConnectWiz
An genau diese Person gebunden
Termine · Angebote · Saldo im Blick
Buchung im Chat → Stellas Terminkalender
Behandlungsdaten: werden nie gelesen
10
benannte Leseoperationen – Termine, Angebote, Bestellungen, Saldo, Notizen, Dokumente, Katalog, Personal, Standorte, Kundensuche
7
definierte Schreiboperationen – sechs offen, eine zurückgehalten, bis sie gemessen ist, und wir sagen welche
4
Schranken vor jedem Schreibvorgang – Adapter, Fähigkeit, Schalter je Operation, Datenhoheit
5
Datensatzklassen trägt die Migrations-Engine – Termine, Angebote, Verkäufe, Forderungen, Notizen

CRM

Was es genau tut

Live-Kontext, an die Identität gebunden

Termine, Angebote, offener Saldo, Notizen und Dokumente genau dieser Person erscheinen an der Konversation – und die KI liest sie für genau diese Person, aufgelöst aus der Konversation selbst und nie über eine geratene ID.

Buchungen schreiben zurück

Ein im Chat vereinbarter Termin landet in Stellas Terminkalender – und wo die API des Anbieters ein Detail nicht tragen kann, sagt der Sync, was er weggelassen hat, statt es still fallen zu lassen.

Die KI liest, sie schreibt nie

Eine stehende Regel für den gesamten CRM-Port: Lesen ist an die Identität gebunden, Schreiben bleibt menschlich – eine KI, die einen Saldo falsch lesen kann, ist die billige Generalprobe für eine, die den falschen Patienten einbestellt.

Migration, wenn Sie es wollen

Eine Engine mit Warteschlange und Fortsetzungspunkt holt Termine, Angebote, Verkäufe, Forderungen und Notizen nach ConnectWiz – Übersprungenes wird beim Namen genannt, und die Datenhoheit wechselt erst als letzter Schritt.

Zahlungen und Bestellungen schreiben zurück

Eine in ConnectWiz erfasste Zahlung oder angelegte Bestellung kann nach Stella gebucht werden – freigeschaltet durch eine ausdrückliche Entscheidung der Inhaberin, hinter denselben vier Schranken und demselben Probelauf wie alles andere.

Inkrementell, kein Spiegel

Das Abfragen von Änderungen gibt es, um verpasste Ereignisse einzufangen – nicht, um eine zweite Kopie des Klinik-Ledgers zu halten. Wer diesen Unterschied verliert, macht aus einem Cache eine Datenbank; deshalb steht er hier schriftlich.

Die Technik dahinter

Der Schreibpfad: vier Schranken und ein Probelauf

Aus ist der Standard, pro Operation

Jeder Schreibvorgang kommt abgeschaltet, und jede der sieben Operationen – Notizen, Termine, Stornierungen, Kunden, Angebote, Bestellungen, Zahlungen – hat ihren eigenen Schalter. Sicherheit ist hier eine Abwesenheit: Scheitert eine Schranke, existiert gar kein Schreibobjekt, das man aufrufen könnte.

Die Datenhoheit sticht den Schalter

Über den Schaltern je Operation steht die Datenhoheit: Ein Bereich, der Ihrem Workspace gehört, schreibt nie nach Stella hinaus, was der Schalter auch sagt. Die Reihenfolge der Schranken liegt fest und ist dokumentiert.

Probelauf auf dem echten Codepfad

Der Trockenlauf baut genau die Payload, die der echte Schreibvorgang senden würde, und hält erst beim Transport an – eine Probe, die einen anderen Codepfad nimmt, beweist nichts, also gibt es sie hier nicht.

Schreibvorgänge prüfen sich selbst

Nach jedem Schreibvorgang liest die Integration zurück, was sie angelegt hat, und vergleicht. Eine Abweichung erscheint als Warnung für einen Menschen – nie als automatische Korrektur, denn die API des Anbieters kennt keinen Idempotency-Key, der eine Korrektur gefahrlos machen würde.

Migration in der richtigen Reihenfolge

Termine kommen zuerst – mit Absicht, denn der Terminkalender ist die einzige Fläche, über die sich Personen im ganzen Mandanten finden lassen. Jede übersprungene Zeile wird beim Namen gezählt: kein Zeitfenster, unbekannte Form, fehlender Kontakt.

KI-Lesevorgänge sind dreifach verriegelt

Das CRM-Werkzeug der KI bietet nur die Aktionen an, die Ihr Workspace tatsächlich hat, prüft die Aktion beim Aufruf erneut und löst die Person aus der Konversation selbst auf – eine halluzinierte Option oder eine geratene ID stirbt vor dem Transport.

Einrichtung

So entsteht die Verbindung

01

Stella verbinden

Hinterlegen Sie Ihre Stella-Zugangsdaten; der Connector prüft sie gegen die Live-API, bevor irgendetwas gespeichert wird.

02

Mit Kontext arbeiten

Konversationen zeigen die CRM-Karte der Person; Agenten und KI antworten aus Fakten, nicht aus dem Gedächtnis.

03

Migrieren, falls und wann Sie wollen

Fahren Sie die begleitete Migration, um die gesamte Historie hereinzuholen – das alte System bleibt maßgeblich, bis Sie die Datenhoheit umlegen.

Gemeinsam stärker

Womit es zusammenspielt

Buchungs-Engine

Buchungen aus dem Chat landen in Stellas Terminkalender, und das Buchungssystem zieht Stella-Termine von der Verfügbarkeit ab – ein Terminbuch, eine Wahrheit.

Die Karte im Posteingang

Agenten sehen den aktuellen CRM-Kontext der Person – Termine, Angebote, Saldo – neben der Konversation im gemeinsamen Posteingang.

Wiz, nur lesend

Der KI-Agent beantwortet „Wann ist mein Termin?“ aus Stella-Fakten, gebunden an die Identität der Person im Verlauf – und darf laut stehender Regel nicht schreiben.

Sicherheit & Garantien

Die langweiligen Garantien

Gesundheitsdaten: werden nie gelesen

Behandlungsdaten sind nach dem türkischen KVKK besondere Kategorien personenbezogener Daten. Sie in einen Support-Bildschirm zu holen würde den Kreis der Verarbeitenden von den Ärztinnen und Ärzten der Klinik auf das ganze Team ausweiten – die Endpunkte existieren also, und wir verweigern sie, schriftlich.

Keine unsichtbaren Hände

Wir schließen nie die Aufgaben der Klinik, ändern nie ihre Kundensegmente, fassen nie ihre Buchhaltung an – jedes davon ist eine dokumentierte Verweigerung, denn den Geschäftsprozess eines anderen aus einem Chat heraus zu automatisieren ist die teuerste Fehlerklasse dieses Produkts.

Tokens gehören nicht in URLs

Der Anbieter hat einen Endpunkt zur Token-Prüfung, der die Zugangsdaten in die URL schreibt – wo Logs und Proxys sie sehen. Wir rufen ihn nie auf. Wie mit Zugangsdaten umgegangen wird, entscheiden wir Endpunkt für Endpunkt.

Löschen: wird nicht angeboten

Die Lösch-Endpunkte des Anbieters für Kunden, Leads, Rechnungen und Angebote bleiben ungenutzt – ob sie weich oder hart löschen, ist ungeprüft, und das Löschen einer Patientenakte kommt in keiner User Story vor, für die wir geradestehen wollen.

Das ehrliche Kleingedruckte

Grenzen, klar benannt

Bewusste Ablehnungen

Behandlungsdaten werden nie gelesen und nie angezeigt, die Lebenszyklus-Labels des Anbieters werden nie überschrieben, und ein vollständiger beidseitiger Spiegel wird nicht vorgetäuscht – jede dieser Verweigerungen ist eine dokumentierte Designentscheidung und keine Lücke.

Andere CRMs

Der Port ist bewusst anbieterunabhängig – Stella ist der erste Anbieter, nicht der letzte. Sie betreiben etwas anderes? Sagen Sie es uns; das prägt die Warteschlange.

Estesoft-Stella-FAQ

Klare Antworten

Mehr dazu: FAQ, oder fragen Sie uns direkt.

Die eigenen Termine, Angebote, Bestellungen, den offenen Saldo, Notizen und Dokumente der Person – und zwar an der Konversation, in der sie gerade schreibt – sowie Katalog, Personal und Standorte des Betriebs, aus denen die KI antworten kann. Alle Lesevorgänge sind an die Person im Verlauf gebunden.

Aus Prinzip: An diesem Port liest die KI nur, und ihre Lesevorgänge sind an die Identität gebunden. Ein falscher Schreibvorgang im CRM einer Klinik ist ein Vorfall in der echten Welt; deshalb bleibt das Schreiben menschlich und nachprüfbar.

Ja – die Migrations-Engine holt Termine, Angebote, Verkäufe, Forderungen und Notizen in einem Lauf mit Warteschlange und Fortsetzungspunkt herein und nennt Übersprungenes beim Namen. Die Datenhoheit wechselt als ausdrücklicher letzter Schritt, damit nichts halb umgezogen ist.

Sechs: Kundennotizen, Termine (anlegen und stornieren), neue Kunden, Angebote, Bestellungen und Zahlungen – jeder hinter seinem eigenen Schalter, alle standardmäßig aus, alle beginnen im Probelauf. Der Datei-Upload ist definiert, bleibt aber geschlossen, bis das Verhalten des Anbieter-Endpunkts gemessen ist – eine Messlücke, keine Entscheidung.

Jedes Überspringen wird beim Namen gezählt: Zeilen außerhalb des gewählten Zeitfensters, Zeilen, deren Form die Engine nicht erkennt, Zeilen mit einer Person, die sich nicht zuordnen lässt. Diese Zählung ist der Bericht – am Ende der Migration wissen Sie, was nicht mitgekommen ist und warum.

Ehrlich angebunden schlägt lautstark beworben.

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