Én inngående levering, fra start til slutt: YARDtwin på et live SAP EWM-system

I august publiserte vi en video som spilte av de fem synkroniseringspunktene mellom SAP og YARDtwin, melding for melding. Den var åpen om hva den var: en live kjøring med SAP-skjermbildene illustrert. Det åpenbare oppfølgingsspørsmålet var hvordan den samme flyten ser ut på et ekte SAP-system, i hendene på en SAP-konsulent. Denne filmen er svaret. Den ble laget av YUS Partners, vår implementeringspartner, på deres eget SAP S/4HANA- og SAP EWM-landskap, med YARDtwin kjørende på et standard demonettsted.

Den følger én inngående levering i litt over tre minutter: opprettet i SAP, distribuert til EWM, booket, sjekket inn, veid, losset og signert ut i YARDtwin, og deretter mottatt i EWM. Hvert overføringspunkt vises på skjermen der det skjer, og det samme leveringsnummeret er synlig i begge systemer fra første til siste minutt.

Scenariet, presentert innledningsvis

Filmen åpner med konfigurasjonen den demonstrerer, fordi integrasjonen er et sett med per-nettsted-bryterinnstillinger snarere enn ett fast produkt. I dette scenariet eier SAP EWM lagerutførelse og lagerbeholdningspostering. YARDtwin eier plassen: avtale, port, vektstasjon, dock og avgang. Vektstasjonsbehandling er en del av den inngående flyten. Et annet nettsted ville velge en annen kombinasjon; dette er én av dem, og filmen sier det før den starter.

Steg 1 og 2: én levering, to systemer, ingenting tastet inn to ganger

En inngående levering opprettes i SAP S/4HANA mot en innkjøpsordre: én linje, en liten hurtiggående del, 1 000 kg. Ved lagring skjer to ting parallelt. Standard SAP-distribusjon oppretter tilsvarende inngående levering i EWM, og integrasjonen oppretter avtalen i YARDtwin. SAP-leveringsnummeret følger med, slik at planleggeren som ser på avtalen i YARDtwin-planen og EWM-brukeren som ser på lagermonitoren, ser den samme referansen.

Den referansen er tråden gjennom hele filmen. Alle senere hendelser, fra porten til varemottaket, er knyttet tilbake til den uten at noen taster den inn en gang til.

Steg 3: innsjekk ved porten blir en TU i EWM

Lastebilen ankommer og sjekkes inn ved YARDtwin-porten: sjekkliste for papirarbeid, seglkontroll og bruttovekten fra vektstasjonen, lest automatisk fra broen eller tastet inn av operatøren. Porten registrerer bruttovekten; nettovekten verifiseres ved utgang. Innkjøring godkjennes og sjåføren sendes til en dock.

I det øyeblikket sender YARDtwin innsjekkshendelsen til SAP EWM. EWM oppretter transportenheten (TU), tilordner den inngående leveringen til den og registrerer ankomst ved sjekkpunktet. Filmen viser EWM-leveringen med tilhørende TU noen sekunder senere, opprettet av integrasjonsbrukeren, ikke av en person ved et skrivebord. Den sjekkpunktankomsten er det som gjør det mulig å behandle varemottaket nedstrøms.

Steg 4: plassarbeidet forblir i YARDtwin

Fra porten dirigeres lastebilen til sin dock. Dockoversikten, losseskjermen og avslutningen kjøres alle i YARDtwin: avtalestatus, dockaktivitet og lossefremgang i én arbeidsflyt, med palleskanninger og dokumentasjon innhentet ved docken. SAP EWM er ikke involvert i noe av dette, og det er poenget med inndelingen. Som filmen uttrykker det: ingen SAP-transaksjon er nødvendig for en intern plassaktivitet.

Steg 5 og 6: avgang frigir varemottaket

Lossing fullføres i YARDtwin og lastebilen kjører til avgangsporten. Der veies den ut: 15 000 kg inn, 14 000 kg ut, 1 000 kg levert, som stemmer med leveringslinjen til kiloen. Sjåføren signerer på skjermen, avgangen godkjennes, og en SHA-256-hash av posten lagres for revisjonsloggen.

Først da sender YARDtwin varemottakshendelsen til SAP EWM. EWM knytter den til sin egen inngående levering og kjører varemottaksbehandlingen. Det siste SAP-skjermbildet i filmen viser den leveringen med varemottaksstatus Fullført. Én levering, én flyt, to systemer, og SAP fremdeles systemet for lagerregistrering.

Hva dette er verdt

• SAP-siden er ekte. Transportenheten (TU), leveringstilordningen og varemottaksstatusen er standard EWM-objekter på et standard system, opprettet av meldinger fra plassen. Ingen egendefinert transaksjon, ingen ny inntasting.
• Inndelingen er tydelig. EWM beholder lagerutførelse og beholdning. YARDtwin beholder den fysiske lastebilen: avtale, port, vektstasjon, dock, avgang. Ingen trenger å samstille de to med et regneark.
• Veid mengde er mottatt mengde. Varemottaket frigis etter utkjøringsveiing, slik at nettovekten fra din egen vektstasjon er det tallet som når SAP, signert før lastebilen kjører.
• Bevisene følger med. Sjekkliste, segl, vekter, palleskanning, sjåførsignatur og hash finnes i YARDtwin for hvert mottak, og SAP-leveringsnummeret knytter dem til dokumentet SAP allerede eier.
• Integrasjonspartneren din kan kjøre det. Filmen ble bygget og kommentert av en SAP-konsulent på sitt eget system, mot YARDtwins publiserte webhook-meldinger. For en integrasjon er dette den testen som teller.

Hvor dette plasserer seg i integrasjonen

I språket fra vårt tidligere innlegg viser filmen tre av de fem synkroniseringspunktene som krysser grensen: inngående levering som kommer ned, TU-registrering ved innsjekk og varemottaket som sendes tilbake etter veiing ut. Bekreftelsen av lageroppgaven ved lossing og meldingen om å forlate plassen er utelatt fra dette scenariet. Hvert av de fem er en per-nettsted-bryter, slik at samme tilkobling kan kjøre den lettere tremeldings-varianten eller den fulle fem-meldingsvarianten uten et nytt prosjekt.

Meldingskatalogen og arkitekturen finnes på vår SAP-integrasjonsside. Avspillingen melding for melding finner du i One Integration, Five Sync Points.