En EDI DESADV-melding er en standardisert elektronisk leveringsmelding som brukes for å varsle en mottaker om at varer er sendt fra leverandørens lager eller distribusjonssenter. Meldingen brukes i EDI-kommunikasjon mellom handelspartnere for å overføre strukturert forsendelsesinformasjon elektronisk.

DESADV står for “Dispatch Advice” under EDIFACT-standarden, som administreres av UN/CEFACT. Meldingen brukes i moderne retail-, logistikk- og distribusjonsmiljøer for å automatisere vareflyt, mottakskontroll og lagerregistrering.

I stedet for manuelle følgesedler og papirbaserte leveringsvarsler sendes informasjonen direkte mellom ERP-, WMS- og EDI-systemer i et maskinlesbart format.

DESADV brukes blant annet av leverandører som sender varer til Vinmonopolet, dagligvarekjeder, grossister og sentrallagre som krever strukturert EDI-kommunikasjon.

Hva er formålet med en DESADV-melding?

Formålet med en DESADV-melding er å informere mottakeren om hva som faktisk er sendt før varene fysisk ankommer lageret eller distribusjonssenteret.

Meldingen gjør det mulig å:

• forberede varemottak
• planlegge lagerkapasitet og bemanning
• kontrollere forventede leveranser
• oppdatere forventet lagerbeholdning
• validere sendte varer mot ordre og ordrebekreftelse
• automatisere mottaksprosesser

DESADV fungerer som koblingen mellom ordrebehandling og fysisk logistikkutførelse.

Når meldingen er korrekt strukturert, vet mottakeren:

• hvilke produkter som er sendt
• hvor mange kolli som inngår i leveransen
• hvordan varene er pakket
• hvilke paller og kartonger som er inkludert
• hvilke batcher eller lot-numre som tilhører forsendelsen

Dette er spesielt viktig i regulerte forsyningskjeder hvor sporbarhet, kontroll og dokumentasjon er avgjørende.

Hvem sender og mottar en DESADV-melding?

Avsenderen av en DESADV-melding er vanligvis:

• leverandøren
• produsenten
• importøren
• logistikkpartneren

Mottakeren er kjøperen, grossisten eller vareeieren.

I norske EDI-integrasjoner sendes DESADV ofte fra leverandørens ERP- eller WMS-system til mottakerens EDI-plattform via sikre kommunikasjonskanaler som:

• AS2
• SFTP
• VAN-nettverk
• API-gatewayer

Den typiske meldingsflyten ser slik ut:

Leverandør ERP/WMS
→ EDI-konvertering
→ Sikker overføring
→ Mottakers EDI-system
→ Lager- eller ERP-system

Hver handelspartner følger normalt en implementeringsguide som beskriver:

• obligatoriske segmenter
• tillatte kvalifikatorer
• referansekrav
• pakkestruktur
• valideringsregler

Når sendes en EDI DESADV-melding?

DESADV sendes etter ordrebekreftelse og før eller samtidig med fysisk utsendelse av varer.

I retail- og logistikkmiljøer følger EDI-flyten ofte denne rekkefølgen:

1. ORDERS (ordre)
2. ORDRSP (ordrebekreftelse)
3. DESADV (leveringsmelding)
4. Varemottak
5. INVOIC (faktura)

DESADV representerer det som faktisk er sendt fra lageret.

Meldingen genereres vanligvis når:

• plukkingen er fullført
• forsendelsen er pakket
• pallestrukturen er ferdigstilt
• transportreferanser er opprettet

Dersom det finnes avvik mellom:

• bestilte mengder
• bekreftede mengder
• sendte mengder

kan mottakeren avvise meldingen eller flagge leveransen for manuell kontroll.

Hvilken informasjon inneholder en DESADV-melding?

DESADV inneholder strukturert informasjon på flere nivåer i logistikkflyten.

Forsendelsesinformasjon

Meldingen kan inneholde:

• forsendelsesnummer
• dispatch-dato
• forventet leveringsdato
• transportørinformasjon
• leveringsadresse
• transportreferanser
• fraktdokumenter

Denne informasjonen brukes til å planlegge og validere mottak av varer.

Ordre- og referansedata

DESADV refererer vanligvis til:

• ORDERS-meldingen
• ORDRSP-bekreftelsen

Dette sikrer sporbarhet gjennom hele transaksjonsflyten.

Referansene gjør det mulig å sammenligne:

• bestilte varer
• bekreftede varer
• sendte varer
• mottatte varer

Korrekte referanser er avgjørende for automatisert matching og validering.

Pakkestruktur og SSCC-hierarki

En av de viktigste funksjonene i DESADV er støtte for hierarkisk pakkestruktur.

Meldingen kan beskrive:

• paller
• kartonger
• innerpakker
• lastenheter

Dette gjøres ofte ved hjelp av SSCC (Serial Shipping Container Code), som gir hver lastenhet en unik identifikator.

Eksempel:

• én pall kan inneholde flere kartonger
• hver kartong kan inneholde flere produkter
• hver enhet kan spores individuelt

Denne strukturen gjør det mulig å:

• skanne varer ved mottak
• automatisere lagerregistrering
• validere kollistruktur
• forbedre sporbarhet i logistikkflyten

Pakkestruktur er spesielt viktig i integrasjoner mot:

• Vinmonopolet
• dagligvarekjeder
• sentrallagre
• automatiserte distribusjonssystemer

Linjenivådata

På produktnivå kan DESADV inneholde:

• GTIN/EAN
• interne varenummer
• sendte mengder
• batchnummer
• lot-nummer
• utløpsdatoer
• produktbeskrivelser

Alle mengder må samsvare med bekreftede ordredata for å unngå valideringsfeil.

Hvilke standarder brukes for DESADV?

DESADV er definert under internasjonale EDI-standarder administrert av UN/CEFACT.

De vanligste spesifikasjonene er:

• EDIFACT DESADV
• EANCOM DESADV

EANCOM er en retail-tilpasset undertandard av EDIFACT som brukes mye innen:

• retail
• dagligvare
• logistikk
• distribusjon

Implementeringsguidene definerer blant annet:

• obligatoriske segmenter
• tillatte koder
• pakkestruktur
• referansekrav
• valideringsregler

Hvordan fungerer DESADV i EDI-flyten?

DESADV brukes til å kommunisere hva som faktisk er sendt fra leverandøren.

Meldingen brukes til å automatisere sammenligning mellom:

• ordre
• ordrebekreftelse
• leveringsmelding
• varemottak
• faktura

Dette støtter:

• treveis matching
• lageravstemming
• automatisk varemottak
• sporbarhet
• logistikkautomatisering

I enkelte integrasjoner brukes også RECADV (Receiving Advice) for å bekrefte hva som faktisk ble mottatt av kjøperen.

Hvorfor krever Vinmonopolet DESADV?

Vinmonopolet krever DESADV for å opprettholde kontrollert vareflyt og regulatorisk sporbarhet i alkoholdistribusjon.

Kravet sikrer:

• validering av leveranser
• kontroll av produktflyt
• sporbarhet mellom leverandør og mottaker
• automatisert lagerhåndtering
• samsvar med regulatoriske krav

Alkoholdistribusjon i Norge er strengt regulert. Strukturert elektronisk kommunikasjon er nødvendig for å dokumentere varebevegelse gjennom forsyningskjeden.

Manuelle leveringsvarsler er ikke kompatible med automatiserte mottakssystemer og moderne lagerløsninger.

Hva skjer dersom DESADV ikke sendes?

Manglende DESADV kan føre til betydelige problemer i logistikkflyten.

Konsekvensene kan inkludere:

• blokkert varemottak
• forsinkelser i distribusjon
• manuell registrering
• manglende sporbarhet
• avviste leveranser
• fakturafeil
• økt administrativ belastning

I automatiserte lager- og retailmiljøer forventer mottakersystemet at leveringsdata allerede finnes i systemet før varene fysisk ankommer.

Dersom DESADV mangler, kan mottaket måtte håndteres manuelt.

Vanlige feil i DESADV-meldinger

Feil i DESADV-meldinger kan føre til avvisning eller forsinkelser hos mottakeren.

Vanlige feil inkluderer:

• ugyldig SSCC-struktur
• manglende obligatoriske segmenter
• feil pakkestruktur
• mengdeavvik
• ugyldige GTIN-referanser
• dupliserte forsendelsesreferanser
• manglende ORDERS- eller ORDRSP-referanser

I automatiserte lagerløsninger vil systemet ofte avvise meldingen dersom valideringen feiler.

Hvordan valideres en DESADV-melding?

DESADV valideres gjennom både tekniske og forretningsmessige kontroller.

Syntaksvalidering

Kontroll av:

• segmentstruktur
• separatorer
• formatregler
• EDIFACT-syntaks

Strukturvalidering

Kontroll av:

• obligatoriske segmenter
• pakkestruktur
• hierarkikonsistens

Referansevalidering

Kontroll av:

• ORDERS-referanser
• ORDRSP-referanser
• leveringsreferanser

Mengdevalidering

Sammenligning mellom:

• bekreftede mengder
• sendte mengder

Pakkekontroll

Verifisering av:

• pallestruktur
• kartonghierarki
• SSCC-relasjoner

Avviste DESADV-meldinger må korrigeres og sendes på nytt.

Hva er forskjellen mellom DESADV, ORDRSP og INVOIC?

De ulike EDI-meldingene har forskjellige roller i transaksjonsflyten.

Melding	Formål
ORDERS	Sender innkjøpsordre
ORDRSP	Bekrefter ordre
DESADV	Varsler utsendelse av varer
INVOIC	Sender elektronisk faktura

DESADV er meldingen som knytter ordrebehandling til fysisk logistikkutførelse.

Hvordan støtter Kundan DESADV-integrasjoner?

Kundan implementerer og vedlikeholder DESADV-integrasjoner for leverandører som handler med norske retail- og logistikkaktører.

Dette inkluderer:

• mapping av ERP- og WMS-data til EDIFACT/EANCOM
• implementering av valideringsregler
• oppsett av sikre EDI-forbindelser
• testing mot mottakers testmiljø
• håndtering av avviste meldinger
• overvåkning av meldingsstatus
• integrasjon mot Vinmonopolet og andre handelspartnere

Leverandører som integrerer mot regulerte retailmiljøer trenger ofte strukturert DESADV-validering for å sikre stabil og godkjent vareflyt.

Viktige punkter

• DESADV er en elektronisk leveringsmelding under EDIFACT-standarden
• Meldingen varsler mottakeren om at varer er sendt
• DESADV brukes før fysisk levering
• Meldingen inneholder forsendelsesdata, pakkestruktur og produktinformasjon
• SSCC brukes for sporbarhet av kolli og paller
• Vinmonopolet krever DESADV i sine EDI-integrasjoner
• Feil i DESADV kan blokkere varemottak
• Validering sikrer korrekt struktur og datakvalitet
• DESADV er en sentral del av moderne retail- og logistikkflyt

Ofte stilte spørsmål om EDI DESADV-meldinger

Hva betyr DESADV?

DESADV står for “Dispatch Advice” og er en elektronisk leveringsmelding under EDIFACT-standarden. Meldingen brukes for å varsle mottakeren om at varer er sendt fra leverandørens lager eller distribusjonssenter.

Når sendes en DESADV-melding?

DESADV sendes vanligvis etter ordrebekreftelse og før eller samtidig med fysisk utsendelse av varer. Meldingen genereres ofte når plukking, pakking og pallestruktur er ferdigstilt.

Hva brukes DESADV til?

DESADV brukes for å automatisere logistikk- og mottaksprosesser. Meldingen gjør det mulig å:

• forberede varemottak
• validere leveranser
• automatisere lagerregistrering
• spore kolli og paller
• redusere manuelle feil

Hva er forskjellen mellom DESADV og INVOIC?

DESADV brukes for å varsle hvilke varer som er sendt, mens INVOIC brukes for å sende elektronisk faktura.

DESADV er knyttet til logistikk og vareflyt, mens INVOIC er knyttet til økonomi og fakturering.

Hva er forskjellen mellom DESADV og ORDRSP?

ORDRSP brukes for å bekrefte en ordre, mens DESADV brukes for å varsle hva som faktisk er sendt fra lageret.

ORDRSP handler om ordrebekreftelse. DESADV handler om fysisk utsendelse.

Krever Vinmonopolet DESADV?

Ja. Vinmonopolet krever DESADV i sine EDI-integrasjoner for å sikre sporbarhet, kontrollert vareflyt og automatisert mottakshåndtering.

Hva er SSCC i DESADV?

SSCC (Serial Shipping Container Code) er en unik identifikator som brukes for å spore paller, kartonger og lastenheter i logistikkflyten.

SSCC gjør det mulig å automatisere mottak og forbedre sporbarhet i lager- og distribusjonssystemer.

Kan en DESADV-melding bli avvist?

Ja. En DESADV-melding kan bli avvist dersom den inneholder:

• ugyldig pakkestruktur
• feil SSCC-koder
• manglende obligatoriske segmenter
• ugyldige GTIN-referanser
• mengdeavvik
• manglende ordre- eller ordrebekreftelsesreferanser

Avviste meldinger må normalt korrigeres og sendes på nytt.

Hvordan valideres en DESADV-melding?

DESADV valideres gjennom:

• syntaksvalidering
• strukturkontroll
• referansevalidering
• mengdekontroll
• pakkestrukturvalidering

Mottakersystemet kontrollerer at meldingen følger implementeringsguiden og samsvarer med forventede ordredata.

Hvilke systemer bruker DESADV?

DESADV brukes ofte sammen med:

• ERP-systemer
• WMS-systemer
• EDI-plattformer
• lagerstyringssystemer
• distribusjons- og logistikksystemer

Meldingen sendes vanligvis via AS2, SFTP eller VAN-nettverk.

Trenger du hjelp med DESADV-integrasjon?

Kundan hjelper leverandører og grossister med implementering, validering og overvåkning av DESADV-integrasjoner mot norske retail- og logistikkaktører.

Kundan bistår blant annet med:

• DESADV-mapping mot ERP- og WMS-systemer
• EDIFACT- og EANCOM-integrasjoner
• testing mot mottakers testmiljø
• oppsett av sikre EDI-forbindelser
• validering av pakkestruktur og SSCC
• feilhåndtering og overvåkning
• integrasjoner mot Vinmonopolet og andre handelspartnere

Kontakt Kundan dersom du trenger en stabil og godkjent DESADV-integrasjon for moderne retail- og logistikkflyt.