При работе в конфигурации «1С:Управление производственным предприятием 1.3» (УПП) специалисты часто сталкиваются с ситуацией, когда при проведении документа Требование-накладная система выдает предупреждение: «Для номенклатуры движения сформировались без суммовой оценки по регламентированному учету». Особенно остро этот вопрос встает, когда документы создаются на основании друг друга: например, Заказ на производство — Отчет производства за смену — Требование-накладная.
В данной статье мы подробно разберем, почему возникает это сообщение, как на него влияет использование режима РАУЗ (Расширенная аналитика учета затрат), и нужно ли предпринимать какие-то действия для «исправления» этой ситуации.
Для начала проанализируем, в каком режиме работает ваша база данных. Это принципиальный момент, так как алгоритмы проведения документов в РАУЗ и партионном учете кардинально отличаются.
В классическом партионном учете система обязана знать стоимость списываемого материала непосредственно в момент проведения документа. Если на складе нет остатка с конкретной суммой, программа либо выдает ошибку и не проводит документ, либо проводит его только в количественном выражении, что в дальнейшем приводит к серьезным перекосам в себестоимости.
В режиме РАУЗ ситуация иная. Рассмотрим ее подробнее. РАУЗ ориентирован на расчет себестоимости по итогам отчетного периода (месяца). Система фиксирует факт движения (количество, аналитику), но точный расчет стоимостной оценки «откладывается» до момента запуска регламентной операции РасчетСебестоимостиВыпуска. Поэтому появление сообщения о «формировании движений без суммовой оценки» в середине месяца в режиме РАУЗ — это штатная ситуация, а не критическая ошибка.
Рассмотрим типовой сценарий, который часто вызывает вопросы у пользователей. Предположим, мы оформляем выпуск полуфабрикатов (счет 21) или готовой продукции (счет 43) со списанием затрат со счета 20.01.1.
Типичная цепочка действий:
Заказ на производство.Отчет производства за смену (ОПзС).Требование-накладную (ТН).Обратим внимание на время документов. Часто пользователи специально ставят Требование-накладную на несколько минут раньше выпуска, чтобы «наполнить» 20 счет затратами до того, как они будут списаны на выпуск продукции. Однако именно в этот момент система может выдать предупреждение об отсутствии суммы в ТН. Это происходит потому, что на 09:00:00 текущего дня система еще не «видит» поступления этого материала на склад (если оно было позже) или не может мгновенно рассчитать среднюю стоимость в рамках оперативного проведения.
Выясним, как настройки параметров учета влияют на контроль остатков. В карточке номенклатуры (вкладка «Настройка») или в общих настройках параметров учета есть флаг Вести оперативный учет незавершенного производства.
Проанализируем последствия включения или отключения этой опции:
Отчет производства за смену даже в том случае, если они еще не были переданы в производство документом Требование-накладная. В этом случае в регистре незавершенного производства (НЗП) образуется временный отрицательный остаток, который должен быть закрыт до конца месяца.Отчет производства за смену, если ранее (по времени) не была проведена Требование-накладная на те же материалы, подразделение и номенклатурную группу. Программа выдаст ошибку о нехватке остатков в НЗП.Если вы работаете в РАУЗ и флаг оперативного учета НЗП снят, то порядок документов внутри дня (ТН раньше ОПзС или наоборот) не имеет критического значения для итогового расчета себестоимости в конце месяца.
Даже если документы проведены в правильной последовательности, сумма может «теряться» из-за несовпадения аналитических разрезов. Для корректного закрытия затрат в Отчете производства за смену и Требовании-накладной должны СТРОГО совпадать следующие поля:
Если в Требовании-накладной вы указали одну номенклатурную группу, а в Отчете производства за смену — другую, то программа воспримет это как две разные операции. Затраты «зависнут» на одной группе, а выпуск произойдет по другой без материального наполнения. В РАУЗ это приведет к тому, что при расчете себестоимости программа не сможет сопоставить затрату и выпуск.
В режиме РАУЗ для анализа движений мы используем не стандартные бухгалтерские отчеты (хотя они тоже важны), а специализированный регистр Учет затрат (регламентированный учет).
Посмотрим на алгоритм проверки:
Требованием-накладной. Если количество списано, а сумма пустая — это нормально для оперативного проведения в РАУЗ.Расчет себестоимости выпуска.Если вы хотите минимизировать количество предупреждений и видеть более-менее корректные остатки до конца месяца, выполним следующие шаги:
Требование-накладная на начало дня (00:00:01), а для всех документов выпуска Отчет производства за смену — на конец дня или по фактическому времени производства. Это позволит системе «видеть» наличие материалов в НЗП.Встречный выпуск продукции (услуг). В РАУЗ это критично для того, чтобы алгоритм расчета не «зациклился».Расчета себестоимости сальдо по счету 20 закрывается, а на счетах 21 или 43 появляется правильная стоимость — значит, система работает верно.Посмотрим на пример кода, который часто используется программистами для автоматической корректировки времени документов при их создании, чтобы избежать конфликтов последовательности:
// Пример логики установки времени для Требования-накладной
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если РежимЗаписи = РежимЗаписиДокумента.Проведение Тогда
// Устанавливаем время на начало дня, чтобы опередить выпуск
ЭтотОбъект.Дата = НачалоДня(ЭтотОбъект.Дата) + 1;
КонецЕсли;
КонецПроцедуры
Подводя итог, проанализируем ситуацию еще раз: если вы используете РАУЗ, флаг оперативного учета НЗП не стоит, и аналитика (Номенклатурные группы, Статьи затрат) заполнена верно — вы можете игнорировать сообщение о суммовой оценке при проведении Требования-накладной. Дождитесь конца месяца, проведите Расчет себестоимости выпуска, и система сама сформирует необходимые корректирующие записи со стоимостью.