ConnectWiz + Estesoft Stella

Live na integrasyon

Stella pa rin ang CRM mo. Ngayon, kilala na ito ng mga pag-uusap.

Ang unang provider sa CRM port naming hindi nakatali sa iisang provider: live na konteksto ng customer mula sa Estesoft Stella sa loob ng bawat pag-uusap, mga booking na naisusulat pabalik sa appointment book ng Stella — at isang hanay ng sadyang pagtanggi, nakasulat, tungkol sa hindi dapat galawin kailanman ng isang produktong pangkomunikasyon.

Magsimula nang libre Lahat ng integrasyon

Kontekstong naka-lock sa pagkakakilanlan Naisusulat pabalik ang mga booking Medikal na data: hindi kailanman binabasa

Estesoft Stella × ConnectWiz

Naka-lock sa customer na ito

Mga appointment · quotation · balanse, kita agad

Booking sa chat → appointment book ng Stella

Mga rekord ng gamutan: hindi kailanman binabasa

Operasyon sa pagbasa, isa-isang pinangalanan — mga appointment, quotation, order, balanse, tala, dokumento, katalogo, staff, lokasyon, paghahanap ng customer

Nakatakdang operasyon sa pagsulat — anim ang bukas, isa ang pinipigil hangga’t hindi nasusukat, at sinasabi namin kung alin

Gate sa bawat pagsulat — adapter, kakayahan, switch kada operasyon, pagmamay-ari ng data

Uri ng rekord na dinadala ng migration engine — mga appointment, quotation, benta, receivable, tala

CRM

Ano ang ginagawa nito — eksakto

Live na konteksto, naka-lock sa pagkakakilanlan

Lumalabas sa pag-uusap ang mga appointment, quotation, natitirang balanse, tala, at dokumento ng customer na ito — at puwede itong basahin ng AI para sa eksaktong customer na ito, na kinikilala mula mismo sa pag-uusap, hindi kailanman mula sa hinulaang ID.

Naisusulat pabalik ang mga booking

Pumapasok sa appointment book ng Stella ang appointment na ginawa sa chat — at kapag may detalyeng hindi kayang dalhin ng API ng vendor, sinasabi ng sync kung ano ang nalaglag sa halip na tahimik itong ilaglag.

Nagbabasa ang AI, hindi kailanman sumusulat

Nakatayong patakaran sa buong CRM port: naka-lock sa pagkakakilanlan ang pagbasa at nananatiling gawain ng tao ang pagsulat — ang AI na puwedeng magkamali sa pagbasa ng balanse ay murang ensayo para sa AI na magbu-book ng maling pasyente.

Paglipat kung kailan mo gusto

Ini-import sa ConnectWiz ng isang naka-queue na engine ang mga appointment, quotation, benta, receivable, at tala, at puwede itong ituloy kapag naantala — iniuulat ang mga nilaktawan ayon sa pangalan, at sa pinakahuling hakbang lang lumilipat ang pagmamay-ari ng data.

Naisusulat pabalik ang mga bayad at order

Puwedeng maipasa sa Stella ang pagtatala ng bayad o paggawa ng order sa ConnectWiz — binubuksan lang ito sa tahasang desisyon ng may-ari, sa likod ng parehong apat na gate at rehearse mode gaya ng lahat ng iba pa.

Incremental, hindi kopya

Umiiral ang change polling para mahuli ang mga nalampasang event — hindi para magtago ng ikalawang kopya ng ledger ng klinika. Kapag nawala ang pagkakaibang iyan, nagiging database ang isang cache, kaya nakasulat ito.

Teknikal na detalye

Ang daan ng pagsulat: apat na gate at isang ensayo

Naka-off bilang default, kada operasyon

Naka-off ang bawat pagsulat paglabas nito, at may sariling switch ang bawat isa sa pitong operasyon — tala, appointment, pagkansela, customer, quotation, order, bayad. Kawalan ang seguridad dito: kapag bumagsak ang isang gate, walang writer object na matatawag.

Mas mataas ang pagmamay-ari kaysa sa switch

Nasa itaas ng mga switch kada operasyon ang pagmamay-ari ng data: hindi kailanman sumusulat palabas sa Stella ang domain na pagmamay-ari ng workspace mo, anuman ang sabihin ng switch. Nakapirmi at nakadokumento ang pagkakasunod-sunod ng mga gate.

Mag-ensayo sa mismong live na code path

Binubuo ng dry-run mode ang eksaktong payload na ipapadala ng totoong pagsulat, at sa transport lang ito humihinto — walang napapatunayan ang ensayong dumadaan sa ibang code path, kaya walang ganoon dito.

Sinusuri ng mga pagsulat ang sarili nila

Pagkatapos ng bawat pagsulat, binabasa pabalik ng integrasyon ang ginawa nito at ikinukumpara. Lumalabas ang hindi pagtutugma bilang babala para sa tao — hindi kailanman bilang awtomatikong pagtatama, dahil walang idempotency key ang API ng vendor para gawing ligtas ang pagtatama.

Paglipat sa tamang pagkakasunod-sunod

Unang ini-import ang mga appointment — sinadya, dahil ang appointment book lang ang daluyang nakakatuklas ng mga tao sa buong tenant. Binibilang ayon sa pangalan ang bawat nilaktawang row: walang time window, hindi kilalang hugis, walang contact.

Triple-lock ang pagbasa ng AI

Ang mga aksyong talagang mayroon ang workspace mo lang ang inaalok ng CRM tool ng AI, vine-verify ulit ang aksyon sa oras ng pagtawag, at kinikilala ang customer mula mismo sa pag-uusap — namamatay bago umabot sa transport ang guni-guning opsyon o hinulaang ID.

Pag-set up

Paano ito kumokonekta

Ikonekta ang Stella

Idagdag ang iyong Stella credentials; vine-verify ng connector ang mga ito laban sa live na API bago may ma-save.

Magtrabaho nang may konteksto

Ipinapakita ng mga pag-uusap ang CRM card ng customer; sumasagot ang mga agent at ang AI mula sa mga katotohanan, hindi sa alaala.

Lumipat kung at kailan mo gusto

Patakbuhin ang assisted migration para maipasok ang buong history — ang lumang sistema pa rin ang masusunod hangga’t hindi mo inililipat ang pagmamay-ari.

Mas mahusay kapag magkasama

Ano ang puwedeng ipares dito

Booking engine

Pumapasok sa appointment book ng Stella ang mga booking mula sa chat, at ibinabawas ng booking system ang mga appointment sa Stella mula sa availability — iisang katotohanan sa appointment book.

Ang card sa inbox

Nakikita ng mga agent ang live na CRM context ng customer — mga appointment, quotation, balanse — katabi ng pag-uusap sa shared inbox.

Si Wiz, pagbasa lang

Ang AI agent ay sumasagot sa "kailan ang appointment ko?" mula sa mga datos sa Stella, naka-lock sa pagkakakilanlan ng taong nasa thread — at dahil sa nakatayong patakaran, hindi ito makakasulat.

Seguridad at mga garantiya

Ang mga boring na garantiya

Datos pangkalusugan: hindi kailanman binabasa

Espesyal na kategorya ng data sa ilalim ng KVKK ang mga rekord ng gamutan. Kapag binasa ang mga ito sa isang support screen, lalawak ang mga taong nagpoproseso nito mula sa mga doktor ng klinika hanggang sa buong team — kaya umiiral ang mga endpoint at tinatanggihan namin ang mga ito, nang nakasulat.

Walang di-nakikitang kamay

Hindi namin kailanman isinasara ang mga task ng klinika, hindi binabago ang mga customer segment nito, hindi ginagalaw ang accounting ledger nito — nakadokumentong pagtanggi ang bawat isa, dahil ang pag-automate ng proseso ng negosyo ng iba mula sa isang chat ang pinakamahal na uri ng pagkakamali ng produkto.

Hindi napupunta sa URL ang mga token

May token-check endpoint ang vendor na naglalagay ng credentials sa URL — kung saan nakikita ito ng mga log at proxy. Hindi namin ito kailanman tinatawag. Pinipili ang paghawak sa credentials kada endpoint.

Pagbura: hindi iniaalok

Hindi ginagamit ang mga delete endpoint ng vendor para sa mga customer, lead, bill, at quotation — hindi pa na-verify kung soft o hard ang pagbura, at walang user story na handa naming panindigan kung saan binubura ang rekord ng pasyente.

Ang fine print, walang paligoy-ligoy

Mga hangganan, tahasang sinabi

Sadyang pagtanggi

Hindi kailanman binabasa o ipinapakita ang mga medikal na rekord ng gamutan, hindi kailanman pinapatungan ang mga lifecycle label ng vendor, at hindi kami nagkukunwaring may buong kopya sa dalawang direksyon — sadyang desisyon sa disenyo ang bawat pagtanggi, nakadokumento, hindi butas.

Ibang CRM

Sadyang hindi nakatali sa iisang provider ang port — ang Stella ang unang provider, hindi ang huli. Iba ang gamit mo? Sabihin sa amin; nakakaapekto iyon sa queue.

FAQ sa Estesoft Stella

Diretsahang sagot

Marami pang sagot sa buong FAQ, o kaya magtanong nang direkta sa amin.

Ang sariling mga appointment, quotation, order, natitirang balanse, tala, at dokumento ng customer, sa mismong pag-uusap kung saan sila nag-uusap — pati ang katalogo, staff, at mga lokasyon ng negosyo na mapagkukunan ng sagot ng AI. Naka-lock ang lahat ng pagbasa sa customer na nasa thread.

Dahil sa patakaran: sa port na ito, pagbasa lang ang AI, at naka-lock sa pagkakakilanlan ang pagbasa. Totoong insidente sa totoong mundo ang maling pagsulat sa CRM ng isang klinika; kaya tao ang sumusulat, at may audit trail ang bawat pagsulat.

Oo — nag-i-import ang migration engine ng mga appointment, quotation, benta, receivable, at tala sa isang naka-queue na takbo na puwedeng ituloy kapag naantala, at nag-uulat ito ayon sa pangalan ng mga nilaktawan nito. Lumilipat ang pagmamay-ari bilang tahasang huling hakbang, kaya walang kalahating nailipat.

Anim: mga tala ng customer, appointment (paggawa at pagkansela), bagong customer, quotation, order, at bayad — bawat isa ay may sariling switch, lahat ay naka-off bilang default, at lahat ay nagsisimula sa rehearse mode. Nakatakda na ang pag-upload ng file pero sarado pa hangga’t hindi nasusukat ang takbo ng endpoint ng vendor — kakulangan sa sukat, hindi desisyon.

Binibilang ayon sa pangalan ang bawat nilaktawan: mga row na nasa labas ng napiling window, mga row na hindi kilala ng engine ang hugis, mga row na may pangalan ng customer na hindi maitugma. Ang bilang na iyon ang ulat — matatapos mo ang migration nang alam mo kung ano ang hindi nailipat at bakit.

Mas mahalaga ang tapat na koneksyon kaysa sa maingay.

Inilalarawan namin ang bawat integrasyon dito ayon sa talagang ginagawa nito — kasama ang direksyon, pagmamay-ari, at mga limitasyon.