O integrare, cinci puncte de sincronizare: cum comunică YARDtwin cu SAP

Orice conversație despre integrarea SAP ajunge, inevitabil, la aceleași trei întrebări. Când se declanșează exact fiecare mesaj? Ce conține acesta? Și ce vede utilizatorul SAP când mesajul sosește? Listele de funcționalități nu răspund la aceste întrebări — de aceea am creat un videoclip dedicat exclusiv acestui subiect.

Videoclipul redă o livrare reală — un transport în vrac, cântărit la intrare cu 18.500 kg și la ieșire cu 13.500 kg — și urmărește fiecare schimb de date la granița SAP–YARDtwin, pas cu pas. Cinci puncte de sincronizare, fiecare ilustrat din trei perspective: momentul din curte care îl declanșează, mesajul transmis și vizualizarea SAP în care acesta apare.

Sincronizare 1 — SAP inițiază conversația

Livrarea de intrare este singurul mesaj pe care SAP îl trimite primul. Când aceasta este creată în S/4HANA, middleware-ul dumneavoastră — SAP CPI în videoclip — o preia și transmite un singur corp JSON către webhook-ul HTTPS al YARDtwin, semnat cu un secret partajat. Numărul livrării, fabrica, materialul, cinci mii de kilograme planificate: tot ce are nevoie curtea, fără nicio introducere manuală.

Pe partea YARDtwin, rezervarea se construiește singură. Livrarea apare în jurnalul de integrare și pe programul de lucru, cu materialul și cantitatea planificată deja completate. Nimeni nu reintroduce o livrare, deci nimeni nu o introduce greșit.

Sincronizările 2 și 3 — curtea raportează înapoi, fără intervenție manuală

De aici direcția se inversează: YARDtwin răspunde de la poartă și de la rampă, iar nimeni de la birou nu mai introduce o tranzacție.

• Sincronizarea 2 — înregistrarea unității de transport. Se declanșează în momentul în care operatorul de poartă autorizează intrarea. Ora de check-in, rampa, greutatea brută de la cântar — și un bloc nativ SAP pe care CPI-ul dvs. îl mapează unu-la-unu. SAP confirmă cu referința TU; utilizatorul EWM vede o unitate de transport sosită la punct de control, greutatea brută înregistrată deja.
• Sincronizarea 3 — confirmarea sarcinii de depozit. Se declanșează la finalizarea descărcării. Conține câmpuri pe care un consultant EWM le recunoaște imediat: numărul depozitului, sarcina, comanda, locația de destinație. În monitorul de depozit, sarcina trece la confirmată — stocul în zona de recepție a mărfurilor, exact așa cum a raportat curtea.

Sincronizarea 4 — recepția mărfurilor așteaptă cântarul

Acesta este mesajul pentru care există integrarea, și cel pe care YARDtwin îl reține în mod deliberat. Descărcarea se încheie — și nu se postează nimic. Doar cântărirea semnată la plecare eliberează recepția mărfurilor, purtând cantitatea netă calculată la cântar: 5.000,000 kg ca și cantitate în unitatea de intrare, tipul de mișcare 101, cu înregistrarea completă de la cântar atașată ca dovadă. SAP postează și răspunde cu numărul documentului de material.

Sincronizarea 5 — închiderea ciclului

Pe măsură ce camionul iese, mesajul de ieșire din curte transmite ora plecării, durata ciclului, cantitatea netă verificată și hash-ul semnăturii electronice din autorizația de plecare. SAP înregistrează plecarea de la punct de control și livrarea este finalizată. Cinci schimburi — un flux documentar curat, cu traseul de audit care urmărește camionul.

Ce valoare aduce aceasta

• Nicio reintroducere de date, în nicio direcție. SAP creează rezervarea; curtea postează confirmările. Cele două sisteme nu mai sunt reconciliate de o persoană cu două ecrane.
• SAP rămâne sistemul de referință — și primește înregistrări mai bune. Cantitățile cântărite, marcajele temporale contemporane și dovezile semnăturilor se atașează la documentele pe care SAP le deține deja.
• Evenimente pe care SAP nu le-a avut niciodată. Sosirea la poartă, citirile cântarului, progresul descărcării și plecarea nu există nicăieri într-un peisaj SAP standard. Acum sosesc ca mesaje structurate în locul apelurilor telefonice.
• Infrastructură standard, nu un proiect. Fiecare mesaj este JSON peste HTTPS, semnat HMAC, livrat la CPI-ul sau middleware-ul dvs. — echipa dvs. de integrare îl mapează pe IDoc-urile și BAPI-urile pe care le utilizează deja. Și fiecare schimb este vizibil în jurnalul de mesaje SAP din YARDtwin, astfel încât orice conversație de suport pornește de la aceleași dovezi.

3-sync: calea mai simplă de intrare

Nu fiecare site rulează SAP EWM yard management — iar dacă SAP nu gestionează curtea dumneavoastră, trei dintre acele mesaje nu au unde să ajungă în mod util. Pentru acest tip de peisaj, YARDtwin rulează aceeași integrare în formă 3-sync: YARDtwin deține întreaga curte, iar doar două mesaje traversează granița — livrarea de intrare care coboară și recepția mărfurilor care se întoarce.

Aspectul important este că 3-sync nu este un produs separat sau o integrare distinctă. Este aceeași configurație cu cinci comutatoare, dintre care trei sunt dezactivate. Începeți cu delivery-in și goods-receipt-back — primul pas cu cel mai mic risc — iar dacă ulterior activați procesele EWM de gestionare a curții, extinderea la cei cinci completi reprezintă o modificare de configurație, nu o reimplementare.

Configurat pentru afacerea dumneavoastră, comutator cu comutator

Fiecare punct de sincronizare este un comutator independent per site, dezactivat implicit. Un administrator de site alege un preset cu un singur clic — 3-sync gestionat de curte sau 5-sync integrat cu EWM — sau setează o combinație personalizată per site. Implementările multi-fabrică direcționează fiecare fabrică SAP către propriul site YARDtwin, iar retrimiterea unei livrări este sigură prin design: o retransmitere identică nu schimbă nimic.

Aceasta este aceeași filosofie ca și restul platformei — listele de verificare la poartă, regulile pentru cântarul pod, modurile Smart Slots și regulile de doc sunt toate configurații per site, nu cod. Pentru o prezentare mai amplă a ceea ce puteți personaliza fără un dezvoltator, consultați Personalizați YARDtwin pentru afacerea dumneavoastră; pentru arhitectura de integrare în detaliu, consultați pagina noastră de integrare SAP.