← На главную

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

Метод 1. Сопоставление «Многие к одному» (Маппинг при обмене)

Это классическое техническое решение, когда в торговой системе (УТ) ведется детальный учет, а при синхронизации данных программа схлопывает артикулы в обобщенные позиции. Разберем этот алгоритм подробнее:

1. Создание обобщенных карточек в БП: В бухгалтерской базе создаются элементы справочника Номенклатура, соответствующие товарным категориям (например, «Носки», «Футболки», «Обувь»).
2. Настройка правил конвертации: В правилах обмена (через КД 2.0 или EnterpriseData) прописывается логика поиска объекта в базе-приемнике. Вместо поиска по УИД или Коду, поиск осуществляется по заданному соответствию. Например, всем товарам из группы «Одежда/Верхняя/Куртки» в УТ должна соответствовать одна карточка «Куртки» в БП.
3. Агрегация документов: При загрузке документов (например, Реализация товаров и услуг), строки с одинаковыми обобщенными карточками и ставками НДС суммируются в одну строку.

Важный нюанс: Для реализации такого подхода часто приходится дорабатывать типовые правила обмена, чтобы реквизиты поиска в БП ссылались на определенный реквизит (например, ВидНоменклатуры) в УТ.

Метод 2. Учет по ставкам НДС и группам

Проанализируем ситуацию, когда бухгалтерии достаточно минимальной аналитики для налоговой отчетности. В этом случае учет в 1С:Бухгалтерии сводится к нескольким позициям:

• «Товары с НДС 20%»;
• «Товары с НДС 10%»;
• «Товары без НДС».

Такой подход максимально упрощает сверку НДС и расчет налога на прибыль, так как Себестоимость будет считаться по среднему значению в рамках этих крупных групп. Однако стоит учитывать требования ФСБУ 5/2019 «Запасы»: организация должна закрепить в учетной политике единицу учета запасов. Если вы выбираете «вид» или «группу», это должно быть юридически обосновано.

Метод 3. Сводная загрузка себестоимости и ручные корректировки

Рассмотрим более сложную, но точную с точки зрения цифр схему, которую часто применяют крупные ритейлеры. В ней 1С:Бухгалтерия используется только для формирования отчетности, а расчеты ведутся в «фронт-офисе».

Алгоритм действий:

1. Первичные документы (Поступления, Реализации) выгружаются в БП по обобщенным карточкам.
2. В настройках БП отключается автоматический расчет себестоимости при проведении документов.
3. В конце месяца из УТ выгружается итоговая сумма списания себестоимости, рассчитанная по каждому артикулу (например, по методу ФИФО).
4. В БП эта сумма вносится документом Операция, введенная вручную по проводке 90.02 - 41.

Проанализируем плюсы: себестоимость в БУ и УУ совпадает до копейки. Минусы: полностью теряется прозрачность движения товара внутри БП, затрудняется работа с возвратами и ГТД.

Технические ограничения и риски

Разберем ситуации, в которых «сворачивание» номенклатуры может создать критические проблемы:

1. Маркировка (Честный ЗНАК): Если ваш товар подлежит обязательной маркировке (одежда, обувь), то передача данных в систему через БП станет невозможной при агрегированном учете. В системе Честный ЗНАК каждый код привязан к конкретной единице товара (GTIN).
2. Прослеживаемость и РНПТ: Для импортных товаров, подлежащих прослеживаемости, в счетах-фактурах должны указываться номера РНПТ. Если вы объедините разные товары с разными номерами РНПТ в одну карточку «Запчасти», отчетность по НДС в БП не пройдет проверку ФНС.
3. Инвентаризация: Бухгалтерские остатки по счету 41 перестанут отражать реальное количество штук на складе. Инвентаризацию придется проводить исключительно в торговой базе, а в БП лишь «подгонять» балансовую стоимость.

Рекомендация для комплексных систем (КА и ERP)

Если вы работаете в 1С:Комплексная автоматизация или 1С:ERP, где оперативный и бухгалтерский учет ведутся в одной базе, «сворачивание» справочника Номенклатура невозможно. В этой ситуации проанализируем использование механизма Характеристики.

Использование характеристик (Цвет, Размер, Артикул производителя) позволяет:

• Иметь одну карточку в справочнике Номенклатура (например, «Кроссовки модель X»);
• Вести детальный складской учет в разрезе характеристик;
• В бухгалтерском учете видеть общую стоимость по всей карточке, так как счет 41 в типовых конфигурациях обычно не имеет субконто Характеристики.

Это является «золотой серединой», так как справочник не раздувается миллионами позиций, но оперативная информация остается доступной.

Выясним причину: стоит ли игра свеч?

Перед внедрением сворачивания номенклатуры, проанализируйте объем данных. Если количество артикулов не превышает 200-500 тысяч, современные серверы и платформа 1С 8.3 справляются с таким объемом без значительной потери производительности. Сворачивание целесообразно только в тех случаях, когда:

• Объем номенклатуры исчисляется миллионами;
• Обмен данными между УТ и БП занимает более 3-4 часов;
• Требуется скрыть управленческую детализацию от бухгалтерского учета.

В остальных случаях лучше стремиться к идентичности справочников, используя стандартные механизмы синхронизации данных.