Одна інтеграція, п'ять точок синхронізації: як YARDtwin взаємодіє з SAP

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

Воно відтворює реальну поставку — навалювальний вантаж, зважений на в'їзді: 18 500 кг, на виїзді: 13 500 кг — і супроводжує її через межу SAP–YARDtwin, обмін за обміном. П'ять точок синхронізації, кожна показана з трьох боків: момент у дворі, що її ініціює, повідомлення в каналі зв'язку та вигляд у SAP, де воно відображається.

Синхронізація 1 — SAP відкриває діалог

Вхідна поставка — єдине повідомлення, яке SAP надсилає першим. Щойно воно створюється в S/4HANA, ваше middleware — SAP CPI у відео — перехоплює його й надсилає один JSON-пакет на HTTPS-вебхук YARDtwin, підписаний спільним секретом. Номер поставки, завод, матеріал, п'ять тисяч кілограмів за планом: усе, що потрібно двору, — без жодного ручного введення.

На стороні YARDtwin бронювання формується автоматично. Поставка потрапляє до журналу інтеграції та з'являється в розкладі з уже заповненими матеріалом і плановою кількістю. Ніхто не вводить дані поставки повторно — а отже, ніхто не припускається помилки.

Синхронізації 2 і 3 — двір звітує автоматично

Далі напрямок змінюється: YARDtwin відповідає з воріт і рампи, і жодна людина за столом не вводить жодної транзакції.

• Синхронізація 2 — реєстрація транспортної одиниці. Спрацьовує в момент, коли оператор воріт надає дозвіл на в'їзд. Час реєстрації, місце розвантаження, брутто-вага з вагового мосту — і нативний блок SAP, який CPI відображає один до одного. SAP підтверджує з посиланням на транспортну одиницю; користувач EWM бачить транспортну одиницю, що прибула на контрольний пункт, із уже зазначеною масою брутто.
• Синхронізація 3 — підтвердження складського завдання. Спрацьовує після завершення розвантаження. Містить поля, які консультант EWM впізнає з першого погляду: номер складу, завдання, замовлення, цільовий бін. У моніторі складу завдання переходить у статус «Підтверджено» — запас у зоні приймання товарів, точно так, як повідомив двір.

Синхронізація 4 — прихід товарів чекає на ваговий міст

Це повідомлення, заради якого існує інтеграція, і те, яке YARDtwin навмисно затримує. Розвантаження завершується — і нічого не проводиться. Лише підписане зважування на виїзді вивільняє прихід товарів, передаючи нетто-вагу, обчислену на мосту: 5 000,000 кг як кількість в одиниці обліку входу, тип руху 101, з повним записом вагового мосту як доказом. SAP проводить операцію й повертає номер матеріального документа.

Синхронізація 5 — замикання циклу

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

Цінність цього підходу

• Жодного повторного введення даних — у жодному напрямку. SAP створює бронювання; двір надсилає підтвердження. Дві системи більше не зіставляються вручну людиною з двома екранами.
• SAP залишається системою обліку — і отримує кращі записи. Зважені кількості, актуальні мітки часу та докази підписів додаються до документів, якими SAP вже володіє.
• Події, яких SAP ніколи не мав. Прибуття до воріт, показання вагового мосту, перебіг розвантаження та виїзд не існують у жодному стандартному ландшафті SAP. Тепер вони надходять у вигляді структурованих повідомлень замість телефонних дзвінків.
• Стандартна інфраструктура, а не окремий проєкт. Кожне повідомлення — JSON через HTTPS, підписаний HMAC, доставлений до вашого CPI або middleware: ваша команда інтеграції відображає його на IDoc і BAPI, які вже використовує. А кожен обмін видно в журналі SAP-повідомлень YARDtwin, тому будь-яка розмова зі службою підтримки починається з тієї самої доказової бази.

3 точки синхронізації: полегшений варіант підключення

Не кожен майданчик використовує SAP EWM для управління двором — і якщо SAP не керує вашим двором, трьом із цих повідомлень просто нікуди надходити. Для такого ландшафту YARDtwin виконує ту саму інтеграцію у форматі 3-sync: YARDtwin повністю керує двором, і лише два повідомлення перетинають межу — вхідне постачання, що надходить, і підтвердження отримання товару, що повертається.

Важливо розуміти, що 3-sync — це не окремий продукт і не окрема інтеграція. Це ті самі п'ять перемикачів, три з яких вимкнені. Почніть із delivery-in та goods-receipt-back — це крок із найменшим ризиком — а якщо згодом ви активуєте процеси EWM-двору, розширення до повних п'яти є зміною конфігурації, а не повторним впровадженням.

Налаштовано під ваш бізнес, перемикач за перемикачем

Кожна точка синхронізації є незалежним перемикачем на рівні майданчика, вимкненим за замовчуванням. Адміністратор майданчика обирає готовий пресет в один клік — 3-sync під керуванням двору або 5-sync з інтеграцією EWM — або налаштовує довільну комбінацію для кожного майданчика. При розгортанні на кількох заводах кожен SAP-завод маршрутизується до власного сайту YARDtwin, а повторне надсилання постачання є безпечним за задумом: ідентичне повторне надсилання нічого не змінює.

Це та сама філософія, що й у решті платформи — контрольні списки воріт, правила ваговимірювального обладнання, режими Smart Slots та правила доків є конфігурацією на рівні майданчика, а не кодом. Для загального огляду того, що можна налаштувати без розробника, дивіться Налаштуйте YARDtwin під свій бізнес; для детального розгляду архітектури інтеграції — нашу сторінку інтеграції SAP.