← На главную

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

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

Проанализируем базовую логику работы подсистемы обеспечения потребностей в 1С:ERP. Для комбинации номенклатурной позиции (или схемы обеспечения) и склада назначается конкретный Способ обеспечения потребностей. Это может быть:

1. Покупка — заказ внешнему поставщику;
2. Перемещение — пополнение с заданного склада-источника;
3. Сборка/Разборка — производство по простым операциям без спецификаций;
4. Производство — выпуск по ресурсным спецификациям;
5. Производство силами переработчика.

Обработка Формирование заказов по потребностям рассчитывает дефицит по детерминированному графу поставок. В типовом решении для конкретного склада не предусмотрено динамическое условное ветвление вида «если на складе-источнике свободный остаток больше нуля — создаем перемещение, иначе закупку». При попытке указать несколько способов для одного узла граф не умеет автоматически переключаться на лету.

Реквизит Приоритет в регистрах правил обеспечения служит исключительно для разрешения коллизий между правилами разного уровня иерархии (например, индивидуальная настройка конкретной номенклатуры имеет более высокий приоритет, чем общая настройка для схемы обеспечения или склада в целом), но не задает альтернативную цепочку снабжения при нехватке остатков.

Решение 1. Типовая методология эшелонирования поставок

Разберем стандартный методологический подход, заложенный разработчиками 1С:ERP для многоскладских сетей. Снабжение организуется через построение многоуровневой цепочки (топологии сети) с выделением центрального распределительного центра (РЦ) или главного склада.

1. Настройка зависимого склада (филиала, розничной точки): в схеме обеспечения для целевого склада указываем способ обеспечения Перемещение, где складом-источником выбираем центральный склад (РЦ).
2. Настройка центрального склада (РЦ): для склада-источника в схеме обеспечения назначаем способ Покупка (закупка у поставщика).
3. Двухэтапный расчет потребностей:
   1. При первичном запуске обработки Формирование заказов по потребностям для целевого склада система создает Заказ на перемещение.
   2. Если на центральном складе товар присутствует, он резервируется под данное перемещение.
   3. Если на центральном складе товара нет, созданный Заказ на перемещение сам по себе формирует потребность на центральном складе.
   4. При следующем расчете потребностей для центрального склада система формирует Заказ поставщику на недостающее количество.

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

Решение 2. Оперативный контроль через состояние обеспечения

Если автоматическое эшелонирование не подходит (например, перемещения выполняются между равноправными складами одного торгового куста), рассмотрим вариант оперативного распределения:

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

Решение 3. Доработка логики формирования заказов

Если бизнес-процесс требует автоматического выбора источника между равноправными складами без жесткого эшелонирования через РЦ, проанализируем варианты технической реализации:

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