Det korte svar
EDI betyder Electronic Data Interchange: elektronisk udveksling af strukturerede forretningsdata mellem systemer. Det kan omfatte ordrer, leveringsoplysninger og fakturaer. Format, identifikation og forretningsregler skal aftales mellem parterne.
En PDF er ikke det samme som en struktureret meddelelse
En PDF sendt via mail kan læses af en medarbejder, men systemet skal ofte først udtrække oplysningerne. En struktureret meddelelse angiver felter efter et aftalt format. Det gør det muligt at behandle oplysningerne systematisk, når begge parter bruger samme forståelse af indholdet.
EDI beskriver udvekslingen og dens struktur. Det betyder ikke, at alle oplysninger nødvendigvis er korrekte. En meddelelse kan være teknisk gyldig og indeholde et forkert varenummer, en ukendt leveringsadresse eller en enhed, som modtageren ikke kan omsætte.
Aftal betydningen af felterne
GS1 beskriver standarder til digital udveksling af handelsdata. I dansk dagligvarehandel er fælles identifikation og meddelelsesstruktur særligt relevant. Den konkrete aftale skal dog også beskrive jeres anvendelse: Hvilken dato er ønsket levering, og hvilken dato er bekræftet?
Lav et feltark med kilde, format, obligatoriske oplysninger og regler ved mangler. Afklar, om mængden er angivet i styk, kasser eller en anden enhed. Brug fælles identifikatorer dér, hvor parterne har aftalt dem, og vedligehold relationen til egne interne varenumre.
Følg en ordre gennem kvitteringerne
Et tænkt forløb begynder med, at en kunde sender en ordre på 24 enheder. Modtagerens system kvitterer for modtagelsen. Det er endnu ikke nødvendigvis en kommerciel bekræftelse på pris og leveringsdato. Hold teknisk modtagelse, forretningsmæssig accept og fysisk levering adskilt.
Hvis kun 18 enheder kan leveres, skal restmængden behandles efter aftalen. En senere faktura skal kunne knyttes til det relevante grundlag. Medarbejderen skal kunne finde både original besked, status og eventuel fejl uden at lede i flere indbakker.
Planlæg genforsøg og ændringer
En forbindelse kan gå ned efter modtagelse, men før afsenderen ser kvitteringen. Hvis afsenderen sender igen, må den samme forretningshændelse ikke automatisk blive til to ordrer. Aftal en entydig reference og håndtering af gentagne beskeder.
En ændret ordre er derimod ikke nødvendigvis en dublet. Beskriv, hvordan ændring og annullering identificeres, og hvad der sker efter pluk eller levering. Automatisering bliver først robust, når den kan skelne mellem gentagelse og en reel ændring.
EDI og AI kan løse forskellige dele af opgaven
EDI er relevant, når parterne kan udveksle struktureret information. AI kan undersøges til de mails og dokumenter, der stadig ligger uden for det strukturerede forløb. Det er sjældent hensigtsmæssigt at lade en model genfortolke entydige felter uden et konkret behov.
NoraOS kan vurderes til at klargøre ustrukturerede input og fremhæve undtagelser. Der skal stadig være en kontrolleret vej ind i ordresystemet. Aftal én ansvarlig proces, så samme kundeordre ikke kommer ind både via mailbehandling og EDI som to separate sager.
Start med én partner og mål undtagelserne
Vælg et afgrænset sæt meddelelser og test normale forløb, fejl og genforsøg. Mål, hvor mange sager der kræver manuel behandling, og hvorfor. Hvis de fleste stopper på samme ukendte vare, er oprydning i stamdata mere værdifuld end flere automatiske trin.
| Hændelse | Kontrol |
|---|---|
| Modtaget | Er beskeden læsbar og identificeret? |
| Valideret | Findes kunde, vare og enhed? |
| Accepteret | Er vilkår og næste handling godkendt? |
| Genforsøg | Er hændelsen allerede behandlet? |
Brug det i praksis
Jeres næste skridt
- Vælg første handelspartner og meddelelsestype.
- Lav en fælles feltaftale.
- Test gentagelser, ændringer og manglende data.
- Mål årsagerne til manuel behandling.
Ofte stillede spørgsmål
Er EDI og en API det samme?+
Nej. EDI handler om struktureret forretningsudveksling. En API er en teknisk grænseflade og kan indgå i transporten eller behandlingen.
Fjerner EDI alle fejl?+
Nej. Fejl i stamdata, aftaler og mængder skal stadig opdages og håndteres.
Kilder og faglig baggrund
De praktiske eksempler og tjeklister er udarbejdet til denne guide. Følgende kilder uddyber de angivne faglige begreber.
Standardiseret udveksling af handelsdata. Det konkrete format aftales med handelspartneren.
Fra guiden til jeres arbejdsgang
Se hvilke oplysninger, adgange og kontroller der skal afklares, før jeres systemer forbindes.
Brug skabelonen
Saml jeres egne oplysninger i et arbejdsgrundlag, som kan udfyldes og downloades.
Udgivet af Norstream med AI-assisteret udarbejdelse. Eksempler er illustrative, medmindre andet er angivet. Tilpas metoder og kontroller til jeres systemer og faglige ansvar.
Har du en rettelse eller et spørgsmål?