Опишите задачу
Интеграции · P0

Связать системы так, чтобы потерю данных было видно

Событие проходит путь от источника до получателя. У каждого шага есть состояние, журнал и правила повтора. Это дороже простого webhook, но позволяет отвечать на вопрос «где расходится».

01Маршрут события

Источник → очередь → доставка → сверка

Четыре шага, на каждом из которых видно, что произошло. Без «магии» и обещаний, что всё всегда доставляется.

01

Источник

Событие возникает в CRM, магазине или другом сервисе. Фиксируются идентификатор, время и необходимые поля.

02

Очередь

Событие сохраняется до подтверждения доставки. Повторный запрос не создаёт дубль.

03

Доставка

Сервис отправляет данные, сохраняет ответ и классифицирует ошибку. При сбое — повтор по правилам.

04

Сверка

Журнал показывает расхождения и потерянные события. Ручная ресинхронизация доступна как отдельное действие.

02 честное сравнение

Когда достаточно официального коннектора

У Яндекса есть бесплатная интеграция Битрикс24 с Метрикой. Если задача стандартная, начните с неё. Собственный контур оправдан только там, где нужна дополнительная наблюдаемость.

Разбор в журнале
ЗадачаКоннекторСвой контур
Лиды и сделкиДаДа
Нестандартные статусыОграниченноПравила и версия
Диагностика потерьНетЖурнал и повтор
Несколько источниковНетДо трёх потоков
03Надёжность

Что защищает от потери события

Очередь, идемпотентность, ограниченные права и журнал. Это не «SLA 99,99%», а понятный набор мер.

Идемпотентность

Повтор запроса не создаёт второй заказ, лид или событие. Ключ связан с исходной сущностью.

Повторные попытки

Ошибки делятся на временные и постоянные. Для временных задаётся расписание повторов.

Минимальные права

Сервис получает только те права, которые нужны для согласованного потока.

Журнал

Ответ, время, статус и причина. Без персональных данных и секретов в открытом виде.

Резервное копирование

Конфигурация и правила восстанавливаются по инструкции, а не по памяти исполнителя.

Документированный выход

Клиент может забрать данные и прекратить обмен без скрытой зависимости.

04FAQ

Вопросы об интеграциях

Можно ли интегрировать систему, которой нет в списке?

Возможно, но это отдельный архитектурный этап: проверяются API, модель данных, лимиты и требования к отказоустойчивости. Такая работа не входит в стандартную адаптацию.

Что будет, если интеграция упадёт ночью?

События остаются в очереди, а повторные попытки выполняются по правилам. Критичные ручные действия ограничены согласованным рабочим окном. One Click не обещает круглосуточное присутствие человека.

Нужно ли отдавать пароли и токены?

В форме проверки — нет. После договора доступы передаются через защищённый канал с минимальными правами. Секреты не публикуются в переписке и не попадают в аналитику.

Как понять, что данные не теряются?

У каждого события есть состояние, ответ и причина ошибки. Журнал доставки и сверка показывают расхождения. Это и есть основная ценность контура по сравнению с простым webhook.

Зачем платить регулярно, если интеграция уже работает?

Внешние API меняются, токены истекают, статусы уточняются. Обслуживание покрывает мониторинг, исправления, сверки и две итерации в месяц.

Проверьте, нужен ли вам собственный контур

Иногда ответ — «достаточно стандартного коннектора». Это тоже полезный результат проверки.