Кейс · Мониторинг · Данные

Контроль целостности: 60+ датчиков ловят потери и задвоения заказов

Слой самодиагностики: 60+ датчиков в режиме чтения ловят потерянные и задвоенные заказы, осиротевшие платежи и расхождения сумм — и сигналят в Telegram.

Ниша: мультиканальные продажи, где ошибка в данных = деньгиСистемы: Bitrix24 · МойСклад · маркетплейсы · Т‑Банк · Telegram
Карта интеграций: потоки заказов, оплат, остатков и доставки между системами
Карта интеграций: потоки заказов, оплат, остатков и доставки между системами

Проблема

Когда заказы, оплаты и остатки ходят между шестью системами, рано или поздно что-то «протекает» — и замечают это слишком поздно:

  • Заказ пришёл с маркетплейса, но не создался в CRM или в складе — потеря.
  • Отгрузка или заказ покупателя задвоились — лишние документы и путаница в остатках.
  • Товар зарезервирован, но заказ отменён — резерв не снят, товар «залип».
  • Оплата прошла, а заказа в складе нет — осиротевший платёж.
  • Суммы в CRM и на складе разъехались.

Каждый такой случай — это либо потерянные деньги, либо испорченный остаток, и находили их обычно вручную, постфактум.

Решение

Мы построили слой самодиагностики данных — набор независимых датчиков, которые постоянно проверяют целостность денежных и складских потоков и сигнализируют о проблеме раньше, чем её заметит человек.

Как это работает

  1. 60+ датчиков. Каждый проверяет один класс проблем по каждому каналу (Avito / Ozon / Яндекс Маркет / Lamoda / Wildberries / Т‑Банк / Tilda / доставка): потерянный заказ, задвоенная отгрузка, неснятый резерв, расхождение сумм, зависший статус, массовое обнуление остатков, осиротевший платёж и т.д. Датчики работают в режиме чтения — ничего не меняют в боевых системах, только фиксируют факты.
  2. «Сторож над сторожами». Отдельный модуль (Money Flow Sentinel) проверяет, что сами датчики живы: если датчик «завис» и давно не обновлял отчёт — это тоже сигнал. Так ловятся «тихие» сбои, которые обычный мониторинг пропускает.
  3. Оповещения в Telegram. Критичные аномалии сразу уходят ответственному в Telegram.
  4. Дашборд. Отдельная страница показывает текущие аномалии карточками с детализацией — быстро, без нагрузки на API (читается из кэша).
  5. Сторожа инфраструктуры. Дополнительно следят, что фоновые задачи вообще запускаются и что нет «зависших» сделок.

Результат

  • Потери и задвоения заказов/оплат ловятся автоматически и сразу, а не находятся вручную постфактум.
  • Ответственный получает сигнал в Telegram в момент возникновения проблемы.
  • «Тихие» сбои (когда сломался сам контроль) тоже видны.
  • Данные в CRM, складе и на витринах остаются согласованными.
Под капотом

«Сторож над сторожами» (Money Flow Sentinel) проверяет, что сами датчики живы: если датчик завис и давно не обновлял отчёт — это тоже сигнал. Так ловятся «тихие» сбои, которые обычный мониторинг пропускает, потому что «всё зелёное».

Платформа в цифрах
5 каналов продаж3 службы доставки12 складов в учёте~35 фоновых задач60+ датчиков целостностиPHP 8.1 · Docker · PostgreSQL · Node.jsREST · вебхуки · OAuth Bitrix24
Это «страховка целостности данных» для любой связки Bitrix24 ↔ склад ↔ маркетплейсы. Продаётся как отдельная услуга или подписка — особенно там, где цена ошибки измеряется в деньгах.
Нужно похожее решение?

Соберём такую же связку под вашу нишу

Расскажите о задаче — подготовим предложение и смету бесплатно. Работаем по всей России.