Hva er EDI-dokumentstandarder?

EDI-dokumentstandarder er de avtalte formatene og reglene som bestemmer hvordan elektroniske forretningsdokumenter struktureres, sendes og tolkes mellom systemer. Standarden definerer segmentrekkefølge, feltkrav, identifikatorer og valideringsregler — slik at avsender og mottaker leser de samme dataene likt, uten spesialtilpasning for hver relasjon.

Nøkkelpunkter:

• Standarden definerer struktur; implementeringsguiden definerer hva som faktisk kreves i den enkelte relasjonen.
• EDIFACT dominerer i europeisk varehandel, X12 i Nord-Amerika.
• EANCOM er GS1s delsett av EDIFACT, tilpasset varehandelen.
• XML-baserte formater brukes der mottakeren har definert sitt eget schema.
• Peppol BIS gjelder faktura, særlig mot offentlig sektor.
• Hvilken standard som gjelder, bestemmes alltid av mottakeren.

Hvilke standarder finnes?

Standard	Forvaltes av	Brukes til
UN/EDIFACT	UN/CEFACT	Internasjonal handel, dominerende i Europa
EANCOM	GS1	Varehandel — delsett av EDIFACT med GS1-nøkler
XML-basert EDI	Den enkelte mottakeren	Der mottakeren har definert eget schema
Peppol BIS / EHF	OpenPeppol og Digdir	Faktura, obligatorisk mot offentlig sektor i Norge
ANSI X12	ASC X12	Nord-Amerika — sjelden relevant for norske leverandører

I norsk varehandel er det i praksis tre som gjelder: EANCOM mot dagligvarekjedene, mottakerspesifikk XML mot enkelte innkjøpere, og EHF over Peppol for faktura.

Tre lag: standard, delsett og guide

Dette er skillet som forklarer hvorfor to mottakere kan bruke «samme standard» og likevel avvise hverandres meldinger:

1. Standarden definerer syntaks og hvilke meldingstyper som finnes. UN/EDIFACT gir for eksempel hele katalogen av segmenter og meldinger.
2. Delsettet velger ut det en bransje faktisk trenger. EANCOM plukker fra EDIFACT og knytter feltene til GS1-nøklene GTIN, GLN og SSCC.
3. Implementeringsguiden angir hva den enkelte mottakeren krever: hvilke segmenter som er obligatoriske, hvilke kodeverdier som er gyldige, og hvilke forretningsregler som gjelder.

Det er lag 3 som avgjør om meldingen godtas. Standarden alene sier ikke nok. Et oppsett som er godkjent hos én mottaker må testes på nytt hos neste, selv når begge oppgir samme standard.

Hva en standard definerer

Element	Innhold
Meldingsstruktur	Segmenthierarki og rekkefølge
Datafelt	Hvilke som er obligatoriske, betingede eller valgfrie
Produktidentifikasjon	Normalt GTIN
Partsidentifikasjon	Normalt GLN
Kodeverk	Gyldige verdier for MVA, avgifter, måleenheter
Referanseregler	Hvordan meldinger knyttes til hverandre

Hver melding bygges av tre deler: hodesegmenter med informasjon som gjelder hele dokumentet, linjesegmenter per vare, og oppsummeringssegmenter med totaler. Standarden styrer hvordan disse settes sammen — og valideringen kontrollerer at de faktisk er det.

Hvilke meldingstyper dekkes?

De sentrale meldingene i en handelsflyt:

Melding	Rolle	Retning
ORDERS	Innkjøpsordre	Kjøper → leverandør
ORDRSP	Ordrebekreftelse	Leverandør → kjøper
DESADV	Forsendelsesmelding	Leverandør → kjøper
INVOIC	Faktura	Leverandør → kjøper
PRICAT	Pris- og produktkatalog	Leverandør → kjøper

PRICAT er verdt å merke seg. Den brukes til å synkronisere produktstamdata — priser, beskrivelser og identifikatorer — mellom leverandør og mottaker. Uten oppdatert PRICAT kan en ordre vise til varer mottakeren ikke kjenner, og avvisningen skjer da på et produkt som teknisk sett er korrekt angitt.

Se EDI-meldinger for en full oversikt over meldingstypene.

Hva er de tekniske spesifikasjonene for Vinmonopolets EDI-meldinger?

Vinmonopolets EDI-meldinger må følge strukturen i EDIFACT samt forhandlerspesifikke implementasjonskrav.

De tekniske spesifikasjonene definerer blant annet:

• Meldingsstruktur og segmenthierarki
  
• Obligatoriske og betingede datafelter
  
• Produktidentifikasjon, som GTIN
  
• Partidentifikasjon, som GLN
  
• Krav til MVA- og avgiftskoder
  
• Regler for referanser mellom dokumenter
  

Hver EDI-melding består av:

• Header-segmenter
  
• Linjesegmenter
  
• Oppsummeringssegmenter
  

Spesifikasjonen styrer hvordan disse segmentene settes sammen og valideres.

Valideringsreglene kontrollerer:

• Riktig segmentrekkefølge
  
• Utfylling av obligatoriske felter
  
• Godkjente kodeverdier
  
• Logisk samsvar mellom mengde og pris
  

Meldinger som ikke oppfyller kravene, avvises i valideringen.

Hvordan overføres EDI-meldinger til Vinmonopolet?

Meldinger sendes via kanaler mottakeren har godkjent, normalt AS2, SFTP eller et VAN-nettverk. Overføringen krypteres, og autentisering bekrefter avsender og mottaker.

Etter mottak valideres meldingen før den behandles videre. Kvitteringsmeldinger bekrefter mottak eller varsler om feil som må rettes.

Merk at standarden og transportkanalen er to uavhengige valg: samme EDIFACT-melding kan sendes over AS2, SFTP eller VAN, og valget av kanal sier ingenting om formatet.

Hvordan sikres etterlevelse av Vinmonopolets EDI-dokumentstandarder?

Validering skjer både i leverandørens eget system før sending, og hos mottakeren ved mottak. Kontrollene dekker syntaks, segmentrekkefølge, obligatoriske felt, identifikatorer og konsistens i forretningslogikken.

Feiler meldingen, avvises den med angivelse av hvilket segment eller dataelement som er galt. Se EDI-feil for hvordan rotårsaken lokaliseres.

Løpende etterlevelse krever tre ting:

• Overvåking av kvitteringsmeldinger. Uten dette oppdages avvisninger først når betalinger uteblir.
• Oppdatering av mapping når mottakeren endrer implementeringsguiden.
• Synkronisering av produkt- og prisdata, normalt gjennom PRICAT.

Standarden endres sjelden. Implementeringsguidene endres jevnlig, og det er der vedlikeholdsbehovet ligger.

Hvorfor krever Vinmonopolet EDI-dokumentstandarder?

EDI-dokumentstandarder er nødvendig for å støtte automatisert, sporbar og konsistent transaksjonsbehandling.

Vinmonopolet opererer i en sentralisert og regulert detaljhandelsmodell som krever:

• Strukturert ordrebehandling
  
• Presis fakturamatching
  
• Pålitelig leveringsoppfølging
  
• Kontrollert håndtering av produkter og avgifter
  

Standardiserte EDI-meldinger fjerner variasjon i dokumentformater mellom leverandører. Dette muliggjør automatisert integrasjon med lager-, logistikk- og regnskapssystemer.

Leverandører som ikke følger gjeldende EDI-dokumentstandarder kan ikke utveksle ordre, faktura eller leveringsmeldinger elektronisk. Etterlevelse er derfor en forutsetning for stabil elektronisk handel.

Hvorfor kreves standardiserte formater?

Uten en felles standard måtte hver relasjon bygges særskilt, med eget format og egen tolkning. Standardiseringen fjerner variasjonen mellom leverandører og gjør det mulig å integrere direkte mot lager-, logistikk- og regnskapssystemer.

For større innkjøpere er det dette som gjør automatisert behandling mulig i det hele tatt: én meldingsdefinisjon som alle leverandører følger, framfor hundre varianter som må tolkes hver for seg.

Oppsummering

• Standarden definerer syntaks; delsettet velger ut det bransjen trenger; guiden bestemmer hva mottakeren faktisk krever.
• EDIFACT og EANCOM dominerer europeisk varehandel; X12 brukes i Nord-Amerika.
• XML-baserte formater brukes der mottakeren har definert eget schema.
• Peppol BIS og EHF gjelder faktura, obligatorisk mot offentlig sektor.
• Transportkanal og meldingsformat er uavhengige valg.
• Implementeringsguidene endres jevnlig — standarden gjør det sjelden.

Spørsmål og svar

Ofte stilte spørsmål

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

Hva er EDI-dokumentstandarder?

EDI-dokumentstandarder er avtalte formater og regler for hvordan elektroniske forretningsdokumenter struktureres, sendes og tolkes mellom systemer. De definerer segmentrekkefølge, obligatoriske felt, identifikatorer og valideringsregler, slik at handelspartnere kan utveksle data maskinlesbart uten å avtale et eget format for hver relasjon.

Hvilke EDI-standarder brukes?

De vanligste er UN/EDIFACT, GS1s EANCOM-delsett, XML-baserte formater, Peppol BIS og ANSI X12. I norsk varehandel er EANCOM dominerende mot dagligvarekjedene, mens enkelte innkjøpere krever sitt eget XML-format og faktura til offentlig sektor går som EHF over Peppol. X12 brukes i Nord-Amerika og er sjelden aktuelt for norske leverandører.

Hva er forskjellen på EDIFACT og XML-basert EDI?

EDIFACT bruker et kompakt tekstformat med segmenter og koder, definert internasjonalt av UN/CEFACT. XML organiserer de samme dataene i navngitte elementer og hierarkier, som er lettere å lese og validere mot moderne systemer. Begge overfører samme informasjon; forskjellen er strukturen. Hvilket format som gjelder, bestemmes av mottakerens system og implementeringsguide.

Hva er EANCOM?

EANCOM er GS1s delsett av UN/EDIFACT, tilpasset varehandelen. Det plukker ut de meldingene og feltene bransjen faktisk bruker, og knytter dem til GS1-nøklene GTIN for artikkel, GLN for lokasjon og SSCC for pall. Når en norsk dagligvarekjede sier de krever EDIFACT, mener de i praksis EANCOM satt opp etter sin egen implementeringsguide.

Hvordan velger man riktig standard?

Man velger normalt ikke selv. Mottakeren angir hvilken standard, hvilken versjon og hvilken implementeringsguide som gjelder, og leverandøren tilpasser seg. Har virksomheten flere mottakere med ulike krav, må det settes opp flere mappinger fra de samme ERP-dataene. Sjekk alltid gjeldende guide hos hver enkelt handelspartner.

Hvorfor avvises meldingene våre hos én mottaker, men ikke hos en annen?

Fordi implementeringsguiden er det avgjørende laget, ikke standarden. To mottakere kan bruke samme standard og samme versjon, men ha ulike krav til obligatoriske felt, gyldige kodeverdier og forretningsregler. Et oppsett som er godkjent hos den ene må derfor testes på nytt hos den andre.