Hvordan håndteres EDI avvisning hos Vinmonopolet?

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:

1. Analysere feilkoden
   
2. Identifisere berørt segment eller felt
   
3. Korrigere mapping eller kildedata
   
4. Generere ny melding
   
5. 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 regulatoriske krav
  

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.