EDI for dagligvareleverandører: slik kobler du deg til detaljistene

Dagligvareleverandører kobler seg til detaljistene ved å integrere ERP-systemet med en EDI-løsning som konverterer, sender og validerer meldinger etter detaljistens krav. Når oppsettet er på plass, flyter ordre, ordrebekreftelser, leveringsvarsler og fakturaer automatisk mellom systemene, uten manuell registrering i noen av leddene.

Nøkkelpunkter:

• Kjerneflyten er ORDERS → ORDRSP → DESADV → INVOIC, og meldingene refererer til hverandre.
• Masterdata må være ryddet før integrasjonen settes opp: GTIN på varer, GLN på lokasjoner, SSCC på pall.
• Mapping mellom ERP-felt og EDI-segmenter er den delen som avgjør om oppsettet fungerer.
• Hver detaljist publiserer sin egen implementeringsguide, så onboarding gjøres per handelspartner.
• Testing og godkjenning kreves normalt før produksjonssetting.
• Kravene varierer mellom kjedene, og endres over tid.

Hvorfor bruker dagligvarebransjen EDI?

Dagligvarebransjen er avhengig av rask og presis vareflyt. Volumene er høye, marginene lave og holdbarheten kort. Detaljistene mottar store ordremengder daglig, og manuelle prosesser gir feilregistreringer, forsinkede leveranser og avvik mellom ordre, leveranse og faktura.

EDI løser dette ved å:

• Automatisere ordrebehandlingen i begge ender
• Fjerne manuell registrering som feilkilde
• Standardisere kommunikasjonen på tvers av handelspartnere
• Gi sporbarhet gjennom hele vareflyten
• Korte ned tiden fra levering til betaling

For leverandøren er det likevel som regel kundekravet som utløser beslutningen: flere større norske detaljister og grossister krever EDI av leverandørene sine, og da er datautvekslingen et vilkår for å levere. Kravene varierer mellom kjedene og endres over tid, så sjekk alltid gjeldende krav hos den enkelte handelspartneren.

Hvilke systemer inngår i en EDI-tilkobling?

Hvilke systemer inngår i en EDI-tilkobling?

Lag	Rolle
ERP-system	Genererer og mottar forretningsdata: ordre, produktinformasjon, lagerstatus, fakturaer og leveringsdata. Den sentrale datakilden i integrasjonen
EDI-integrasjonslag	Konverterer interne ERP-data til standardiserte formater som EDIFACT eller EANCOM. Håndterer mapping, validering og meldingsflyt
Kommunikasjonslag	Sender meldingene sikkert mellom partene, normalt via AS2 eller SFTP
Detaljistens gateway	Mottar meldingen, validerer format og obligatoriske felt, og sender data videre til interne systemer

Til sammen utgjør disse en sammenhengende kjede for automatisert datautveksling. Se ERP-EDI integrasjon for hvordan koblingen mot ERP-systemet settes opp i praksis.

Hvordan konverteres ERP-data til EDI-meldinger?

Interne data må oversettes til standardformat før de kan sendes. Denne prosessen heter mapping, og innebærer at interne datafelt kobles til bestemte segmenter og dataelementer i EDI-strukturen.

Riktig mapping sikrer at:

• Produkter identifiseres med GTIN
• Lokasjoner identifiseres med GLN
• Mengder og priser havner i riktige felt
• Referanser knyttes til riktig dokument

Mappingen må følge detaljistens spesifikasjon for UN/EDIFACT eller EANCOM. Feil mapping gir avviste meldinger, feil i ordrebehandling, feil fakturering og forsinkelser i vareflyten — og feilen gjentar seg på hver melding til den er rettet.

Mapping forutsetter at masterdata er på plass. Mangler GTIN på varene eller GLN på lokasjonene i ERP-et, kan verdiene ikke fylles inn uansett hvor god mappingen er. Rydding av varedata tar ofte lengre tid enn selve integrasjonen.

Hvordan sendes EDI-meldinger til detaljister?

Protokoll	Egner seg til	Merknad
AS2	Løpende meldingsutveksling	Kryptert overføring med bekreftet levering (MDN)
SFTP	Batchbasert filoverføring	Enkel å implementere, vanlig ved periodiske sendinger og store datamengder
VAN	Utveksling via mellomledd	Nettverksoperatør håndterer ruting mellom partene

Noen detaljister krever i tillegg at trafikken går gjennom et privat nettverk. Valget av kanal avklares normalt under onboarding, og begge parter må konfigurere oppsettet før produksjonssetting. Kanalen er sjelden leverandørens eget valg.

Meldingsflyten fra ordre til faktura

1. Detaljisten sender ordre (ORDERS)

ORDERS-meldingen inneholder produkter, mengder, leveringsinformasjon, lokasjoner og referanser. Den mottas av leverandørens EDI-system, valideres, konverteres til ERP-format, og ordren opprettes automatisk.

2. Leverandøren bekrefter (ORDRSP)

ORDRSP bekrefter mottatt ordre og leveringsdato, justerer mengder eller varsler om avvik. Meldingen refererer til den opprinnelige ORDERS, slik at detaljisten raskt ser hva som blir levert, hva som mangler, og om leveringstidspunktet er endret.

3. Leverandøren varsler forsendelse (DESADV)

DESADV, eller dispatch advice, varsler detaljisten før varene ankommer. Meldingen inneholder forsendelsens innhold, pakningsstruktur, kolli- og palleinformasjon, SSCC-koder og leveringstidspunkt. Det gjør at mottakeren kan planlegge varemottaket, forberede lagerkapasitet og kontrollere leveransen raskere ved ankomst.

4. Leverandøren fakturerer (INVOIC)

INVOIC inneholder ordrenummer, leveransereferanser, produktlinjer, pris og avgifter, og totalbeløp. Detaljistens system matcher fakturaen automatisk mot ORDERS, ORDRSP og DESADV, og kontrollerer at varene faktisk ble levert, at mengdene stemmer, og at prisene er korrekte.

Det er denne matchingen som er hele poenget. Uten en gyldig ORDERS finnes det ingen referanse for de påfølgende meldingene, og den automatiske kontrollen faller bort.

Hvordan valideres meldingene?

Valideringen skjer i flere lag før meldingen behandles videre:

Lag	Hva som kontrolleres
Syntaks	At meldingen følger EDIFACT-strukturen
Obligatoriske felt	GLN, GTIN, dokumentreferanser, mengder
Forretningsregler	Gyldige produkter, korrekte priser, tillatte leveringsdatoer
Kryssreferanser	Sammenhengen mellom ORDERS, ORDRSP, DESADV og INVOIC

Meldinger med feil eller mangler avvises og må korrigeres før de sendes på nytt. Kommer samme feilkode tilbake på alle meldinger av en type, ligger årsaken normalt i mappingen eller i masterdata, ikke i den enkelte transaksjonen.

Hva kreves for å komme i gang?

EDI-løsning. En plattform som håndterer mapping, validering, kommunikasjon og meldingsflyt.

Masterdata. GTIN på varer, GLN på lokasjoner, samt korrekte produkt- og kundedata i ERP-systemet.

Kommunikasjonsoppsett. AS2, SFTP eller den kanalen detaljisten krever, konfigurert hos begge parter.

Testing. Testutveksling av meldinger, validering av data og kontroll av arbeidsflyten. Detaljisten må normalt godkjenne integrasjonen før den settes i drift.

Rekkefølgen er verdt å merke seg: masterdata før mapping, mapping før testing. Starter man testingen før varedataene er ryddet, brukes testfasen til å oppdage feil som kunne vært unngått.

Hva bør leverandøren gjøre videre?

1. Identifisere hvilke meldingstyper den aktuelle detaljisten krever
2. Klargjøre GTIN, GLN og øvrige masterdata i ERP-systemet
3. Velge EDI-løsning eller integrasjonspartner
4. Etablere kommunikasjonskanalen detaljisten krever
5. Gjennomføre mapping og teste mot detaljistens testmiljø
6. Få integrasjonen godkjent før produksjonssetting

Skal du koble deg til flere detaljister, må stegene 1, 4, 5 og 6 gjentas per handelspartner. Masterdataarbeidet gjøres derimot bare én gang, og er det som gir mest igjen på tvers av oppsett.

Hva skjer når en detaljist sender en ordre?

Når en detaljist sender en ordre, genereres en ORDERS-melding.

Denne meldingen inneholder:

• Produkter
• Mengder
• Leveringsinformasjon
• Referanser
• Lokasjoner

Prosessen skjer vanligvis slik:

1. Detaljistens system genererer ORDERS
2. Meldingen sendes via AS2 eller SFTP
3. Leverandørens EDI-system mottar meldingen
4. Meldingen valideres
5. Data konverteres til ERP-format
6. ERP-systemet oppretter ordren automatisk

Dette eliminerer manuell registrering og reduserer risiko for feil i ordredata.

Automatiseringen gjør også at ordre kan behandles raskere og mer effektivt.

Hvordan svarer leverandører på ordre?

dagligvareleverandorer svarer normalt med en ORDRSP-melding.

ORDRSP brukes for å:

• Bekrefte mottatt ordre
• Bekrefte leveringsdato
• Justere mengder
• Varsle om avvik

Meldingen refererer til den originale ORDERS-meldingen for å opprettholde sammenheng mellom dokumentene.

Dette gjør at detaljisten raskt kan se:

• Hva som blir levert
• Om noe mangler
• Om leveringstidspunktet er endret

ORDRSP er viktig for å redusere usikkerhet i forsyningskjeden.

Hvordan kommuniseres leveringsinformasjon?

Leveringsinformasjon sendes gjennom DESADV-meldingen.

DESADV står for Dispatch Advice og varsler detaljisten før varene ankommer lageret.

Meldingen inneholder blant annet:

• Innhold i forsendelsen
• Pakningsstruktur
• Kolli- og palleinformasjon
• SSCC-koder
• Leveringstidspunkt

Dette gjør at detaljisten kan:

• Planlegge mottak
• Forberede lagerkapasitet
• Kontrollere leveransen raskere

DESADV er spesielt viktig i store distribusjonsmiljøer med høyt varevolum.

Hvordan håndteres fakturaer med EDI?

Etter levering sendes fakturaen som en INVOIC-melding.

Fakturaen inkluderer:

• Ordrenummer
• Leveransereferanser
• Produktlinjer
• Pris og avgifter
• Totalbeløp

Detaljistens system matcher automatisk fakturaen mot:

• ORDERS
• ORDRSP
• DESADV

Dette gjør det mulig å validere at:

• Varene faktisk ble levert
• Mengdene stemmer
• Prisene er korrekte

Automatisk matching reduserer behovet for manuell kontroll og bidrar til raskere fakturabehandling.

Hvordan fungerer validering i EDI?

Validering skjer i flere lag før meldinger behandles videre i systemene.

Syntakskontroll

Meldingen kontrolleres mot EDIFACT-strukturen for å sikre korrekt format.

Kontroll av obligatoriske felt

Systemet sjekker at nødvendige felter er fylt ut.

Eksempler:

• GLN
• GTIN
• Dokumentreferanser
• Mengder

Forretningsregler

Detaljisten kan kontrollere:

• Gyldige produkter
• Korrekte priser
• Tillatte leveringsdatoer
• Sammenheng mellom dokumenter

Kryssreferanser

Systemene validerer relasjonen mellom:

• ORDERS
• ORDRSP
• DESADV
• INVOIC

Hvis meldinger inneholder feil eller mangler, kan de bli avvist og må korrigeres før de sendes på nytt.

Validering er derfor kritisk for stabil drift.

Hva kreves for å etablere en EDI-tilkobling?

For å etablere EDI-integrasjon må flere tekniske og operative komponenter være på plass.

EDI-løsning

Leverandøren trenger en EDI-plattform som kan håndtere:

• Mapping
• Validering
• Kommunikasjon
• Meldingsflyt

Masterdata

Korrekte masterdata er avgjørende.

Dette inkluderer:

• GTIN
• GLN
• Produktdata
• Kundedata

Kommunikasjonsoppsett

AS2, SFTP eller annen kommunikasjon må konfigureres hos begge parter.

Testing

Før produksjonssetting må partene gjennomføre:

• Testutveksling av meldinger
• Validering av data
• Kontroll av arbeidsflyt

Detaljisten må normalt godkjenne integrasjonen før den settes i drift.

Hvordan bistår Kundan?

Vi leverer EDI-integrasjon som kobler leverandører til detaljistenes systemer:

• Mapping av ERP-data til EDIFACT eller EANCOM
• Oppsett av AS2 og SFTP
• Konfigurasjon av valideringsregler
• Håndtering av ORDERS, ORDRSP, DESADV og INVOIC
• Testing og onboarding mot handelspartner
• Produksjonssetting, overvåking og feilhåndtering i drift

Viktige punkter

• EDI kobler leverandørens ERP-system direkte til detaljistens systemer.
• Mapping oversetter interne data til standardformat, og er den vanligste feilkilden.
• ORDERS, ORDRSP, DESADV og INVOIC utgjør kjerneflyten, og refererer til hverandre.
• AS2 og SFTP er de vanligste kanalene; detaljisten bestemmer hvilken.
• Masterdata må ryddes før integrasjonen settes opp.
• Testing og godkjenning kreves normalt før produksjon.

Spørsmål og svar

Ofte stilte spørsmål om dagligvareleverandorer

Her svarer vi på de vanligste spørsmålene vi får fra nye og eksisterende kunder.

Hvordan fungerer EDI-integrasjon mellom leverandør og detaljist?

EDI-integrasjon kobler leverandørens ERP-system til detaljistens system via et EDI-lag som håndterer meldingsformat, mapping, validering og sikker sending. Ordre kommer inn ferdig strukturert og opprettes automatisk, mens ordrebekreftelse, pakkseddel og faktura går ut samme vei. Ingen av leddene krever manuell registrering når oppsettet er riktig konfigurert.

Hvilke meldinger brukes mellom dagligvareleverandører og detaljister?

Kjerneflyten består av fire meldinger: ORDERS for bestilling, ORDRSP for ordrebekreftelse, DESADV for pakkseddel og leveringsvarsel, og INVOIC for faktura. Meldingene sendes i fast rekkefølge og refererer til hverandre, slik at detaljistens system kan avstemme bestilt, bekreftet, levert og fakturert mengde. Enkelte detaljister krever i tillegg lagerrapporter eller mottaksmeldinger.

Hvilke protokoller brukes for EDI-kommunikasjon?

De vanligste er AS2 og SFTP. AS2 gir kryptert overføring med bekreftet levering og brukes til løpende meldingsutveksling. SFTP er enklere å sette opp og passer til batchbaserte sendinger. Noen detaljister bruker et VAN-nettverk som mellomledd, eller krever at trafikken går gjennom et privat nettverk. Kanalen bestemmes av detaljisten, ikke av leverandøren.

Hva er mapping i EDI?

Mapping er prosessen der interne ERP-felt kobles til de tilsvarende segmentene og dataelementene i EDI-formatet. Den avgjør hvilket felt i ERP-systemet som havner hvor i meldingen. Mapping må følge detaljistens implementeringsguide, og er den vanligste årsaken til avviste meldinger. Feil i mappingen gir systematiske feil, altså samme feil på hver melding, framfor enkeltstående avvik.

Hva kreves for å starte med EDI?

Fire ting: en EDI-løsning som håndterer mapping, validering og kommunikasjon; korrekte masterdata med GTIN på varer og GLN på lokasjoner; et kommunikasjonsoppsett som matcher detaljistens krav; og godkjent testing mot handelspartnerens testmiljø. Masterdataarbeidet bør gjøres først, siden mapping og testing begge forutsetter at varedataene er på plass.

Må vi sette opp EDI på nytt for hver detaljist?

Delvis. Masterdata gjøres én gang og gjelder på tvers. Mapping, kommunikasjonsoppsett og testing må derimot gjøres per handelspartner, fordi hver detaljist publiserer sin egen implementeringsguide med egne krav til obligatoriske felt, kodeverk og forretningsregler. Et oppsett som er godkjent hos én kjede kan bli avvist hos neste uten at noe er galt med meldingen i seg selv.