Коло

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

Врахування сезонності в розрізі тижня: тепер система враховує зміну попиту в розрізі тижня за всіма товарами, за якими відбувається замовлення частіше, ніж раз на тиждень. Для таких товарів автоматично розраховуються коефіцієнти днів тижня, які корегують середньодобове споживання, в залежності від коливань попиту в різні дні протягом тижня. Особливо це актуально для будніх днів та вихідних.

Гнучке управління категорією Fresh: клієнт мав потребу в інструментах, які дозволяють масово впливати на рівень доступності товарів та кількість списань в категорії Fresh (в залежності від бізнес-цілей в той чи інший період). Одним з таких інструментів в ABM Inventory є параметр service level. За допомогою цього параметру можна збільшувати або зменшувати рівень доступності товарів і списань у категорії Fresh.

Формування звітів безпосередньо в системі: до впровадження ABM Inventory аналітичні звіти з запасів формувалися в ERP-системі. Але тепер у відділу управління запасами з’явилася своя спеціалізована система, яка має повний набір інструментів для аналізу та управління процесами. Крім ключової функції автозамовлення, в системі є різноманітна додаткова інформація про товари, замовлення, інсайти та аналітичний блок, який включає в себе більше 40 звітів для контролю, моніторингу та оптимізації процесу управління запасами. «Сумнівні залишки» — звіт, який планують використовувати першим. Він виділяє товари, які зазвичай мають регулярні продажі, але показують залишок без продажів. Така ситуація свідчить про дві можливі проблеми: або товар не було виставлено на полиці, або в обліковій системі зазначено некоректний залишок.

Зауважимо, що в системі клієнта налаштовано процес автоматичного перерахунку крос-док замовлень у момент приїзду цих товарів до РЦ. Такий підхід дозволяє більш точно й актуально здійснювати їх розподіл за ТТ, оскільки ситуація щодо наявності товарів може бути різною на момент першочергового розрахунку і на момент поставки.