Как реализовать параллельный учет по двум планам счетов в 1С:Бухгалтерии?

При переходе финансовых организаций (например, МФО) на Единый план счетов (ЕПС) или при внедрении корпоративного учета часто возникает необходимость вести учет одновременно по двум разным планам счетов в одной информационной базе. Разберем архитектурные особенности платформы 1С:Предприятие для решения этой задачи, выясним, требуется ли создавать отдельный регистр бухгалтерии, и определим, в каком месте конфигурации формируются движения по счетам.

Архитектура метаданных: нужен ли второй регистр бухгалтерии?

Проанализируем устройство подсистемы бухгалтерского учета в платформе 1С. Объект конфигурации ПланСчетов сам по себе является лишь классификатором счетов и не хранит итогов и проводок. За хранение записей и расчет остатков отвечает объект РегистрБухгалтерии.

Ключевое ограничение платформы: один регистр бухгалтерии может быть связан строго с одним планом счетов через свойство метаданных ПланСчетов. Вести записи по двум разным планам счетов в рамках одного регистра технически невозможно.

Следовательно, для реализации параллельного учета нам потребуется выполнить следующие действия в дереве метаданных:

1. Создать новый объект ПланСчетов (например, ЕПС).
2. Создать новый объект РегистрБухгалтерии (например, ЕПС) и в его свойствах указать созданный план счетов.
3. Настроить для нового регистра бухгалтерии поддержку корреспонденции, ресурсы (сумма, валютная сумма, количество) и необходимые измерения.
4. В свойствах каждого документа, который должен делать записи по новому учету, в списке Движения отметить созданный регистр бухгалтерии.

Где формируются проводки в типовой 1С:Бухгалтерии 2.0?

Выясним, где в коде типовой конфигурации происходит запись проводок. В конфигурации 1С:Бухгалтерия предприятия 2.0 логика проведения документов унифицирована:

1. Основная точка входа проведения находится в модуле объекта документа в обработчике события ОбработкаПроведения.
2. Формирование наборов записей по бухгалтерскому учету вынесено в специализированные процедуры, имена которых начинаются с ДвиженияПоРегистрам* (например, ДвиженияПоРегистрам или ДвиженияПоРегистрамБухгалтерии).
3. Внутри этих процедур обращение к набору записей основного регистра происходит через коллекцию Движения.Хозрасчетный.

Чтобы найти нужный участок кода в любом документе (например, в СписаниеСРасчетногоСчета), выполним поиск по тексту модуля объекта по фразе Движения.Хозрасчетный. Так мы увидим алгоритм заполнения счетов дебета, кредита, аналитики и сумм.

Программное формирование проводок по второму регистру

Рассмотрим, как добавить формирование движений по новому плану счетов. Мы можем дописать алгоритм непосредственно в процедуру проведения документа либо вынести его в отдельную процедуру модуля объекта или подписку на событие.

Посмотрим на пример кода, который формирует проводку в новом регистре бухгалтерии:

Движения.ЕПС.Записывать = Истина;

Проводка = Движения.ЕПС.Добавить();
Проводка.Период = Дата;
Проводка.Организация = Организация;
Проводка.СчетДт = ПланыСчетов.ЕПС.НайтиПоКоду("47423810000000000001");
Проводка.СчетКт = ПланыСчетов.ЕПС.НайтиПоКоду("20501810000000000001");
Проводка.Сумма = ДокументОборот.СуммаДокумента;
Проводка.Содержание = "Отражение операции по ЕПС";

Обратите внимание: чтобы изменения зафиксировались в базе данных при проведении, обязательно устанавливаем свойство набора записей Записывать = Истина.

Методологические и технические сложности параллельного учета

Разберем подводные камни, с которыми приходится сталкиваться при попытке вести учет по ЕПС параллельно с хозрасчетным планом счетов внутри одной учетной системы:

1. Несоответствие аналитики и структуры счетов. Счета ЕПС являются 20-значными лицевыми счетами, структура которых регламентирована правилами Банка России. Девятый знак счета является контрольным ключом, рассчитываемым по специальному алгоритму. Прямая трансляция проводок 1:1 в момент проведения первичного документа невозможна, так как хозрасчетный документ не содержит специфических финансовых реквизитов (категории инструментов, стадии кредитного риска, дисконт).
2. Разная периодичность событий. Отраслевые стандарты бухгалтерского учета (ОСБУ) требуют ежедневного начисления процентных доходов, применения эффективной процентной ставки (ЭСП) и пересчета резервов под обесценение по стандартам МСФО. Эти операции выполняются специализированными регламентными расчетами, а не первичными документами списания или поступления денег.
3. Производительность СУБД. Добавление второго регистра бухгалтерии удваивает объем записей в таблицы движений и итогов при проведении каждого документа. Это приводит к существенному увеличению времени транзакций и повышает вероятность блокировок данных при многопользовательской работе.

Альтернативные архитектурные решения

Проанализируем альтернативные подходы, если разработка собственного учетного механизма оказывается слишком трудоемкой:

1. Отложенная трансляция проводок (маппинг). Документы оперативно проводятся только по хозрасчетному регистру. Формирование записей по регистру ЕПС выполняется регламентным документом или фоновой обработкой, которая транслирует обороты по таблице соответствия счетов с обогащением недостающей финансовой аналитикой.
2. Двухконтурная модель обмена. Текущая конфигурация используется как фронт-офис для фиксации первичных операций и выдачи займов. Вся информация через интеграционные механизмы выгружается в отдельную специализированную конфигурацию, где ведется учет по стандартам ЕПС и формируется отчетность для Банка России (включая сдачу в формате XBRL).