Согласуем статусы до интеграции
Возьмём сервис ремонта, который оплачивает обращение после квалификации. Лид становится подтверждённым, когда оператор связался с человеком, уточнил адрес и подтвердил нужный вид работ в зоне обслуживания. Состояние «не дозвонились с первой попытки» оставьте промежуточным. Переводить его в окончательный отказ можно по согласованному правилу, например после трёх попыток связи в разные интервалы. Дубли и обращения вне зоны обслуживания получают разные коды причин.
При создании лида CRM хранит внутренний идентификатор обращения и технический идентификатор партнёрского перехода. Эти поля позволяют сопоставить запись с отчётом CPA. Для сверки обычно достаточно технического идентификатора, дат, суммы, статуса и причины. Поля контакта остаются в системе, где они нужны оператору, если условия и требования обработки данных позволяют устроить процесс так.
Проверяем повторную отправку и смену статуса
Постбэк передаёт сведения об оформленном действии или изменении его состояния с сервера. Какие состояния и поля можно отправить, проверьте по документации конкретной сети. Прогоните тестовый сценарий, где получатель записал событие, но ответ потерялся по дороге. Повтор запроса должен обновить исходное действие или обработаться как повтор. Проверьте также задержку, при которой более старое сообщение об ожидании пришло после окончательного подтверждения. Итоговый статус должен соответствовать фактической истории.
Журнал передачи должен помогать увидеть, когда отправили событие, каким был ответ и удалось ли доставить следующую попытку. Разведите ошибки интеграции и отказ в заявке. Для оператора «нет адреса в зоне работ» означает итоговый статус, а для разработчика «не принят запрос» означает работу с обменом данными. Партнёрскому менеджеру нужен отчёт, где эти случаи различимы.
Admitad об интеграции через постбэк
Сводим месяц по общему ключу
В учебной выгрузке CRM есть 120 обращений. Из них 80 подтвердились, 25 отклонены, 15 ожидают решения. При ставке 400 ₽ к расчёту идут 32 000 ₽ без учёта комиссии сети. Если в отчёте сети 81 подтверждение, сначала сравните списки по идентификатору действия. Проверьте границы периода, повторную отправку и смену статуса после выгрузки. Совпавшие строки можно выделить в отдельную группу, а спорную строку оформить со сроком разбора и ответственным.
На ежемесячной встрече разберите коды отклонений по источникам. Много дублей у одной площадки может означать повторные обращения или ошибку интеграции. Много отказов по географии требует проверки посадочной страницы и описания оффера. Договоритесь, когда завершится следующая сверка и что произойдёт с обращениями, статус которых ещё уточняется.