Her knækker den digitale forsyningskæde for mange virksomheder
Virksomheder investerer massivt i ERP, WMS, e-commerce og automatisering. Men hvis transporten stadig håndteres som et separat sidste led, opstår der manuelle processer, datasiloer og unødig kompleksitet netop dér, hvor varen skal ud ad døren.
Foto: nShift
Den digitale forsyningskæde stopper ikke, når en ordre er registreret i ERP-systemet, eller når varen er plukket og pakket på lageret. Alligevel er det ofte her, der opstår et digitalt brud.
Ordredata ligger ét sted. Lageret arbejder i et andet system. Transportøren har sin egen portal. Labels og transportdokumenter skal genereres. Trackingdata kommer tilbage i forskellige formater. Og medarbejdere ender med at flytte information mellem systemer, selv om store dele af processen ellers er automatiseret.
Problemet bliver særligt tydeligt, når virksomheden vokser. Flere lagre, transportører, markeder og leveringsservices betyder flere forbindelser og flere potentielle overdragelser mellem systemer.
Læs hvordan 3PL Fulfilly skalerede kunder og transportører uden at øge kompleksiteten.
Derfor bør transport og levering ikke betragtes som en isoleret aktivitet efter lageret. Det er en del af den digitale forsyningskæde, og skal integreres derefter.
Fra ordre til levering - uden digitale brud
ERP, WMS, e-commerce og transportstyring løser forskellige opgaver.
ERP-systemet kan eksempelvis indeholde ordre-, kunde-, produkt- og økonomidata. Et WMS styrer den fysiske proces på lageret såsom pluk og pak. E-commerce- eller ordresystemet håndterer ordren og kundens valgte leveringsform. Og transportlaget omsætter informationerne til den konkrete forsendelse: valg og booking af transportør og service, labels, transportdokumenter, tracking og efterfølgende leveringsdata.
Udfordringen opstår, hvis informationen ikke kan bevæge sig effektivt mellem lagene.
I et integreret setup kan de nødvendige ordre- og forsendelsesdata eksempelvis sendes fra ERP eller WMS til en delivery management-platform. Her kan regler anvendes til at vælge den relevante transportør og service, booke forsendelsen og producere labels og dokumenter. Trackingnummer og statusinformation kan derefter sendes tilbage til de systemer, hvor medarbejderne allerede arbejder.
Det betyder, at transportørforbindelser og transportregler ikke nødvendigvis skal bygges og vedligeholdes separat i hvert enkelt ERP-, WMS- eller e-commerce-system.
Læs mere om, hvordan ERP og transport kan integreres
WMS'et er et afgørende bindeled
På lageret bliver integrationen meget konkret.
Forestil dig, at en medarbejder har færdiggjort en ordre i WMS'et. Hvis transportprocessen ligger ved siden af lagerprocessen, kan næste skridt være at åbne en separat transportørportal, genindtaste oplysninger, vælge service og printe en label.
Med en WMS-integration kan processen i stedet hænge direkte sammen med pluk og pak. Ordredata kan sendes videre automatisk, og en scanning eller en hændelse i WMS'et kan eksempelvis udløse booking og labelproduktion i delivery-management platformen. Medarbejderen kan dermed fortsætte i det velkendte lagerflow, mens transportprocessen håndteres i baggrunden.
Det reducerer ikke bare genindtastning. Det gør det også lettere at standardisere processen på tværs af transportører.
Det bliver vigtigt, når lageret skal håndtere flere transportører eller nye markeder. Hvis hver transportør kræver sit eget særskilte workflow, vokser kompleksiteten hurtigt. Med et separat multi-carrier-lag mellem WMS og transportørerne kan lageret arbejde efter et mere ensartet flow, mens forbindelserne til de enkelte transportører håndteres centralt.
nShift understøtter i dag integrationer til WMS-løsninger som blandt andre Blue Yonder, Apport, Ongoing, Infor WMS, NYCE.LOGIC og Reflex.
Problemet ligger ofte mellem systemerne
Det er derfor ikke nødvendigvis de enkelte systemer, der skaber ineffektivitet.
Et ERP kan være velfungerende. Det samme kan virksomhedens WMS og transportørernes egne løsninger. Problemet opstår i overdragelserne.
En transportplanlægger kopierer data fra ét system til et andet. Et trackingnummer skal manuelt tilbage til kundeservice. En ny transportør kræver endnu en integration. En lokal regel findes kun i hovedet på den medarbejder, der normalt håndterer bestemte forsendelser.
Jo flere lagre, transportører, markeder og transportformer virksomheden tilføjer, desto mere vokser disse overdragelser.
Det er også grunden til, at volumen alene ikke fortæller, hvor kompleks en transportoperation er. En virksomhed med relativt få forsendelser kan have betydelig kompleksitet, hvis den arbejder med mange transportører, flere lokationer, forskellige transportformer, toldkrav eller kundespecifikke leveringstidsrum.
Læs også: Sådan giver et TMS-system transportteams bedre kontrol
Ét transportlag mellem mange systemer og transportører
En måde at reducere kompleksiteten på er at betragte delivery management som et fælles integrations- og eksekveringslag.
I stedet for at lade hvert ERP-, WMS- eller e-commerce-system håndtere forbindelser til transportørerne individuelt, forbindes de operationelle systemer til et transportlag, der håndterer transportørkommunikationen.
Det skaber i princippet et enklere setup:
ERP / OMS / e-commerce → WMS → delivery management → transportører
Data bevæger sig samtidig den anden vej. Trackinghændelser, leveringsstatus og - afhængigt af integrationen - omkostningsdata kan føres tilbage og bruges af eksempelvis lager, kundeservice, økonomi og transportansvarlige.
Det er en vigtig forskel. Digitalisering handler ikke kun om at sende data hurtigere ud af virksomheden, men også om at få brugbare data tilbage.
Når transportørernes forskellige statuskoder og hændelser kan samles i et mere ensartet datagrundlag, bliver det lettere at skabe visibility på tværs af transportørnetværket og spore forsendelser samt analysere eksempelvis leveringsperformance og afvigelser.
Nye transportører bør ikke betyde nye processer
Et af de steder, hvor værdien af en sammenhængende arkitektur bliver tydelig, er, når virksomheden ændrer sig.
Det kan være et nyt marked. Et ekstra lager. En ny transportør. En ny ERP-version. Eller et nyt WMS.
Hvis transportørlogikken er bygget direkte ind i hvert enkelt forretningssystem, kan sådanne ændringer skabe omfattende integrationsarbejde. Hvis transportørforbindelser, labels og transportregler derimod ligger i et separat transportlag, kan dele af transportopsætningen bevares, selv om systemlandskabet omkring den ændrer sig.
Det gælder eksempelvis ved ERP-migreringer. Transportøraftaler, shippingregler og labelflows kan blive liggende i transportplatformen, mens forbindelsen på ERP-siden ændres. På samme måde kan et WMS integreres med transportlaget frem for at skulle vedligeholde individuelle forbindelser til en lang række transportører.
nShifts økosystem omfatter mere end 450 integrationer på tværs af blandt andet ERP, WMS og e-commerce-systemer samt forbindelser til over 1.000 transportører. Det betyder ikke, at alle virksomheder skal bruge samme arkitektur, men illustrerer, hvorfor integrationslaget bliver vigtigt, når kompleksiteten vokser.
Se nShifts integrationsøkosystem
Find de manuelle overdragelser
Virksomheder, der vil vurdere, hvor sammenhængende deres digitale forsyningskæde reelt er, kan starte et meget praktisk sted: Følg én ordre hele vejen.
Hvor bliver information indtastet mere end én gang? Hvor skifter medarbejderen system? Hvor opstår transportør-specifikke arbejdsgange? Hvor skal nogen manuelt hente en status? Og hvor afhænger processen af, at en bestemt medarbejder ved, hvad næste skridt er?
Det er ofte i disse overdragelser, at de største muligheder for automatisering gemmer sig.
Målet er ikke integration for integrationens skyld. Målet er, at data registreres så få gange som muligt, at regler kan anvendes automatisk, og at medarbejderne får den information, de har brug for, i de systemer, hvor de allerede arbejder.
For den digitale forsyningskæde er først for alvor sammenhængende, når det digitale flow følger varen hele vejen, også efter den forlader lageret.
Kontakt nShift her, hvis du vil vide mere om integration af dine systemer.
