Раз в квартал повторяется один и тот же разговор. Руководитель открывает дашборд в CRM: продано на 42 миллиона. Бухгалтер поднимает отчёт по реализации: 31 миллион. Дальше два сценария — либо неделю ищут, кто ошибся, либо перестают смотреть в CRM вообще. Второе случается чаще.
Неприятная правда в том, что оба числа верные. Битрикс24 считает продажи так, как их видит отдел продаж, а учётная система — так, как их подтверждают документы. Сойтись в ноль они не обязаны. Задача не в том, чтобы уравнять цифры, а в том, чтобы каждый миллион разницы имел объяснение и владельца.
Сначала договоритесь, что именно сравниваете
Половина расхождений исчезает до начала разбора — на этапе, когда выясняется, что сравнивали разное. В любой компании живёт минимум пять «оборотов», и каждый из них правильный в своём контексте.
| Показатель | Где живёт | Что на самом деле означает |
|---|---|---|
| Сумма сделок в работе | CRM, открытые стадии | Намерение купить. Часть этих денег не станет продажей никогда |
| Сумма выигранных сделок | CRM, стадия «Сделка успешна» | Продажи глазами отдела продаж — по дате, когда менеджер закрыл сделку |
| Реализация | 1С, документы отгрузки | Продажи глазами учёта — по дате документа |
| Поступления | Банк, 1С | Деньги на счёте. Отличаются от реализации на предоплаты и долги |
| Налоговый оборот | Декларация | База для НДС, считается по своим правилам — см. разбор реформы 2026 года |
Сравнивать имеет смысл только однотипное: выигранные сделки — с реализацией, поступления — с банком. И всегда по одной дате: либо у обоих отчётов дата отгрузки, либо у обоих дата оплаты. Дальше — восемь причин, по которым даже правильно выбранная пара всё равно разойдётся.
Восемь причин расхождения
1. Отчётный период захватывает больше, чем кажется
Самая частая причина и самая неочевидная. В CRM-аналитике Битрикс24 есть параметр «отчётный период», и отбирает он не то, что подсказывает интуиция. Сделка попадёт в период, если она в нём создана, изменена или завершена, а также если она просто ещё в работе или по ней было любое касание — письмо, звонок. То есть в отчёт «за сентябрь» попадёт сделка, созданная в марте, потому что менеджер вчера по ней позвонил. В справке это написано прямо:
Отчётный период всегда влияет на данные в отчёте, даже если поле скрыто. Полностью исключить отчётный период из фильтрации нельзя.
Как проверить. Возьмите один и тот же месяц и посчитайте сумму тремя способами: по отчётному периоду, по дате создания и по дате завершения. Три числа, и они не совпадут. Что делать. Договоритесь, какая дата считается датой продажи — для сверки с учётом это дата завершения сделки, — и всегда фильтруйте по ней, а отчётный период держите максимально широким.
2. Стадию «Сделка успешна» ставит человек
В CRM продажа появляется, когда менеджер перетащил карточку в финальную стадию. В учёте — когда выписан документ. Между этими событиями бывает от нуля дней до бесконечности: сделку закрывают «по договорённости» до отгрузки, закрывают в конце месяца ради плана, забывают закрыть после отгрузки. Ни один из этих сценариев не является злым умыслом — просто стадия отражает уверенность менеджера, а не факт поставки.
Как проверить: выгрузите успешные сделки месяца и посмотрите, у скольких заполнено поле с номером документа из учётной системы. Если такого поля нет — это и есть первая доработка. Что делать: ставить успех роботом по данным из учёта, а не руками. Как устроен обмен и что он реально переносит — в разборе интеграции Битрикс24 с 1С.
3. Сумма сделки введена руками, а не собрана из товаров
У суммы сделки два режима. В автоматическом она считается по товарам в карточке с учётом количества, цен и скидок. В ручном сумму вписывают сами, и товары на неё уже не влияют — режим удобен на старте, когда бюджет ориентировочный. Беда в том, что его забывают выключить: в карточке товары на 1,2 млн, в поле «Сумма» стоит 1,5 млн, в отчёт уходит 1,5.
Как проверить: сравните сумму сделки с суммой товарных позиций — расхождение видно сразу. Что делать: после выставления счёта сумма должна считаться автоматически. Все переключения режима видны в таймлайне сделки, так что выборочная проверка занимает минуты.
4. НДС: где сумма с налогом, а где без
Классика жанра: менеджер ставит в CRM цену «как в счёте», то есть с НДС, а выручка в учёте отражается без налога. На обороте в 40 миллионов только эта причина даёт разницу около 5,5 млн при ставке 16%. Добавьте сделки, начатые до 2026 года по старой ставке 12%, — и расхождение перестаёт быть загадкой.
Что делать: зафиксировать правило — поле «Сумма» в сделке всегда с НДС или всегда без, третьего не дано, — и одинаково настроить это в карточках товаров и шаблонах счетов. Про новую ставку, порог постановки на учёт и настройки в CRM мы писали отдельно: НДС 16% и порог 43,25 млн ₸.
5. Валюта сделки и курс, который никто не обновлял
Если часть сделок в долларах или евро, портал пересчитывает их в базовую валюту по курсу из настроек CRM. И вот что важно знать про этот курс:
Курсы валют не обновляются автоматически, изменить их можно только вручную.
То есть валютные сделки в отчёте посчитаны по курсу, который кто-то вбил при настройке портала — возможно, два года назад. В учёте при этом стоит курс Нацбанка на дату документа. Что делать: либо держать курс актуальным (ежемесячная задача бухгалтеру или робот, который тянет курс), либо сравнивать валютные сделки отдельно и в их собственной валюте — так честнее.
6. Дубли: одна продажа посчитана дважды
Две сделки по одной поставке, потому что клиент написал в WhatsApp и параллельно позвонил. Или один клиент в виде трёх карточек компании с разными БИН. И то и другое раздувает оборот в CRM, не меняя ничего в учёте, где поставка одна. Как такие карточки искать и склеивать без потери истории — в посте про дубли компаний и несколько юрлиц у одного клиента.
7. В отчёт попали технические сделки
Почти на каждом взрослом портале есть воронки, которых нет в бизнесе: зеркало заказов из 1С, база для холодного обзвона, тестовая воронка со времён внедрения, сделки, которые автоматически создаёт форма на сайте. Их суммы — не продажи. Как проверить: посчитайте цифру по всем воронкам и по одной продающей; если они сильно расходятся, дашборд у вас собран «по всему». Что делать: в отчётах руководителя явно перечислять воронки, которые в них входят.
8. Возвраты, отмены и частичные отгрузки
Сделка закрыта на 3 млн, отгрузили на 2,1, остальное клиент забрать отказался. В учёте это видно, в CRM сделка так и осталась успешной на полную сумму — менять её никто не станет, потому что премия уже посчитана. Что делать: раз в месяц проходить по успешным сделкам с частичной отгрузкой, а если возвраты частые — завести поле «отгружено на сумму», которое заполняет интеграция, и считать выполнение плана по нему.
Регламент сверки: один час в месяц
- Выберите пару отчётов. Выигранные сделки в CRM по дате завершения — реализация в учёте по дате документа. Одна пара, не три.
- Запишите фильтры. Период, воронки, юрлицо, валюта, с НДС или без. Через месяц вы не вспомните, как считали, и сверка начнётся заново.
- Сложите оба отчёта в один файл и сопоставьте строки по номеру документа, а где его нет — по клиенту и сумме.
- Разложите разницу по восьми причинам выше. У каждой строки должна быть причина, а не «наверное, дубль».
- Разберите остаток поштучно. Обычно это два-три случая — и именно в них прячется сбой процесса, который стоит денег.
- Запишите итог одной строкой: «расхождение 24%, из них 18% — НДС, 4% — закрыто без отгрузки, 2% — не объяснено». В следующем месяце вы сравниваете уже не цифры, а структуру разницы.
Что настроить, чтобы расхождение перестало расти
- Поле «№ документа реализации» в сделке — заполняет интеграция, а если её нет, менеджер при закрытии. Без этого поля сверка всегда будет ручной.
- Автоматический расчёт суммы после выставления счёта; ручной режим — только на ранних стадиях.
- Обязательные поля на стадии успеха: сумма, юрлицо, дата отгрузки. Битрикс24 умеет не пропускать сделку дальше, пока они не заполнены.
- Успех ставит робот по данным учётной системы, а не менеджер по настроению.
- Курс валют обновляется по регламенту — раз в месяц или роботом, а не «когда вспомнили».
- Дашборд руководителя собран по конкретным воронкам и по дате завершения, а не «по всему порталу».
- Поиск дублей — регулярная процедура, а не аврал накануне сверки.
Какое расхождение считать нормальным
Универсального «не больше 5%» не существует. В проектном бизнесе с длинным циклом разница между CRM и учётом легко достигает трети оборота и это объяснимо; в рознице с отгрузкой в день заказа те же 10% — уже сигнал. Нормальным считается расхождение, которое вы можете разложить на причины и повторить в следующем месяце. Снижать нужно не разницу целиком, а её необъяснённую часть: сначала до пяти процентов, потом до нуля.
Частые вопросы
Какой отчёт в Битрикс24 брать для сверки?
Можно ли вообще свести CRM и 1С в ноль?
Почему сумма сделки не совпадает с суммой товаров в карточке?
Как считать оборот, если у нас несколько юрлиц?
Учитывает ли Битрикс24 НДС при расчёте прибыли?
Сколько времени занимает настройка сверки?
Если сверка у вас каждый квартал заканчивается спором, начните с малого: зафиксируйте, какие две цифры вы сравниваете и по какой дате. Дальше разница раскладывается на причины почти механически. Нужна помощь — напишите нам: разберём расхождение на ваших данных и покажем, где настройка, а где процесс.
