Почему в 1С:ERP 2.5 не работает «Резервировать к дате» и как обеспечить производство материалами

При переходе с версии 2.4 на версию 2.5 многие пользователи сталкиваются с тем, что привычный механизм резервирования товаров под будущий выпуск этапов производства перестал работать так, как ожидалось. Вместо ожидаемого жесткого резервирования система переводит строки заказов в статус «К обеспечению» или «Отложить резервирование». Давайте разберем, почему это происходит и как настроить процесс обеспечения в новой архитектуре 1С:ERP.

Изменение методологии: от «Резервирования к дате» к «Распределению запасов»

В версии 2.4 существовал механизм, который позволял принудительно зафиксировать резерв под будущий выпуск. В версии 2.5 логика была кардинально переработана. Теперь ключевым объектом управления является Регистр накопления: Распределение запасов.

Система 2.5 использует динамический алгоритм: она анализирует все плановые поступления (производство, закупки) и потребности (заказы клиентов, этапы производства). Если вы устанавливаете действие Резервировать по мере поступления, система не создает жесткую блокировку остатка «здесь и сейчас», а начинает «справочно» распределять будущие поступления на потребность в рамках текущего горизонта планирования.

Почему заказы попадают в колонку «Отложить резервирование»

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

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

ВЫБОР КОГДА Границы.ГраницаПериода = ДАТАВРЕМЯ(1,1,1)
           ИЛИ Границы.ГраницаПериода >= Движения.ЖелаемаяДатаОтгрузки ТОГДА
    0
ИНАЧЕ
    Движения.РезервироватьПоМереПоступления
КОНЕЦ КАК ОтложитьРезервирование

Как мы видим, если ЖелаемаяДатаОтгрузки превышает текущий горизонт (ГраницаПериода), система не выполняет резервирование. Чтобы это исправить, необходимо:

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

Как обеспечить резервирование под будущий выпуск

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

1. Проверка аналитики: Убедитесь, что склады, характеристики и назначения (если используются) в этапе-источнике (производящем) и этапе-потребителе (потребляющем) полностью совпадают. Регистр Распределение запасов не увидит связь, если аналитики учета расходятся.
2. Статус обеспечения: Если этап находится в статусе «К выполнению», система должна подхватывать плановое количество. Посмотрите отчет «Состояние обеспечения заказов» с отбором по заказу на производство. Там будет видно, какой этап выступает поставщиком, а какой — потребителем.
3. Использование автоматического размещения: Если вы работаете с закупками под заказы, помните, что после проведения заказа поставщику необходимо установить флажок «Разместить заказы на отгрузку». Только после этого система автоматически изменит действие в строке заказа на «Резервировать к дате» (для закупочных сценариев).

Рекомендации по работе с конкурентным производством

В сложных сценариях, где несколько этапов претендуют на одни и те же полуфабрикаты, система 2.5 отдает приоритет по дате потребности и приоритету заказа. Мы не рекомендуем пытаться «вручную» разбивать строки заказа на части (например, 10 шт. резервировать, 5 шт. обеспечивать), если это не продиктовано реальной бизнес-необходимостью.

Вместо этого мы предлагаем:

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

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