Выручка по событиям в продуктовой витрине на 5 процентов выше, чем в платежной системе за тот же день. Что логичнее всего проверить первым в рамках reconciliation?
AСразу пересчитать отчет за месяц, потому что один день не важен
BПроверить, не сломалась визуализация на дашборде
CСверить
definition и окна: gross или net, учет refunds, валюта и time zone отсечения дняDУдалить часть записей из платежной системы, чтобы цифры совпали
Правильный ответ. Перед поиском багов нужно выровнять
definition метрики и правила отсечения периода между источниками.Разбор
Расхождения часто возникают из-за разных правил: учитывать ли refunds, какой момент считать выручкой, и в каком time zone закрывается день. Еще одна частая причина — различие между gross и net или разные фильтры статусов. Если определения совпали, следующий шаг — reconciliation на уровне идентификаторов, например сопоставление по order_id.
Проверь себя · 1/3разбор после ответа
После обогащения отчета справочником число строк стало сильно больше, а
DAU в отчете превысил DAU в исходной витрине событий. Что наиболее вероятно произошло?Ещё вопросы по теме «Качество данных и инварианты»
- В ежедневном дашборде `DAU` и количество событий резко упали начиная с 02:00 и остаются низкими до конца дня. Что проверить первым, чтобы быстро понять, это `missing data` или реальный бизнес-эффект?
- Какой `invariant` наиболее уместно добавить в ежедневный отчет по воронке e-commerce, чтобы ловить ошибки данных?
- Вчера число событий `purchase` выросло в 2 раза, но число уникальных `order_id` почти не изменилось. Какой источник проблемы наиболее вероятен?
- Метрики за понедельник резко просели, а за вторник резко выросли, при этом сумма за 2 дня почти не изменилась. Какой `sanity check` лучше всего указывает на `time shift`?
- После релиза приложения количество событий `add_to_cart` из Android стало почти ноль, а iOS и web без изменений. Что вероятнее всего проверить первым?
- Все вопросы по «Качество данных и инварианты» →