Задача
Ко мне обратилась клиника: нужна своя интеграция IDENT с Битрикс24, чтобы отказаться от стороннего решения по подписке. Клиника ведет расписание, приемы и наряды в МИС IDENT, а облачная CRM отвечает за сделки, контакты пациентов, рассылки через мессенджеры и сбор отзывов. За обмен данными отвечал сторонний коннектор из маркетплейса. Он работал несколько лет и накопил в базе 41 тысячу сделок и 11 тысяч контактов.
Причина отказа от коннектора - экономика и надежность. Сервис поднял цену подписки в 2,5 раза, при этом часть функционала молча перестала работать. Больше месяца клиника теряла часть данных. Для бизнеса это критично: на базе CRM построены управленческие отчеты, ИИ-аналитика и автоматические напоминания пациентам о записях. Без стабильной синхронизации принимать решения на основе цифр невозможно, а воронка визитов ломается.
Передо мной стояла задача перевести клинику на новую интеграцию без простоя, ручной работы администраторов и создания дублей. Требовалось сохранить всю логику: сделку на каждый прием, сумму и состав услуг из наряда, смену стадий по факту визита или отмены. Главное - не сломать завязанные на сделках бизнес-процессы. Ограничение среды: база IDENT работает локально на обычном компьютере клиники, а ее структура не документирована.
Для кого: стоматологии на IDENT с CRM в Битрикс24, которые платят за коннектор или хотят от него уйти.
Решение
Я получил доступ к базе IDENT и разобрал логику: как формируется наряд, скидки, привязка пациентов и врачей. Сверил свой расчет выручки за день с отчетом клиники - суммы сошлись до рубля. Чтобы при переходе не наплодить дублей к 41 тысяче существующих сделок, я унаследовал принцип маркировки записей от старого коннектора.
Я выстроил обмен данных в одну сторону: из IDENT в CRM. Архитектура состоит из трех шагов:
1. Сбор данных. Скрипт на компьютере клиники каждые 10 минут читает из базы изменения и отправляет в систему автоматизации.
2. Обработка. Платформа n8n принимает данные, приводит их к формату CRM и складывает в промежуточную базу - витрину данных со справочниками.
3. Запись в Битрикс24. Каждые 15 минут система проверяет новые данные и пишет в CRM только реальные изменения.
Что именно синхронизируется:
- Контакты: ФИО, телефон, дата рождения. Комментарии администраторов в существующих сделках скрипт не трогает.
- Сделки на прием: передаются пациент, врач и дата. Чтобы администраторам было сразу понятно, о каком визите речь, на этапе обработки я формирую наглядное название сделки в формате "Врач | Пациент | дата".
- Состав услуг: передаю услуги из наряда. В Битрикс24 цена фиксируется уже после скидки. Я учел эту математику, поэтому суммы сделок в CRM сходятся с нарядами до рубля.
- Стадии: все статусы меняются вслед за МИС. При создании записи пациента на прием скрипт ставит стадию "Записан", по факту прихода - "Прием окончен", при отмене - отказ.
- Защита от спама: старый сервис после сбоев связи мог выгрузить пачку архивных визитов, из-за чего пациентам уходила уйма сообщений о записи на прием (так клиника однажды получила бан в мессенджере). В моей логике это исключено. При обрыве связи данные не теряются, а при восстановлении система аккуратно доливает их поштучно, блокируя создание сделок на прошедшие даты.
Переход и контроль
Я запустил тестовый режим: две недели моя система работала параллельно со старым сервисом, собирая данные в промежуточную базу для сверки.
В день запуска я отключил старый коннектор и перевел клинику на новую интеграцию. Простоя не было, администраторы ничего не заметили.
Для контроля я настроил автоматический мониторинг исправности. Если скрипт сбора данных на компьютере клиники перестает отвечать, система сразу присылает уведомление в Telegram.
Результат
- Плавный переход. Я перевел клинику на свою синхронизацию без единого дубля. За 300 с лишним проверок система ни разу не промахнулась мимо существующих сделок. Простоя не было - врачи и администраторы работают как раньше.
- Экономия. Клиника отказалась от подписки на сторонний сервис, которая подорожала в 2,5 раза. Разработка окупилась примерно за полгода.
- Точные рассылки. Интеграция работает стабильно. Стадии приемов меняются вовремя, поэтому автоматические напоминания пациентам в мессенджерах уходят как часы - без спама и пропусков.
- Контекст при входящих звонках. Сделки всегда четко заполнены актуальными данными. При входящем звонке администратор сразу видит, кто звонит, историю визитов и какие приемы запланированы.
- Аналитика в любом разрезе. В Битрикс24 передается полный состав каждой сделки с ценами и скидками, а первичные пациенты автоматически размечаются. На этих чистых данных клиника строит точные управленческие отчеты и ИИ-аналитику в любых нужных разрезах.
- Автономность и контроль. Прогон синхронизации занимает 3-10 секунд. За первую неделю после запуска не потребовалось ни одного вмешательства. Руководству больше не нужно проверять доходимость данных руками: за это отвечает ночная сверка и уведомления в Telegram.
