ConnectWiz + Estesoft Stella
Интеграция работаетStella остаётся вашей CRM. Диалоги наконец это знают.
Первый провайдер на нашем CRM-порту, не привязанном к вендору: живой контекст клиента из Estesoft Stella внутри каждого диалога, брони, записанные обратно в журнал Stella, — и набор осознанных отказов, записанных явно, о том, к чему коммуникационный продукт не должен прикасаться никогда.
CRM
Что именно делает
Живой контекст, привязанный к личности
Записи, сметы, остаток долга, заметки и документы именно этого клиента видны прямо в диалоге, и ИИ читает их ровно по этому клиенту, определённому из самого диалога, а не по угаданному идентификатору.
Брони возвращаются в источник
Запись, сделанная в чате, попадает в журнал Stella, а там, где API вендора не может донести деталь, синхронизация говорит, что именно она потеряла, вместо того чтобы потерять молча.
ИИ читает и никогда не пишет
Постоянное правило для всего CRM-порта: чтение привязано к личности, запись остаётся за человеком. ИИ, который может неверно прочитать баланс, — это дешёвая репетиция ИИ, который запишет не того пациента.
Перенос — когда решите вы
Движок с очередью и продолжением с места остановки импортирует в ConnectWiz записи, сметы, продажи, дебиторку и заметки: о пропусках сообщают поимённо, а владение данными переходит только последним шагом.
Платежи и заказы возвращаются в Stella
Проведённый платёж или созданный в ConnectWiz заказ может уйти в Stella — открывается явным решением владельца, за теми же четырьмя воротами и с той же репетицией, что и всё остальное.
Прирост, а не зеркало
Опрос изменений нужен, чтобы поймать пропущенные события, а не чтобы держать вторую копию реестра клиники. Потеря этого различия превращает кеш в базу данных, поэтому оно записано.
Техническая часть
Путь записи: четверо ворот и репетиция
По умолчанию выключено — для каждой операции
Каждая запись поставляется выключенной, и у каждой из семи операций — заметки, записи, отмены, клиенты, сметы, заказы, платежи — свой переключатель. Безопасность здесь это отсутствие: если ворота не пройдены, объекта-писателя просто нет, и звать нечего.
Владение старше переключателя
Над переключателями по операциям стоит владение данными: домен, которым владеет ваше рабочее пространство, не пишется в Stella никогда, что бы ни стояло в переключателе. Порядок ворот зафиксирован и описан.
Репетиция на боевом пути кода
Режим холостого прогона собирает ровно тот payload, который отправила бы боевая запись, и останавливается только на транспорте: репетиция, идущая другим путём в коде, не доказывает ничего, поэтому такой здесь нет.
Записи проверяют себя сами
После каждой записи интеграция вычитывает созданное обратно и сравнивает. Расхождение показывается человеку как предупреждение, а не исправляется автоматически: у API вендора нет ключа идемпотентности, который сделал бы исправление безопасным.
Перенос в правильном порядке
Записи импортируются первыми — намеренно, потому что журнал это единственное место, где людей можно найти по всему арендатору. Каждая пропущенная строка попадает в счётчик по имени причины: не попала в окно, непонятная форма, нет контакта.
Чтение ИИ заперто трижды
CRM-инструмент ИИ объявляет только те действия, которые у вашего рабочего пространства действительно есть, перепроверяет действие в момент вызова и определяет клиента из самого диалога: выдуманный вариант или угаданный идентификатор умирают до транспорта.
Настройка
Как подключается
Подключите Stella
Добавьте свои реквизиты Stella; коннектор проверяет их на живом API, прежде чем что-либо сохранить.
Работайте с контекстом
В диалоге видна карточка клиента из CRM; оператор и ИИ отвечают по фактам, а не по памяти.
Переносите, если и когда захотите
Запустите перенос с сопровождением, чтобы забрать всю историю: старая система остаётся главной, пока вы не передадите владение.
Вместе лучше
С чем сочетается
Движок бронирования
Записи из чата попадают в журнал Stella, а система бронирования вычитает записи Stella из доступности — журнал один, истина одна.
Карточка во входящих
Оператор видит живой контекст CRM по клиенту — записи, сметы, баланс — рядом с диалогом в общих входящих.
Wiz — только на чтение
На вопрос «когда у меня приём?» отвечает ИИ-агент по фактам из Stella, привязанным к личности человека в переписке. По постоянному правилу писать он не может.
Безопасность и гарантии
Скучные гарантии
Медицинские данные: не читаем
Записи о лечении — особая категория данных по турецкому закону KVKK. Если вытащить их на экран поддержки, круг обрабатывающих расширится с врачей клиники до всей команды, — поэтому эндпоинты существуют, а мы от них письменно отказываемся.
Никаких невидимых рук
Мы не закрываем задачи клиники, не меняем её сегменты клиентов и не трогаем её бухгалтерский реестр — каждый отказ задокументирован, потому что автоматизировать чужой бизнес-процесс из чата это самый дорогой класс ошибок для продукта.
Токены не попадают в URL
У вендора есть эндпоинт проверки токена, который кладёт реквизиты прямо в URL — туда, где их видят логи и прокси. Мы его не вызываем никогда. Обращение с реквизитами выбирается для каждого эндпоинта отдельно.
Удаление: не предлагаем
Эндпоинты вендора для удаления клиентов, лидов, счетов и смет не используются: мягкое это удаление или жёсткое, не проверено, а удаление карточки пациента не встречается ни в одном сценарии, который мы готовы взять на себя.
Мелкий шрифт — без прикрас
Границы, прописанные явно
Осознанные отказы
Записи о медицинском лечении не читаются и не показываются никогда, метки жизненного цикла вендора не перезаписываются, и полное двустороннее зеркало не изображается — каждый отказ это задокументированное проектное решение, а не дыра.
Другие CRM
Порт по замыслу не привязан к вендору: Stella — первый провайдер, а не последний. Работаете на чём-то другом? Скажите нам, это влияет на очередь.
Честное подключение важнее громкого.
Каждая интеграция здесь описана по тому, что она делает на самом деле, — вместе с направлением, владением и ограничениями.