← На главную

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

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

Методологическая причина: почему в БУ нет суммового учета по складам?

Для понимания логики программы проанализируем классическую жизненную ситуацию с перемещением товаров и последующим распределением дополнительных расходов (транспортно-заготовительных расходов — ТЗР):

1. На склад А поступила партия из 10 болтов по накладной на общую сумму 100 рублей (себестоимость 1 болта — 10 рублей).
2. До момента закрытия месяца 1 болт перемещают со склада А на склад Б. Оперативный учет фиксирует перемещение стоимости в размере 10 рублей. На складе А остается 90 рублей, на складе Б появляется 10 рублей.
3. В конце месяца от транспортной компании или таможни приходит документ на дополнительные расходы по доставке этой партии болтов на сумму 10 рублей. Эти расходы должны быть включены в себестоимость всей партии (10 болтов).

Если бы мы вели жесткий суммовой учет по складам на уровне бухгалтерского учета, программе пришлось бы распределять эти 10 рублей дополнительных расходов пропорционально перемещениям: 9 рублей отнести на склад А и 1 рубль на склад Б. При наличии длинных цепочек перемещений между десятками складов алгоритм регламентной операции закрытия месяца превращается в сложнейший расчет обратных связей. Любые корректировки документов «задним числом» будут приводить к зависанию копеек (стоимостных остатков при нулевом количестве) на промежуточных складах.

Чтобы избежать подобных коллизий и существенно ускорить проведение документов, в 1С:ERP по умолчанию на счете 41 установлен только количественный учет по складам, а суммовой учет ведется в целом по организации (или по конкретной группе финансового учета).

Вариант 1. Использование оперативных отчетов (Рекомендуемый способ)

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

Вместо Оборотно-сальдовой ведомости по счету 41 сформируем отчет «Себестоимость товаров организаций» (или «Ведомость по партиям товаров»). Этот отчет берет данные напрямую из регистров оперативного учета, где себестоимость ТМЦ детально рассчитана с учетом всех дополнительных расходов, пошлин и ТЗР в разрезе мест хранения (складов).

Вариант 2. Разделение по субсчетам через ГФУ

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

Рассмотрим, как настроить эту схему по шагам:

1. Перейдем в меню Регламентированный учет -> Отражение документов в регл. учете -> Настроить счета учета.
2. В появившейся форме настройки счетов учета мы можем задать исключения для конкретных складов или групп складов.
3. Настроим систему таким образом, чтобы при нахождении на оптовом складе товары отражались на счете 41.01, а при перемещении на розничный склад — автоматически переносились на счет 41.02 (или 41.11).

Такой подход позволит вам видеть суммовые остатки в разрезе типов складов (через разные субсчета) непосредственно в Оборотно-сальдовой ведомости, не нарушая типовую методологию программы.

Вариант 3. Обособленный учет себестоимости по сериям

Если специфика учета требует жесткого закрепления стоимости за конкретной партией товара при перемещениях, мы можем использовать серийный учет с финансовой оценкой. Для этого:

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

При такой настройке каждая серия товара будет выступать отдельным стоимостным разрезом (партией). Стоимость серии будет перемещаться между складами обособленно, что позволит точно отслеживать себестоимость каждой единицы ТМЦ на любом складе.

Риски доработки системы под суммовой учет

Некоторые организации пытаются принудительно (через расширения или снятие конфигурации с поддержки) включить признак «Суммовой» для субконто «Склады» на счете 41. Проанализируем, к каким последствиям это может привести:

• Ошибки при закрытии месяца: При распределении запоздавших дополнительных расходов система начнет выдавать критические ошибки вида Обнаружены разные знаки у остатков по суммам и количеству в регистре себестоимости.
• Проблемы с методом «по средней»: При использовании метода оценки стоимости «Средняя за месяц» включение суммового учета по складам заставит программу рассчитывать среднюю стоимость отдельно по каждому складу. При перемещениях товаров «задним числом» это приведет к постоянному расхождению сумм и копеек.
• Падение производительности: Расчет себестоимости в разрезе складов на уровне бухгалтерского регистра существенно увеличивает количество записей в базе данных, что может парализовать процесс закрытия периода на крупных базах.