Наступний розрив у ШІ: Чому середньоринковим логістичним компаніям потрібно виправити свою інфраструктуру, перш ніж вони зможуть використати ШІ

Розмова про ШІ часто зосереджується на доступі, з припущенням, що коли компанія отримує доступ до потрібних моделей і інструментів, наступний виклик — зрозуміти, як їх використовувати. Для середньоринкових логістичних компаній це не обов’язково є початком проблеми.

У багатьох складах та у постачальників логістичних послуг (3PL) розрив рідко полягає у відсутності системи. Більшість вже мають систему управління складом (WMS), програмне забезпечення планування ресурсів підприємства (ERP) або бухгалтерський пакет, підключення до перевізників та EDI зі своїми великими клієнтами. Проблема полягає у тому, що відбувається між цими системами.

З’єднання типу «точка‑в‑точку» накопичуються з часом. Клієнт або торговий партнер підключається одним способом, інший партнер — іншим, і в кінцевому підсумку ніхто не має повного уявлення про те, що з чим спілкується. Інтеграція також залежить від людей, наприклад, коли хтось вручну вводить замовлення з порталу клієнта або щодня підбиває підсумки вчорашніх відправлень у електронній таблиці. 3PL може не знати про збій транзакції, доки клієнт не подзвонить і не запитає, де його замовлення.

Ні одне з цього не відображається у списку ІТ‑активів, саме тому так легко недооцінити проблему. 

Проблема полягає у передачах

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

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

Для 3PL ці проблеми множаться, оскільки кожен клієнт має свої формати, правила та очікування. Робота складу зазвичай йде добре, але потік інформації навколо нього порушується. 

Ця різниця стає важливішою, коли компанії впроваджують ШІ у свою діяльність, оскільки він може працювати лише з доступною йому інформацією. Підключення чат‑бота або копілота до однієї системи може бути хорошою демонстрацією, але не надає цій системі видимості операції, що охоплює кілька систем.

У логістиці корисні питання часто перетинають ці межі, тому відповідь щодо замовлення може вимагати інформації з WMS, ERP та транспортної або клієнтської системи. Інструмент ШІ, який бачить лише одну частину цього процесу, працює з неповною картиною.

Зростає розрив між компаніями, чиї інфраструктури дозволяють ШІ працювати з потрібною йому інформацією і компаніями, чиї системи залишаються нез’єднаними, і саме там виникає наступний розрив у ШІ. 

ШІ потребує фундаменту, з яким він може реально працювати

Справжня інфраструктура, готова до ШІ, має описуватись у термінах операцій, а не технологій. Кожна важлива подія, така як замовлення, прийом, переміщення інвентарю або відправка, повинна проходити через спільний вузол замість набору окремих з’єднань. Формат, який надсилає торговий партнер, не повинен залишатися проблемою складу. X12, EDIFACT, XML або JSON мають нормалізуватись до одного замовлення, перш ніж хтось нижче по ланцюгу мусить думати про формат.

Командам потрібно знати про збій за кілька хвилин, до того як проблема дійде до клієнта. Та сама інформація, яку співробітники використовують для виявлення та вирішення цих проблем, повинна бути доступною програмному забезпеченню та агентам ШІ через чисті API, які зберігають існуючі дозволи. Також потрібен запис того, що сталося, щоб коли ШІ пропонує щось, людина могла перевірити причину. 

Коли ці умови виконані, впровадження ШІ стає значно простішим. Це не означає, що середньоринковій компанії потрібно замінювати всю технологічну стеку. Насправді, середньоринковій 3PL майже ніколи не потрібен новий WMS або ERP лише для того, щоб стати готовою до ШІ. Практичніший підхід — залишити основні системи без змін і виправити з’єднання між ними.

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

ШІ може допомогти побудувати інфраструктуру

Саме тут ШІ може бути особливо корисним для середньоринкових компаній. Традиційно інтеграція вимагала, щоб люди читали специфікації партнерів, вручну зіставляли поля та тестували ці зіставлення по одному торговому партнеру за раз. Одна карта партнера може займати тижні практичної роботи, тестування та обміну з партнером.

Сучасні моделі ШІ здатні читати специфікації та зразкові файли, пропонувати зіставлення та тестувати їх на реальних транзакціях. Потім людина може переглянути та затвердити результат.

ШІ може зменшити обсяг ручної роботи, необхідної для створення першої версії мапування EDI. Спеціаліст може почати з чернетки, а потім переглянути та виправити її перед передачею у існуючий цикл перегляду партнера, що дозволяє спеціалістам витрачати менше часу на побудову мапувань поле за полем, зберігаючи контроль над кінцевим результатом.

Але існує важливе розрізнення між використанням ШІ для інтеграції та довірою ШІ у процес інтеграції.

Коли я це роблю, я використовую підхід, який називаю «Пропонуй, Закріплюй, Перевіряй, Підтверджуй».

ШІ пропонує налаштування партнера та мапування полів. Це базується на реальній специфікації та зразкових файлах, а не на вигадуванні полів чи кодів. Окремий процес верифікації порівнює мапування поле за полем із реальним документом. Потім людина підтверджує результат, перш ніж він потрапить у живий клієнтський потік. 

Ми зрозуміли, чому ця дисципліна важлива, тестуючи ШІ‑згенеровані мапи проти реальних виробничих документів.

У одному тесті ШІ‑згенерована мапа прочитала документ про переміщення складу без жодних помилок, але пропустила всі 15 рядків. В іншому випадку вона зберегла всіх шість учасників у замовленні на доставку, проте втратила код, що ідентифікує, який учасник є отримувачем, разом із вулицею. Наш автоматизований контроль позначив мапу як чисту, а спеціаліст EDI виявив прогалину.

Навіть довідкові дані можуть бути неправильними. Файл стандартів, який стверджував, що пройшов крос‑перевірку, не збігався з опублікованим стандартом у кожному спірному сегменті, який ми тестували.

Урок полягає в тому, що частковий результат може бути важче помітити, ніж відсутній. Верифікація повинна порівнювати кожне поле в реальному документі з тим, що зафіксовано у мапі. Підтвердження, що документ розбирається, недостатньо. 

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

Цінність починається ще до того, як ШІ приймає рішення

Інфраструктурна робота має цінність задовго до того, як агент ШІ починає робити операційні рекомендації. 3PL, з яким ми працювали, запускала SAP поряд зі своєю складською системою. Кожен вхідний прийом займав три‑п’ять хвилин ручного вводу, а інвентар у SAP відставав приблизно на 20 хвилин від доку.

Коли два системи були підключені безпосередньо, ця затримка стала майже реальним часом. Операція заощадила понад 980 робочих годин на рік, включаючи 775 годин на вихідних процесах. Відстеження у електронних таблицях зникло, а етикетки, транспортні накладні та упаковочні листи почали генеруватись автоматично. Склад зберіг свої існуючі робочі процеси, тому ніхто на підлозі не потребував перенавчання. 

Урок, який ми винесли з цього проєкту, був більший, ніж економія праці. Коли дві системи діляться однією актуальною картинкою, саме ця картина потрібна агенту ШІ, щоб бути корисним.

З’єднання їх — це крок, який робить можливим усе, що відбувається далі. 

Готовність до ШІ починається з інтеграції

Для компаній, які вирішують, з чого почати, інтеграція має бути першою, а ШІ виконуватиме більшу частину роботи з інтеграції. Надто часто помилкою операцій є розгляд ШІ лише як елемент, що належить до кінця процесу. Він може допомогти зробити інтеграційну роботу швидшою та менш дорогою на початку, потім допомогти з прийняттям рішень коли ця основа вже створена. 

Компанії середнього ринку у сфері логістики не обов’язково потребують більше технологій. Багато з них вже мають необхідні системи. Можливість полягає у тому, щоб ці системи працювали разом. Саме тут ШІ може виконати роль, що виходить за межі простого генерування ще однієї відповіді на екрані.