ConnectWiz + Estesoft Stella

Integrace v provozu

Stella zůstává vaším CRM. Konverzace o tom konečně vědí.

První poskytovatel na našem CRM portu, který je na poskytovateli nezávislý: živý kontext zákazníka z Estesoft Stella uvnitř každé konverzace, rezervace zapisované zpátky do diáře Stelly – a sada vědomých odmítnutí, sepsaných černé na bílém, o tom, čeho se komunikační produkt nikdy dotýkat nemá.

Kontext svázaný s identitou Rezervace se zapisují zpět Zdravotní data: nikdy nečteme
Estesoft Stella × ConnectWiz
Svázáno s tímhle zákazníkem
Termíny · nabídky · zůstatek na očích
Rezervace z chatu → diář Stelly
Záznamy o ošetření: nikdy nečteme
10
Pojmenovaných čtecích operací – termíny, nabídky, objednávky, zůstatek, poznámky, dokumenty, katalog, personál, pobočky, vyhledání zákazníka
7
Definovaných zápisových operací – šest otevřených, jedna zadržená, dokud ji nezměříme, a my říkáme která
4
Brány u každého zápisu – adaptér, schopnost, přepínač u každé operace, vlastnictví dat
5
Třídy záznamů, které migrační jádro přenese – termíny, nabídky, prodeje, pohledávky, poznámky

CRM

Co přesně umí

Živý kontext, svázaný s identitou

Termíny, nabídky, nezaplacený zůstatek, poznámky a dokumenty tohohle zákazníka vyplavou přímo u konverzace – a AI je smí číst právě jen pro tohohle zákazníka, dohledaného ze samotné konverzace, nikdy podle uhodnutého ID.

Rezervace se zapisují zpět

Termín domluvený v chatu přistane v diáři Stelly – a tam, kde API dodavatele nějaký detail neunese, synchronizace řekne, co zahodila, místo aby to zahodila potichu.

AI čte, nikdy nezapisuje

Trvalé pravidlo pro celý CRM port: čtení je svázané s identitou a zápisy zůstávají lidské – AI, která by mohla špatně přečíst zůstatek, je levnou generálkou na tu, která objedná špatného pacienta.

Migrace, až budete chtít

Frontové jádro s možností navázat naimportuje do ConnectWizu termíny, nabídky, prodeje, pohledávky i poznámky – přeskočené položky se hlásí jmenovitě a vlastnictví dat se překlápí až jako poslední krok.

Platby a objednávky se zapisují zpět

Zápis platby nebo vytvoření objednávky v ConnectWizu se může odeslat do Stelly – otevírá se to výslovným rozhodnutím majitele a stojí to za stejnými čtyřmi branami a nácvikovým režimem jako všechno ostatní.

Přírůstkově, ne zrcadlem

Dotazování na změny existuje proto, aby zachytilo zmeškané události – ne aby drželo druhou kopii evidence kliniky. Ztratit tenhle rozdíl znamená udělat z cache databázi, a proto je to sepsané.

Technické pozadí

Cesta zápisu: čtyři brány a generálka

Výchozí stav je vypnuto, u každé operace zvlášť

Každý zápis se dodává vypnutý a každá ze sedmi operací – poznámky, termíny, storna, zákazníci, nabídky, objednávky, platby – má vlastní přepínač. Bezpečnost je tady nepřítomnost: když brána neprojde, neexistuje žádný zapisovací objekt, který by šlo zavolat.

Vlastnictví je nad přepínačem

Nad přepínači jednotlivých operací sedí vlastnictví dat: doména, kterou vlastní váš pracovní prostor, se do Stelly nikdy nezapíše, ať přepínač říká cokoli. Pořadí bran je pevné a zdokumentované.

Nácvik na živé cestě kódu

Režim nanečisto sestaví přesně to tělo požadavku, které by odeslal živý zápis, a zastaví se až u přenosu – generálka, která jde jinou cestou kódu, nedokazuje nic, takže žádná taková není.

Zápisy se ověřují samy

Po každém zápisu si integrace přečte zpátky, co vytvořila, a porovná to. Nesoulad vyplave jako varování pro člověka – nikdy jako automatická oprava, protože API dodavatele nemá idempotency key, který by opravu udělal bezpečnou.

Migrace ve správném pořadí

Jako první se importují termíny – záměrně, protože diář je jediný vstup, který dokáže objevit lidi napříč celým tenantem. Každý přeskočený řádek se sečte pod svým jménem: mimo časové okno, neznámý tvar, chybějící kontakt.

Čtení AI je zamčené na tři západy

CRM nástroj AI nabízí jen ty akce, které váš pracovní prostor opravdu má, akci znovu ověří ve chvíli volání a zákazníka dohledá ze samotné konverzace – halucinovaná volba nebo uhodnuté ID umře dřív než u přenosu.

Nastavení

Jak se propojuje

01

Připojte Stellu

Vložte přihlašovací údaje ke Stelle; konektor je ověří proti živému API dřív, než se cokoli uloží.

02

Pracujte s kontextem

Konverzace ukazují CRM kartu zákazníka; operátoři i AI odpovídají z faktů, ne z paměti.

03

Migrujte, jestli a kdy budete chtít

Spusťte asistovanou migraci a přetáhněte celou historii – starý systém zůstává autoritativní, dokud vlastnictví nepřeklopíte.

Lepší dohromady

S čím se propojuje

Rezervační jádro

Rezervace z chatu přistávají v diáři Stelly a rezervační systém odečítá termíny ze Stelly od dostupnosti – jedna pravda v diáři.

Karta ve schránce

Operátoři vidí živý CRM kontext zákazníka – termíny, nabídky, zůstatek – vedle konverzace ve sdílené schránce.

Wiz, jen pro čtení

Náš agent AI odpovídá na „kdy mám termín?“ z faktů ve Stelle, svázaný s identitou člověka ve vlákně – a podle trvalého pravidla zapisovat nesmí.

Bezpečnost a záruky

Nudné záruky

Zdravotní data: nikdy nečteme

Záznamy o ošetření jsou podle KVKK zvláštní kategorií údajů. Načíst je na obrazovku podpory by rozšířilo okruh zpracovatelů z lékařů kliniky na celý tým – takže ty endpointy existují a my je černé na bílém odmítáme.

Žádné neviditelné ruce

Nikdy neuzavíráme úkoly kliniky, nikdy neměníme její zákaznické segmenty, nikdy nesaháme na její účetní evidenci – každé z toho je zdokumentované odmítnutí, protože automatizovat cizí firemní proces z chatu je nejdražší třída chyb, jakou produkt může udělat.

Tokeny do URL nepatří

Dodavatel nabízí endpoint pro kontrolu tokenu, který dává přihlašovací údaje do URL – tam, kde je vidí logy i proxy. Nikdy ho nevoláme. Zacházení s přihlašovacími údaji vybíráme endpoint po endpointu.

Mazání: nenabízíme

Mazací endpointy dodavatele pro zákazníky, leady, účty a nabídky zůstávají nevyužité – není ověřené, jestli mažou měkce, nebo natvrdo, a smazání záznamu o pacientovi nefiguruje v žádném scénáři, ke kterému bychom se chtěli hlásit.

Drobné písmo bez příkras

Hranice řečené nahlas

Vědomá odmítnutí

Záznamy o lékařském ošetření nikdy nečteme ani nezobrazujeme, označení životního cyklu od dodavatele nikdy nepřepisujeme a plné obousměrné zrcadlo nepředstíráme – každé z těch odmítnutí je zdokumentované konstrukční rozhodnutí, ne díra.

Jiná CRM

Port je od návrhu nezávislý na poskytovateli – Stella je první poskytovatel, ne poslední. Používáte něco jiného? Řekněte nám to; utváří to naši frontu.

FAQ o Estesoft Stella

Odpovědi na rovinu

Více v kompletním FAQ, případně napište přímo nám.

Vlastní termíny, nabídky, objednávky, nezaplacený zůstatek, poznámky a dokumenty toho zákazníka, a to přímo u konverzace, kde zrovna mluví – a k tomu katalog, personál a pobočky firmy, ze kterých odpovídá AI. Všechno čtení je svázané se zákazníkem ve vlákně.

Z pravidla: na tomhle portu je AI jen pro čtení a čtení je svázané s identitou. Špatný zápis do CRM kliniky je incident ve skutečném světě; zápisy proto necháváme lidské a auditovatelné.

Ano – migrační jádro naimportuje termíny, nabídky, prodeje, pohledávky a poznámky ve frontovém běhu, na který se dá navázat a který jmenovitě hlásí, co přeskočil. Vlastnictví se převádí jako výslovný poslední krok, takže nic nezůstane přestěhované napůl.

Šest: poznámky u zákazníka, termíny (založení i storno), noví zákazníci, nabídky, objednávky a platby – každý za vlastním přepínačem, všechny ve výchozím stavu vypnuté a všechny začínají v nácvikovém režimu. Nahrávání souborů je definované, ale drží se zavřené, dokud nezměříme chování endpointu dodavatele – je to mezera v měření, ne rozhodnutí.

Každé přeskočení se sečte pod svým jménem: řádky mimo zvolené okno, řádky, jejichž tvar jádro nezná, řádky s odkazem na zákazníka, kterého nejde spárovat. Ten součet je report – migraci končíte s vědomím, co se nepřestěhovalo a proč.

Poctivě propojeno je víc než hlasitě ohlášeno.

Každá integrace je tady popsaná tím, co doopravdy dělá – včetně směru, vlastnictví dat a limitů.