Казначейство в 1С: ЕРП, Управление холдингом или внешний инструмент

Для работы с деньгами важен выбранный вариант: сравниваем 4 конфигурации 1С. Бухгалтерия 8.3 ведёт банк и кассу по ПБУ 23/2011 (Приказ Минфина №11н от 02.02.2011), но без согласования заявок и лимитов. КА добавляет простые заявки на оплату. ERP закрывает контур одного юрлица по ФЗ-402 (N 402-ФЗ от 06.12.2011). УХ рассчитана на группу и кэш-пуллинг. Если базу менять не хотят, управленческую отчётность выносят в облачный слой через OData.

Зачем бизнесу казначейство в 1С и что оно решает

Финансовой службе здесь важен не красивый модуль, а контроль денег: что уже ушло, какой остаток будет через две недели и где ЦФО выбрал лимит. О том, как устроен денежный контур компании, написано в отдельном разборе. Здесь вопрос прикладной: какая поставка закрывает критичные операции и когда проще вынести их во внешний слой.

ДДС регулируют два документа. ПБУ 23/2011 «Отчёт о движении денежных средств» (Приказ Минфина №11н от 02.02.2011) задаёт требования к отчётности; на момент публикации он действует и не входит в программу замены Минфина. ФЗ-402 «О бухгалтерском учёте» (N 402-ФЗ от 06.12.2011, последняя редакция от 15.12.2025) задаёт базовые правила учёта. Для финансового контура это обязательный минимум.

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

Краткое сравнение четырёх конфигураций 1С по блоку казначейства

Ниже срез по шести критериям. Данные взяты из материалов isvs1c.ru и rg-soft.ru и отдельно проверены через WebFetch.

Для группы с несколькими юрлицами самый широкий штатный набор даёт УХ. Версия для одного предприятия удобнее одиночному бизнесу. КА и Бухгалтерия 8.3 остаются ближе к банку, кассе и отдельным операциям по оплате.

1С:Управление холдингом — централизованное казначейство группы компаний

УХ рассчитана на группу юрлиц. Централизованный реестр собирает заявки в одном окне: финансовый директор видит платежи по предприятиям, согласовывает спорные позиции и не прыгает между базами.

Маршруты заявок в УХ настраивают по ролям и ЦФО, уведомления выводят в почту или мессенджеры. Это штатный сценарий продукта. В решении для одного предприятия его собирают через отдельный документооборот; тогда появляются отдельная лицензия, интеграция и поддержка связки.

С лимитами УХ работает гибче: их можно контролировать и переносить между статьями и ЦФО разных юрлиц группы. В варианте для одного предприятия лимиты привязаны к одному юрлицу. Перераспределение в УХ идёт с аудиторским следом, история операций не теряется.

Самый тяжёлый вопрос здесь экономический. Лицензии заметно дороже старшей производственной поставки, типовое внедрение занимает 12–18 месяцев. Для группы с 10 и более юрлицами и частыми межфирменными операциями это может окупаться. При двух-трёх «дочках» такой контур часто выходит избыточным.

1С:ERP — полное казначейство для одного предприятия без холдинговой надстройки

Эта поставка закрывает денежный контур одного юрлица. В ней уже есть детальное планирование ДДС, полный календарь оплат и работа с кассовым разрывом, заявки на оплату и настройка статей. Горизонт планирования составляет 1–2 месяца; детализацию ведут по контрагентам и ЦФО.

Ограничение быстро видно, когда юрлиц становится несколько. Платежи каждой «дочки» ведут отдельно, общего реестра по группе и единого согласования на уровне центра нет.

Маршруты заявок обычно делают через документооборот. Сценарий рабочий, но не нативный: требуются отдельная лицензия и настройка интеграции. Крупному одиночному предприятию этого часто хватает. Растущей группе лучше заранее считать следующий шаг: УХ или внешний финансовый слой.

Как свóдно решает задачи казначейства поверх любой конфигурации 1С

свóдно. получает данные через OData, стандартный REST-протокол платформы. Типовую логику не дорабатывают: доступ к серверу и внешние обработки для подключения не требуются. О том, как работает audit-bridge и РСБУ-сверка, написано в отдельном разборе.

По OData в свóдно. уходят фактические данные по счетам, оборотам и остаткам. Дальше платформа строит управленческий ДДС с РСБУ-сверкой до статуса «0 DIFF (0 необъяснённых расхождений)» через audit-bridge. Механизм показывает различия между управленческим и бухгалтерским контуром. Статус означает, что для каждого такого различия есть объяснение; он не превращает внутреннюю методологию компании в РСБУ.

Календарь оплат, лимиты по ЦФО и согласование расходов работают в облаке поверх Бухгалтерии 8.3, КА или старшей производственной базы без апгрейда. Сценарий «производственный контур + свóдно. как финансовый слой» экономит 12–18 месяцев по сравнению с переходом на УХ и даёт управленческую отчётность уже в первый месяц работы.

Когда нужен апгрейд 1С, а когда — внешняя надстройка: критерии выбора

Переход на УХ оправдан, когда бизнес фактически меняет учётный контур, в группе 10 и более юрлиц с частыми межфирменными операциями, а команда готова к проекту на 12–18 месяцев. Это архитектурное решение, а не точечная настройка финслужбы.

Надстройка через OData подходит, если результат требуется быстро: старт за 2–4 недели, текущая база уже отлажена, а РСБУ-сверку надо получить без переписывания типовой логики. Подробнее о том, как автоматизировать денежные операции: реестр оплат и согласование, написано в отдельном материале.

Главный критерий простой: бизнес меняет основной учётный контур целиком или ему нужна только управленческая отчётность с контролем оплат поверх текущей базы. В первом случае логика ведёт к УХ и длинному проекту. Во втором лучше смотреть на внешний инструмент с OData-интеграцией и запуском за несколько недель. Закрывать локальную задачу тяжёлым внедрением дорого; темп проекта обычно теряется.