Как читать postback-данные без путаницы и не путать лиды, клики и дубли

Как читать postback-данные без путаницы и не путать лиды, клики и дубли

Postback выглядит просто, пока не свести в один файл click_id, sub_id, status и payout. Ошибка обычно не в трекере, а в том, что поля читают по очереди, а не как связку.

Сначала проверь логику цепочки: клик → конверсия → статус. Если click_id не совпадает, ищи не «пропавший лид», а разрыв в передаче параметра. Если статус есть, а выплаты нет, смотри на правила холда и на то, не уехал ли конверт в дубль.

Дальше отделяй техошибки от бизнес-логики:
— duplicate — чаще повторная отправка события, а не два лида
— rejected — не всегда мусор, иногда отказ по условиям оффера
— approved/pending — это не доход, а только этап обработки
— missing payout — проверь валюту, округление и маппинг полей

Полезно держать один эталонный ряд: один клик, один sub, один postback, один статус. Как только в таблице появляются пустые значения, меняй не выводы, а точку проверки: сначала трекер, потом сеть, потом источник.

Если читать postback как цепочку, а не как набор строк, путаница уходит сама: сначала сверяй идентификаторы, потом статусы, и только после этого считай деньги.