Чек-лист системи автоматичного поповнення запасів

Порівнюєте постачальників системи автоматичного поповнення запасів? Обов'язково задайте їм ці питання.

• Чи підтримує система методологію замовлення pick-to-zero? Контекст: Відповідно до цієї схеми замовлення з розподільчого центру (РЦ) до магазинів перераховуються після того, як товар надходить до РЦ, і в той самий день відправляються до магазинів. Це ключова відмінність від схеми кросдокінгу, при якій замовлення не перераховуються після надходження товару до РЦ. Відсутність підтримки pick-to-zero для свіжих продуктів означає підвищений ризик списань. Для інших товарів це збільшує ризик менш точного розподілу залишків, виникнення дефіциту та надлишку.

• Чи підтримується замовлення інгредієнтів згідно з рецептами для SKU, що виготовляються безпосередньо в магазині, наприклад кава, кулінарія, хлібобулочні вироби?

• Чи можливо контролювати термін придатності товарів на складі відповідно до методу FIFO? Контекст: Це допомагає запобігти втраченим продажам. Після вилучення товару з простроченим терміном придатності з полиці магазини можуть не встигати проводити списання, що затримує замовлення. Крім того, на момент формування замовлення товар на полиці може бути в межах терміну придатності. Тим не менш, необхідно контролювати терміни придатності, оскільки вони можуть вийти до наступної дати поставки.

• Чи підтримується обмеження обсягів замовлення для товарів, що наближаються до закінчення терміну придатності? Контекст: Це мінімізує списання в магазинах, де презентаційний запас надто великий відносно прогнозованих продажів і кількості замовлених товарів з терміном придатності, що наближається до закінчення.

• Чи можливо управляти термінами придатності в системі таким чином, щоб товар замовлявся виходячи з прогнозу, що певна частка буде реалізована до закінчення терміну придатності?

• Чи можливо управляти максимально допустимими списаннями в системі для забезпечення наявності запасів, наприклад, для приготування їжі? Контекст: Візьмемо як приклад деякі види салатів. Вони продаються повільно і мають дуже короткий термін придатності (тобто закінчується до кінця дня). Іноді торговельні мережі все одно хочуть підтримувати певні кількості на складі, незважаючи на дуже високу ймовірність списань. Мета — підтримка презентаційного запасу. Це також може бути актуальним для товарів з тривалішим терміном придатності, що продаються повільно.

• Чи аналізує система автоматично причини відсутності товарів на полиці (недопоставка, списання, повернення, відсутність графіка замовлень, відсутність прив'язки до контрактів/специфікацій, обмеження пакування за терміном придатності, недостатнє замовлення тощо)? Чи можна розбити дефіцит за цими причинами?

• Чи дозволяє система перевірити, чи можливе замовлення будь-якого товару в асортименті? Чи вказує вона причину для товару, де це неможливо, та дії, які необхідно виконати для початку замовлення товару (наприклад, почати прив'язку, почати графік, почати рецепт)?

• Чи підтримує система можливість управляти цільовим рівнем страхового запасу для забезпечення підвищеного рівня доступності продукту для KVI-позицій? Чи враховується автоматично термін придатності продукту для уникнення списань?

• Чи підтримує система можливість автоматичного збільшення замовлень до магазинів для товарів зі сплесками попиту через майбутні акції та сезонність, без необхідності ручного розрахунку збільшеної кількості товарів для замовлення на такі періоди або ручного введення коефіцієнтів підвищення?

• При розрахунку замовлень від постачальників до РЦ, чи враховує система окремо для кожного магазину такі фактори: презентаційний запас; страховий запас; прогноз продажів; графік доставки з РЦ до магазину; мінімальна кількість замовлення з РЦ до магазину? Чи прогнозує система майбутні рівні залишків для підвищення точності замовлень від постачальника до РЦ?

• Чи має система можливість динамічного вибору розміру упаковки (мала упаковка, середня упаковка, велика коробка) для доставок з РЦ до магазину з метою автоматичного пошуку оптимального балансу між витратами на комплектацію на складі та вартістю грошей у часі з урахуванням ризику списань? Контекст: Коли продажі товару мають зрости перед акцією або сезонним сплеском, має сенс відвантажувати більші упаковки перед акційними та сезонними періодами для зменшення навантаження на склад і витрат на комплектацію.

• Чи надає система засоби для оптимізації вартості комплектації товарів у розподільчому центрі без ручного коригування мінімальних і максимальних кількостей? Чи враховуються сезонні та акційні сплески?

• Чи підтримує система замовлення товарів за формулою точки повторного замовлення (власний імпорт, інші товари з тривалим часом доставки до РЦ) з одночасним:

• прогнозуванням майбутніх рівнів залишків,

• урахуванням оптимізації логістичних витрат (вага, кількість палет, об'єм),

• мінімізацією днів запасу.

• Чи враховується ефект батога при виникненні дефіциту в РЦ? Контекст: У разі невиконання замовлень з РЦ до магазину для одного товару це може збільшити продажі його замінників. Це може призвести до зниження залишку SKU-замінника до страхового запасу, а потім до презентаційного запасу. Якщо продажі SKU-замінника зростуть більш ніж на 100%, це може призвести до збільшення розміру наступних замовлень з РЦ до магазинів на 200-300%. Магазини будуть робити більші замовлення не лише через зростання продажів, але й для поповнення вимитих страхового та презентаційного запасів. Це може призводити до циклів переходу від дефіциту до надлишку в РЦ, якщо минулі відвантаження з РЦ використовуються для прогнозування замовлень з РЦ до постачальників. Це можна попередити шляхом прогнозування залишку РЦ і залишку кожного магазину на 30-40 днів вперед.

• Чи підтримує система стратегію розподілу push (розподіл фіксованої кількості товарів з РЦ до магазинів)? Чи враховує вона прогноз та залишок запасів кожного магазину в режимі push-розподілу?

• Чи можливо прогнозувати продажі та автоматично замовляти нові SKU (незалежно від того, ввів користувач аналогічний SKU чи ні)?

• Чи можливо проводити автоматизоване прогнозування продажів і замовлення для товарів, які раніше були представлені лише в частині магазинів і тепер починають продаватися в більшій кількості магазинів без історії продажів у цих магазинах?

• Чи можливо сьогодні перевірити замовлення магазинів до РЦ або до постачальників, які будуть сформовані в майбутньому?

• Якщо система може розраховувати майбутні прогнозовані потреби в замовленнях, чи можливо виміряти точність цих прогнозованих замовлень?

• Чи можливо бачити товари, які магазини НЕ будуть замовляти протягом наступних 20-30-40 днів через надлишок запасів? Контекст: Це допомагає не класифікувати як надлишок позиції, щодо яких у торговельної мережі є угода з постачальником про певний рівень презентаційного запасу.

• Чи можливо оцінити оборотність запасів без урахування презентаційного запасу?

• Чи можливо відстежувати історію змін презентаційного запасу?

• Якщо сьогоднішнє замовлення з магазину до РЦ перевищує наявний залишок РЦ, чи може система перерозподілити розмір замовлення між магазинами на основі залишків та продажів кожного магазину з метою оптимізації розподілу запасів між магазинами?

• Чи підтримує система функціонал відпустки/свят персоналу РЦ/постачальників і автоматично замовляє більше поза графіком перед початком свят?

• Чи дозволяє система вирішувати ситуації, коли не все замовлення з РЦ до магазину вміщується в машину і частина товарів залишилася в РЦ в очікуванні наступного відвантаження?Контекст: Особливо актуально після періоду дефіциту в РЦ, коли магазини замовляли більше, ніж зазвичай.