Hva er en EDI Ordre (ORDERS)?

En EDI Ordre (ORDERS) er en innkjøpsordre som sendes maskinlesbart fra kjøperens system til leverandørens, i stedet for som e-post, PDF eller papir. I UN/EDIFACT-standarden heter meldingstypen ORDERS, og den definerer hvilke segmenter og dataelementer ordren skal bestå av. ORDERS er startpunktet i den elektroniske transaksjonskjeden: alt som følger etter, henger på at den kom riktig inn.

Nøkkelpunkter:

• EDI Ordre (ORDERS) er meldingstypen for innkjøpsordre i UN/EDIFACT, forvaltet av UN/CEFACT.
• Meldingen er bygget av segmenter: UNH, BGM, DTM, NAD, RFF, LIN, QTY, PRI og UNT.
• Hodedata gjelder hele ordren, linjedata beskriver den enkelte varen.
• Validering skjer på fire nivåer, fra syntaks til forretningsregler som minimumsordre og avtalt pris.
• Feil i ORDERS forplanter seg gjennom hele kjeden fram til fakturaen.
• Endringer sendes normalt som egen melding, ikke som en ny ordre.

Hvordan fungerer en EDI Ordre (ORDERS)?

Hvilke data inneholder en EDI Ordre (ORDERS)?

Hvilke systemer kreves for å sende eller motta en EDI Ordre (ORDERS)?

Komponent	Rolle
ERP- eller innkjøpssystem	Genererer utgående ordre og mottar innkommende. Holder masterdata: produkter, priser, kunder, leveringsadresser
EDI-konverter	Oversetter mellom internt format og ORDERS-struktur, begge veier
Kommunikasjonskanal	Sikrer levering, kryptering og håndtering av kvitteringsmeldinger

Kanalen er normalt AS2, SFTP, et VAN-nettverk eller en API-basert gateway. Alle tre komponentene må konfigureres etter handelspartnerens ORDERS-spesifikasjon.

Hvordan valideres en EDI Ordre (ORDERS)?

Valideringen skjer på fire nivåer, fra det tekniske til det forretningsmessige:

Nivå	Hva som kontrolleres	Typisk feil
Syntaks	Segmentstruktur, skilletegn, meldingsinnpakning	Manglende UNT, ugyldig tegnsett
Struktur	At obligatoriske segmenter finnes og er riktig plassert	Ordrelinjer uten hodesegmenter
Dataelementer	Produktidentifikatorer, antallsformat, leveringsdato, partidentifikatorer	GTIN i feil lengde, ugyldig datoformat
Forretningsregler	Godkjente produktkoder, gyldige leveringssteder, minimumsordre, avtalt pris	Bestilling under minimumskvantum

Forretningsregelnivået er det som skiller ORDERS fra de andre meldingstypene. En ordre kan være teknisk feilfri og likevel avvises fordi varen ikke er listet hos leverandøren, leveringsstedet ikke er registrert, eller prisen avviker fra avtalen.

Feiler valideringen, avvises meldingen, og en feilmelding eller CONTRL-melding returneres. Ingen videre ordrebehandling skjer før meldingen er godkjent. Se EDI-validering for hvordan nivåene fungerer, og EDI-feil for hvordan gjentatte avvisninger bør analyseres.

Hva skjer etter at ordren er sendt?

EDI Ordre (ORDERS) er første melding i kjeden. De neste følger i fast rekkefølge:

ORDERS → ORDRSP → DESADV → INVOIC

Leverandøren svarer med ORDRSP og bekrefter, endrer eller avviser linjene. Deretter kommer pakkseddelen ved utsendelse, og til slutt fakturaen.

Endringer sendes ikke som en ny ordre. Skal en allerede sendt ordre endres, brukes normalt en egen endringsmelding framfor å sende EDI Ordre (ORDERS) på nytt med samme ordrenummer. Sender man en ny ORDERS med et nummer mottakeren allerede har, avvises den som duplikat. Hvilken framgangsmåte som gjelder, står i handelspartnerens implementeringsguide.

Fordi de påfølgende meldingene refererer tilbake til ordrenummeret, arver hele kjeden feilene i ORDERS. En feil leveringsadresse i NAD-segmentet oppdages ofte ikke før pakkseddelen eller fakturaen avvises, dager senere.

Hvorfor er EDI Ordre (ORDERS) nødvendig i varehandelen?

Detaljhandel og distribusjon opererer med høye transaksjonsvolumer, automatiserte lagersystemer og planlagt varepåfylling. Manuelle ordreformater kan ikke behandles i slike miljøer, fordi ingen leser ordrene enkeltvis.

Med EDI Ordre (ORDERS) på plass får partene:

• Direkte system-til-system-bestilling uten registrering i noen ende
• Ordrebekreftelse tilbake samme dag
• Automatisk lagerallokering hos leverandøren
• Grunnlag for matching mot pakkseddel og faktura senere i kjeden

Det siste punktet er hovedpoenget. Uten en gyldig ORDERS finnes det ingen referanse for de påfølgende meldingene å knytte seg til, og hele treveis-kontrollen mellom ordre, leveranse og faktura faller bort.

Oppsummering

• ORDERS er UN/EDIFACT-meldingstypen for innkjøpsordre og starter transaksjonskjeden.
• Meldingen består av definerte segmenter, hvor NAD ofte brukes flere ganger i samme melding.
• Hodedata gjelder hele ordren; linjedata kan ha egne leveringsdatoer.
• Validering dekker syntaks, struktur, dataelementer og forretningsregler.
• En teknisk korrekt ordre kan avvises på pris, minimumskvantum eller ulistet vare.
• Endringer sendes som egen melding, ikke som ny ORDERS med samme ordrenummer.

Spørsmål og svar

Ofte stilte spørsmål

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

Hva er en EDI-ordre (ORDERS)?

En EDI-ordre er en innkjøpsordre som sendes strukturert mellom kjøperens og leverandørens systemer i stedet for som e-post eller PDF. I UN/EDIFACT heter meldingstypen ORDERS. Den overfører bestillingsinformasjon som produkter, mengder, priser, leveringsdato, leveringsadresse og referanser i et format mottakerens system kan lese direkte, slik at ordren kan opprettes uten manuell registrering.

Hva er forskjellen på ORDERS og ORDRSP?

ORDERS er selve bestillingen, sendt fra kjøper til leverandør. ORDRSP er svaret tilbake, hvor leverandøren bekrefter, endrer eller avviser de enkelte linjene. De to hører sammen: ORDRSP refererer til ordrenummeret i ORDERS, og det er avviket mellom bestilt og bekreftet mengde som senere avgjør om leveransen og fakturaen går gjennom valideringen.

Hva inneholder en ORDERS-melding?

Meldingen inneholder hodedata og linjedata. Hodedata dekker ordrenummer, ordredato, kjøper- og leverandøridentifikasjon, leveringsadresse, valuta, betalingsbetingelser og avtalereferanser. Linjedata dekker produktidentifikator, normalt GTIN, bestilt antall, måleenhet, enhetspris og ønsket leveringsdato per linje. Hvilke felter som er obligatoriske, følger av handelspartnerens implementeringsguide.

Hvorfor avvises ordren når formatet er riktig?

Fordi valideringen også dekker forretningsregler. En ordre kan ha helt korrekt syntaks og struktur og likevel avvises fordi produktkoden ikke er listet hos leverandøren, leveringsstedet ikke er registrert, kvantumet ligger under avtalt minimumsordre, eller prisen avviker fra det som er avtalt. Feilmeldingen peker på regelbruddet, ikke på formatet.

Kan vi endre en ordre etter at den er sendt?

Ja, men normalt ikke ved å sende ORDERS på nytt. Sendes en ny ordre med et ordrenummer mottakeren allerede har registrert, avvises den som duplikat. De fleste handelspartnere bruker en egen endringsmelding for dette formålet. Framgangsmåten står i implementeringsguiden, og bør avklares i testfasen framfor når endringen først haster.

Hva skjer etter at leverandøren har mottatt ordren?

Meldingen valideres mot tekniske og forretningsmessige krav. Går den gjennom, opprettes ordren automatisk, og leverandøren sender ORDRSP tilbake med bekreftede linjer. Deretter følger DESADV ved utsendelse og INVOIC ved fakturering. Alle tre refererer tilbake til ordrenummeret, slik at kjøperens system kan avstemme bestilt, bekreftet, levert og fakturert mengde mot hverandre.

Trenger du hjelp med ORDERS-integrasjon?

Implementering av ORDERS krever korrekt mapping, valideringsregler og integrasjon mellom ERP-systemet og EDI-infrastrukturen. Kundan bistår leverandører og importører med oppsett, testing og drift av EDI-kommunikasjon mot norske handelspartnere.