Расходы и сделки в Roistat не сходятся с Директом и amoCRM: где искать

Расходы в Roistat расходятся с кабинетом Яндекс Директа из-за настроек канала: НДС, комиссии агентства, скидки площадки и часового пояса проекта. Число заявок и сделок расходится с amoCRM из-за настроек интеграции: по какой дате строится отчёт, как статусы разложены по группам, что происходит с дублями и сделками без поля roistat. Обе половины сверяются по порядку, и почти каждое расхождение закрывается настройкой, которую достаточно сделать один раз.

Почему цифры в Roistat расходятся с Директом и с amoCRM

Roistat собирает отчёт из трёх источников. Расходы приходят из рекламных кабинетов по API, визиты — со счётчика на сайте, заявки и сделки — из CRM. Каждая из этих цифр в Roistat пересчитывается по своим правилам: к расходу применяются НДС и комиссии из настроек канала, сделки группируются по дате и статусу. Поэтому сравнивать «расход в Директе» с «расходом в Roistat» или «сделки в amoCRM» со «сделками в Roistat» без поправок на эти правила бесполезно: цифры будут разными даже на исправной интеграции.

По заявкам в справке Roistat есть прямая формулировка: «Так как Roistat получает все данные по заявкам из CRM-системы, никакого расхождения быть не должно». Мы читаем её так: если заявок в отчёте меньше или больше, чем в CRM, ищем причину в настройке интеграции. По расходам то же самое: цифры кабинета Roistat пересчитывает по параметрам, которые задал человек при подключении канала.

Расходы против кабинета Директа: НДС, комиссия, скидка

В настройках канала «Яндекс Директ» в Roistat задаются три поправки к расходу: НДС, комиссия агентства и скидка площадки. Каждую можно указать разной для разных периодов, с датой начала действия. Частая картина на аудитах: НДС указан одной цифрой без периодов, и после смены ставки старые месяцы пересчитываются по новой ставке. Или комиссию агентства завели на весь период проекта, хотя агентство работало с кампаниями только полгода.

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

Скидка площадки работает в обратную сторону — уменьшает расход. Если её не указать, Roistat покажет расход выше фактически оплаченного, и каналы будут выглядеть дороже, чем стоят. Это сразу меняет ROMI: расход стоит в знаменателе формулы, подробнее об этом — в статье о том, как Roistat считает ROMI.

Часовой пояс, разметка и расходы вне API

Данные Директа приходят по московскому времени. Если в проекте Roistat выставлен другой часовой пояс, границы суток смещаются, и дневные и месячные суммы в Аналитике не совпадают с кабинетом, хотя общий расход тот же. Пояс в Roistat и в Директе нужно выставить одинаковым, после этого суточная сверка сходится.

Расходы по кампаниям Директа Roistat загружает даже без разметки в объявлениях. Визиты без метки roistat при этом с кампаниями не связываются. В отчёте получается кампания с расходом и без заявок, а её заявки оседают в другом канале. Сумма расхода совпадает с кабинетом, окупаемость по кампании — нет.

Третий источник разницы — расходы, которые заведены вручную на вкладке «Ввод расхода». Так добавляют каналы без автоматической загрузки. Ручной расход Roistat делит пропорционально дням периода, а внутри дня — пропорционально визитам. Если ввести расход за месяц, который ещё не закончился, учтётся только прошедшая часть периода. Кто-то вносит расход за месяц 20-го числа, а потом удивляется, что сумма в отчёте меньше.

Сделки против amoCRM: дата создания и дата продажи

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

В настройках отчёта можно переключить группировку: показатели → расширенные настройки → «Группировать заявки по» → «По дате продажи». Датой продажи Roistat считает момент, когда сделка впервые загрузилась в статусе из группы «Оплаченные». В интеграции с amoCRM можно включить «Использовать дату продажи из CRM», тогда дата берётся из самой сделки.

На проекте застройщика на Кипре мы считаем сделки в двух вариантах сразу: по дате создания заявки и по дате события в воронке. Первый отвечает на вопрос, сколько сделок привела реклама за месяц, второй — сколько продаж закрылось в этом месяце. Цифры разные, и обе верные.

Статусы, Неразобранное и удалённые сделки

Roistat загружает полную историю изменения сделок amoCRM, но что считать продажей, решают группы статусов. Статусы распределяются по группам «Оплаченные», «Отменённые», «В работе» и другим в разделе «Загрузка заявок из CRM: распределение статусов». Если в amoCRM завели новую воронку и её статусы не разложили по группам, её оплаты не попадут в выручку и продажи Roistat. Выручка в отчёте — сумма из поля «Бюджет» сделок в группе «Оплаченные», поэтому сделка без бюджета даёт продажу без денег.

Сделки из «Неразобранного» в проект Roistat не выгружаются. Если форма сайта создаёт заявки в «Неразобранном», в CRM их видно, в Аналитике — нет, пока менеджер не примет заявку.

Удалённая в amoCRM сделка удаляется и в Аналитике в течение нескольких минут. Если за прошлый месяц в Roistat стало меньше сделок, чем было в выгрузке неделю назад, сначала проверяем корзину CRM.

Дубли, ручные сделки и формы в обход Roistat

Roistat проверяет новые заявки на дубли: по умолчанию новая заявка сверяется с заявками за последние 12 часов и со сделками за последние 30 дней. Дубль не отправляется в CRM и помечается в диагностике. Отсюда картина «в Roistat заявок больше, чем в amoCRM». Период проверки настраивается, можно считать дублем только совпадение телефона и email сразу, а исходной сделке — ставить задачу или комментарий, чтобы менеджер увидел повторное обращение.

Обратная ситуация — сделки в CRM есть, в отчёте они без источника. Справка Roistat называет четыре причины: сделка создана вручную; форма сайта отправляет заявки в CRM напрямую, в обход Roistat; система не успела обработать визит, на это нужно минимум 5 минут; поле roistat заполнено некорректно. Системное поле roistat в сделке получает номер визита из cookie, и по нему сделка связывается с рекламой. Ручная сделка без этого поля уходит в отчёт без канала.

Сюда же относятся звонки. На проекте Metako с 25 июля 2026 года сделки со звонков перестали получать источник из Roistat. Мы написали сервис, который каждые 10 минут берёт журнал звонков Roistat и дописывает источник в сделку amoCRM, а при сбое присылает уведомление. Итог — 95 % сделок со звонков с меткой источника, 740 из 777 за 45 дней.

Порядок сверки: от простого к сложному

Сверку мы ведём в одном порядке, от настроек, которые проверяются за минуту, к тем, что требуют выгрузки сделок.

1. Период и часовой пояс: одинаковые даты, пояс проекта совпадает с московским временем Директа.
2. База расхода: НДС, комиссия и скидка в настройках канала, с периодами действия.
3. Дата в отчёте: по дате создания или по дате продажи, как считает сама CRM.
4. Группы статусов: каждая воронка разложена, «Оплаченные» совпадают с тем, что компания считает продажей.
5. Сделки без источника и дубли: выгрузка сделок без поля roistat, диагностика дублей, формы в обход Roistat.

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

Что мы чиним системой

Договориться с менеджерами, чтобы они вручную заполняли поле roistat в ручных сделках, — первое, что приходит в голову, и такая договорённость держится до первого аврала. Мы закрываем такие места автоматикой. Формы сайта переводим на отправку через Roistat, чтобы у каждой заявки был номер визита. Сделкам из звонков и мессенджеров источник дописывает сервис, как на Metako. В amoCRM делаем обязательное поле источника с автозаполнением там, где сделка всё равно появляется вручную. Настройки дублей, группы статусов и НДС по периодам фиксируем при подключении и сверяем на контрольной выгрузке.

Такая сверка входит в настройку Roistat: проходим порядок выше на данных проекта и исправляем найденное. Если расхождения тянутся из самой CRM — дубли, воронки без логики статусов, сделки без бюджета, — начинаем с аудита amoCRM. Когда отчёт нужно собрать заново, от рекламы до оплаты, это сквозная аналитика под ключ. Состав и стоимость этапа — в смете после созвона. Порядок настройки с нуля, чтобы такие расхождения не появлялись, разобран в статье о настройке Roistat без ошибок.

Частые вопросы

Ответы на вопросы, которые нам чаще всего задают по этой теме.