En inleverans från start till slut: YARDtwin i ett live SAP EWM-system

I augusti publicerade vi en video som visade de fem synkroniseringspunkterna mellan SAP och YARDtwin, meddelande för meddelande. Den var tydlig med vad den var: ett live-genomförande med SAP-skärmar illustrerade. Den uppenbara följdfrågan var hur samma flöde ser ut i ett riktigt SAP-system i händerna på en SAP-konsult. Den här filmen är svaret. Den skapades av YUS Partners, vår implementeringspartner, i deras eget SAP S/4HANA- och SAP EWM-landskap, med YARDtwin kört på en standarddemosajt.

Den följer en inleverans i drygt tre minuter: skapad i SAP, distribuerad till EWM, bokad, incheckad, vägd, lossad och utcheckad i YARDtwin, och sedan mottagen i EWM. Varje överlämning visas på skärmen där den sker, och samma leveransnummer syns i båda systemen från första till sista minut.

Scenariot, presenterat från start

Filmen inleds med den konfiguration den demonstrerar, eftersom integrationen består av sajtvisa switchar snarare än en fast produkt. I det här scenariot ansvarar SAP EWM för lagerexekvering och inventariebokföring. YARDtwin ansvarar för yarden: bokning, port, vågbro, docka och avgång. Vågbrohantering ingår i inleveransflödet. En annan sajt skulle välja en annan kombination; det här är ett exempel, och filmen säger det innan den börjar.

Steg 1 och 2: en leverans, två system, inget registreras två gånger

En inleverans skapas i SAP S/4HANA mot en inköpsorder: en rad, en snabbrörlig artikel, 1 000 kg. Vid sparning sker två saker parallellt. Standard SAP-distribution skapar motsvarande inleverans i EWM, och integrationen skapar bokningen i YARDtwin. SAP-leveransnumret följer med, så planeraren som ser bokningen i YARDtwin-schemat och EWM-användaren som tittar i lagermonitorn ser samma referens.

Den referensen är tråden genom hela filmen. Varje senare händelse, från porten till godskvittot, kopplas tillbaka till den utan att någon behöver ange den en andra gång.

Steg 3: port-incheckningen blir en TU i EWM

Lastbilen anländer och checkas in vid YARDtwin-porten: checklista för pappersarbete, plombkontroll och bruttovikt från vågbron, avläst automatiskt från bron eller inmatad av operatören. Porten registrerar bruttot; nettot verifieras vid utport. Inpassage godkänns och föraren skickas till en docka.

I det ögonblicket skickar YARDtwin incheckningshändelsen till SAP EWM. EWM skapar transportenheten (TU), tilldelar inleveransen till den och registrerar ankomst vid checkpunkten. Filmen visar EWM-leveransen med sin TU kopplad några sekunder senare, skapad av integrationsanvändaren och inte av en person vid ett skrivbord. Den checkpunktankomsten är vad som möjliggör att godskvittot kan behandlas nedströms.

Steg 4: yardarbetet stannar i YARDtwin

Från porten leds lastbilen till sin docka. Docktavlan, lossningsskärmen och avslutningen körs alla i YARDtwin: bokningsstatus, dockaktivitet och lossningsförlopp i ett arbetsflöde, med pallettskanningar och bevis insamlade vid dockan. SAP EWM är inte inblandat i något av detta, och det är poängen med uppdelningen. Som filmen uttrycker det krävs ingen SAP-transaktion för en yardinternt aktivitet.

Steg 5 och 6: avgången frigör godskvittot

Lossningen slutförs i YARDtwin och lastbilen kör till avgångsporten. Där vägs den ut: 15 000 kg in, 14 000 kg ut, 1 000 kg levererat, vilket stämmer med leveransraden till kilot. Föraren signerar på skärmen, avgången godkänns och en SHA-256-hash av posten sparas för revisionsspåret.

Först därefter skickar YARDtwin godskvittohändelsen till SAP EWM. EWM matchar den mot sin egen inleverans och kör godskvittobehandlingen. Den sista SAP-skärmen i filmen visar den leveransen med godskvittostatus Slutförd. En leverans, ett flöde, två system, och SAP fortfarande som system of record för lagret.

Vad detta innebär

• SAP-sidan är verklig. Transportenheten, leveranstilldelningen och godskvittostatusen är standard-EWM-objekt i ett standardsystem, skapade av meddelanden från yarden. Ingen anpassad transaktion, ingen omregistrering.
• Uppdelningen är tydlig. EWM behåller lagerexekvering och inventarier. YARDtwin behåller den fysiska lastbilen: bokning, port, vågbro, docka, avgång. Ingen behöver stämma av de två med ett kalkylblad.
• Den vägda kvantiteten är den mottagna kvantiteten. Godskvittot frigörs efter utvägning, så nettot från din egen bro är det värde som når SAP, signerat innan lastbilen lämnar.
• Bevisen följer med. Checklista, sigill, vikter, pallskanningar, förarens underskrift och hash finns i YARDtwin för varje mottagning, och SAP-leveransnumret kopplar dem till det dokument SAP redan äger.
• Din integrationspartner kan köra det. Filmen skapades och berättades av en SAP-konsult i deras eget system, mot YARDtwins publicerade webhook-meddelanden. För en integration är det det testet som räknas.

Var detta passar in i integrationen

På det språk vi använde i vårt tidigare inlägg visar filmen tre av de fem synkpunkterna som korsar gränsen: inleveransen som kommer ner, TU-registreringen vid incheckning och varuinleveransen som skickas tillbaka efter utvägningen. Lageruppgiftsbekräftelsen vid lossning och meddelandet om yards-utfart ingår inte i det här scenariot. Var och en av de fem är en platsinställning, så samma anslutning kan köra den lättare formen med tre meddelanden eller den fullständiga med fem utan ett nytt projekt.

Meddelandekatalogen och arkitekturen finns på vår SAP-integrationssida. Meddelandevis återgivning finns i One Integration, Five Sync Points.