Hva er EDI ORDRSP (ordrebekreftelse)?
ORDRSP er den standardiserte elektroniske ordrebekreftelsen som sendes fra leverandør til kjøper som svar på en mottatt ORDERS-melding. I UN/EDIFACT heter meldingstypen ORDRSP, Order Response, og den definerer hvordan leverandøren bekrefter, endrer eller avviser ordren. Uten ORDRSP vet ikke kjøperen om ordren er akseptert på de forespurte vilkårene.
Nøkkelpunkter:
- ORDRSP er leverandørens formelle svar, og erstatter bekreftelse på e-post eller telefon.
- Hver ordrelinje kan ha sin egen responsstatus — en ordre kan være delvis akseptert.
- Bekreftet mengde og leveringsdato blir den operative referansen for resten av kjeden.
- Responskodene defineres av handelspartnerens implementeringsguide, ikke av standarden alene.
- Manglende ORDRSP bryter den automatiske matchingen fram til faktura.
- Juridisk bindende virkning følger av avtalen mellom partene, ikke av meldingen i seg selv.
Hva er formålet med en EDI ORDRSP-melding?

Formålet er å gi kjøperen en dokumentert, maskinlesbar bekreftelse på ordrestatus. Meldingen gir:
- Sporbar bekreftelse knyttet til den opprinnelige ordren
- Tydelig aksept eller avvisning, per linje
- Tidlig varsling om restordre og avvik
- Strukturert kommunikasjon av endrede leveringsdatoer
Effekten er at kjøperens ERP-system kan oppdatere ordrestatus automatisk, uten at noen leser svaret manuelt. Det er også ORDRSP som gjør avviket mellom bestilt og bekreftet mengde synlig — det avviket følger med videre og avgjør senere om pakkseddelen og fakturaen går gjennom valideringen.
Hvem sender og hvem mottar en EDI ORDRSP-melding?

Leverandøren sender, kjøperen mottar. Meldingsflyten går:
Leverandørens ERP → EDI-lag → sikker kommunikasjonskanal → kjøpers EDI-system → kjøpers ERP
Begge parter må følge kjøperens implementeringsguide, som definerer hvordan responskoder og segmenter skal brukes. Det er guiden, ikke standarden, som avgjør hvilke koder som er gyldige i den enkelte relasjonen.
Hvilke svar kan meldingen inneholde?
| Responstype | Betydning |
|---|---|
| Full aksept | Ordren bekreftes som bestilt, uten endringer |
| Delvis aksept | Enkelte linjer bekreftes, andre ikke |
| Aksept med redusert mengde | Linjen bekreftes, men med lavere antall enn bestilt |
| Aksept med endret leveringsdato | Linjen bekreftes, men leveres på et annet tidspunkt |
| Full avvisning | Ordren kan ikke oppfylles |
Responsen settes per linje, ikke bare for ordren som helhet. En ordre på ti linjer kan ha åtte bekreftede, én redusert og én avvist, og alle tre statusene ligger i samme melding.
Statusen kodes eksplisitt med forhåndsdefinerte kvalifikatorer i meldingsstrukturen. Hvilke koder som er tillatt, og hva de betyr i praksis, står i handelspartnerens implementeringsguide.
Hva inneholder meldingen?
Hodenivå
- Referanse til den opprinnelige ORDERS-meldingen
- Ordrebekreftelsesnummer
- Responsdato
- Identifikasjon av kjøper og leverandør, normalt med GLN
Referansen til ORDERS er det viktigste feltet på hodenivå. Den binder bekreftelsen til bestillingen, og uten den kan ikke kjøperens system knytte svaret til noe.
Linjenivå
- Produktidentifikator, normalt GTIN
- Bestilt antall
- Bekreftet antall
- Oppdatert leveringsdato, der den avviker
- Responskode for linjen
At både bestilt og bekreftet antall ligger i meldingen er poenget: differansen er restordren. Endres mengde eller leveringsdato, skal det framgå tydelig av linjesegmentene framfor å ligge implisitt.
Alle dataelementer må være i samsvar med handelspartnerens ORDRSP-spesifikasjon.
Hvilke standarder definerer ORDRSP?
ORDRSP er definert under UN/CEFACT, i to lag:
| Nivå | Hva det er |
|---|---|
| EDIFACT ORDRSP | Den internasjonale meldingstypen med sin fulle segmentstruktur |
| EANCOM ORDRSP | GS1s delsett tilpasset varehandel, med presisert segmentbruk og feltkrav |
I norsk dagligvare- og varehandel er det normalt EANCOM-varianten som gjelder. Se EDIFACT for hvordan standarden er bygget opp.
Oppå dette kommer et tredje lag: hver handelspartner publiserer sin egen implementeringsguide, som definerer obligatoriske segmenter, tillatte responskoder, valideringsregler og krav til sekvens og struktur. Det er derfor et ORDRSP-oppsett som er godkjent mot én kjede må testes på nytt mot neste.
Hvor i ordreprosessen kommer ORDRSP?
ORDERS → ORDRSP → DESADV → INVOIC
ORDRSP kommer etter bestillingen og før logistikk- og fakturaprosessene. Den bekrefter om leverandøren vil oppfylle ordren som forespurt, og all videre logistikkplanlegging bygger på bekreftet mengde og leveringsdato — ikke på det som opprinnelig ble bestilt.
Det gjør ORDRSP til et vendepunkt i kjeden. Fra dette punktet er det leverandørens svar, ikke kjøperens ønske, som er den operative sannheten.
Hva skjer hvis ORDRSP mangler?
- Ordrebekreftelsen er ufullstendig
- Systemmatching kan ikke gjennomføres
- Logistikkplanleggingen forsinkes
- Manuell oppfølging blir nødvendig
I et automatisert oppsett bryter en manglende ORDRSP hele kjeden. Kjøperen har ingen bekreftet mengde å måle leveransen mot, og når fakturaen kommer, finnes det ikke noe mellomledd å avstemme den mot. Lagerallokering og forsendelsesplanlegging påvirkes tilsvarende.
Når er meldingen endelig?
En ORDRSP anses som endelig når den er validert og akseptert av kjøperens system etter de avtalte reglene. Valideringen dekker syntaks, struktur, gyldige responskoder og korrekt referanse til den opprinnelige ORDERS.
Etter godkjenning blir bekreftet mengde og leveringsdato den operative referansen for oppfyllelse.
Juridisk bindende virkning følger av kontrakten mellom partene, ikke av meldingen i seg selv. ORDRSP dokumenterer hva som ble bekreftet og når; hva den bekreftelsen forplikter til, står i avtalen.
Hvilke typer svar kan en EDI ORDRSP-melding inneholde?
En EDI ORDRSP-meldinginneholder strukturerte responskoder som viser leverandørens beslutning.
Meldingen kan indikere:
- Full aksept av ordren
- Delvis aksept
- Full avvisning
- Aksept med redusert mengde
- Aksept med endret leveringsdato
Hver ordrelinje kan ha egen responsstatus.
Responsen kodes eksplisitt ved bruk av forhåndsdefinerte kvalifikatorer i meldingsstrukturen.
Dette gjør at kjøpers system automatisk kan oppdatere ordrestatus.
Hvordan inngår ORDRSP i EDI-ordreprosessen?
EDI ORDRSP følger etter ORDERS og før logistikk- og fakturaprosesser.
Standard sekvens er:
- ORDRSP (Ordrebekreftelse)
- DESADV (Forsendelsesmelding)
ORDRSP bekrefter om leverandøren vil oppfylle ordren som forespurt.
Videre logistikkplanlegging baseres på bekreftet mengde og leveringsdato.
Hvorfor krever Vinmonopolet ORDRSP-meldingen?
Vinmonopolet krever at leverandører sender EDI ORDRSP elektronisk for å bekrefte ordrestatus.
Kravet skal:
- Sikre dokumentert aksept av ordre i alkoholdistribusjon
- Avdekke restordre før forsendelse
- Opprettholde systembasert sporbarhet
- Støtte regulatorisk kontroll
Alkoholdistribusjon i Norge er regulert. Strukturert ordrebekreftelse sikrer at leveranseforpliktelser er dokumentert og validerbare.
Manuelle bekreftelser er ikke kompatible med automatisert retail-infrastruktur.
Hva skjer hvis EDI ORDRSP mangler?
Hvis EDI ORDRSP ikke mottas:
- Ordrebekreftelse er ufullstendig
- Systemmatching kan ikke gjennomføres
- Logistikkplanlegging kan bli forsinket
- Manuell oppfølging kan bli nødvendig
I automatiserte systemer fører manglende EDI ORDRSP til brudd i ordreprosessen.
Videre prosesser som lagerallokering og forsendelse kan påvirkes.
Når anses en ORDRSP-melding som endelig?
En ORDRSP-melding anses som endelig når den er validert og akseptert av kjøpers system i henhold til avtalte EDI-regler.
- Syntaks
- Struktur
- Gyldige responskoder
- Korrekt referanse til opprinnelig ORDERS
Etter godkjenning blir bekreftet mengde og leveringsdato operativ referanse for oppfyllelse.
Juridisk bindende effekt avhenger av den kontraktsmessige avtalen mellom partene.
Oppsummering
- EDI ORDRSP er den formelle elektroniske responsen på en ORDERS-melding.
- Den bekrefter aksept, delvis aksept, endring eller avvisning — per linje.
- Bestilt mot bekreftet mengde er det som gjør restordre synlig tidlig.
- Bekreftet mengde og dato styrer resten av kjeden, ikke det opprinnelig bestilte.
- Responskoder og obligatoriske segmenter defineres av handelspartnerens guide.
- Uten validert EDI ORDRSP kan ikke forsendelse og fakturering avstemmes pålitelig.
Spørsmål og svar
Ofte stilte spørsmål om EDI ORDRSP
Her svarer vi på de vanligste spørsmålene vi får fra nye og eksisterende kunder.
EDI ORDRSP er den elektroniske ordrebekreftelsen i EDI, sendt fra leverandør til kjøper som svar på en ORDERS-melding. I UN/EDIFACT står forkortelsen for Order Response. Meldingen viser om ordren er akseptert som bestilt, akseptert med endringer i mengde eller leveringsdato, eller avvist — og statusen settes per ordrelinje, ikke bare for ordren samlet.
Den brukes til å bekrefte ordrestatus, oppdatere leveringsdatoer og varsle om avvik, i et format kjøperens system kan behandle direkte. Den viktigste funksjonen er å gjøre differansen mellom bestilt og bekreftet mengde synlig tidlig, slik at restordre oppdages før forsendelse framfor ved varemottak eller fakturakontroll.
Det avhenger av handelspartneren. Flere større norske innkjøpere krever EDI ORDRSP av leverandørene sine, mens andre nøyer seg med ordre og faktura. Kravet står i den enkelte kjedens implementeringsguide, og kan endres over tid. Sjekk gjeldende krav hos hver handelspartner framfor å anta at oppsettet mot én kjede dekker den neste.
På hodenivå: referanse til den opprinnelige ordren, ordrebekreftelsesnummer, responsdato og identifikasjon av kjøper og leverandør. På linjenivå: produktidentifikator, bestilt antall, bekreftet antall, eventuell oppdatert leveringsdato og responskode. Referansen til ORDERS er det kritiske feltet — uten den kan ikke bekreftelsen knyttes til bestillingen.
ORDERS er bestillingen fra kjøper til leverandør. EDI ORDRSP er svaret tilbake. De hører sammen: ORDRSP refererer til ordrenummeret i ORDERS, og det er avviket mellom bestilt og bekreftet mengde som senere avgjør om pakkseddelen og fakturaen passerer valideringen hos kjøperen.
Ordrestatus kan ikke bekreftes, og systemmatchingen bryter sammen. Kjøperen har ingen bekreftet mengde å måle leveransen mot, logistikkplanleggingen forsinkes, og manuell oppfølging blir nødvendig. Konsekvensen dukker ofte opp først ved varemottak eller fakturakontroll, når avviket mellom bestilt og levert ikke lar seg forklare.
Neste anbefalt artikkel
Kort oppsummering som binder leseren videre til et dykkemal - typisk neste steg i brukerens reise.
Tilbake til Aktuelt
Hva er PRICAT? Priskatalog i EDI
PRICAT er meldingstypen som brukes til å sende produkt- og prisinformasjon fra en leverandør til en…
