Большинство отклонений в запасах сводятся к одной и той же первопричине: сигналы спроса поступают слишком поздно, проходят через слишком много ручных шагов или находятся в системах, которые не взаимодействуют между собой.

Dynamics 365 Supply Chain Management решает эту проблему на уровне архитектуры — не с помощью одной функции, а через набор настраиваемых модулей: Demand Planning, Planning Optimization, группы покрытия, параметры запасов и надстройку Inventory Visibility add-in. Каждый из них обрабатывает отдельную часть планирования.

Demand Planning — это место, где планировщики создают, сравнивают и утверждают сценарии прогнозов. Оно работает как отдельный модуль со своим собственным уровнем импорта данных, логикой трансформации и профилями прогнозирования. Как только прогноз утвержден, он переходит дальше по цепочке в сводное планирование, где Planning Optimization конвертирует его в спланированные заказы на покупку и перемещение.

Planning Optimization переносит расчеты MRP в выделенный микросервис. Для большинства розничных сред такая архитектура сокращает время выполнения планирования с нескольких часов до считанных минут — этого достаточно, чтобы планировщики могли запустить расчет в середине дня и увидеть обновленные предложения по пополнению до закрытия склада. В очень больших масштабах — миллионы комбинаций номенклатур и складов с комплексными цепочками перемещений — время выполнения, конечно, будет дольше.

Demand Planning предлагает четыре алгоритма прогнозирования: auto-ARIMA для стационарных исторических данных, ETS для моделей трендов и сезонности, Prophet для сложных реальных сигналов, в частности промоакций и праздников, и XGBoost для прогнозирования со многими входными параметрами. Для большинства портфелей SKU в ритейле практичным выбором по умолчанию является модель Best-fit — она автоматически выбирает правильный алгоритм для каждой комбинации продукта и аналитики, предотвращая искажения, возникающие, когда одна модель применяется ко всем категориям.

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

Группы покрытия определяют, как master planning генерирует спланированные заказы для каждой линейки продуктов. D365 SCM предлагает 5 кодов: Min/Max, Period, Requirement, Priority и Decoupling point (DDMRP). Min/Max обслуживает базовые категории: спланированный заказ создается, когда прогнозируемый запас падает ниже минимума, и рассчитан на восстановление максимального объема.

Код покрытия Priority меняет логику пополнения с привязанной к датам на привязанную к срочности. Planning Optimization отдает приоритет наиболее критическим заказам на пополнение и может разделять крупные партии заказов по диапазону приоритетов, не позволяя низкоприоритетным спланированным заказам забирать мощности поставщика во время пополнения критического дефицита.

Запас определяется для каждой номенклатуры, для каждого сайта и для каждого склада, поэтому каждый магазин имеет свой минимум для одного и того же SKU. Флагманский магазин и региональная точка формата «у дома» имеют разные профили риска — система отображает это без ручных обходных путей в каждом цикле планирования.

Планировщик устанавливает специфические для периода коэффициенты — более высокие минимумы перед четвертым кварталом, более низкие в январе — и Planning Optimization применяет их при каждом запуске без необходимости в ручных обновлениях перед каждым периодом.

Журнал страхового запаса рассчитывает минимальные количества на основе истории использования и записывает их на странице «Item Coverage» для проверки планировщиком перед занесением в систему. Отдельно для скоропортящихся или зависящих от даты категорий настраивается последовательность FEFO через группы моделей номенклатур — параметр, контролирующий, соответствует ли логика отбора и резервирования на складе порядку дат окончания срока годности. FEFO — это параметр управления складом; он функционирует независимо от журнала резервных запасов, но работает вместе с ним в той же среде планирования.

Надстройка Inventory Visibility — это автономный микросервис, который поддерживает единое глобальное состояние запасов с помощью REST-API и обновляет его почти в режиме реального времени за пределами цикла группового планирования.

Для омниканальных ритейлеров интеграция с Dynamics 365 Commerce Scale Units является ключевым элементом. Когда POS-терминал или сессия e-commerce запрашивает информацию о запасах, она получает данные из Inventory Visibility, а не из асинхронного back-end итога. Мягкие резервирования гарантируют, что один и тот же товар нельзя одновременно зарезервивать на кассе и приобрести онлайн. Функция ATP (available-to-promise) расширяет эти возможности, рассчитывая, когда конкретное количество товара станет доступным на основе подтвержденных данных о поступлении — именно эта цифра является основой для определения точной даты самовывоза из магазина или периода доставки.

Планирование спроса в Dynamics 365 Supply Chain Management — это не функция, которую вы просто включаете, это многоуровневая настройка, построенная на решениях, которые менеджеры, планировщики снабжения и ИТ-архитекторы принимают вместе. Настройте правильно профили прогнозирования и группы покрытия, и система сгенерирует логику пополнения, отражающую то, как бизнес работает на самом деле. Проигнорируйте вовлечение заинтересованных сторон, и результат будет технически правильным, но операционно бесполезным.