Как в 1С:УПП определить, какую готовой продукцию нужно допроизвести при оформлении продаж задним числом?

← На главную

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

Выясняем причину: почему не формируется проводка по списанию себестоимости

В первом сообщении темы автор описывает классическую ситуацию: продукция отгружается клиенту («Реализация товаров и услуг»), но фактически в программе она еще не выпущена документом «Отчет производства за смену». В результате проводка по списанию себестоимости Дт 901 – Кт 26 (для Украины) или Дт 90.02 – Кт 43 (для России) не формируется, так как на складе отсутствует физический остаток номенклатуры.

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

Настройка 1С:УПП для проведения реализации при отрицательных остатках

Если на вашем предприятии используется партионный учет, необходимо обратить внимание на ключевую настройку параметров учета:

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

Если ваше предприятие работает в режиме РАУЗ (Расширенная аналитика учета затрат), то система более лояльно относится к отрицательным остаткам, но требует соблюдения трех условий:

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

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

Метод 1. Анализ дефицита через стандартный регистр «Товары на складах»

Рассмотрим самый быстрый способ узнать, что именно зависло «в минусе» и требует допроизводства. Для этого нам не нужно писать сложный код, достаточно использовать типовые возможности отчетов по накоплению.

Если в системе разрешено списание при отсутствии остатков, в регистре накопления ТоварыНаСкладах образуются отрицательные конечные остатки. Чтобы увидеть их списком, выполним следующие действия:

Откроем универсальный отчет по регистру накопления «Товары на складах» (раздел «Склады» или через «Все функции» / «Операции» -> «Отчеты»).
Перейдем в настройки отчета и добавим группировку по Номенклатуре и Складу.
В панели отборов добавим условие: «Количество Конечный остаток» Меньше 0.
Нажмем кнопку «Сформировать».

В результате мы получим готовый сводный список позиций с «красными» остатками. Это и есть точный объем продукции, который необходимо довыпустить (создать документы «Отчет производства за смену»), чтобы закрыть образовавшиеся минусы.

Метод 2. Использование отчета «Анализ заказов на производство»

Часто пользователи совершают ошибку, полагая, что отчеты «Анализ заказа на производство» или «Анализ заказа покупателя» нужно открывать отдельно по каждому документу (как упоминалось в Сообщении 17). Это не так. Мы можем использовать эти механизмы глобально для всего предприятия.

Разберем, как настроить общую картину обеспечения:

Перейдем в интерфейс «Управление производством» и откроем отчет Анализ заказов на производство.
В настройках структуры отчета выведем в группировку строк только поле Номенклатура, убрав группировку по конкретным заказам.
В полях показателей выберем колонки: «Заказано», «Выпущено» и «Осталось выпустить».
Установим отбор по полю «Осталось выпустить» Больше 0.

Такой подход позволит увидеть сводный дефицит по заказам клиентов в рамках всего предприятия без необходимости заходить в каждый документ реализации отдельно.

Метод 3. Создание специализированного отчета в консоли запросов

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

Посмотрим на пример запроса, который сопоставляет данные документов «Реализация товаров и услуг» с движениями регистра накопления ПродажиСебестоимость:


ВЫБРАТЬ
    РеализацияТоваровУслугТовары.Ссылка КАК ДокументРеализации,
    РеализацияТоваровУслугТовары.Номенклатура КАК Номенклатура,
    РеализацияТоваровУслугТовары.Количество КАК КоличествоПоДокументу,
    0 КАК КоличествоПоРегистру,
    РеализацияТоваровУслугТовары.Количество КАК Отклонение
ИЗ
    Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
ГДЕ
    РеализацияТоваровУслугТовары.Ссылка.Дата МЕЖДУ &НачПериода И &КонПериода
    И РеализацияТоваровУслугТовары.Ссылка.Проведен КАК Истина

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    ПродажиСебестоимость.Регистратор,
    ПродажиСебестоимость.Номенклатура,
    0,
    ПродажиСебестоимость.Количество,
    -ПродажиСебестоимость.Количество
ИЗ
    РегистрНакопления.ПродажиСебестоимость КАК ПродажиСебестоимость
ГДЕ
    ПродажиСебестоимость.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
    И ПродажиСебестоимость.Период МЕЖДУ &НачПериода И &КонПериода

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

Критически важное предупреждение при работе с отрицательными остатками в РАУЗ

Если вы приняли решение использовать схему «сначала продаем, потом производим и вносим документы задним числом», обязательно помните о главной технической особенности РАУЗ в 1С:УПП.

Ни в коем случае нельзя оставлять отрицательные остатки в регистрах учета затрат на момент расчета себестоимости!

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