Как в 1С:УПП решить проблему зависания суммы без количества при поступлении дополнительных расходов?

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

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

Почему возникает «суммовой хвост» в партионном учете?

Проанализируем механику работы традиционного партионного учета в УПП (не РАУЗ). Система связывает количество и стоимость жестко на уровне регистра накопления ПартииТоваровНаСкладах. Когда вы проводите документ Поступление доп. расходов, алгоритм ищет остаток по указанной в документе партии. Если остатка в количественном выражении нет, документу «не на что» распределить входящую сумму. В бухгалтерском учете проводка формируется в дебет счета учета (например, 10.01), но так как товара нет, эта сумма остается «висеть» в сальдо, не имея возможности быть списанной регламентными операциями.

Рассмотрим подробнее основные способы борьбы с этим явлением.

Способ 1. Использование документа «Корректировка стоимости списания товаров»

В типовой конфигурации УПП предусмотрен регламентный документ Корректировка стоимости списания товаров. Его основная задача — выявлять подобные перекосы и корректировать стоимость списания в рамках отчетного периода.

Важные нюансы работы документа:

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

Способ 2. Ручная корректировка через «Корректировку записей регистров»

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

Проанализируем последовательность действий при использовании документа Корректировка записей регистров (КЗР):

1. Создаем документ КЗР в конце отчетного периода.
2. Включаем возможность правки регистра бухгалтерии (Хозрасчетный) и регистров накопления (ПартииТоваровНаСкладах, СписанныеТовары — в зависимости от настроек).
3. Делаем проводку по списанию суммы с 10 (или 41) счета в дебет счетов затрат (например, 90.02 или 91.02, если товар продан, или на счета 20/25/26, если товар ушел в производство).
4. Критически важно: Обязательно делаем расходную запись по регистру накопления ПартииТоваровНаСкладах (или УчетЗатрат, если используется расширенная аналитика), чтобы «закрыть» суммовой остаток. Если этого не сделать, сумма будет продолжать тянуться в отчетах по ведомости по партиям.

Способ 3. Методологический подход согласно ФСБУ 5/2019

Иногда проблему проще решить на уровне методологии учета, не пытаясь заставить 1С делать невозможное. Согласно ФСБУ 5/2019 «Запасы», стоимость запасов формируется в момент их признания. Если дополнительные расходы (например, услуги связи или мелкая доставка) возникли значительно позже того, как запасы были списаны, они не могут увеличивать стоимость того, чего уже не существует.

Рассмотрим вариант отражения таких затрат:

1. Вместо документа Поступление доп. расходов используйте документ Поступление товаров и услуг с видом операции «Услуги».
2. Относите такие расходы сразу на счета затрат (20, 25, 26, 44) или на финансовый результат (90.02, 91.02), минуя счета учета ТМЦ.
3. Это позволит избежать проблем с партионным учетом и полностью соответствует логике учета: если объекта учета (товара) нет, то и его себестоимость менять нельзя.

Способ 4. Переход на РАУЗ (Расширенная аналитика учета затрат)

Если подобные ситуации возникают постоянно и ручные корректировки становятся трудозатратными, единственным системным решением в рамках УПП является переход на РАУЗ.

Почему РАУЗ решает проблему?

• В РАУЗ нет жесткой связи с конкретной «партией-документом» в момент совершения каждой операции.
• Система рассчитывает стоимость методом решения системы линейных уравнений по итогам месяца.
• Если в течение месяца пришло поступление, было списание, а затем доп. расходы — расчет себестоимости соберет все затраты в общую «корзину» за месяц и распределит их пропорционально движениям. Даже если на конец месяца остаток нулевой, сумма будет корректно списана на выбывшие товары.

Сравнение с современными решениями (1С:ERP и КА 2)

В новых конфигурациях (1С:ERP, 1С:Комплексная автоматизация 2) эта проблема решена на уровне архитектуры. Рассмотрим, как это работает там:

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

Рекомендация для программиста: автоматизация очистки «хвостов»

Если вы не планируете переходить на РАУЗ или ERP, можно автоматизировать процесс поиска зависших сумм. Для этого можно написать обработку, которая будет выполнять следующий алгоритм:

// Пример логики поиска зависших остатков
Запрос = Новый Запрос;
Запрос.Текст = 
"ВЫБРАТЬ
|	ПартииТоваровНаСкладахОстатки.Номенклатура,
|	ПартииТоваровНаСкладахОстатки.ДокументОприходования,
|	ПартииТоваровНаСкладахОстатки.СтоимостьОстаток КАК СуммаОстаток,
|	ПартииТоваровНаСкладахОстатки.КоличествоОстаток КАК КолОстаток
|ИЗ
|	РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&КонецПериода, ) КАК ПартииТоваровНаСкладахОстатки
|ГДЕ
|	ПартииТоваровНаСкладахОстатки.КоличествоОстаток = 0
|	И ПартииТоваровНаСкладахОстатки.СтоимостьОстаток <> 0";

РезультатЗапроса = Запрос.Выполнить();
// Далее программное формирование документа КорректировкаЗаписейРегистров

Проанализируем ситуацию в завершение: выбор метода зависит от частоты возникновения проблемы. Для разовых случаев идеально подходит Способ 3 (прямое списание на затраты). Для массовых проблем в рамках УПП наиболее надежным является Способ 4 (РАУЗ). Помните, что «висящие» суммы на 10 и 41 счетах искажают баланс и могут привести к замечаниям при аудите.