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

I august udgav vi en video, der afspillede de fem synkroniseringspunkter mellem SAP og YARDtwin besked for besked. Den var ærlig om, hvad den var: en live-kørsel med SAP-skærmbillederne illustreret. Det oplagte opfølgningsspørgsmål var, hvordan det samme forløb ser ud på et rigtigt SAP-system i hænderne på en SAP-konsulent. Denne film er svaret. Den er lavet af YUS Partners, vores implementeringspartner, på deres eget SAP S/4HANA- og SAP EWM-miljø med YARDtwin kørende på et standard demowebsted.

Den følger én indgående levering i lidt over tre minutter: oprettet i SAP, distribueret til EWM, booket, checket ind, vejet, losset og signeret ud i YARDtwin, derefter modtaget i EWM. Hvert overdragelsespunkt vises på den skærm, hvor det sker, og det samme leveringsnummer er synligt i begge systemer fra det første til det sidste minut.

Scenariet, præsenteret fra starten

Filmen åbner med den konfiguration, den demonstrerer, fordi integrationen er et sæt webstedsspecifikke kontakter frem for ét fast produkt. I dette scenarie ejer SAP EWM lagereksekvering og lagerbogføring. YARDtwin ejer pladsen: aftale, gate, brovægt, dock og afgang. Brovægtbehandling er en del af det indgående forløb. Et andet websted ville vælge en anden sammensætning; dette er én af dem, og filmen siger det, inden den begynder.

Trin 1 og 2: én levering, to systemer, intet tastet to gange

En indgående levering oprettes i SAP S/4HANA mod en indkøbsordre: én linje, en lille hurtigomsættelig komponent, 1.000 kg. Ved lagring sker to ting parallelt. Standard SAP-distribution opretter den tilsvarende indgående levering i EWM, og integrationen opretter aftalen i YARDtwin. SAP-leveringsnummeret følger med, så planlaggeren, der ser aftalen i YARDtwin-planen, og EWM-brugeren, der ser lagermonitoren, ser den samme reference.

Den reference er tråden gennem hele filmen. Alle senere hændelser, fra gaten til varemodtagelsen, er knyttet til den uden at nogen taster den igen.

Trin 3: gate-check-in bliver til en TU i EWM

Lastbilen ankommer og checkes ind ved YARDtwin-gaten: tjekliste for papirarbejde, segltjek og bruttovægt fra brovægten, læst automatisk fra broen eller tastet af operatøren. Gaten registrerer bruttovægten; nettovægten verificeres ved gate-ud. Indkørsel godkendes, og chaufføren sendes til en dock.

I det øjeblik sender YARDtwin check-in-hændelsen til SAP EWM. EWM opretter transportenheden, tilknytter den indgående levering til den og registrerer ankomst ved checkpunktet. Filmen viser EWM-leveringen med sin tilknyttede TU få sekunder senere, oprettet af integrationsbrugeren, ikke af en person ved et skrivebord. Den checkpunktankomst er det, der giver mulighed for at behandle varemodtagelsen nedstrøms.

Trin 4: pladsarbejdet forbliver i YARDtwin

Fra gaten køres lastbilen til sin dock. Dock-tavlen, losningsskærmen og afslutningen kører alle i YARDtwin: aftalestatus, dock-aktivitet og losningsfremgang i ét arbejdsforløb, med pallescanning og dokumentation registreret ved docken. SAP EWM er ikke involveret i noget af det, og det er pointen med opdelingen. Som filmen udtrykker det: ingen SAP-transaktion er nødvendig for en intern pladsaktivitet.

Trin 5 og 6: afgang frigiver varemodtagelsen

Losning afsluttes i YARDtwin, og lastbilen kører til afgangsgaten. Her vejes den ud: 15.000 kg ind, 14.000 kg ud, 1.000 kg leveret, hvilket svarer præcis til leveringslinjen til kilogrammet. Chaufføren underskriver på skærmen, afgangen godkendes, og en SHA-256-hash af registreringen gemmes til revisionssporet.

Først derefter sender YARDtwin varemodtagelseshændelsen til SAP EWM. EWM knytter den til sin egen indgående levering og kører varemodtagelsesbehandlingen. Det sidste SAP-skærmbillede i filmen viser den levering med varemodtagelsesstatus Afsluttet. Én levering, ét forløb, to systemer, og SAP stadig systemet med autoritativ lagerdata.

Hvad dette er værd

• SAP-siden er reel. TU'en, leveringstilknytningen og varemodtagelsesstatussen er standard EWM-objekter på et standardsystem, oprettet af beskeder fra pladsen. Ingen brugerdefineret transaktion, ingen genindtastning.
• Opdelingen er klar. EWM beholder lagereksekvering og lagerstyring. YARDtwin beholder den fysiske lastbil: aftale, gate, brovægt, dock, afgang. Ingen afstemmer de to med et regneark.
• Den vejede mængde er den modtagne mængde. Varemodtagelsen frigives efter udveining, så nettovægten fra jeres egen bro er det tal, der når SAP, underskrevet inden lastbilen kører.
• Dokumentationen følger med. Tjekliste, segl, vægte, pallescanning, chaufførsignatur og hash findes i YARDtwin for hvert varemodtagelse, og SAP-leveringsnummeret binder dem til det dokument, SAP allerede ejer.
• Din integrationspartner kan køre det. Filmen blev bygget og kommenteret af en SAP-konsulent på deres eget system, mod YARDtwins offentliggjorte webhook-beskeder. For en integration er det den test, der tæller.

Hvor dette placerer sig i integrationen

I sproget fra vores tidligere indlæg viser filmen tre af de fem synkroniseringspunkter, der krydser grænsen: den indgående levering, der hentes ned, TU-registreringen ved check-in og varemodtagelsen, der sendes tilbage efter vejningen ud. Lageropgavebekræftelsen ved aflæsning og yard-afgangsmeddelelsen er udeladt fra dette scenarie. Hvert af de fem er en per-site-kontakt, så den samme forbindelse kan køre den lettere tremeddelelses-form eller den fulde fem uden et nyt projekt.

Meddelelsesoversigten og arkitekturen findes på vores SAP-integrationsside. Besked-for-besked-afspilningen er i Én integration, fem synkroniseringspunkter.