При внедрении систем семейства 1С:ERP Управление предприятием перед финансовыми архитекторами и аналитиками неизбежно встает вопрос: как организовать полноценный управленческий учет (УУ) с получением классического баланса методом двойной записи. Стандартные механизмы часто вызывают вопросы из-за своей упрощенности или методологических ограничений.
В этой статье мы подробно проанализируем четыре основных архитектурных подхода к реализации управленческого учета в 1С:ERP, разберем их сильные стороны, скрытые проблемы и практические нюансы настройки.
---
Вариант 1. Классический упр. учет ERP (Управленческий баланс и оперативный контур)
Исторически в 1С:ERP заложен собственный контур управленческого учета. Начиная с версии 2.4, разработчики разделяют его на два независимых направления:
Управленческий учет предприятия: базируется на оперативных регистрах накопления. В этом контуре суммы затрат и активов учитываются с НДС. При передаче товаров между собственными организациями внутри холдинга сохраняется сквозная себестоимость (без внутренней наценки интеркомпани).
Управленческий учет организаций: также известный как «Управленческий учет по правилам МСФО на плане счетов РСБУ». В этом контуре суммы отражаются без НДС (если он выделяется), а межфирменные продажи проводятся с учетом наценки.
Для формирования отчетности по первому направлению используется специализированный отчет «Управленческий баланс». Данные для него собираются из регистра накопления ДвиженияДоходыРасходыПрочиеАктивыПассивы.
Проблемы и ограничения подхода:
Сложность масштабирования: Структура статей активов и пассивов жестко привязана к оперативным справочникам системы. Добавление произвольных разрезов аналитики без доработки конфигурации сильно ограничено.
Проблема НДС: Учет активов с НДС в упр. балансе предприятия часто не устраивает финансовых директоров, привыкших видеть «чистые» балансовые показатели.
Отсутствие классической двойной записи: Отчет собирается по направлениям деятельности и статьям активов/пассивов. При возникновении расхождений («баланс не идет») локализовать ошибку в оперативных регистрах крайне сложно, так как классический механизм дебета и кредита здесь отсутствует.
---
Вариант 2. Параллельный управленческий учет на плане счетов РСБУ
Этот вариант базируется на использовании единого регистра бухгалтерии (как правило, Хозрасчетный), в котором наряду с ресурсами регламентированного учета (сумма БУ, сумма НУ) задействуется специализированный ресурс «Сумма УУ».
Рассмотрим, как настроить этот механизм по шагам:
В настройках регламентированного учета необходимо активировать опцию «Управленческий учет на плане счетов регламентированного учета».
При настройке правил отражения документов в регламентированном учете система начнет автоматически заполнять ресурс «Сумма УУ» параллельно с суммами бухгалтерского учета.
Для разделения стартовых балансов используется штатный механизм ввода остатков. В документах ввода остатков указывается отдельный признак отражения в управленческом учете, что позволяет сформировать независимое сальдо на начало ведения учета.
Этот подход позволяет использовать любые стандартные бухгалтерские отчеты (ОСВ, анализ счета, карточка счета) для анализа управленческих данных, просто выбрав в настройках показатель «Данные УУ».
Главный «подводный камень» — рассинхронизация данных:
В 1С:ERP оперативные отчеты (такие как «Выручка и себестоимость продаж», «Доходы и расходы») всегда берут информацию из оперативных регистров накопления. В то же время баланс по «Сумме УУ» будет строиться по регистру бухгалтерии. Если бухгалтер или программист внесет ручные корректировки операциями (например, документом Операция (рег. учет)) напрямую в проводки по УУ, данные в ОСВ изменятся, а в оперативных отчетах — нет. Это приведет к вечным расхождениям при сверке данных.
---
Вариант 3. Использование подсистемы МСФО для целей управленческого учета
Использование подсистемы «Международный финансовый учет» (МФУ) в качестве основы для управленческого учета — одна из самых лучших практик на крупных внедрениях. Данная подсистема предоставляет полноценный механизм двойной записи, полностью независимый от регламентированного учета РФ.
Преимущества транзакционной модели МСФО:
Абсолютная свобода структуры: Вы можете создать полностью уникальный управленческий план счетов с нуля, не привязываясь к плану счетов РСБУ.
Гибкая субконто-аналитика: На каждом счете упр. учета можно настроить до 3 видов субконто непосредственно в пользовательском режиме (без привлечения программистов).
Автоматическая трансляция: Проводки на управленческий план счетов формируются по гибко настраиваемым правилам (шаблонам проводки) на основании данных первичных документов или проводок РСБУ.
Проанализируем пример настройки трансляции:
// Пример концептуальной логики трансляции проводок:
Если Источник.СчетДт = Счетам("10") Тогда
УстановитьУправленческийСчетДт("105.01"); // Управленческие запасы на складе
ЗаполнитьСубконто(1, Источник.Номенклатура);
ЗаполнитьСубконто(2, Источник.Склад);
КонецЕсли;
Скрытые проблемы подсистемы МСФО:
Отсутствие количественного учета: В подсистеме МФУ на плане счетов отсутствует количественный учет. Если вам критически важно видеть остатки материалов или товаров в штуках/тоннах непосредственно в управленческой ОСВ, этот вариант не подойдет.
Низкая оперативность: Проводки по МСФО формируются в процессе выполнения регламентной процедуры «Закрытие месяца». Получить актуальный управленческий баланс «на лету» в середине отчетного периода невозможно — необходимо дождаться расчета себестоимости и выполнения всех этапов закрытия.
---
Вариант 4. Ведение учета через подсистему Бюджетирования
Подсистема бюджетирования в 1С:ERP часто рассматривается как инструмент сборки фактических данных для получения управленческого баланса. На первый взгляд, это кажется удобным, так как лимиты и планы хранятся в этой же подсистеме.
Однако классическая схема динамического сбора факта имеет существенный недостаток: при каждом формировании отчета система «на лету» обращается к тяжелым оперативным регистрам, что создает колоссальную нагрузку на СУБД при сложных схемах компоновки данных.
Для обхода этой проблемы в правилах получения фактических данных бюджетирования реализована специальная опция — фоновая запись факта. Разберем этот механизм подробнее:
При активации этой опции в правилах получения факта система перестает рассчитывать данные динамически в момент формирования отчетов.
Вместо этого при проведении первичных документов запускается фоновое задание, которое транслирует и записывает данные в специальный регистр сведений ОборотыБюджетов [1.5].
Отчеты по бюджетированию строятся мгновенно, считывая уже готовые предрассчитанные записи из этого регистра.
Проблема начального сальдо в бюджетировании:
Основная сложность бюджетирования заключается в получении корректных входящих и исходящих остатков (сальдо). Поскольку бюджетирование оперирует в основном оборотами статей, для вывода баланса приходится настраивать сложные связи с оперативными показателями. Если управленческая оценка дебиторской задолженности или резервов отличается от регламентированной, настроить двойную запись для выравнивания сальдо в рамках стандартного бюджетирования ERP без доработок практически невозможно.
---
Резюме и рекомендации по выбору
Выбор архитектурного решения зависит от требований вашего бизнеса к оперативности, детализации и структуре отчетности:
Если вам требуется классический баланс по двойной записи с уникальной структурой счетов, а количественные показатели на счетах не нужны — используйте подсистему МСФО.
Если управленческий учет отличается от бухгалтерского только валютой и учетом некоторых необоротных активов, но критически важен количественный учет — используйте параллельный учет на плане счетов РСБУ («Сумма УУ»).
Если компания небольшая и достаточно укрупненного понимания движения активов/пассивов с НДС — используйте стандартный «Управленческий баланс» оперативного контура.
Для целей план-фактного анализа бюджетов с фоновым кэшированием данных оптимально подойдет подсистема Бюджетирования с включенной опцией фоновой записи фактических данных.