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

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 — це не функція, яку ви просто вмикаєте, це багаторівневе налаштування, побудоване на рішеннях, які менеджери, планувальники постачання та ІТ-архітектори приймають разом. Налаштуйте правильно профілі прогнозування та групи покриття, і система згенерує логіку поповнення, яка відображає те, як бізнес працює насправді. Проігноруйте залучення зацікавлених сторін, і результат буде технічно правильним, але операційно марним.