Отчёты операторов и Битрикс24 показывали разные числа. Мы сравнили их за одинаковые даты, отделили новые обращения от повторных и показали, где разница объясняется правилами учёта. На контрольном дне нашли две отсутствующие карточки.
В отчёте операторов была 101 передача в работу, в Битрикс24 за те же даты — 81 карточка обращения и 36 карточек сделок. Самая простая версия выглядела бы так: часть обращений потерялась между этапами. Но это была бы неправда. В первой цифре смешаны новые и повторные контакты, во второй действует отбор по источнику, а третья вообще описывает другой объект учёта.
Откроется Телеграм. На первом шаге нужны названия каналов, система учёта клиентов и проблемный период. Мы скажем, какие обезличенные отчёты или снимки экранов понадобятся для сверки.
01 / ТЗ
Сопоставить отчёты операторов с карточками Битрикс24 за одинаковые даты и не смешивать разные виды обращений в одну воронку.
02 / Задача
Автоматически собирать доступные отчёты, сохранять обезличенные итоги в общей таблице и показывать причины расхождений, которые можно проверить.
03 / Результат
Сверка разделила четыре вида данных. На контрольном дне разницу объяснили двумя повторными контактами, одной карточкой с другим источником и двумя отсутствующими карточками.
Со стороны проекта работу вёл Дмитрий как руководитель отдела маркетинга: определял, какие события нужно считать, ставил задачу на связь отчётов с Битрикс24 и принимал управленческий результат. Передачу данных, проверки и документацию готовила команда.
Исходная точка
В проекте слово «заявка» использовали сразу для нескольких разных событий: сообщения клиента, контакта, переданного оператором, тематического запроса и карточки обращения в Битрикс24. Поэтому две честные цифры могли не совпасть, хотя каждая была верна внутри своего списка.
Ручные и автоматические данные выглядели одинаково. Предварительный автоматический подсчёт могли принять за подтверждённый итог. Сравнение периодов не всегда ограничивалось совпадающими датами, а одна внешняя ошибка могла остановить обновление всего отчёта.
Главная опасность была не в самой разнице. Опасно было принять её за процент перехода между этапами и сделать вывод на несопоставимых данных.
Что на самом деле означают четыре числа
- 75 новых передач операторов — новые контакты, которых передали в работу за семь отчётных дней. Это не обязательно семьдесят пять новых карточек в Битрикс24.
- 26 повторных передач операторов — ранее известные контакты, которые обратились снова или были повторно переданы в работу.
- 81 карточка обращения в Битрикс24 — записи с источником «Инстаграм» за те же совпадающие даты. Это отдельный список со своими правилами отбора.
- 36 сделок в Битрикс24 — карточки коммерческой работы, связанные с обращениями. Сделка не равна оплате и не доказывает выручку.
Мы специально не соединили эти карточки стрелками. Без общего номера между передачей оператора, карточкой в Битрикс24 и оплатой нельзя утверждать, что 101 превратилось в 81, а затем в 36.
Что сделали
Сначала договорились о языке
Мы закрепили отдельные определения для новой передачи, повторной передачи, обращения в Битрикс24, сделки и оплаты. Тематический запрос тоже оставили отдельным показателем: один человек может интересоваться несколькими темами, поэтому сумма тем не равна числу людей.
В подтверждённую аналитику попадает итог оператора. Автоматический разбор карточек сохраняется рядом как предварительный контроль и не подменяет итог молча.
Сверили расхождение по строкам, а не по ощущениям
Для контрольного дня оператор передал 14 обращений: 12 новых и 2 повторных. В Битрикс24 было 9 карточек с источником «Инстаграм». Сверка без изменения данных дала конкретное объяснение: два контакта были повторными, одна карточка находилась в Битрикс24 с источником «Звонки», а у двух новых контактов карточек не было.
Это разные виды расхождений и разные действия. Повторный контакт не требует автоматически создавать новое обращение. Неверный источник нужно исправлять в правилах распределения. Передачу без карточки нужно проверять в работе операторов.
Собрали найденные ошибки в одну систему проверки
Поддерживающие задачи не вынесены в отдельные «кейсы». Они стали частями одного решения:
- точный выбор периода не даёт сравнивать разные даты;
- загрузка выгрузок с пересекающимися периодами объединяет историю без повторного учёта одинаковых строк;
- события по объектам позволяют анализировать интерес не только по каналу, но и по конкретному предложению;
- отсутствие ссылки, рекламной метки или уникального кода помечается как ограничение, а не заполняется догадкой.
Техническая часть: как работает сверка
Сервер читает доступные страницы отчёта до сохранённой точки
Передача данных запускается на отдельном сервере по расписанию, поэтому обновление не зависит от открытого ноутбука. Защита не даёт двум запускам одновременно записывать одни и те же данные.
Чтение чата начинается с последней доступной страницы, затем идёт назад до сохранённой точки. Уже учтённые сообщения не записываются заново, а новые страницы проверяются до последней сохранённой позиции. При временном сбое сервер повторяет запрос, а не теряет весь запуск без предупреждения. Этот механизм снижает риск повторного учёта и пропуска доступных строк, но не даёт абсолютной гарантии работы внешней системы.
Программа отделяет итог от предположения
Программа разбирает итоговый отчёт оператора: период, число новых и повторных контактов, темы и контрольный список. Если итог ещё не опубликован, автоматический подсчёт карточек получает пометку «предварительно». Такие строки не попадают в подтверждённый итог.
Общая таблица показывает четыре независимые группы данных
На листе «Сводка по дням» находятся подтверждённые итоги операторов и поля сверки. «Темы запросов» хранит общие итоги по темам. «Обращения из Инстаграма» содержит данные Битрикс24 по датам. «Автоматизация» показывает состояние обновления. В таблицу записываются только общие числа — без имён, телефонов, имён пользователей и текстов клиентов.
Сравнение строится только по датам, которые есть и у операторов, и в Битрикс24. Предварительные строки исключаются. Поэтому отсутствие отчёта за день не маскируется нулём и не портит весь период.
Ошибка одного источника не обнуляет остальные
До исправления ограничение Яндекс Метрики вызвало 48 последовательных сбоев обновления. Метрика не была нужна для чтения отчётов операторов, но её отказ обрывал весь запуск.
В сохранённой проверенной версии обновления источников разделены. Если Метрика сообщает о слишком частых запросах, отказ этого источника не должен обрывать обновление Битрикс24 и других доступных данных. Последнее проверенное значение Метрики сохраняется с пометкой «временно устарело», поэтому старое число не превращается в ложный ноль. Отдельная проверка этого случая есть в программе, но при подготовке кейса её не запускали повторно: в архиве не хватало одного связанного файла. Поэтому мы описываем устройство сохранённой версии, а не подтверждаем её текущее состояние.
Результат
Мы не «подогнали» цифры друг к другу. Мы сделали полезнее: разделили события, сохранили источник и состояние каждой группы данных, а расхождение превратили в список проверяемых причин.
За сопоставимые отчётные даты руководитель видит 75 новых и 26 повторных передач операторов, 81 карточку обращения и 36 карточек сделок в Битрикс24. Каждое число подписано своим определением. Между ними нет выдуманного процента перехода.
На контрольном дне система повторила ручную сверку: показала, сколько контактов найдено в Битрикс24, сколько не попало в отбор по источнику «Инстаграм» и у скольких карточки нет. Теперь вопрос звучит не «почему цифры разные», а «какая именно причина требует исправления».
Система закрывает доказанный участок работы с данными: получает отчёт оператора, разделяет подтверждённые и предварительные сведения, сверяет их с Битрикс24 за те же даты, записывает обезличенные итоги в общую таблицу и отдельно показывает ошибки внешних источников. Оплаты и выручка в эту сверку не входят.
Как считали
Основной расчёт охватывает семь совпадающих отчётных дат: с 10 по 18 августа 2026 года, без дней, за которые отсутствовал сопоставимый операторский итог.
75 новых и 26 повторных получены суммированием подтверждённых дневных итогов операторов. 101 передача - арифметическая сумма этих двух показателей, а не число уникальных людей.
81 обращение и 36 сделок взяты из отчёта Битрикс24 за те же даты. Обезличенной выгрузки по каждой записи нет, поэтому эти две цифры подтверждены сохранённым отчётом, но не новым автоматическим пересчётом из Битрикс24.
Мы не рассчитываем процент перехода между операторскими передачами и карточками в Битрикс24. Не считаем сделку оплатой. Не приписываем обращение конкретной публикации без ссылки, рекламной метки или уникального кода.
Какие услуги вошли в проект
Сквозная аналитика и отчёты
Сопоставление обращений и сделок без ложной воронки.
Связь обращений с системой учёта клиентов
Проверка карточек, источников и причин расхождений.
Разметка каналов обращений
Отдельный учёт источника, повторного контакта и тематического запроса.
Сбор обезличенных итогов
Обновление общей таблицы без имён, телефонов и текстов клиентов.
Связанный кейс: как для юридической проверки земли собрали страницу, рекламу, Битрикс24 и единый отчёт.
Ограничения
- Результаты относятся к прошлому периоду и не доказывают текущее состояние системы.
- 101 передача включает повторные контакты и не равна числу уникальных людей.
- 36 сделок не равны оплатам и не доказывают выручку.
- Без общего номера нельзя доказать переход конкретного человека от отчёта оператора к сделке и оплате.
- Без ссылки на публикацию, рекламной метки или кодового слова нельзя честно назвать конкретную публикацию источником обращения.
- Кейс не доказывает рост продаж, снижение стоимости обращения или окупаемость рекламы.
Следующий шаг
Если у вас отчёт операторов, рекламный кабинет и Битрикс24 показывают разные цифры, пришлите один проблемный период. Мы разложим показатели по определениям, отметим разрывы в процессе и покажем, что можно сверять автоматически.
Никакой длинной формы. На первом шаге не нужны персональные данные: достаточно назвать каналы и даты, за которые цифры не сходятся.