Как удержать ближайший план закупок и не потерять новый дефицит

Договоритесь, что именно защищается

Начните с вопроса: какое изменение должен останавливать очередной расчёт? Предложение пополнить запас, уже оформленный заказ поставщику, дата клиентского обещания и фактический складской приход — разные записи. Проставьте им отдельные ID и статусы, чтобы результат планирования не выглядел подтверждением внешнего исполнения.

Назначьте владельца исключений: в нашем учебном процессе это руководитель снабжения. Он собирает доказательства по источнику и сроку; сотрудник, отвечающий за клиентский заказ, отдельно согласует изменение обещания. Укажите заместителя и время следующего решения. Иначе запрет автоматической правки легко превращается в очередь проблем без ответственного.

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

Различайте три настройки и четвёртый похожий термин

В документации Dynamics 365 о генеральных планах coverage задаёт охват потребности; freeze сохраняет существующие плановые заказы и не создаёт новые в своём периоде; firming автоматически переводит плановые заказы в заказы закупки или производства. Это определения указанного продукта, а не универсальный стандарт.

В отдельном модуле планирования спроса Microsoft временная граница ручного редактирования защищает значения временного ряда; автоматическая заморозка прогноза рассматривается отдельно. Такая защита данных не доказывает наличие поставки.

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

Пересчёт: 50 остаётся 50, потребность становится 70

Все данные вымышлены. Запуск выполняется 17 октября 2026 года. Учебное защищённое окно — с 17 по 21 октября включительно; учитываемый горизонт заканчивается 31 октября. Начальный пригодный запас равен нулю. Есть одно плановое поступление P-17 на 50 единиц к 20 октября и исходная потребность D-8 на 50 в тот же день.

Для проверки принимаем, что приход должен стать пригодным к 09:00, а выдача начинается в 12:00 в одной локации и одном часовом поясе. Других потребностей, источников, резервов, потерь или ограничений партии нет. Пятьдесят — пока количество плана, а не доказательство получения товара.

После изменения D-8 потребность равна 70. По выбранному правилу P-17 сохраняет 50, новое предложение внутри защищённого окна не появляется.

Минус двадцать означает необеспечённый объём в расчёте, а не разрешённую физическую выдачу из отрицательного склада. В фактическом исполнении без дополнительного источника удастся выдать не более 50, если и они действительно поступят. На карточке D-8 остаются отдельные признаки количественного разрыва и подтверждения исходного источника.

Предложение после границы не спасает прежнюю дату

Допустим, планировщик показывает дополнительные 20 на 22 октября. Это условный результат для проверки, а не обещание такого поведения Dynamics. К моменту выдачи 20 октября этих единиц нет. Сумма 50 + 20 = 70 отвечает на вопрос «сколько будет вообще», но не на вопрос «сколько можно выдать к 12:00 двадцатого».

Проверьте и время внутри дня. Дополнительные 20, пригодные только в 14:00 двадцатого, также опоздали к выдаче в 12:00. Запись одной календарной даты не заменяет порядок событий. Если реальная система хранит только дни, тест должен явно задавать правило очередности поступления и потребления.

Не меняйте D-8 на 22 октября лишь ради зелёного баланса. Если исходный срок пересмотрен уполномоченным человеком, сохраняются прежнее обещание, новое согласованное время и причина. Пока согласования нет, проверка выполняется против старого срока. Логика дат и обеспечения подробно показана в разборе MRP.

Какие доказательства закрывают исключение

Создайте одно исключение E-20, связанное с версией D-8 и обнаруженным разрывом 20. В нём нужны требуемое время, возможный источник, пригодное свободное количество, подтверждение доставки, ответственный и следующий шаг. Повторный запуск с теми же входами должен обновить эту проверку, а не породить ещё один заказ на двадцать.

Условный вариант: другой склад подтвердил свободные совместимые 20, передачу и готовность здесь к 09:00 двадцатого. Если исходные 50 тоже подтверждены к этому моменту, баланс становится 0 + 50 + 20 − 70 = 0. Количественный разрыв закрыт в данном сценарии. До подтверждения обоих источников результат остаётся условным.

Если дополнительный источник недоступен, на решение выносят конкретное изменение исполнения: согласованную новую дату, допустимую частичную выдачу или иной подтверждённый вариант. Статья не выбирает его за владельца. После выбора проверяют, не остались ли поздние лишние 20 в другом предложении или действующем заказе. Удаление расчётной строки само по себе не отменяет внешнюю поставку.

Переход в заказ проверяется отдельно

Преобразование P-17 в оформленный заказ — отдельный переход.

В своём процессе сохраните связь старого планового ID с новым документом. После перехода нельзя одновременно считать P-17 и новый документ двумя поставками по 50. Покажите, кто разрешил оформление, какая версия отправлена и какой ответ получен. Наличие номера документа само по себе не доказывает подтверждение поставщиком.

Заморозка расчёта не устанавливает условия изменения внешнего заказа. Их проверяет ответственный по фактической договорённости. Если покупатель согласовал новые 70, а поставщик подтвердил только 50, расхождение остаётся открытым. Повтор расчёта не заменяет коммуникацию и проверку выполнимости. Не обещайте также снижения колебаний закупки: эффект хлыста проверяется отдельным анализом рядов.