EDI-integrationer på lageret: hvad er det og hvornår er det nødvendigt?

Din B2B-kunde sender en indkøbsordre. Du sender varen. Du sender en faktura. Enkelt nok, indtil kunden kræver at det hele sker automatisk, i et bestemt format, via et bestemt system. Det er EDI. Og hvis du ikke kan levere det, mister du kontrakten.

EDI er ikke nyt. Teknologien er fra 1980'erne. Men den lever i bedste velgående hos store detailkæder, grossister og producenter der ikke ønsker at taste ordrer manuelt. Hvis du leverer til Coop, JYSK, Harald Nyborg eller lignende, har du sandsynligvis allerede mødt kravet.

Hvad er EDI og hvordan fungerer det?

EDI står for Electronic Data Interchange. Det er en standardiseret metode til at udveksle forretningsdokumenter elektronisk mellem to parter uden menneskelig indgriben. Ingen e-mails. Ingen PDF'er. Ingen manuelle indtastninger. Dokumenterne sendes direkte fra system til system i et format begge parter kan læse og behandle automatisk.

De mest almindelige EDI-dokumenttyper i lagersammenhæng er:

• ORDERS (850): Indkøbsordre fra kunden til dig. Kunden lægger en ordre i sit system, og den lander automatisk i dit WMS eller ERP som en salgsordre.
• DESADV (856) / ASN: Advance Ship Notice. Du sender en forsendelsesadvisering til kunden inden pakken ankommer. Kunden ved præcis hvad der kommer, i hvilke kolli og med hvilke stregkoder.
• INVOIC (810): Elektronisk faktura. Sendes automatisk ved forsendelse og lander direkte i kundens kreditorsystem.
• ORDRSP: Ordrebekræftelse. Dit system bekræfter tilbage til kunden at ordren er modtaget og kan leveres.
• RECADV: Modtagelsesadvisering. Kunden bekræfter at varen er modtaget og godkendt.

EDI bruger faste dataformater. Det mest udbredte i Europa er EDIFACT. I USA dominerer ANSI X12. Begge er XML-lignende strukturer med faste felter og koder. Du kan ikke sende et Word-dokument og kalde det EDI.

👉 SmartPack understøtter EDI-integrationer til de mest brugte B2B-kunder i Danmark. Spørg om din kunde er understøttet →

Hvornår er EDI nødvendigt? De tre scenarier

Ikke alle virksomheder har brug for EDI. Det afhænger af hvem du sælger til og i hvilken skala. Her er de tre scenarier hvor EDI typisk bliver et krav snarere end et valg.

Scenarie 1: Stor detailkunde kræver det

Supermarkedskæder, byggemarkeder og tøjkæder har for længst standardiseret deres leverandøronboarding. Når du underskriver en leverandøraftale, er EDI en del af kontrakten. Kan du ikke levere, kan du ikke levere til dem. Period. Det er ikke forhandlingsbart. Det er teknisk hygiejne for dem.

Typisk tidslinje: kunden giver dig 60-90 dage til at sætte EDI op. Herefter sker al ordreudveksling via EDI. Leverandører der ikke kan følge med, ryger ud af sortimentet.

Scenarie 2: Volumen gør manuel håndtering umulig

Hvis du modtager 50+ B2B-ordrer om dagen fra de samme kunder, er manuel ordreindtastning en fejlkilde og en flaskehals. En medarbejder bruger 5-10 minutter på at taste en ordre ind. 50 ordrer om dagen er op til 8 timers dagligt arbejde på ren dataindtastning. EDI eliminerer det fuldstændigt og reducerer fejlraten til tæt på nul.

Scenarie 3: Du vil skalere B2B uden at ansætte mere

EDI er infrastruktur for B2B-vækst. Hvis din ambition er at vinde nye detailkontrakter og øge omsætningen uden proportionalt at øge administrationen, er EDI vejen. Det er ikke en udgift. Det er en forudsætning for at kunne sige ja til store kunder.

Teknisk opsætning: hvad kræver EDI af dit lager?

EDI er ikke en app du installerer. Det er en integration der forbinder dit system til kundens system via en mellemstation. Forstå de tre lag:

Lag 1: Kommunikationskanal

EDI-beskeder skal transporteres. De mest brugte kommunikationsmetoder er:

• AS2: Direkte forbindelse over internet med kryptering og kvittering. Bruges af store detailkæder. Kræver certifikater og teknisk opsætning.
• SFTP: Filer overføres til en sikker FTP-server. Simpel opsætning men filbaseret, altså ikke realtid.
• VAN (Value Added Network): En tredjepartsnetværksudbyder der fungerer som posthus mellem alle parter. GXS, SPS Commerce og Descartes er store VAN-udbydere. Fordelen er at du kun opretter én forbindelse og kan nå mange kunder.
• API-baseret EDI: Moderne alternativ hvor EDI-formater transporteres via REST API. Lettere at integrere med moderne WMS-systemer.

Lag 2: Konvertering og mapping

Din kundes ORDERS-besked skal konverteres til en salgsordre i dit WMS eller ERP. Det sker via en mapping, en regliste der oversætter kundens feltnavne til dine feltnavne. Kundens varenummer skal matche dit varenummer. Kundens lokationskode skal matche din adresse. Denne mapping er typisk det mest tidskrævende at sætte op første gang.

Lag 3: Integration til dit WMS

Den konverterede ordre skal lande et sted. Ideelt set direkte i dit WMS som en salgsordre klar til pluk. Når du sender ASN, skal den genereres automatisk fra WMS'et ved forsendelse og sendes tilbage via EDI-kanalen. Denne integration bestemmer om EDI er en gevinst eller en byrde. Et WMS med native EDI-understøttelse klarer det i baggrunden. Et WMS uden det kræver manuel mellemhåndtering.

👉 Vil du vide om SmartPack kan håndtere din B2B-kundes EDI-krav? Kontakt os med kundenavnet →

Hvad koster EDI og hvem betaler?

EDI-omkostninger fordeler sig typisk på tre poster:

• Opsætning og mapping: 10.000-60.000 kr. afhængigt af kompleksitet og om der bruges standardmapping eller custom. Jo mere ikke-standard kunden er, jo dyrere.
• Løbende transaktionsomkostninger: VAN-udbydere tager typisk per besked. Regn med 1-5 kr. per transaktion ved lavt volumen. Ved højt volumen forhandles faste priser.
• Vedligeholdelse: Kunden opdaterer sine krav. Du skal opdatere din mapping. Sæt 5.000-20.000 kr./år af til dette ved 2-4 aktive EDI-forbindelser.

Hvem betaler? Du betaler din side. Kunden betaler sin. Det er branchestandardpraksis. Store kunder hjælper sjældent med opsætningsomkostninger, men tilbyder til gengæld teknisk dokumentation og testmiljø.

De mest almindelige EDI-fejl på lageret

EDI fejler ikke tilfældigt. Fejlene er forudsigelige og typisk relateret til ét af disse problemer:

• Varenummer-mismatch: Kundens varenummer matcher ikke dit. Ordren kan ikke behandles. Enten har du ikke oprettet varen endnu, eller din produktstamdata er ude af sync. Løsning: opret en varenummer-krydstabel i WMS eller ERP.
• ASN sendes for sent: Mange kunder kræver ASN inden varen ankommer på deres lager. Sendes den for sent eller slet ikke, risikerer du chargebacks. Løsning: automatisér ASN-afsendelse ved forsendelsesbekræftelse i WMS.
• Forkert SSCC-stregkode på paller: ASN indeholder SSCC-koder (stregkoder på palleniveau). Matcher kassen eller pallemærket ikke hvad der er sendt i ASN, nægter kunden varemodtagelse. Løsning: WMS skal generere og printe SSCC automatisk.
• Manglende fejlalarmer: En EDI-besked fejler og ingen opdager det. Ordren lander ikke. Kunden venter. Du aner intet. Løsning: overvågning og alarm ved fejlede transmissioner.
• Delordrer ikke håndteret: Du kan levere 80% af ordren i dag og resten om en uge. Din EDI-integration håndterer ikke partiel levering. Løsning: test delordrescenarier eksplicit inden go-live.

Hvad du skal kræve af dit WMS til EDI

Når du evaluerer et WMS og EDI er et krav, stil disse spørgsmål inden kontrakt:

• Understøtter WMS'et native EDIFACT og ANSI X12 formatgenerering, eller kræves ekstern mapping-software?
• Kan systemet automatisk generere ASN ved forsendelsesbekræftelse med korrekte SSCC-koder?
• Har I eksisterende mappings til de kunder jeg arbejder med? Eller er det greenfield custom-arbejde?
• Hvem vedligeholder mappings når kunder opdaterer deres EDI-krav?
• Er der overvågning og alarm ved fejlede EDI-transmissioner?
• Understøtter I VAN-forbindelser og/eller AS2 direkte, eller kræves en separat EDI-middleware?

Et WMS der ikke kan svare klart på disse spørgsmål, har sandsynligvis begrænset EDI-erfaring. Det koster dig tid og penge når virkeligheden rammer.