ConnectWiz + Estesoft Stella

Работеща интеграция

Stella остава вашият CRM. Разговорите вече го познават.

Първият CRM, свързан към нашия универсален CRM слой: актуален контекст за клиента от Estesoft Stella във всеки разговор, резервации, записани обратно в графика на Stella – и списък от съзнателни откази, черно на бяло, за това какво един продукт за комуникация никога не бива да пипа.

Започнете безплатно Всички интеграции

Контекст, заключен към самоличността Резервациите се записват обратно Медицински данни: никога не се четат

Estesoft Stella × ConnectWiz

Заключено към този клиент

Часове · оферти · салдо на екрана

Резервация от чата → графикът в Stella

Данни за лечението: никога не се четат

Операции за четене, всяка с име – часове, оферти, поръчки, салдо, бележки, документи, каталог, персонал, обекти, търсене на клиент

Операции за запис – шест отворени и една задържана, докато не бъде измерена, като казваме коя

Проверки пред всеки запис – адаптер, възможност, превключвател за операцията, собственост върху данните

Вида записи, които пренася механизмът за миграция – часове, оферти, продажби, вземания, бележки

CRM

Какво точно прави

Актуален контекст, заключен към самоличността

Часовете, офертите, неплатеното салдо, бележките и документите на този клиент излизат до разговора – и AI може да ги чете точно за този клиент, определен от самия разговор, а никога по налучкан ID.

Резервациите се записват обратно

Час, запазен в чата, влиза в графика на Stella – а където API-то на доставчика не може да пренесе някоя подробност, синхронизацията казва какво е изпуснала, вместо да го изпусне тихомълком.

AI чете, никога не записва

Постоянно правило за целия CRM слой: четенето е заключено към самоличността, а записът остава в човешки ръце – AI, който може да прочете грешно едно салдо, е евтината репетиция на AI, който записва час на грешния пациент.

Миграция, когато решите

Механизъм с опашка, който може да продължи от мястото, където е спрял, внася в ConnectWiz часове, оферти, продажби, вземания и бележки – всеки пропуск се отчита с причината, а собствеността върху данните се прехвърля едва като последна стъпка.

Плащанията и поръчките се записват обратно

Отчетено плащане или създадена поръчка в ConnectWiz може да се запише и в Stella – включва се с изрично решение на собственика и минава през същите четири проверки и същия режим на репетиция като всичко останало.

Само промените, не огледално копие

Периодичната проверка за промени съществува, за да хване пропуснати събития – не за да пази второ копие на регистъра на клиниката. Ако тази разлика се изгуби, кешът се превръща в база данни, затова я записахме изрично.

Техническата страна

Пътят на записа: четири проверки и една репетиция

Изключено по подразбиране, за всяка операция

Всеки запис идва изключен и всяка от седемте операции – бележки, часове, отмени, клиенти, оферти, поръчки, плащания – има свой превключвател. Безопасността тук е липса: ако някоя проверка не мине, просто няма обект за запис, който да бъде извикан.

Собствеността е над превключвателя

Над превключвателите за операциите стои собствеността върху данните: област, която е собственост на вашето работно пространство, никога не се записва навън в Stella, каквото и да казва превключвателят. Редът на проверките е фиксиран и документиран.

Репетиция по реалния път в кода

Режимът на пробно изпълнение сглобява точно данните, които реалният запис би изпратил, и спира едва пред изпращането – репетиция по друг път в кода не доказва нищо, затова такава няма.

Записите се проверяват сами

След всеки запис интеграцията прочита обратно създаденото и сравнява. Разминаването излиза като предупреждение за човек – никога като автоматична корекция, защото API-то на доставчика няма ключ за идемпотентност, с който корекцията да е безопасна.

Миграция в правилния ред

Първо се внасят часовете – нарочно, защото графикът е единственото място, от което могат да се открият хората в целия акаунт. Всеки пропуснат ред се отчита с причината: без времеви интервал, непозната структура, липсващ контакт.

Четенето от AI е заключено три пъти

CRM инструментът на AI обявява само действията, които вашето работно пространство реално има, проверява действието повторно в момента на извикване и определя клиента от самия разговор – измислена опция или налучкан ID отпада, преди да стигне до изпращането.

Настройка

Как се свързва

Свържете Stella

Въведете данните си за достъп до Stella; конекторът ги проверява срещу реалното API, преди нещо да се запише.

Работете с контекст

Разговорите показват CRM картата на клиента; операторите и AI отговарят по факти, а не по памет.

Мигрирайте, ако и когато решите

Пуснете асистираната миграция, за да пренесете цялата история – старата система остава водеща, докато не прехвърлите собствеността.

Заедно е по-добре

С какво се съчетава

Механизъм за резервации

Резервациите от чата влизат в графика на Stella, а системата за резервации изважда часовете от Stella от свободните – един график, една истина.

Картата във входящата кутия

Операторите виждат актуалния CRM контекст на клиента – часове, оферти, салдо – до разговора в общата входяща кутия.

Wiz – само за четене

Нашият AI агент отговаря на „кога ми е часът?“ по данните в Stella, заключен към човека в нишката – и по постоянно правило не може да записва.

Сигурност и гаранции

Скучните гаранции

Здравни данни: никога не се четат

Данните за лечението са специална категория данни по KVKK. Ако ги изведем на екрана за поддръжка, кръгът от хора, които ги обработват, ще се разшири от лекарите на клиниката до целия екип – затова крайните точки съществуват, а ние писмено отказваме да ги ползваме.

Без невидими ръце

Никога не затваряме задачите на клиниката, никога не променяме клиентските ѝ сегменти, никога не пипаме счетоводния ѝ регистър – всеки от тези откази е документиран, защото автоматизирането на чужд бизнес процес от чат е най-скъпият вид грешка, която продуктът може да допусне.

Токените не влизат в URL адреси

Доставчикът предлага крайна точка за проверка на токена, която слага данните за достъп в URL адреса – там, където ги виждат логовете и проксито. Ние никога не я извикваме. Начинът на работа с данните за достъп се избира за всяка крайна точка поотделно.

Изтриване: не се предлага

Крайните точки на доставчика за изтриване на клиенти, лийдове, сметки и оферти не се използват – не е проверено дали изтриването е меко или окончателно, а изтриване на пациентско досие няма в нито един сценарий, за който сме готови да поемем отговорност.

Дребният шрифт, без украса

Границите, казани ясно

Съзнателни откази

Данните за лечението никога не се четат и не се показват, етикетите за етап на доставчика никога не се презаписват и не се преструваме, че има пълно двупосочно огледало – всеки отказ е документирано проектно решение, а не пропуск.

Други CRM системи

Слоят по замисъл не зависи от доставчика – Stella е първият, не последният. Работите с друга система? Кажете ни – това влияе на реда в опашката.

Въпроси за Estesoft Stella

Отговори без заобикалки

Още въпроси има в пълния раздел FAQ, а ако вашия го няма, пишете ни директно.

Собствените часове, оферти, поръчки, неплатено салдо, бележки и документи на клиента – до разговора, в който пише, плюс каталога, персонала и обектите на бизнеса, по които AI да отговаря. Всяко четене е заключено към клиента в нишката.

По правило: в този слой AI само чете, а четенето е заключено към самоличността. Грешен запис в CRM системата на клиника е инцидент в реалния свят; затова записите остават в човешки ръце и подлежат на проверка.

Да. Механизмът за миграция внася часове, оферти, продажби, вземания и бележки на опашка, която може да продължи след прекъсване и назовава всичко пропуснато. Собствеността се прехвърля като изрична последна стъпка, така че нищо не остава преместено наполовина.

Шест: бележки за клиента, часове (създаване и отмяна), нови клиенти, оферти, поръчки и плащания – всеки със собствен превключвател, всички изключени по подразбиране и всички започват в режим на репетиция. Качването на файлове е дефинирано, но остава затворено, докато поведението на крайната точка на доставчика не бъде измерено – това е липсващо измерване, а не решение.

Всеки пропуск се отчита с причината: редове извън избрания период, редове, чиято структура механизмът не разпознава, редове с клиент, който не може да бъде съпоставен. Отчетът е самото преброяване – приключвате миграцията, знаейки какво не е пренесено и защо.

По-добре честно свързано, отколкото шумно рекламирано.

Всяка интеграция тук е описана с това, което наистина прави – включително посоката, собствеността върху данните и ограниченията.