Viena integracija, penki sinchronizacijos taškai: kaip YARDtwin bendrauja su SAP

Kiekvienas pokalbis apie SAP integraciją galiausiai atsiremia į tuos pačius tris klausimus. Kada tiksliai išsiunčiamas kiekvienas pranešimas? Kas iš tikrųjų jame yra? Ir ką mato SAP vartotojas, kai jis pasiekia sistemą? Funkcijų sąrašai į šiuos klausimus neatsako — todėl mes sukūrėme vaizdo įrašą, kuris neskirtas nieko kitam.

Atkuriamas realus pristatymas — didmeninė krovinys, svėrimas atvykus 18 500 kg ir išvykus 13 500 kg — ir sekamas per SAP–YARDtwin ribą, vienas keitimasis vienu metu. Penki sinchronizacijos taškai, kiekvienas parodytas trimis būdais: momento kiemas, kuris jį suaktyvina, pranešimas perdavimo kanale ir SAP rodinys, kuriame jis pasiekia tikslą.

1 sinchronizacija — SAP pradeda pokalbį

Gaunamasis pristatymas yra vienintelis pranešimas, kurį SAP siunčia pirmasis. Kai jis sukuriamas S/4HANA, jūsų tarpinė programinė įranga — vaizdo įraše SAP CPI — jį paima ir siunčia vieną JSON turinį į YARDtwin HTTPS webhook, pasirašytą bendru slaptu raktu. Pristatymo numeris, gamykla, medžiaga, penki tūkstančiai kilogramų suplanuota: viskas, ko reikia kiemui — niekas neįvedama rankiniu būdu.

YARDtwin pusėje užsakymas susiformuoja automatiškai. Pristatymas patenka į integracijos žurnalą ir pasirodo grafike su medžiaga ir suplanuotu kiekiu jau įrašytais. Niekas neperkelia pristatymo duomenų rankiniu būdu — todėl niekas ir nesuklys.

2 ir 3 sinchronizacijos — kiemas praneša atgal, be rankų darbo

Nuo šio momento kryptis keičiasi: YARDtwin atsako iš vartų ir doko, o niekas prie stalo neveda jokios operacijos.

• 2 sinchronizacija — transporto vieneto registracija. Suaktyvinama tą akimirką, kai vartų operatorius leidžia įvažiuoti. Įregistravimo laikas, dokas, svarstyklių bruto svoris — ir SAP gimtasis blokas, kurį jūsų CPI atvaizduoja vienas prie vieno. SAP patvirtina su TU nuoroda; EWM vartotojas mato transporto vienetą, atvykusį į kontrolės punktą, o bruto svoris jau įrašytas.
• 3 sinchronizacija — sandėlio užduoties patvirtinimas. Suaktyvinama pabaigus iškrovimą. Joje yra laukai, kuriuos EWM konsultantas atpažįsta iš pirmo žvilgsnio: sandėlio numeris, užduotis, užsakymas, paskirties sekcija. Sandėlio monitoriuje užduotis perjungiama į patvirtintą būseną — atsargos prekių gavimo zonoje, lygiai kaip kiemas pranešė.

4 sinchronizacija — prekių gavimas laukia svarstyklių

Tai pranešimas, dėl kurio integracija ir egzistuoja, ir tas, kurį YARDtwin sąmoningai sulaikė. Iškrovimas baigiasi — ir niekas neužregistruojama. Tik pasirašytas išvykimo svėrimas išleidžia prekių gavimą, nurodydamas svarstyklėse apskaičiuotą neto svorį: 5 000,000 kg kaip įvedimo vieneto kiekį, judėjimo tipas 101, kartu pateikiant visą svarstyklių įrašą kaip įrodymą. SAP užregistruoja ir atsako su medžiagos dokumento numeriu.

5 sinchronizacija — ciklo užbaigimas

Sunkvežimiui išvažiuojant, kiemo išvykimo pranešimas perduoda išvykimo laiką, apsilankymo trukmę, patikrintą neto svorį ir elektroninio parašo maišą iš išvykimo leidimo. SAP užfiksuoja išvykimą iš kontrolės punkto ir pristatymas laikomas baigtu. Penki mainai — vienas švarus dokumentų srautas, o audito sekimas keliauja kartu su sunkvežimiu.

Kokia to vertė

• Jokio pakartotinio duomenų įvedimo — nei viena, nei kita kryptimi. SAP sukuria užsakymą; kiemas užregistruoja patvirtinimus. Dviejų sistemų suderinimas žmogaus su dviem ekranais rankomis baigiasi.
• SAP išlieka įrašų sistema — ir gauna geresnius įrašus. Pasverti kiekiai, realaus laiko laiko žymos ir parašo įrodymai pridedami prie dokumentų, kuriuos SAP jau valdo.
• Įvykiai, kurių SAP niekada neturėjo. Atvykimas prie vartų, svarstyklių rodmenys, iškrovimo eiga ir išvykimas standartiniame SAP aplinkoje neegzistuoja niekur. Dabar jie pateikiami kaip struktūrizuoti pranešimai, o ne telefono skambučiai.
• Standartinė infrastruktūra, o ne projektas. Kiekvienas pranešimas yra JSON per HTTPS, pasirašytas HMAC, pristatomas į jūsų CPI arba tarpinę programinę įrangą — jūsų integracijos komanda atvaizduoja jį ant IDoc ir BAPI, kuriuos jau naudoja. O kiekvienas mainas matomas YARDtwin SAP pranešimų žurnale, todėl bet koks palaikymo pokalbis prasideda nuo tų pačių įrodymų.

3-sync: lengvesnis kelias į integraciją

Ne kiekviena aikštelė naudoja SAP EWM kiemsaugos valdymą — o jei SAP nevaldo jūsų kiemo, trys iš tų pranešimų neturi kur naudingai nukreipti. Tokioje aplinkoje YARDtwin vykdo tą pačią integraciją 3-sync formatu: YARDtwin valdo visą kiemsaugą, o per ribą perduodami tik du pranešimai — gaunamasis pristatymas iš SAP ir grąžinamas prekių gavimo patvirtinimas.

Svarbu tai, kad 3-sync nėra atskiras produktas ar atskira integracija. Tai tie patys penki jungikliai, iš kurių trys išjungti. Pradėkite nuo pristatymo gavimo ir prekių gavimo patvirtinimo — mažiausios rizikos pirmasis žingsnis — o jei vėliau aktyvuosite EWM kiemsaugos procesus, išplėtimas iki visų penkių yra konfigūracijos pakeitimas, o ne pakartotinis diegimas.

Konfigūruojama pagal jūsų verslą, jungiklis po jungiklio

Kiekvienas sinchronizavimo taškas yra nepriklausomas kiekvienos aikštelės jungiklis, pagal numatytuosius nustatymus išjungtas. Aikštelės administratorius pasirenka iš anksto nustatytą vieno paspaudimo profilį — kiemsaugos valdomo 3-sync arba EWM integruoto 5-sync — arba nustato pasirinktinį derinį kiekvienai aikštelei. Kelių gamyklų diegimo atveju kiekvienas SAP gamyklos padalinys nukreipiamas į savo YARDtwin aikštelę, o pristatymo pakartotinis siuntimas yra saugus iš esmės: identiškas pakartotinis siuntimas nieko nekeičia.

Tai ta pati filosofija kaip ir likusioje platformos dalyje — vartų kontroliniai sąrašai, svarstyklių taisyklės, Smart Slots režimai ir doko taisyklės yra konfigūruojami kiekvienai aikštelei atskirai, o ne programuojami. Platesnę apžvalgą, ką galima pritaikyti be programuotojo pagalbos, rasite Pritaikykite YARDtwin savo verslui; išsamią integracijos architektūrą rasite mūsų SAP integracijos puslapyje.