По документации REST API Битрикс24 связка с 1С передаёт каталоги, заказы и сведения о сделках. Платёжный реестр она не закрывает: в маркетплейсе по запросу «казначейство» найдено 0 полноценных казначейских приложений. Для группы компаний, где нужен свод по нескольким юрлицам и РСБУ-сверка до 0 DIFF (0 необъяснённых расхождений), подключают отдельный инструмент. ФЗ-402 «О бухгалтерском учёте» от 06.12.2011 задаёт обязательную основу для регламентированной отчётности; управленческий слой строят поверх неё.

Что умеет Битрикс24 в финансах «из коробки»

Продукт делали как CRM для продаж, а не как платёжный или отчётный центр. С воронкой и карточками клиентов всё нормально. Но когда собственник просит движение денег по юрлицам и сверку с РСБУ, сведений из CRM уже мало.

В коробке есть аналитика по сделкам, прогноз выручки из воронки, счета из карточки клиента. Отделу продаж этого хватает для ежедневной работы. CFO смотрит шире: ему нужен сводный П&У и движение денег по юрлицам, а цифры там зависят от того, насколько аккуратно менеджеры заполнили карточки.

В каталоге есть «Учёт финансов» и «Финансы Плюс». Они фиксируют поступления и расходы по карточкам, показывают простое движение денег. Но работают с тем, что занесли в CRM: проводки не подтягиваются, отчётность под РСБУ не собирается.

За пределами тарифов и маркетплейса остаются бюджет движения денег по нескольким юрлицам, платёжный реестр, маршруты согласования и сверка внутренней отчётности с РСБУ. Для среднего бизнеса это не «приятная опция», а ежедневная работа платёжного блока. Ни один тариф CRM такой набор не закрывает.

Краткое сравнение подходов к интеграции 1С с Битрикс24

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

Сравнение подходов к связке Битрикс24 с системой проводок для отчётности
Критерий свóдно. поверх Б24 и РСБУ-факта Штатный модуль «1С-Битрикс» Приложения маркетплейса Б24
Обмен с источником факта OData-коннектор: регламентированный факт в реальном времени Каталог товаров и заказы (e-commerce) Прямого обмена с источником факта нет
Бюджет и факт движения денег Полная картина по нескольким юрлицам Нет Частично: только по сделкам в Б24
РСБУ-сверка Автоматически, целевой показатель 0 DIFF (0 необъяснённых расхождений) Нет Нет
Казначейство Платёжный реестр, согласование оплат, платёжный календарь Нет Нет
Для кого подходит Холдинг, группа компаний, платёжный офис Интернет-магазин с Б24 и товарным обменом Одно юрлицо, простая фиксация сделок

Штатный модуль обмена закрывает e-commerce: каталог, заказы, автоматическое формирование счетов. Интеграция с внутренней отчётностью устроена иначе. Товарный обмен не даёт управленческую аналитику, её собирают отдельным слоем.

Приложения из каталога показывают движение денег по карточкам сделок. Небольшой команде, где вся выручка проходит через Б24, это может помочь. Второе юрлицо, план-факт или сверка с РСБУ быстро выводят такой вариант за пределы применения.

Отдельный слой отчётности поверх двух платформ нужен там, где CRM и проводки по отдельности не дают ответа: группа с несколькими юрлицами, согласование оплат, автоматическая сверка с РСБУ. В этой схеме воронка соединяется с фактом из проводок, и руководство смотрит на одну рабочую картину, а не на две спорящие таблицы.

Когда базовой интеграции не хватает: казначейство, БДДС и РСБУ-сверка

Обычно отдельный инструмент над CRM и проводками нужен в таких ситуациях:

  • Несколько юрлиц в группе. CRM не собирает движение денег по нескольким ООО: записи живут в разных аккаунтах, а консолидация уходит в Excel или во внешний слой.
  • Платёжный контроль. Автоматизация казначейства и согласование платежей требуют реестра оплат, маршрутов согласования и связки с банк-клиентом; отдельной категории под эти задачи в каталоге приложений нет.
  • Расходятся внутренние и регламентированные цифры. ФЗ-402 «О бухгалтерском учёте» от 06.12.2011 задаёт обязательную основу для РСБУ. Внутренняя отчётность остаётся добровольной надстройкой. Без автоматической сверки разницы накапливаются тихо и всплывают при ручной проверке; на неё уходят дни.

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

Поэтому вопрос, зачем бизнесу управленческая отчётность и чем она отличается от РСБУ, перестаёт быть теорией. Особенно когда бизнес вырос из Excel и разрозненных выгрузок.

Как свóдно. решает это: управленческий учёт поверх Битрикс24 и 1С

В свóдно. два независимых подключения. Первое работает через OData: платформа читает факт напрямую из источника проводок. В работу попадают проводки, поступления, расходы и обороты по счетам. На этом факте строится сверка с РСБУ и отчётность, а не пересказ статусов из воронки.

Второе подключение работает через REST API Б24. Воронка и плановые поступления дополняют факт из проводок. Два потока проходят через audit-bridge, механизм автоматического поиска расхождений между внутренней отчётностью и РСБУ.

На выходе собственник и CFO видят то, что раньше собирали руками:

  • ДДС и БДДС: движение денег по факту из проводок и план-факт по бюджету
  • Платёжный календарь: предстоящие платежи и ожидаемые поступления на горизонте от 30 до 90 дней
  • Согласование оплат: реестр платежей с маршрутами внутри команды, без мессенджеров и таблиц
  • Audit-bridge: автоматическая сверка внутренней отчётности с РСБУ; целевой показатель 0 DIFF (0 необъяснённых расхождений)

Программировать не надо. OData-коннектор настраивается за один сеанс; REST API подключается через стандартный OAuth. После этого появляется единый рабочий слой на факте из обеих платформ: ручных склеек меньше, связь с РСБУ не теряется.

Как выбрать подход под задачи компании: итоговые критерии

Выбор зависит от масштаба задачи, а не от формального размера бизнеса. Рабочие ориентиры такие:

  • Одно юрлицо, все сделки проходят через Б24, РСБУ ведётся отдельно: приложения из каталога или штатный модуль закроют базовую потребность без дополнительных затрат.
  • Несколько юрлиц или группа компаний: консолидацию без внешнего инструмента не собрать.
  • Требуется БДДС с планом или движение денег в разрезе юрлиц: стандартная связка CRM и РСБУ такого отчёта не даёт.
  • Требуется казначейский процесс: согласование платежей и реестр оплат придётся выносить за пределы базовой CRM.
  • Нужна сверка между внутренней отчётностью и РСБУ: здесь подключают свóдно. с audit-bridge.

Для интернет-магазина или небольшого сервиса с одним юрлицом и простыми денежными потоками штатный модуль обмена либо приложение из каталога выглядит разумным и экономичным вариантом. Холдингу или производству нужна другая глубина: полная картина по группе, сверка с РСБУ и платёжный контроль. В любом тарифе CRM-платформа этого не даст. Понадобится отдельный слой, который подключается к обеим платформам и собирает управленческий факт для руководства в одну картину.

На странице интеграции описано, как подключить свóдно. к Битрикс24 и какие отчёты доступны после запуска. Там же можно запросить демонстрацию на ваших реальных цифрах.

Источники

  1. ФЗ-402 «О бухгалтерском учёте» от 06.12.2011 № 402-ФЗ (ред. декабрь 2025, действующая): consultant.ru
  2. Документация REST API Битрикс24: методы и возможности интеграции: apidocs.bitrix24.ru
  3. Маркетплейс Битрикс24: категория финансовых приложений: bitrix24.ru
  4. 1С:Предприятие — протокол OData для интеграции с внешними системами: v8.1c.ru