Система керування ланцюгом постачання виявляє проблему, приймає рішення щодо реагування та забезпечує виконання цього рішення. Якщо те, що вам продають, виявляє та відображає інформацію, але не може приймати рішення чи діяти, це просто панель інструментів з кращою назвою. Це розмежування є ключовим моментом і пояснює, чому так багато таких програм завершуються появою екранів, які ніхто не відкриває вже до 9-го місяця.
Я переглянув кілька таких впроваджень, і ті, що спрацювали, мали спільну рису, якої немає жодне порівняння вендорів: одній конкретній особі дозволялося витрачати гроші о другій ночі без запиту дозволу. Кілька невдалих впроваджень мали краще програмне забезпечення, ніж успішні.
Чотири шари та як кожен з них зазнає невдачі
| Шар | Робота | Типова несправність |
|---|---|---|
| Приймання даних | Збирайте замовлення, відвантаження, інвентаризацію та події перевізника в одному місці | Невідповідність майстер-даних, де один сайт має чотири ідентифікатори, і нічого не узгоджується |
| Модель події | Перетворіть стрічки на стани, такі як "із запізненням", "під загрозою" або "в недостачі". | Сповіщення спрацьовують на кожне відхилення, тому персонал вимикає їх протягом трьох тижнів |
| Логіка прийняття рішень | Запропонуйте або оберіть відповідь із зазначенням вартості | Рекомендувати авіаперевезення, які жоден відповідальний за бюджет не схвалить |
| Виконання та аудит | Перенесіть рішення в системи, які транспортують товари, та зафіксуйте результат | Інтеграція тільки для читання, тому кожне рішення доводиться набирати вручну в іншій системі |
Покупці розглядають 4-й рівень останнім, і саме він вирішує, чи принесе інвестиція прибуток. Вежа з інтеграцією лише для читання не може замкнути цикл, тому вона ніколи не зможе довести свою цінність. Коли через 24 місяці настане час поновлення, ніхто не зможе вказати на збережену партію, і бюджет піде в інше місце.
Драбина зрілості, описана чесно
Постачальники зазвичай описують 4 стадії. Знання того, яку саме ви купуєте, має значення, оскільки різниця в ціні велика, а різниця в можливостях – ще більша.
- Видимість. Показує, де щось знаходиться. Справді корисно, і це часто продають як весь продукт.
- Прогнозована. Оцінює час прибуття та позначає вантажі, які, ймовірно, не встигнуть. Варто платити за це лише тоді, коли оцінка випереджає ваших власних планувальників на 8 із 10 маршрутів, що є перевіреною, але рідко перевірюваною вимогою.
- Нормативний. Пропонує конкретну відповідь з порівнянням витрат. Якість майстер-даних на цьому етапі стає необов'язковою.
- Автономний. Виконує визначені відповіді в межах, які ніхто не затверджує індивідуально, що ставить те саме граничне питання, порушене ШІ-агенти, що котирують фрахт. Тут працює мало операцій, а стримуючим фактором у кожному розгортанні, яке я бачив з 2019 року, є управління, а не технології.
Більшість організацій, які запитують мене про "control tower", хочуть поведінки рівня 3, але мають дані, що підтримують рівень 1. Виявити це після підписання контракту дорого, тоді як 2-тижневий аудит даних виявить це заздалегідь.
Дані, які вам потрібні перед покупками
Ці системи зазнають збоїв не через алгоритми. Вони зазнають збоїв через вхідні дані, а необхідні вхідні дані є специфічними. Морські перевезення потребують подій ключових етапів перевізника, даних про положення судна з AIS та посилання на бронювання, яке залишається чинним при перевалці. Асоціація цифрових контейнерних перевезень (Digital Container Shipping Association), заснована у 2019 році компаніями Maersk, MSC, CMA CGM та Hapag-Lloyd, публікує стандарти відстеження та відстеження, які роблять ці події порівнянними між перевізниками, і постачальник, який не може сказати, яку версію він використовує, робить припущення.
Для автомобільного транспорту потрібні EDI-повідомлення про статус 214 або API перевізника, а також чесна відповідь щодо субпідряду, оскільки водій субпідрядника не відображається у вашому додатку постачальника. Тендери та розрахунки додають 204, 990 та 210 до тієї ж розмови. Над транспортуванням вам потрібні оновлення запасів частіше, ніж щоночі, відкриті замовлення на закупівлю з підтвердженими датами та довідник місць, де кожен об'єкт має лише один ідентифікатор.
Останній пункт звучить тривіально і спричиняє більше затримок, ніж будь-який інший, як показують 5 місяців нижче. Я бачив одну програму, яка витратила цей час на узгодження кодів заводів між ERP та двома складськими системами, перш ніж почала працювати хоча б одна частина логіки башти. Корисний тест перед покупкою нічого не коштує: візьміть 10 відвантажень, які пішли не так минулого кварталу, і вручну відтворіть, з ваших поточних систем, момент, коли кожна проблема стала відомою. Якщо ваша команда не зможе побудувати цю часову шкалу вручну, жодна платформа не побудує її автоматично.
Будувати чи купувати
| Підхід | Доречно, коли | Реальний центр витрат | Ризик |
|---|---|---|---|
| Модуль планування | Ви вже використовуєте планову систему цього постачальника | Ліцензія та конфігурація, як правило, із зобов'язанням на 3–5 років | Сильний всередині моделі даних постачальника, слабкий у зовнішніх даних |
| Фахівець з видимості | Ваш пробіл – це транспортні події та приблизний час прибуття | Ціноутворення за відправлення або за маршрутом, яке масштабується залежно від обсягу | Чудово в транспортуванні, але не в прийнятті рішень |
| Побудуйте на платформі, якою володієте | Ви маєте інженерні потужності та незвичайні процеси | Люди, постійно, а не бюджет проєкту | Ви тепер власник продукту, і вам потрібно його укомплектувати. |
| Зберіться навколо вашого система управління транспортом | Більшість винятків — це транспортні винятки | Інтеграційні роботи на одного перевізника, часто по 6 тижнів кожна | Стисле уявлення про запаси та попит |
Категорії важливіші за назви, але назви роблять їх конкретними. Kinaxis, заснована у 1984 році, o9 Solutions, заснована у 2009 році, та Blue Yonder, куплена Panasonic у 2021 році за повідомленою сумою 7,1 мільярда доларів, продають продукти, орієнтовані на планування, з акцентом на власну модель даних. SAP та Oracle позиціонують модулі в межах своїх ширших пакетів. Project44 та FourKites, обидві засновані у 2014 році, є спеціалістами з видимості транспорту. E2open, заснована у 2000 році, продає мережеву платформу, а Altana працює над картографуванням постачальників за межами першого рівня.
Урок управління від TradeLens
TradeLens, запущений Maersk спільно з IBM у 2018 році, було припинено у 2022 році після 4 років роботи. Програмне забезпечення функціонувало, і до нього приєдналися понад 175 організацій, зокрема п'ять із шести найбільших контейнерних перевізників. Однак воно так і не отримало достатньо їхніх реальних даних, оскільки платформа, що належить вашому найбільшому конкуренту, є радше місцем присутності, ніж місцем для зобов'язань.
Для внутрішньої програми засвоєний урок стосується власності, а не блокчейну. Вежа, яка належить одному бізнес-підрозділу і потребує даних від трьох інших, буде приречена так само, як і TradeLens. Хто б не володів нею, він мусить або володіти даними, або мати повноваження вимагати їх, і це питання має вирішуватися на етапі проектування, а не на третьому засіданні керівного комітету.
Заходи, які витримали фінансову перевірку
Кількість входів до панелі інструментів та сповіщень — це показники марнославства, і саме їх звітують більшість програм. Ці п’ять є обґрунтованими:
- Час від можливого до відомого. Якщо затримка була виявлена в понеділок, а ваша команда дізналася про неї в четвер, ці 3 дні – це і є ваша робота.
- Час закриття винятків. Кількість годин між тривогою та ухваленим щодо неї рішенням. Зростання кількості тривог при незмінному часі закриття означає, що ви придбали "шум".
- Прискорені витрати. Екстремальні авіаперевезення та преміальні автоперевезення мають зменшитися, оскільки проблеми виявляються достатньо рано для пошуку дешевших рішень.
- **Частка автоматично закритих винятків.** Єдиний чесний показник зрілості, який постачальники уникають називати.
- Оцінка точності проти двох базових ліній. Порівняйте прогнозований час прибуття з фактичним і з оцінками власних планувальників, оскільки обігнати оцінку перевізника легко, а досвідченого планувальника — ні.
Послідовність, яка працює
Почніть з одного типу винятків, який коштує реальних грошей, і який можна підрахувати, наприклад, морські контейнери, які не мають залізничного сполучення всередині країни. Інструментуйте цей єдиний потік від початку до кінця, включаючи етап виконання, а потім надайте одній названій особі повноваження діяти в межах встановленої межі. Проведіть його протягом кварталу і порівняйте час закриття та витрати на прискорення з попереднім кварталом.
Це дає скромну першу демонстрацію та обґрунтований бізнес-кейс, що є правильним порядком. Підключення кожного джерела даних перед вибором рішення для покращення призводить до того, що ці програми перетворюються на дворічні проєкти інтеграції, які завершуються екраном і жодними доказами. Якщо перша версія не зможе змінити одне рішення протягом 90 днів, придбання додаткових рівнів її не врятує.