Работа с механизмом обеспечения потребностей в 1С:ERP — одна из самых сложных и многогранных задач. Часто пользователи сталкиваются с ситуацией, когда Заказ клиента оформлен, продукция должна быть произведена, но при запуске обработки Формирование заказов по потребностям система упорно «не видит» дефицит. Рассмотрим подробно, какие настройки необходимо проверить, чтобы цепочка от продажи до производства заработала корректно.
Первым делом проанализируем сам первичный документ. Для того чтобы система зафиксировала потребность, которую нужно обеспечить именно производством, должны быть соблюдены следующие условия:
К выполнению. В статусах «На согласовании» или «Не согласован» движения по регистрам потребностей не формируются.К обеспечению или Обеспечивать обособленно. Если стоит «Не обеспечивать» или «Резервировать на складе», система не будет пытаться создать заказ на производство, так как либо потребность игнорируется, либо предполагается, что товар уже есть в наличии.Выясним причину, по которой система может игнорировать номенклатуру на уровне глобальных настроек. Для каждой позиции номенклатуры должен быть определен Способ обеспечения потребностей. Рассмотрим его ключевые параметры:
В карточке номенклатуры перейдем по ссылке «Настройка способов обеспечения». Здесь должен быть указан способ с типом обеспечения Собственное производство. Если тип обеспечения указан как «Покупка» или «Перемещение», система будет предлагать создать Заказ поставщику или Заказ на перемещение соответственно.
Проанализируем параметры планирования внутри способа обеспечения:
Важно помнить: если дата отгрузки в Заказе клиента выходит за границы горизонта планирования (текущая дата + сроки в способе обеспечения), помощник формирования заказов не выведет эту потребность на экран. Увеличим эти сроки или изменим дату анализа в самой обработке.
Часто проблема кроется в несоответствии складов. В 1С:ERP существует жесткая связь между подразделением-исполнителем и складом (кладовой). Разберем ситуацию: если продукция производится в «Цехе №1» и автоматически поступает в «Кладовую цеха №1», а в Заказе клиента указан «Основной склад», система не увидит прямой потребности в производстве.
В этом случае у нас есть два пути решения:
Заказе клиента в качестве склада отгрузки именно цеховую кладовую.Заказ клиента создает потребность на «Основном складе» -> «Основной склад» обеспечивается перемещением из «Кладовой цеха» -> «Кладовая цеха» обеспечивается производством.Система не может создать Заказ на производство, если она «не знает», как именно производить изделие. Проверим наличие действующей спецификации:
В карточке номенклатуры откроем список ресурсных спецификаций. Находим нужную и убеждаемся, что ее статус установлен в значение Действует. Если спецификаций несколько, одна из них должна быть назначена основной для данного подразделения или склада. Без действующей спецификации автоматическое формирование заказов невозможно.
Иногда причина кроется в отключенных опциях системы. Проанализируем настройки программы в разделе «НСИ и администрирование» — «Настройка НСИ и разделов» — «Производство». Должна быть включена опция Использовать заказы на производство.
Если мы заглянем «под капот» обработки формирования заказов, то увидим, что система проверяет доступность типов обеспечения через специальные функции. Например, в модуле обработки можно встретить фрагменты, отвечающие за инициализацию типов:
// Пример логики проверки доступности типов обеспечения
Функция ДоступныеТипыОбеспечения()
Типы = Новый Массив;
Если Константы.ИспользоватьЗаказыПоставщикам.Получить() Тогда
Типы.Добавить(Перечисления.ТипыОбеспечения.Покупка);
КонецЕсли;
Если Константы.ИспользоватьЗаказыНаПроизводство.Получить() Тогда
Типы.Добавить(Перечисления.ТипыОбеспечения.СобственноеПроизводство);
КонецЕсли;
Возврат Типы;
КонецФункции
Убедимся, что все необходимые константы (ИспользоватьЗаказыНаПеремещение, ИспользоватьЗаказыНаСборку и т.д.) установлены в значение Истина.
Рассмотрим по шагам работу самой обработки:
Заказа клиента. Проверим колонку «К заказу». Если там стоит «0», проанализируем свободный остаток на складе — возможно, система считает, что товар уже есть и производить его не нужно.Если после всех настроек результат не достигнут, воспользуемся самым мощным инструментом диагностики — отчетом Состояние обеспечения. Его можно вызвать прямо из формы Заказа клиента (кнопка «Отчеты» — «Состояние обеспечения»).
Проанализируем данные отчета:
Таким образом, последовательно проверяя цепочку Статус заказа -> Действие -> Склад -> Способ обеспечения -> Спецификация, мы обязательно найдем причину, по которой заказы на производство не создаются автоматически.