При переходе на 1С:ERP Управление предприятием с более ранних систем (например, доработанных версий 1С:УПП) пользователи и бухгалтеры часто сталкиваются с вопросом: почему на счетах учета ТМЦ (10, 41, 43) проводки формируются только в разрезе номенклатуры, складов и партий, но без детализации по характеристикам? Рассмотрим подробно архитектурные особенности системы, выясним причины такого поведения и разберем правильные методы работы с детализацией запасов.
Проанализируем концепцию построения учета в 1С:ERP. В конфигурации четко разграничены два контура:
Характеристики номенклатуры, серии, назначения и заказы, фиксируются в регистрах накопления (таких как Себестоимость товаров, Товары на складах, Движение продукции и материалов).Хозрасчетный без избыточной аналитики.Разберем, почему добавление характеристик в субконто счетов бухгалтерского учета не предусмотрено типовым функционалом и почему такая доработка не рекомендуется:
10, 41, 43) субконто уже заняты базовыми аналитиками: Номенклатура, Склады и Партии (или Документы поступления). Добавление еще одного вида субконто потребует снятия конфигурации с типовой поддержки и изменения метаданных.Закрытие месяца выполняет сложный расчет себестоимости в оперативном регистре Себестоимость товаров, после чего создает стоимостные корректировки проводок. Если изменить состав субконто и запросы формирования проводок, типовые алгоритмы распределения отклонений и расчета средневзвешенной стоимости не смогут корректно сопоставить остатки, что приведет к зависанию суммовых разниц и ошибкам баланса.Оборотно-сальдовая ведомость).Рассмотрим, какими инструментами следует пользоваться пользователям и бухгалтерам для получения остатков и движений с детализацией до характеристик:
Группы финансового учета номенклатуры, которые гибко настраивают правила формирования проводок.Назначения и направления деятельности, который поддерживается регламентированным учетом без изменения структуры метаданных.Таким образом, попытка включить характеристики в проводки регламентированного учета противоречит архитектуре 1С:ERP. Корректным решением является работа пользователей с отчетами оперативного контура (в частности, Себестоимость товаров) и периодический контроль согласованности данных с помощью типовых отчетов сверки.