Почему не заполняется третье субконто на счете 60.01 в 1С:ERP и как решить эту задачу типовыми средствами

В практике сопровождения 1С:ERP Управление предприятием часто возникает ситуация, когда бухгалтерия, привыкшая к гибкости 1С:Бухгалтерии предприятия, просит добавить дополнительную аналитику на счета расчетов (например, на 60-й или 62-й счет). Чаще всего речь идет о добавлении субконто Номенклатурные группы для разделения долгов по видам деятельности, типам товаров или услуг. Однако в ERP простой модификации Плана счетов недостаточно. Проанализируем, почему это происходит и как правильно реализовать подобное требование.

Причина проблемы: Архитектура формирования проводок

В 1С:ERP регламентированный учет является вторичным по отношению к оперативному учету. Это означает, что проводки не создаются документом напрямую из данных экранных форм. Они формируются механизмом «Отражение документов в регламентированном учете» на основании движений по оперативным регистрам (таким как РасчетыСПоставщиками, РасчетыСКлиентами и другие).

Разберем ситуацию, с которой столкнулся автор темы. При попытке добавить третье субконто в План счетов на счет 60.01, автоматического заполнения не происходит. Исследование программного кода в модуле ПриобретениеТоваровУслугЛокализация показывает, что в запросе на формирование данных для проводок (функция ЗакупкаЦенности) аналитика для третьего субконто жестко задана как неопределенная:

// КТ - Субконто
|    ВЫБОР КОГДА Операция.ХозяйственнаяОперация = ЗНАЧЕНИЕ(Перечисление.ХозяйственныеОперации.ЗакупкаЧерезПодотчетноеЛицо) ТОГДА
|        Операция.ПодотчетноеЛицо
|    ИНАЧЕ
|        Операция.Контрагент
|    КОНЕЦ КАК СубконтоКт1,
|    ВЫБОР КОГДА Операция.ХозяйственнаяОперация = ЗНАЧЕНИЕ(Перечисление.ХозяйственныеОперации.ЗакупкаЧерезПодотчетноеЛицо) ТОГДА
|        НЕОПРЕДЕЛЕНО
|    ИНАЧЕ
|        Операция.Договор
|    КОНЕЦ КАК СубконтоКт2,
|    НЕОПРЕДЕЛЕНО КАК СубконтоКт3, // Вот здесь жесткое ограничение

Как мы видим, система программно игнорирует наличие третьего субконто. Это сделано потому, что механизмы зачета авансов и распределения оплат в ERP работают в разрезе Объектов расчетов (заказов или накладных), и добавление еще одного разреза в этот механизм потребует переработки всей цепочки документов — от авансовых отчетов до банковских выписок.

Метод 1: Использование направлений деятельности (НД)

Это самый «правильный» с точки зрения методологии ERP способ. Направления деятельности позволяют организовать сквозной учет финансового результата и баланса. Рассмотрим, как их применить для разделения расчетов:

1. Перейдем в раздел НСИ и администрирование — Финансовый результат и контроллинг и включим опцию Финансовый результат по направлениям деятельности.
2. Создадим необходимые направления деятельности (например, «Расходные материалы» и «Оказание услуг»).
3. В настройках каждого НД можно указать способ определения этого направления в документах (автоматически или вручную).
4. Самое важное: в ERP можно включить ведение учета на планах счетов в разрезе измерений Направление деятельности. Это позволит видеть задолженность в ОСВ не через субконто, а через отдельное поле аналитики, которое система заполняет автоматически на основе данных документов поступления.

Метод 2: Разделение по договорам или объектам расчетов

Если бухгалтеру требуется четкое понимание, за что именно мы должны поставщику, проанализируем возможность использования стандартной аналитики Объект расчетов. В ERP задолженность всегда привязана к конкретному документу или договору.

Вариант А: Разные договоры. Если поставки товаров и оказание услуг разделены юридически или организационно, создадим два договора. При отражении оплаты бухгалтер сможет четко указать, по какому договору гасится долг. В этом случае счет 60 будет закрываться корректно в разрезе аналитик.

Вариант Б: Детализация до заказа/накладной. По умолчанию 60-й счет в ERP имеет субконто Контрагенты и Договоры. Однако на уровне регистров учета долг всегда детализирован до документа. Вместо добавления субконто в План счетов, предложим бухгалтеру использовать отчет «Задолженность поставщикам по срокам» или «Ведомость расчетов с поставщиками». В этих отчетах можно настроить группировку по Номенклатурной группе, так как документ поступления «знает» состав номенклатуры.

Метод 3: Группы финансового учета (ГФУ)

Если цель — разделить задолженность на разные субсчета (например, 60.01.1 для материалов и 60.01.2 для услуг), воспользуемся механизмом ГФУ.

1. Создадим две Группы финансового учета расчетов.
2. В настройках каждой группы (раздел Регламентированный учет — Настройки и справочники — Порядок отражения в учете) укажем разные счета учета.
3. Назначим соответствующие ГФУ в договорах с поставщиками или непосредственно в документах закупки (на вкладке «Дополнительно»).

Этот метод позволяет добиться разделения задолженности в ОСВ без внесения изменений в конфигурацию и без рисков некорректного зачета авансов.

Почему не стоит изменять код (доработка запросов)

Рассмотрим риски, если мы все же решимся на доработку через расширение или изменение основной конфигурации:

• Сложность обновления: Модули локализации и формирования проводок часто меняются фирмой «1С». Любая правка в запросе ЗакупкаЦенности сделает обновление системы трудоемким.
• Зачет авансов: Система не будет знать, какую «Номенклатурную группу» подставить в проводку при автоматическом зачете аванса, сделанном документом РегистрацияОплатыПоставщику или при выполнении регламентной операции. Это приведет к «висящим» остаткам на разных субконто внутри одного счета.
• Платежные поручения: В банковских документах нет аналитики по номенклатурным группам товаров. Чтобы проводка по оплате (Дт 60.01 Кт 51) содержала нужную группу, придется переписывать механизмы распределения платежей.

Резюме

Проанализировав ситуацию, мы приходим к выводу, что добавление субконто Номенклатурные группы на счет 60 — это попытка перенести логику 1С:Бухгалтерии в систему другого класса. Правильным решением будет:

1. Использовать Направления деятельности для стратегического разделения учета.
2. Использовать Группы финансового учета для разделения долгов на разные субсчета.
3. Использовать стандартные отчеты оперативного контура для детального анализа задолженности в разрезе закупленных позиций.

Помните, что в 1С:ERP аналитика в Оборотно-сальдовой ведомости должна быть минимально необходимой для сдачи отчетности, а вся детальная управленческая информация должна извлекаться из регистров накопления.