← На главную

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

Архитектурная логика учета: почему партия становится обязательной

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

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

1. Резервирование под заказ: если в табличной части документа Заказ покупателя заполнена колонка «В резерв», программа пытается заблокировать под клиента конкретный фактический остаток из регистра Запасы. Без указания партии выполнить такое резервирование физически невозможно, так как остаток на складе уже разделен по партиям.
2. Обеспечение без резервирования: когда товар еще не поступил и не произведен, колонка «В резерв» остается пустой, а фиксация потребности происходит в регистре Заказы покупателей. Для закрытия заказа при последующей отгрузке партия на данном шаге не требуется. Однако проведение документа может блокироваться из-за общей системной проверки: признак «Обязательное заполнение партий» в карточке номенклатуры или категории работает на уровне формы и платформенной валидации. В типовой конфигурации эта проверка не делает различий между фактическими документами списания (Расходная накладная) и плановыми документами фиксации потребности (Заказ покупателя, Заказ на производство).

Выясним причину проблемы на практике и рассмотрим три проверенных способа настройки бизнес-процесса.

Способ 1. Переход на учет по сериям номенклатуры

Рассмотрим сценарий, когда партии используются исключительно для контроля сроков годности, дат выпуска продукции, производственных смен или номеров плавок. В типовой 1С:УНФ для таких целей архитектурно правильнее применять не партии, а серии номенклатуры.

Разберем по шагам, почему это решит проблему оформления заказов:

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

Способ 2. Использование служебной основной партии

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

Разберем порядок действий для настройки данного обхода:

1. Открываем справочник номенклатуры и переходим к списку партий проблемной позиции.
2. Создаем специальную служебную партию с понятным наименованием, например, «К производству», «Под обеспечение» или «Без партии».
3. Выделяем созданную запись и нажимаем кнопку «Использовать как основную». Теперь данное значение считается партией по умолчанию.
4. При создании новых строк в документе Заказ покупателя служебная партия подставится автоматически. Документ проведется без ошибок валидации даже при включенном обязательном заполнении.
5. Когда продукция будет фактически произведена или поступит на склад под своей реальной партией, при формировании документа Расходная накладная менеджер заменяет служебную партию на фактически отгружаемую.

Способ 3. Отключение обязательности партий с контролем через расширение

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

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

1. В карточке номенклатуры отключаем признак «Обязательное заполнение партий». Теперь документы планирования проводятся без указания аналитики.
2. Подключаем расширение конфигурации, не снимая основную конфигурацию с поддержки.
3. В расширении переопределяем обработчик ОбработкаПроверкиЗаполнения только для учетных документов фактического списания: Расходная накладная, Перемещение запасов, Списание запасов.
4. При проведении отгрузочных документов алгоритм программно проверяет: если по номенклатуре ведется партионный учет, а поле Партия в строке пустое, проведение прерывается с выводом понятного сообщения пользователю.

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