ConnectWiz + Estesoft Stella
Live integrationStella bliver ved med at være dit CRM. Nu ved samtalerne det endelig.
Den første leverandør på vores leverandøruafhængige CRM-grænseflade: levende kundekontekst fra Estesoft Stella inde i hver eneste samtale, bookinger skrevet tilbage til Stellas aftalebog – og en række bevidste afvisninger, sort på hvidt, af det, et kommunikationsprodukt aldrig bør røre.
CRM
Hvad den gør – præcist
Levende kontekst, låst til identiteten
Denne kundes aftaler, tilbud, udestående saldo, noter og dokumenter dukker op på samtalen – og AI'en kan læse dem for præcis denne kunde, slået op ud fra samtalen selv, aldrig ud fra et gættet id.
Bookinger skriver tilbage
En aftale lavet i chatten lander i Stellas aftalebog – og dér, hvor leverandørens API ikke kan bære en detalje, siger synkroniseringen, hvad den tabte, i stedet for at tabe det i stilhed.
AI'en læser, skriver aldrig
En stående regel for hele CRM-grænsefladen: læsninger er låst til identiteten, og skrivninger forbliver menneskelige – en AI, der kunne læse en saldo forkert, er den billige generalprøve på en, der booker den forkerte patient.
Migrering, når du vælger det
En motor med kø, der kan genoptages, importerer aftaler, tilbud, salg, tilgodehavender og noter ind i ConnectWiz – det, der springes over, rapporteres ved navn, og dataejerskabet vender først som allersidste trin.
Betalinger og ordrer skriver tilbage
At registrere en betaling eller oprette en ordre i ConnectWiz kan poste til Stella – åbnet ved en udtrykkelig beslutning fra ejeren, bag de samme fire porte og den samme generalprøve som alt andet.
Inkrementelt, ikke et spejl
Ændringspolling findes for at fange oversete events – ikke for at holde en ekstra kopi af klinikkens register. Mister man den skelnen, bliver en cache til en database, så den står skrevet.
Teknikken bag
Skrivevejen: fire porte og en generalprøve
Slået fra er standarden, pr. operation
Hver skrivning leveres slået fra, og hver af de syv operationer – noter, aftaler, aflysninger, kunder, tilbud, ordrer, betalinger – har sin egen kontakt. Sikkerheden her er et fravær: svigter en port, findes der intet skriveobjekt at kalde.
Ejerskab står over kontakten
Over kontakterne pr. operation sidder dataejerskabet: et domæne, dit workspace ejer, skriver aldrig ud til Stella, uanset hvad kontakten siger. Rækkefølgen af porte ligger fast og er dokumenteret.
Generalprøve på den rigtige kodevej
Dry-run-tilstand bygger præcis den payload, den rigtige skrivning ville sende, og stopper først ved transporten – en generalprøve, der går ad en anden kodevej, beviser ingenting, så den findes ikke.
Skrivninger efterprøver sig selv
Efter hver skrivning læser integrationen tilbage, hvad den oprettede, og sammenligner. Stemmer det ikke, dukker det op som en advarsel til et menneske – aldrig som en automatisk rettelse, for leverandørens API har ingen idempotensnøgle, der kan gøre en rettelse sikker.
Migrering i den rigtige rækkefølge
Aftaler importeres først – bevidst, for aftalebogen er den eneste flade, der kan finde folk på tværs af hele tenanten. Hver oversprunget række tælles op ved navn: intet tidsvindue, ukendt form, manglende kontakt.
AI'ens læsninger er låst tre gange
AI'ens CRM-værktøj reklamerer kun med de handlinger, dit workspace faktisk har, validerer handlingen igen på kaldetidspunktet og slår kunden op ud fra samtalen selv – en hallucineret mulighed eller et gættet id dør, før det når transporten.
Opsætning
Sådan kobles den til
Kobl Stella på
Tilføj dine Stella-legitimationsoplysninger; connectoren validerer mod det levende API, før noget gemmes.
Arbejd med kontekst
Samtaler viser kundens CRM-kort; medarbejdere og AI'en svarer ud fra fakta, ikke ud fra hukommelsen.
Migrér, hvis og når
Kør den assisterede migrering for at få hele historikken med – det gamle system er det autoritative, indtil du vender ejerskabet.
Bedre sammen
Hvad den spiller sammen med
Bookingmotor
Bookinger fra chatten lander i Stellas aftalebog, og bookingsystemet trækker Stella-aftaler fra den ledige tid – én sandhed om aftalebogen.
Kortet i indbakken
Medarbejdere ser kundens levende CRM-kontekst – aftaler, tilbud, udestående – ved siden af samtalen i den fælles indbakke.
Wiz, kun læseadgang
Vores AI-agent svarer på »hvornår er min tid?« ud fra fakta i Stella, låst til identiteten på personen i tråden – og kan efter en stående regel ikke skrive.
Sikkerhed & garantier
De kedelige garantier
Helbredsdata: læses aldrig
Behandlingsjournaler er særlige kategorier af personoplysninger efter KVKK. At læse dem ind på en supportskærm ville udvide kredsen af dem, der behandler dataene, fra klinikkens læger til hele teamet – så endpointene findes, og vi afviser dem, sort på hvidt.
Ingen usynlige hænder
Vi lukker aldrig klinikkens opgaver, ændrer aldrig dens kundesegmenter, rører aldrig dens regnskab – hver især en dokumenteret afvisning, for at automatisere en andens forretningsproces fra en chat er produktets dyreste fejlklasse.
Tokens holdes ude af URL'er
Leverandøren tilbyder et endpoint til tokentjek, der lægger legitimationsoplysninger i URL'en – hvor logs og proxyer kan se dem. Vi kalder det aldrig. Håndteringen af legitimationsoplysninger vælges endpoint for endpoint.
Sletninger: tilbydes ikke
Leverandørens endpoints til sletning af kunder, leads, regninger og tilbud står ubrugte – det er uafklaret, om de sletter blødt eller hårdt, og at slette en patientjournal optræder ikke i nogen brugerhistorie, vi vil stå på mål for.
Det ærlige med småt
Grænser, sagt højt
Bevidste afvisninger
Behandlingsjournaler læses eller vises aldrig, leverandørens livscyklusmærkater overskrives aldrig, og der foregives intet fuldt spejl begge veje – hver afvisning er en dokumenteret designbeslutning, ikke et hul.
Andre CRM'er
Grænsefladen er leverandøruafhængig af design – Stella er den første leverandør, ikke den sidste. Kører du noget andet? Sig til; det er med til at forme køen.
Ærligt koblet til slår højlydt markedsført.
Hver eneste integration her er beskrevet efter, hvad den faktisk gør – retning, ejerskab og grænser inklusive.