# Сверка заявок после сбоя аналитики

Шаблон подготовлен 12.10.2026. Он не содержит реальных данных клиентов.

В файле два типа строк. row_type=order — один заказ или обращение. row_type=expense — один расход на уникальную пару campaign_id и период. В строках order поле spend_rub оставляйте пустым; в строках expense поля заказа не заполняйте. Расход нельзя повторять в каждой строке заказа, иначе бюджет посчитается несколько раз. В двух начальных строках стоят только обозначения типа: остальные ячейки заполняете своими данными. Для работы в таблицах удобнее перенести типы на два отдельных листа.

- row_type — order для заказа, expense для расхода. Сначала разделите эти типы, затем фильтруйте и считайте каждый отдельно.
- campaign_id — стабильный ID кампании, если источник подтверждён. Не восстанавливайте его по догадке.
- period_start_msk, period_end_msk — границы сравнения. Укажите, включена ли правая граница; удобный вариант: начало включено, конец исключён.
- spend_rub — подтверждённый расход за тот же период. Пусто = неизвестно; 0 = проверенный нулевой расход.
- order_id — уникальный ID обращения/заказа, для дедупликации.
- created_at_msk, paid_at_msk — время создания и оплаты в Москве, ISO с +03:00. Поздняя оплата относится к отдельному событию того же заказа.
- status — исходный статус CRM. Согласуйте значения confirmed/qualified/paid/cancelled до подсчёта.
- utm_source, utm_medium, utm_campaign — значения, реально сохранённые при обращении.
- yclid, client_id — сохранённые идентификаторы, если доступны. Пустое значение не заменяйте фиктивным.
- amount_rub — подтверждённая сумма платежа/заказа. Возвраты учитывать по принятому правилу, отдельно от заявки.
- measurement_status — tracked / matched / unknown. tracked означает, что событие видно в выгрузке аналитики; matched — источник сопоставлен по сохранённым идентификаторам или UTM; unknown — привязка не установлена. Это рабочие обозначения, не статусы API Яндекса. Подтверждение CRM отражается в status и evidence_source, а не отдельным значением measurement_status.
- evidence_source — CRM export / payment report / campaign export / server log, с временем выгрузки. Персональные данные для этой сверки не требуются.
- notes — ограничение, дубль, неизвестный источник или правило распределения расхода.

Перед расчётом разделите row_type. Только строки order дедуплицируйте по заполненному order_id; строки без ID отправьте на ручную проверку. Только строки expense дедуплицируйте по campaign_id и границам периода. Не удаляйте расход из-за пустого order_id и не фильтруйте расходы по бизнес-статусу заказа. Не складывайте клики, серверные запросы и визиты как один показатель. CPL = подтверждённый расход / уникальные заявки с установленным источником за сопоставимый период. Покажите отдельно неизвестные источники; такой CPL может быть неполным.

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