Фронтенд-счётчик показывает 10 тысяч успешных оплат, а бэкенд-таблица заказов — 8 тысяч за тот же день. Какой следующий шаг в сверке данных наиболее полезен?

AСчитать фронтенд-счётчик источником истины и игнорировать данные бэкенда: значения на экране пользователя точнее внутренних таблиц
BСчитать бэкенд-таблицу источником истины и игнорировать фронтенд: серверные таблицы заказов выше по приоритету в сверке источников
CСопоставить записи по order_id и разложить расхождение по стадиям воронки: запрос, платёж, колбэк, финализация заказа
DВзять среднее арифметическое 10 тысяч и 8 тысяч как компромиссное число успешных оплат за день для итогового отчёта по дню
Правильный ответ. Сверку лучше делать на уровне идентификаторов и этапов процесса, а не сравнивать только агрегаты.

Разбор

Сопоставление по order_id показывает, какие заказы видны на фронте, но не дошли до финализации на бэкенде, и наоборот. Разложение по стадиям выявляет, где именно теряются события: в логировании, в очереди, в обработчике или в витрине. Это позволяет быстро отличить проблему данных от реального сбоя бизнес-процесса оплаты. Слепое доверие одному источнику или усреднение чисел маскирует баг, а не исправляет его.

Проверь себя · 1/2разбор после ответа
Вчера число событий purchase выросло в 2 раза, но число уникальных order_id почти не изменилось. Какой источник проблемы наиболее вероятен?
Открыть Карьерник в Telegram

Ещё вопросы по теме «Качество данных и инварианты»