EDI-avvisning hos Vinmonopolet: årsaker og håndtering
Merk: Vinmonopolet definerer sine valideringsregler i gjeldende EDI-implementeringsguide. Regler og spesifikasjoner kan endres leverandøren bør alltid sjekke gjeldende versjon.
EDI-avvisning hos Vinmonopolet oppstår når en elektronisk melding ikke oppfyller tekniske eller forretningsmessige valideringskrav.
Hvordan håndterer Vinmonopolet avviste EDI-meldinger?

Vinmonopolet validerer alle innkommende EDI-meldinger mot tekniske og forretningsmessige regler før de behandles.
Dersom en melding ikke oppfyller kravene, skjer følgende:
- Automatisk validering stopper meldingen
- Transaksjonen loggføres som avvist
- Det genereres strukturert feilmelding eller kvittering
- Leverandøren må korrigere og sende på nytt
Avviste meldinger behandles ikke videre før feil er rettet.
Validering skjer både i test- og produksjonsmiljø.
Hvilke meldinger kan bli avvist?

Alle transaksjons- og rapporteringsmeldinger kan avvises dersom de ikke består validering.
Dette gjelder blant annet:
- ORDERS – Innkjøpsordre
- ORDRSP – Ordrebekreftelse
- DESADV – Forsendelsesmelding
- INVOIC – Elektronisk faktura
- REMADV – Betalingsmelding
- Rapportering og etterlevelsesmeldinger
Hver melding valideres individuelt.
En avvist melding kan stoppe videre behandling i transaksjonskjeden.
Hva er de vanligste årsakene til EDI-avvisninger?
Avvisninger kan skyldes både tekniske og forretningsmessige forhold.
Syntaksfeil
- Feil EDIFACT-struktur
- Ugyldig segmentrekkefølge
- Feil skilletegn eller kvalifikatorer
EDIFACT-standardene er internasjonalt definert av UN/CEFACT.
Manglende obligatoriske felt
- Manglende identifikatorer
- Ufullstendige referanser
- Fravær av obligatoriske segmenter
Slike feil fører normalt til umiddelbar avvisning.
Ugyldige kodelisteverdier
- Ikke-godkjente varenummer eller GTIN
- Feil enhetskoder
- Ugyldige lokasjonskoder
- Feil valuta- eller avgiftskoder
Kodene må samsvare med godkjente lister.
Referanseavvik
- ORDRSP refererer ikke til gyldig ORDERS
- DESADV viser til ikke-eksisterende bekreftelse
- INVOIC refererer til feil leveranse
Sporbarhet mellom meldingene er et krav.
Logiske og numeriske feil
- Mengder stemmer ikke
- Pris avviker fra avtale
- Linjesummer samsvarer ikke med totalbeløp
- Avgiftsberegning er feil
Logisk validering sikrer korrekt økonomisk behandling.
Hvordan varsles leverandøren om avvisning?
Avvisninger formidles gjennom strukturerte EDI-tilbakemeldinger.
Dette kan være:
Funksjonelle kvitteringer
- CONTRL-meldinger som viser syntaksstatus
Applikasjonskvitteringer
- Meldinger som identifiserer brudd på forretningsregler
Feilrapporter
- Feilkoder
- Identifisering av segment og dataelement
- Beskrivelse av avvik
Detaljerte feilmeldinger gjør det mulig å rette presist.
Hva må leverandøren gjøre etter avvisning?
Ved avvisning må leverandøren:
- Analysere feilkoden
- Identifisere berørt segment eller felt
- Korrigere mapping eller kildedata
- Generere ny melding
- Sende meldingen på nytt
Ingen videre behandling skjer før korrekt melding er akseptert.
Eksempler:
- Avvist INVOIC stopper betaling
- Avvist DESADV kan forsinke vareinnlevering
- Avvist ORDRSP kan avbryte ordrebekreftelse
Hvorfor er avvisningshåndtering viktig?
Avvisningsmekanismen sikrer:
- Korrekt ordrebehandling
- Presis leveransesporing
- Riktig fakturering
- Nøyaktig betalingsavstemming
- Etterlevelse av kjedens valideringskrav
Syklusen avvisning–korrigering–ny innsending er en kontrollmekanisme i hele EDI-flyten.
Kun validerte og sporbare transaksjoner registreres i systemene.
Hva skjer hvis EDI-avvisninger ikke håndteres korrekt?
- Forsinket betaling
- Avbrutt leveranse
- Økt manuell håndtering
- Risiko for avviste transaksjoner
Hvordan bistår Kundan med håndtering av EDI-avvisninger?
Kundan bistår leverandører med feilsøking og korrigering av avviste meldinger.
Dette inkluderer:
- Tolkning av feilkoder
- Korrigering av EDIFACT/EANCOM-mapping
- Justering av obligatoriske felt
- Oppdatering av kodelister og identifikatorer
- Retesting av korrigerte meldinger
- Løpende overvåking av meldingsstatus
Målet er stabil meldingsflyt og kontinuerlig samsvar med Vinmonopolets valideringskrav.
Hvordan ser avvisningsprosessen ut i praksis?
- Melding sendes
- Validering utføres
- Avvisning genereres
- Feilmelding mottas
- Korrigering utføres
- Ny innsending
Hva er de viktigste punktene å huske?
- Vinmonopolet validerer alle EDI-meldinger før behandling
- Alle meldingstyper kan avvises
- Vanlige årsaker er syntaksfeil, manglende felt, feil koder og logiske avvik
- Avvisning kommuniseres gjennom strukturerte kvitteringer og feilmeldinger
- Avviste meldinger må korrigeres og sendes på nytt
- Avvisningshåndtering beskytter nøyaktighet og etterlevelse
- Kundan bistår med strukturert feilsøking og korrigering
Opplever du gjentatte EDI-avvisninger, bør valideringsrapporter analyseres systematisk før ny innsending for å sikre stabil produksjonsflyt.
Ofte stilte spørsmål
1. Hva er en EDI-avvisning hos Vinmonopolet?
En EDI-avvisning hos Vinmonopolet oppstår når en elektronisk melding ikke oppfyller tekniske eller forretningsmessige valideringskrav. Meldingen stoppes automatisk og må korrigeres før den kan behandles videre i systemet.
2. Hvorfor blir EDI-meldinger avvist hos Vinmonopolet?
EDI-meldinger blir avvist på grunn av feil i struktur, manglende obligatoriske felt, ugyldige koder eller referanseavvik mellom meldinger. Selv små avvik kan føre til avvisning fordi systemet krever full validering.
3. Hvordan vet jeg at en EDI-melding er avvist?
Når en EDI-melding blir avvist, mottar leverandøren en strukturert tilbakemelding som CONTRL-melding eller applikasjonskvittering. Denne inneholder feilkoder og detaljer om hva som må korrigeres.
4. Hva må jeg gjøre etter en EDI-avvisning hos Vinmonopolet?
Etter en EDI-avvisning må du analysere feilmeldingen, identifisere feil i data eller mapping, korrigere meldingen og sende den på nytt. Ingen videre behandling skjer før meldingen er godkjent.
5. Hvordan unngår jeg EDI-avvisninger hos Vinmonopolet?
For å unngå EDI-avvisninger bør du validere meldinger før innsending, bruke korrekte kodelister, sikre riktige referanser mellom meldinger og teste integrasjonen grundig i testmiljø før produksjon.
Neste anbefalt artikkel
Kort oppsummering som binder leseren videre til et dykkemal - typisk neste steg i brukerens reise.
Tilbake til Aktuelt
Hva er en elektronisk faktura?
En elektronisk faktura er en faktura som sendes som strukturerte, maskinlesbare data, laget for at mottakerens…
