Перейти к содержанию

DaData → CRM: качество лидов и дедупликация

Обновлено: 2026-05-29

Открыть мой план

Схема

  1. Источник события отправляет webhook или API-запрос.
  2. n8n нормализует payload: external_id, event_type, contact_key, received_at.
  3. Workflow проверяет дубли и обязательные поля.
  4. Данные уходят в CRM, таблицу, Telegram или учётную систему.
  5. Ошибка попадает в отдельную ветку с алертом и повторной обработкой.

Материалы маршрута

Acceptance criteria

  • Повторный webhook не создаёт дубль.
  • Невалидный payload не ломает workflow, а уходит в понятную ошибку.
  • Менеджер видит источник, UTM и контакт.
  • Есть лог execution и владелец процесса.