Интеграция CRM рекламодателя с трекером: где теряется дельта и как это чинить

Интеграция CRM рекламодателя с трекером: где теряется дельта и как это чинить

CRM и трекер должны говорить об одном лиде на одном языке. Иначе в кабинете один статус, в CRM другой, а в отчёте — мусор. Базовая схема: CRM шлёт webhook на Python-сервис, сервис нормализует payload, проверяет дедупликацию по lead_id и отправляет событие в трекер через API.

Критичные точки:
• маппинг статусов: new, approved, rejected, paid должны быть зафиксированы в таблице соответствий
• idempotency: повторный webhook не должен создавать дубль конверсии
• retry policy: при 5xx событие кладём в очередь, а не теряем
• signature validation: без проверки подписи любой может слать фейковые постбеки 🔒

На Python это обычно выглядит как тонкий слой ETL: Flask/FastAPI принимает webhook, валидирует схему, пишет сырой JSON в лог-таблицу, затем через worker отправляет POST в трекер. Для разборов пригодится отдельная таблица audit_events: lead_id, status_from, status_to, source, ts, response_code. Это позволяет быстро найти, где именно течет профит?

Если интеграция падает, первым делом проверяем сходимость дельты в трекере и кабинете, затем — сырой лог webhook-ов. Всё, что не автоматизировано — это потенциальный убыток.