ConnectWiz + Estesoft Stella

Live integratie

Stella blijft je CRM. Gesprekken weten dat eindelijk.

De eerste leverancier op onze leveranciersonafhankelijke CRM-poort: live klantcontext uit Estesoft Stella binnen elk gesprek, boekingen die terugschrijven naar de agenda van Stella — en een reeks bewuste weigeringen, zwart op wit, over wat een communicatieproduct nooit mag aanraken.

Context, vastgezet op identiteit Boekingen schrijven terug Medische gegevens: nooit gelezen
Estesoft Stella × ConnectWiz
Vastgezet op deze klant
Afspraken · offertes · saldo in beeld
Boeking in de chat → agenda van Stella
Behandeldossiers: nooit gelezen
10
Leesbewerkingen met naam — afspraken, offertes, bestellingen, saldo, notities, documenten, catalogus, medewerkers, locaties, klant opzoeken
7
Gedefinieerde schrijfbewerkingen — zes open, één achtergehouden tot ze gemeten is, en we zeggen welke
4
Poorten voor elke schrijfactie — adapter, capability, schakelaar per bewerking, eigenaarschap van de data
5
Soorten records die de migratiemotor meeneemt — afspraken, offertes, verkopen, vorderingen, notities

CRM

Wat het doet — precies

Live context, vastgezet op identiteit

De afspraken, offertes, openstaande saldo’s, notities en documenten van déze klant verschijnen bij het gesprek — en de AI kan ze lezen voor precies deze klant, herleid uit het gesprek zelf, nooit uit een gegokt ID.

Boekingen schrijven terug

Een afspraak die in de chat wordt gemaakt landt in de agenda van Stella — en waar de API van de leverancier een detail niet kan meenemen, zegt de synchronisatie wat ze liet vallen in plaats van het stilletjes te laten vallen.

De AI leest, schrijft nooit

Een staande regel op de hele CRM-poort: lezen zit vast op de identiteit en schrijven blijft mensenwerk — een AI die een saldo verkeerd kan lezen is de goedkope repetitie van een AI die de verkeerde patiënt inboekt.

Migreren wanneer jij dat wilt

Een motor met wachtrij die je kunt hervatten haalt afspraken, offertes, verkopen, vorderingen en notities ConnectWiz in — overgeslagen records worden met naam gemeld, en het eigenaarschap van de data gaat pas als laatste stap om.

Betalingen en bestellingen schrijven terug

Een betaling vastleggen of een bestelling aanmaken in ConnectWiz kan doorgezet worden naar Stella — opengezet door een uitdrukkelijk besluit van de eigenaar, achter dezelfde vier poorten en dezelfde oefenmodus als al het andere.

Incrementeel, geen spiegel

Het pollen op wijzigingen bestaat om gemiste gebeurtenissen op te vangen — niet om een tweede kopie van het register van de kliniek bij te houden. Wie dat onderscheid kwijtraakt, maakt van een cache een database, dus staat het opgeschreven.

De techniek erachter

Het schrijfpad: vier poorten en een repetitie

Uit is de standaard, per bewerking

Elke schrijfactie wordt uitgeschakeld geleverd, en elk van de zeven bewerkingen — notities, afspraken, annuleringen, klanten, offertes, bestellingen, betalingen — heeft een eigen schakelaar. Veiligheid is hier een afwezigheid: valt een poort weg, dan is er geen schrijfobject om aan te roepen.

Eigenaarschap gaat boven de schakelaar

Boven de schakelaars per bewerking staat het eigenaarschap van de data: een domein dat jouw workspace bezit schrijft nooit weg naar Stella, wat de schakelaar ook zegt. De volgorde van de poorten ligt vast en is gedocumenteerd.

Repeteren op het echte codepad

De dry-runmodus bouwt precies de payload die de echte schrijfactie zou versturen en stopt pas bij het transport — een repetitie via een ander codepad bewijst niets, dus die bestaat hier niet.

Schrijfacties controleren zichzelf

Na elke schrijfactie leest de integratie terug wat ze heeft aangemaakt en vergelijkt. Een verschil komt naar boven als waarschuwing voor een mens — nooit als automatische correctie, want de API van de leverancier heeft geen idempotency key die correctie veilig maakt.

Migreren in de juiste volgorde

Afspraken komen als eerste binnen — met opzet, want de agenda is de enige plek waar je mensen voor de hele tenant kunt ontdekken. Elke overgeslagen regel wordt met naam geteld: geen tijdvenster, onbekende vorm, ontbrekend contact.

AI-leesacties zitten drievoudig op slot

De CRM-tool van de AI adverteert alleen de acties die jouw workspace daadwerkelijk heeft, valideert de actie opnieuw op het moment van aanroepen en herleidt de klant uit het gesprek zelf — een gehallucineerde optie of een gegokt ID sterft vóór het transport.

Instellen

Hoe de koppeling werkt

01

Koppel Stella

Voeg je Stella-inloggegevens toe; de connector valideert ze tegen de live API voordat er iets wordt opgeslagen.

02

Werk mét context

Gesprekken tonen de CRM-kaart van de klant; medewerkers en de AI antwoorden op basis van feiten, niet van hun geheugen.

03

Migreer als en wanneer je wilt

Draai de begeleide migratie om je volledige geschiedenis binnen te halen — het oude systeem blijft leidend tot jij het eigenaarschap omzet.

Beter samen

Waar het mee combineert

Boekingsmodule

Boekingen uit de chat landen in de agenda van Stella, en het boekingssysteem trekt Stella-afspraken af van je beschikbaarheid — één waarheid in de agenda.

De inboxkaart

Medewerkers zien de live CRM-context van de klant — afspraken, offertes, saldo — naast het gesprek in de gedeelde inbox.

Wiz, alleen lezen

De AI-agent beantwoordt “wanneer is mijn afspraak?” met feiten uit Stella, vastgezet op de identiteit van de persoon in het gesprek — en kan volgens een staande regel niet schrijven.

Beveiliging & garanties

De saaie garanties

Gezondheidsgegevens: nooit gelezen

Behandeldossiers zijn bijzondere persoonsgegevens onder KVKK. Ze in een supportscherm inladen zou de kring van verwerkers verbreden van de artsen van de kliniek naar het hele team — dus de endpoints bestaan en wij weigeren ze, zwart op wit.

Geen onzichtbare handen

Wij sluiten nooit de taken van de kliniek af, wijzigen nooit haar klantsegmenten en raken nooit haar boekhouding aan — elk daarvan is een gedocumenteerde weigering, want een bedrijfsproces van een ander vanuit een chat automatiseren is de duurste foutklasse die dit product kent.

Tokens blijven uit URL’s

De leverancier biedt een endpoint om tokens te controleren dat de inloggegevens in de URL zet — waar logs en proxy’s ze zien. Wij roepen het nooit aan. Hoe we met inloggegevens omgaan, kiezen we per endpoint.

Verwijderen: bieden we niet aan

De verwijder-endpoints van de leverancier voor klanten, leads, facturen en offertes blijven ongebruikt — of het zacht of hard verwijdert is niet geverifieerd, en het verwijderen van een patiëntdossier komt in geen enkel gebruiksscenario voor dat wij voor onze rekening willen nemen.

De kleine lettertjes, zonder opsmuk

Grenzen, benoemd

Bewuste weigeringen

Medische behandeldossiers worden nooit gelezen of getoond, de levenscycluslabels van de leverancier worden nooit overschreven, en er wordt geen volledige spiegeling in twee richtingen voorgewend — elke weigering is een gedocumenteerde ontwerpbeslissing, geen gat.

Andere CRM’s

De poort is bewust leveranciersonafhankelijk — Stella is de eerste leverancier, niet de laatste. Draai je iets anders? Laat het weten; dat bepaalt de volgorde in de wachtrij.

Estesoft Stella-FAQ

Antwoord zonder omwegen

Meer in de volledige FAQ, of vraag het ons direct.

De eigen afspraken, offertes, bestellingen, openstaande saldo’s, notities en documenten van de klant, bij het gesprek waarin hij zit — plus de catalogus, medewerkers en locaties van de zaak, zodat de AI daaruit kan antwoorden. Alle leesacties zitten vast op de klant in dat gesprek.

Dat is een regel: op deze poort is de AI alleen-lezen, en lezen zit vast op de identiteit. Een verkeerde schrijfactie in het CRM van een kliniek is een incident in de echte wereld; wij houden schrijven bij mensen en controleerbaar.

Ja — de migratiemotor haalt afspraken, offertes, verkopen, vorderingen en notities binnen in een ronde met wachtrij die je kunt hervatten en die met naam meldt wat ze oversloeg. Het eigenaarschap verhuist als uitdrukkelijke laatste stap, zodat er niets half verhuisd blijft staan.

Zes: klantnotities, afspraken (aanmaken en annuleren), nieuwe klanten, offertes, bestellingen en betalingen — elk achter een eigen schakelaar, alle standaard uit, alle beginnend in oefenmodus. Bestanden uploaden is gedefinieerd maar blijft dicht tot het gedrag van het endpoint van de leverancier is gemeten — een meetgat, geen besluit.

Elke overslag wordt met naam geteld: regels buiten het gekozen venster, regels waarvan de motor de vorm niet herkent, regels die een klant noemen die niet te matchen is. Die telling ís het rapport — je sluit de migratie af met de wetenschap wat er niet mee is gegaan en waarom.

Eerlijk koppelen wint van hard roepen.

Elke integratie hier is beschreven op wat ze echt doet — inclusief richting, eigenaarschap en grenzen.