EDI for Vinmonopolet: meldinger, krav og integrasjon

EDI for Vinmonopolet er den elektroniske meldingsutvekslingen mellom Vinmonopolet og deres grossister. Ordre, ordrebekreftelser, leveringsvarsler og fakturaer sendes maskinlesbart mellom partenes IT-systemer, valideres automatisk, og behandles uten manuell registrering. Vinmonopolet krever full EDI XML-kommunikasjon av alle grossister, og oppsettet må godkjennes gjennom en testfase før produksjon åpnes.

Kilde og forbehold: Kravene under bygger på Vinmonopolets leverandørsider og vilkårene i grossistavtalen. Konkrete meldingsstrukturer, obligatoriske felt og valideringsregler følger av Vinmonopolets gjeldende implementeringsguide, som er den eneste autoritative kilden. Kravene kan endres. Kontroller alltid mot gjeldende versjon.

Nøkkelpunkter:

• Formatet er EDI XML, ikke EDIFACT, EANCOM eller EHF over Peppol.
• Kravet dekker hele ordre-til-betaling-kjeden: ORDERS, ORDRSP, DESADV og INVOIC.
• Meldingene refererer til hverandre, så en feil tidlig i kjeden dukker ofte først opp på fakturaen.
• Alle meldingstyper må bestå testing og godkjennes før produksjonssetting.
• En tredjepart, for eksempel en distributør, kan formidle meldingene på leverandørens vegne.
• EDI dekker kun den tekniske utvekslingen. Produktgodkjenning og sortimentsbeslutninger ligger utenfor.

Hvilket format krever Vinmonopolet?

EDI XML. Vinmonopolet krever full EDI XML-kommunikasjon av alle grossister, etter sin egen implementeringsguide.

Dette er en viktig forskjell fra resten av norsk varehandel:

Format	Hvem forvalter	Brukes mot
EDI XML	Vinmonopolet selv	Vinmonopolet
EDIFACT / EANCOM	UN/CEFACT og GS1	Dagligvare- og elektronikkjedene
EHF over Peppol	Digdir og OpenPeppol	Offentlig sektor, faktura

EDIFACT bruker et kompakt tekstformat basert på segmenter og koder. XML organiserer de samme dataene i hierarkiske elementer. Innholdet er i praksis det samme; det er strukturen som skiller dem.

Konsekvensen for leverandøren er konkret: et eksisterende EDIFACT-oppsett mot dagligvarekjedene kan ikke gjenbrukes mot Vinmonopolet. Mapping, referanselogikk og validering må bygges særskilt. ERP-dataene er de samme, men alt mellom ERP-et og mottakeren er annerledes.

Hvorfor krever Vinmonopolet EDI?

Vinmonopolet håndterer store produktvolumer fra mange leverandører. For at ordre, leveranser og fakturaer skal kunne behandles automatisk, må alle transaksjoner følge et felles digitalt format.

Manuelle dokumenter som PDF-fakturaer, e-postbaserte ordre eller papirdokumentasjon lar seg ikke behandle i en automatisert flyt. Med standardiserte meldinger kan Vinmonopolet i stedet:

• Behandle ordre uten manuell registrering
• Validere data før de treffer forretningssystemet
• Redusere registreringsfeil på begge sider
• Dokumentere sporbarhet gjennom hele transaksjonskjeden

For leverandøren betyr det at EDI ikke er en effektiviseringsøvelse, men et vilkår for grossistavtalen.

Hvilke meldingstyper og prosesser dekkes?

Hver forretningsprosess har sin egen meldingstype, med definerte datafelt:

Melding	Prosess	Retning	Typisk innhold
ORDERS	Ordrebehandling	Inn	Produktidentifikasjon, antall, leveringsadresse, leveringsdato
ORDRSP	Ordrebekreftelse	Ut	Bekreftede, endrede eller avviste linjer
DESADV	Leveringsvarsel	Ut	Forsendelsens innhold, kolli og identifikatorer
INVOIC	Fakturering	Ut	Pris, avgifter og referanser til tidligere meldinger

Meldingene sendes i en definert rekkefølge og refererer til hverandre. Det gjør hele transaksjonskjeden sporbar fra bestilling til betaling, men det betyr også at feil forplanter seg: en manglende referanse i DESADV oppdages ofte først når fakturaen avvises.

Detaljerte krav til fakturameldingen finner du i Vinmonopolet EDI-krav.

Hvordan kobles EDI til Vinmonopolets interne systemer?

Hva er forskjellen mellom EDI XML og EDIFACT hos Vinmonopolet?

Hvordan gjennomføres EDI-testing før produksjon?

Før leverandører kan sende EDI-meldinger i produksjon må integrasjonen gjennomgå en teknisk testfase.
Test- og godkjenningsprosedyren defineres av hver kjede i dens gjeldende implementasjonsguide og kan endre seg sjekk derfor Vinmonopolets gjeldende guide for hva som faktisk kreves i ditt tilfelle.

Før produksjon bør leverandøren gjennomføre Vinmonopolet EDI-testing for å kontrollere meldingsstruktur, obligatoriske felt, referanser og forretningsregler. Under testfasen sender leverandøren eksempelmeldinger gjennom en testkanal. Disse meldingene analyseres for å kontrollere at:

• meldingsstrukturen følger implementasjonsreglene

• obligatoriske datafelt er korrekt utfylt

• referanser mellom meldinger er konsistente

• forretningsregler implementeres riktig

Testingen omfatter vanligvis flere meldingstyper, for eksempel:

• ORDERS

• ORDRSP

• DESADV

• INVOIC

Hvis meldinger ikke består valideringen må leverandøren korrigere systemoppsettet og sende nye testmeldinger.

Når testfasen er fullført etter kravene i kjedens gjeldende implementasjonsguide, kan leverandøren gå over til ordinær EDI-kommunikasjon i produksjon.

Hvilke problemer oppstår oftest i Vinmonopolets EDI?

Gjentatte avvisninger bør analyseres som EDI-feil, særlig når feilen gjelder struktur, referanser, produktdata eller formatverdier.

Selv om EDI-systemer er automatiserte kan det oppstå tekniske eller datamessige problemer i meldingsutvekslingen.

Vanlige årsaker til avviste meldinger inkluderer:

• manglende obligatoriske datafelt

• feil meldingsstruktur

• inkonsistente referanser mellom meldinger

• feil produktidentifikasjon

• ugyldige dato- eller formatverdier

For eksempel kan en fakturamelding bli avvist dersom den refererer til en ordre eller leveranse som ikke finnes i systemet.

Feil kan også oppstå dersom meldinger sendes i feil rekkefølge eller inneholder avvik mellom linjedata og totalsummer.

Automatiske valideringssystemer oppdager disse avvikene før meldingen behandles videre. Leverandøren må da korrigere dataene og sende meldingen på nytt.

Stabile integrasjoner, korrekt systemkonfigurasjon og gode rutiner for datakvalitet er avgjørende for å redusere slike problemer.

Hvorfor krever Vinmonopolet EDI av leverandører?

Vinmonopolet stiller krav til elektronisk ordrebehandling via EDI. De spesifikke tekniske kravene inkludert påkrevde meldingstyper, filformat og valideringsregler er definert i Vinmonopolets gjeldende implementasjonsguide og kan oppdateres over tid.

Vinmonopolet håndterer et stort volum av produkter fra mange ulike leverandører. For å sikre effektiv drift og høy datakvalitet må alle transaksjoner følge et felles digitalt format.

Vinmonopolets gjeldende implementasjonsguide spesifiserer normalt strukturerte elektroniske meldingsformater. Manuelle dokumenter som PDF-fakturaer, e-postbaserte ordre eller papirbasert dokumentasjon er vanligvis ikke kompatible med Vinmonopolets automatiserte systemer.

Dette gjør det mulig å:

• automatisere ordrebehandling

• redusere manuelle registreringsfeil

• sikre sporbarhet gjennom hele transaksjonskjeden

• validere data før systembehandling

Ved å bruke et standardisert EDI-rammeverk kan Vinmonopolet integrere leverandører direkte i sine interne systemer.

Hvilke forretningsprosesser dekkes av EDI for Vinmonopolet?

EDI dekker flere sentrale prosesser i samhandlingen mellom Vinmonopolet og leverandører.

De viktigste prosessene inkluderer:

• ordrebehandling

• ordrebekreftelser

• leveringsvarsler

• fakturering

• obligatorisk rapportering

Hver av disse prosessene representeres av en spesifikk EDI-meldingstype. Meldingen inneholder definerte datafelt som beskriver transaksjonen på en strukturert måte.

For eksempel kan en ordre inneholde produktidentifikasjon, bestilt antall, leveringsadresse og forventet leveringsdato. En fakturamelding inneholder derimot økonomiske data som pris, avgifter og referanser til tidligere meldinger.

Ved å standardisere disse prosessene sikrer EDI at informasjonen kan behandles automatisk i begge parters systemer.

Hvordan fungerer EDI for Vinmonopolet fra ende til ende?

Meldingsflyten starter i leverandørens ERP-system og går gjennom fire ledd:

1. ERP-systemet genererer forretningsdata som ordre, leveranser og fakturaer.
2. EDI-oversetteren eller integrasjonsplattformen konverterer dataene til Vinmonopolets XML-struktur. Dette krever EDI-mapping mellom ERP-feltene og meldingsstrukturen.
3. Kommunikasjonskanalen overfører meldingen sikkert til mottakeren.
4. Vinmonopolets mottakssystem validerer meldingen og behandler den videre, eller avviser den med en feilmelding tilbake til leverandøren.

Integrasjonslaget håndterer oversettelse, formatvalidering, ruting og logging. Det er dette laget som gjør flyten automatisk, og det er også her de fleste feilene oppstår.

Se ERP-EDI integrasjon for hvordan koblingen mot ERP-systemet settes opp i praksis.

Hvilke valideringsregler gjelder i EDI for Vinmonopolet?

EDI-meldinger må oppfylle strenge tekniske og forretningsmessige krav.

Valideringen kontrollerer blant annet:

• korrekt meldingsstruktur

• riktige datatyper

• obligatoriske datafelt

• konsistente referanser

• samsvar med forretningsregler

Disse kontrollene gjennomføres automatisk av systemene før meldingen behandles videre.

Hvis en melding inneholder feil eller mangler nødvendige data, vil den bli avvist. Leverandøren må da korrigere informasjonen og sende meldingen på nytt.

Dette bidrar til å sikre høy datakvalitet og stabil drift i automatiserte handelsprosesser.

Hvilke tekniske formater brukes?

EDI for Vinmonopolet bruker spesifiserte elektroniske meldingsformater definert i deres tekniske dokumentasjon.

Formatene beskriver nøyaktig hvordan meldinger skal struktureres, inkludert segmenter, dataelementer og referanser.

Standardiserte formater gjør det mulig for ulike systemer å tolke meldingsinnholdet på samme måte, uavhengig av hvilken programvare leverandøren bruker.

Dette er avgjørende for at automatiserte systemintegrasjoner skal fungere stabilt på tvers av organisasjoner.

Hvilke systemkrav må leverandører oppfylle?

Leverandøren trenger et systemmiljø som kan generere, motta og behandle EDI-meldinger etter kravene i Vinmonopolets gjeldende implementeringsguide. Konkret må systemet kunne:

• Generere strukturerte EDI-meldinger fra transaksjonsdata
• Motta og tolke innkommende meldinger
• Validere meldingsdata før sending
• Håndtere feil og avvisninger, inkludert responsmeldinger
• Overføre data sikkert, se datasikkerhet i EDI-transaksjoner

I praksis løses dette med en integrasjon mellom ERP-systemet og en EDI-plattform. Det fjerde punktet undervurderes ofte: å sende gyldige meldinger er ikke nok hvis systemet ikke leser responsene som kommer tilbake.

Merk: Vinmonopolet åpner for at en tredjepart, for eksempel en distributør, kan formidle EDI-meldingene på leverandørens vegne. For mindre importører og mikrobryggerier er dette ofte det praktiske alternativet til egen integrasjon.

Hvilke valideringsregler gjelder?

Meldingene kontrolleres automatisk før de behandles videre. Valideringen dekker meldingsstruktur, datatyper, obligatoriske felt, konsistente referanser og samsvar med forretningsreglene.

Feiler en melding, avvises den, og leverandøren må rette dataene i kilden og sende på nytt. Se EDI-validering for hvordan valideringsnivåene fungerer, og Vinmonopolet EDI-validering for de Vinmonopolet-spesifikke reglene.

Hvordan gjennomføres testing før produksjon?

Integrasjonen må gjennom en teknisk testfase før produksjonskommunikasjon åpnes. Leverandøren sender eksempelmeldinger gjennom en testkanal, hvor det kontrolleres at meldingsstrukturen følger implementeringsreglene, at obligatoriske felt er utfylt, at referansene er konsistente, og at forretningsreglene er riktig implementert.

Testingen omfatter normalt ORDERS, ORDRSP, DESADV og INVOIC. Hver meldingstype må godkjennes separat. Består ikke en melding, må systemoppsettet korrigeres og nye testmeldinger sendes.

Test- og godkjenningsprosedyren defineres i Vinmonopolets gjeldende implementeringsguide og kan endres. Se EDI-testing for hvordan testløpet gjennomføres.

Hvilke problemer oppstår oftest?

Vanlige årsaker til avviste meldinger:

• Manglende obligatoriske datafelt
• Feil meldingsstruktur
• Inkonsistente referanser mellom meldinger
• Feil produktidentifikasjon
• Ugyldige dato- eller formatverdier

To eksempler som går igjen: en fakturamelding avvises fordi den refererer til en ordre eller leveranse som ikke finnes i mottakerens system, eller fordi linjedata og totalsummer ikke stemmer overens. Meldinger sendt i feil rekkefølge gir samme resultat.

Gjentatte avvisninger bør behandles som EDI-feil og analyseres samlet, ikke som enkelthendelser. Kommer samme feilkode tilbake, ligger årsaken normalt i mappingen eller i masterdata framfor i den enkelte meldingen.

Hvordan håndteres feil og avvisninger?

Når en EDI-melding ikke oppfyller de tekniske eller forretningsmessige kravene, blir den automatisk avvist.

Systemet sender vanligvis en responsmelding som beskriver hvorfor meldingen ble avvist. Dette kan være manglende data, feil format eller inkonsistente referanser.

Leverandøren må deretter korrigere feilen i sitt system og generere en ny melding.

Denne automatiserte feilhåndteringen gjør det mulig å oppdage og rette problemer raskt uten manuell saksbehandling.

Hvilket ansvar har leverandøren?

Leverandøren er ansvarlig for at meldingene inneholder korrekt og fullstendig informasjon. Det omfatter:

• Riktige produktdata
• Korrekte referanser mellom meldinger
• Rettidig sending
• Samsvar med kravene i gjeldende implementeringsguide

Oppfylles ikke kravene, avvises meldinger og transaksjoner forsinkes. Ansvaret er også løpende: når Vinmonopolet oppdaterer implementeringsguiden, eller leverandøren bytter ERP-system, må oppsettet oppdateres og eventuelt retestes.

Hva ligger typisk utenfor EDI-flyten?

EDI dekker den tekniske utvekslingen av forretningsmeldinger etter at en handel er etablert. Følgende ligger utenfor:

• Produktgodkjenning
• Kommersielle forhandlinger
• Sortimentsbeslutninger
• Markedsføringsaktiviteter

Disse håndteres gjennom separate administrative og kommersielle prosesser hos Vinmonopolet. Skillet er verdt å kjenne: et godkjent EDI-oppsett sier ingenting om hvorvidt et produkt kommer inn i sortimentet, og et produkt i sortimentet kan ikke leveres uten fungerende EDI.

Oppsummering EDI for Vinmonopolet

• Vinmonopolet krever full EDI XML-kommunikasjon av alle grossister.
• Formatet er ikke EDIFACT, EANCOM eller EHF, så eksisterende oppsett mot dagligvare kan ikke gjenbrukes.
• Kjeden består av ORDERS, ORDRSP, DESADV og INVOIC, som refererer til hverandre.
• Leverandøren trenger ERP-integrasjon, mapping, validering og sikker overføring.
• Alle meldingstyper må godkjennes i test før produksjon åpnes.
• En tredjepart kan formidle meldingene på leverandørens vegne.
• Konkrete krav følger av Vinmonopolets gjeldende implementeringsguide.

Spørsmål og svar

Ofte stilte spørsmål om EDI for Vinmonopolet

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

Hva betyr EDI i Vinmonopolet-sammenheng?

EDI står for Electronic Data Interchange og betyr strukturert elektronisk utveksling av forretningsmeldinger mellom Vinmonopolets og leverandørens systemer. I stedet for at en ordre sendes på e-post og tastes inn manuelt, overføres den som en maskinlesbar melding som mottakeren kan behandle direkte. Hos Vinmonopolet gjelder dette hele ordre-til-betaling-kjeden, ikke bare fakturaen.

Hvilket format krever Vinmonopolet?

EDI XML, etter Vinmonopolets egen implementeringsguide. Det er ikke UN/EDIFACT, ikke GS1s EANCOM-delsett, og ikke EHF over Peppol. En leverandør som allerede sender EDIFACT til dagligvarekjedene eller EHF til offentlig sektor må bygge et separat oppsett mot Vinmonopolet, med egen mapping, referanselogikk og validering.

Hvilke EDI-meldinger brukes hos Vinmonopolet?

De sentrale meldingene er ORDERS for innkjøpsordre, ORDRSP for ordrebekreftelse, DESADV for leveringsvarsel og pakkseddel, og INVOIC for faktura. Meldingene sendes i en fast rekkefølge og refererer til hverandre, slik at hele transaksjonen kan spores fra bestilling til betaling. Hvilke meldinger som gjelder i det enkelte tilfellet følger av gjeldende implementeringsguide.

Må alle grossister bruke EDI hos Vinmonopolet?

Ja. Vinmonopolet stiller krav om full EDI XML-kommunikasjon som vilkår for grossistavtale, og kravet dekker alle meldingstyper i ordreprosessen inkludert fakturering og kreditnota. Manuelle dokumenter som PDF-fakturaer eller e-postbaserte ordre aksepteres ikke i ordinære handelsprosesser. Leverandøren kan derimot la en tredjepart håndtere den tekniske meldingsutvekslingen.

Må vi bygge integrasjonen selv?

Nei. Vinmonopolet åpner for at en tredjepart, for eksempel en distributør, kan formidle EDI-meldingene på leverandørens vegne. Kravet om EDI XML gjelder uansett; spørsmålet er bare hvem som teknisk håndterer utvekslingen. For mindre importører og mikrobryggerier er tredjepartsløsningen ofte raskere og rimeligere enn egen integrasjon.

Hva dekker EDI ikke?

EDI dekker den tekniske utvekslingen av forretningsmeldinger etter at en handel er etablert. Produktgodkjenning, kommersielle forhandlinger, sortimentsbeslutninger og markedsføring håndteres gjennom separate prosesser hos Vinmonopolet. Et godkjent EDI-oppsett gir altså ingen garanti for at et produkt kommer inn i sortimentet, og et produkt i sortimentet kan ikke leveres uten fungerende EDI.