В конфигурации «1С:Управление производственным предприятием» (УПП) пользователи часто сталкиваются с ситуацией, когда по данным «Ведомости по партиям товаров на складах» количество товара или полуфабрикатов (счет 21) полностью списано, однако по этому же товару зависает стоимостной остаток. Это явление часто называют «копеечными хвостами» или «стоимостными разрывами», но в случае с перемещениями на производственные склады (например, склады лабораторий или отделов контроля качества) суммы могут быть значительными.
Разберем детально, почему документ Расчет себестоимости выпуска (РСВ) может не списывать сумму при списании количества, и проанализируем шаги по исправлению этой ситуации.
Проанализируем ситуацию: если полуфабрикат выпускается документом Отчет производства за смену, перемещается на склад, а затем списывается документом Требование-накладная, то ключевым фактором становится подразделение, на которое списываются затраты. В 1С:УПП логика партионного учета тесно связана с финансовым контуром.
Если склад (или подразделение, к которому он относится) настроен на работу со счетом 25.01 «Общепроизводственные расходы», система ожидает, что эти затраты будут распределены на себестоимость выпускаемой продукции. Рассмотрим подробнее основные причины возникновения остатка:
Отчет производства за смену или Акт об оказании производственных услуг), системе «не на что» распределить стоимость списанного материала.Требование-накладная должна иметь характер «Материальные». Если указан иной характер, механизм партионного учета может отработать некорректно при закрытии месяца.Способы распределения статей затрат организаций. Если для статьи не указан способ или база распределения равна нулю, сумма останется на остатках партий.Выясним причину через проверку движений. В 1С:УПП списание по количеству может происходить «оперативно» при проведении документа, а окончательная стоимость формируется только после проведения Расчета себестоимости выпуска. Посмотрим на алгоритм проверки:
Шаг 1. Откроем отчет «Ведомость по партиям товаров на складах» в разрезе документов-регистраторов. Если мы видим, что документ Перемещение товаров или Требование-накладная делает движение только по количеству, а РСВ не доначисляет сумму расхода, значит, система не смогла определить стоимость партии.
Шаг 2. Выполним эксперимент: временно распроведем Требование-накладную и перезапустим Расчет себестоимости выпуска. Проверим, «легла» ли сумма на нужный склад после перемещения. Если на промежуточном складе сумма есть, а после требования она не уходит — проблема в аналитике требования.
Рассмотрим ситуацию, когда подразделение «Лаборатория» только потребляет ресурсы, но ничего не выпускает. В этом случае затраты, собранные на 25 счете, должны быть распределены на другие выпускающие подразделения. Для этого проанализируем настройки:
Установка базы распределения затрат, чтобы принудительно указать, на какой выпуск других цехов должны лечь затраты данного подразделения.Если в учетной политике установлен метод ФИФО, крайне важна последовательность секунд. Посмотрим на пример:
// Пример логики проверки остатка в коде (условно)
Остаток = РегистрыНакопления.ПартииТоваровНаСкладах.Остатки(МоментВремени, Фильтр);
Если Остаток.Количество = 0 И Остаток.Стоимость > 0 Тогда
Сообщить("Обнаружен стоимостной хвост по партии!");
КонецЕсли;
Чтобы избежать подобных разрывов, убедимся, что Расчет себестоимости выпуска проводится в самом конце месяца, после всех корректировок. Также проверим использование регламентного документа Корректировка стоимости списания товаров. Хотя автор темы указал, что она не используется, при методе ФИФО этот механизм (или его аналог внутри РСВ) отвечает за «схлопывание» стоимостных остатков, возникающих из-за округлений или перемещений между складами с разной аналитикой.
В 1С:УПП данные о количестве и стоимости могут храниться в разных регистрах в зависимости от настроек (Партии товаров на складах и Стоимость партий товаров на складах). Проанализируем ситуацию: если количество ушло по одному регистру, а сумма «зависла» в другом, это признак расхождения аналитики. Проверьте:
Для решения проблемы «нулевое количество — ненулевая сумма» на 21 счете выполним следующие действия:
Требовании-накладной для подразделений со счетом 25 была указана база распределения.Способы распределения статей затрат с указанием конкретного фильтра по подразделениям.Таким образом, мы выяснили, что причина кроется не в ошибке программы, а в логике распределения затрат: система не может списать стоимость актива, пока не поймет, в себестоимость какой продукции эту стоимость нужно включить.