Сквозная аналитика рекламы: как принять сверенный набор данных

Определите вопрос отчёта

Для маркетолога вопрос может звучать так: какие кампании привели оплаченные заказы выбранной группы клиентов? Финансовому директору нужен другой разрез: сколько денег пришло и сколько осталось после возвратов и переменных расходов. Эти отчёты нельзя незаметно смешивать.

Зафиксируйте период, часовой пояс и правила учёта налогов. Выберите событие, по которому заказ попадает в период: создание заявки, заключение сделки или оплата. В подписи отчёта укажите это явно, иначе задержка платежа будет выглядеть как изменение эффективности рекламы.

Соберите связи без догадок

На входе потребуются выгрузки расходов из кабинетов, обращений и сделок из CRM, платежей и возвратов из учётной системы. Идентификаторы кампаний, заявок и заказов сохраните в исходном виде. Название кампании ненадёжно как ключ: его могут переименовать.

• Одна заявка может создать несколько сделок; связь должна храниться отдельно от суммы обращения.
• У заказа может быть несколько платежей. Учитывайте транзакции, не размножая их при соединении с позициями заказа.
• Возврат связывайте с исходной оплатой и отражайте по заранее выбранному правилу периода.
• Если рекламная метка отсутствует, оставляйте источник неизвестным вместо угадывания по тексту диалога.

Модель можно использовать для описания аномалии или классификации причины обращения. Сопоставление денежных записей лучше выполнять явными правилами с журналом исключений. Человек должен суметь восстановить итоговую сумму до конкретных исходных операций.

Сверка важнее красивой диаграммы

1. Проверьте итог расходов по каждому кабинету против его собственной выгрузки.
2. Сверьте суммы оплат и возвратов с учётной системой до распределения по каналам.
3. Выберите спорные заказы: частичная оплата, повторная заявка, несколько рекламных касаний.
4. Зафиксируйте неразобранные расхождения и покажите их рядом с итогами отчёта.

Перед публикацией проверьте кардинальность соединений. Сравните число уникальных транзакций до и после объединения с позициями заказа. Повторный запуск на той же выгрузке должен давать тот же итог; изменение суммы требует объяснения на уровне добавленных, исправленных или исключённых записей.

Протокол исключений и приёмка версии

Предлагаемый помощник получает протокол сверки и словарь полей. Он составляет пояснения к исключениям: отсутствует ключ, найден дубль, не совпала валюта, выгрузка неполна. Каждое пояснение ссылается на запись и проверку; модель не создаёт недостающие денежные операции.

Учебная проверка: у заказа есть несколько товарных строк и частичная оплата. После соединения сумма транзакции не должна повторяться по каждой позиции. Сохраните такой пример как тест; ожидаемый результат согласует финансовый специалист, а не языковая модель.

Приёмку выполняют аналитик и владелец финансовых данных. Они подписывают версию набора, перечень исключений и правила пересчёта. Список найденных расхождений отделяйте от исправлений: наличие объяснения ещё не означает, что исходный учёт приведён в порядок.

Рабочий результат первого этапа — отчёт с воспроизводимыми суммами и видимыми пробелами данных. Если источники не сходятся, исправляйте учёт. Более красноречивый ИИ не устранит потерянную связь между заявкой и платежом.