Elektronisk bestillingssystem (Eos)
Hva er et elektronisk ordresystem (EOS)?
Et elektronisk ordresystem (EOS) er et databasert system som brukes til å opprette, motta, registrere og overføre bestillinger av varer eller tjenester. Innen detaljhandel, netthandel og forsyningskjedeoperasjoner erstatter eller supplerer det papirskjemaer, telefonbestillinger og manuell registrering på nytt ved å registrere ordreopplysninger elektronisk og gjøre dem tilgjengelige for partene eller applikasjonene som har ansvar for å behandle dem.
Begrepet forekommer også som elektronisk bestillingssystem. Omfanget avhenger av forretningskonteksten: Det kan beskrive en forhandlers etterfyllingsapplikasjon, en bestillingsportal for leverandører eller ordreinnskrivingsfunksjonen i en større forretningsplattform. Selve betegnelsen fastsetter ikke et bestemt sett med funksjoner. Et EOS kan kobles til systemer for lagerbeholdning, betaling, lager og transport, men slike forbindelser bør ikke tas for gitt.
Rolle i netthandel og forsyningskjeder
Et EOS fungerer på punktet der et innkjøpsbehov blir til en strukturert forretningsinstruksjon. En forbruker kan sende inn en bestilling gjennom en nettbasert utsjekking, mens en innkjøper i detaljhandelen kan bestille erstatningslager gjennom en leverandørportal. I begge tilfeller registrerer systemet hva som etterspørres, i hvilken mengde, av hvem og under hvilke leverings- og kommersielle betingelser.
Den elektroniske ordren er ikke den fysiske forsendelsen. Den er informasjon som kan sette i gang senere aktiviteter, blant annet tilgjengelighetskontroller, ordrebekreftelse, lagerallokering, plukking, pakking og utsendelse. Disse aktivitetene kan finne sted i samme applikasjon eller i separate tilkoblede systemer.
Elektronisk bestilling betyr heller ikke nødvendigvis et nettsted. Bestillinger kan legges inn gjennom et internt innkjøpsskjermbilde, lastes opp fra en fil, utveksles gjennom et programmeringsgrensesnitt (API) eller overføres ved hjelp av elektronisk datautveksling (EDI). Standarder som UN/EDIFACT og GS1 EDI gir strukturer for utveksling av forretningsmeldinger; de er ikke komplette bestillingsapplikasjoner.
Slik fungerer et elektronisk ordresystem
Den følgende sekvensen er en illustrerende arbeidsflyt, ikke en obligatorisk teknisk spesifikasjon. Kontrollenes rekkefølge og omfang avhenger av transaksjonen, den kommersielle avtalen og systemutformingen.
- Registrer forespørselen. Kjøperen eller en annen applikasjon oppgir produktidentifikatorer, mengder, kjøperopplysninger og leveringskrav. Systemet oppretter en post som kan refereres til under behandlingen.
- Valider informasjonen. Systemet kan kontrollere obligatoriske felt, gjenkjente produktkoder, tillatte mengder, adresseformater og kontotillatelser. Validering bekrefter at informasjonen oppfyller definerte regler; det bekrefter ikke nødvendigvis at selgeren kan oppfylle forespørselen.
- Kontroller kommersielle forhold og lagerforhold. Når tilkoblede data er tilgjengelige, kan applikasjonen kontrollere priser, avtalte vilkår, lagerbeholdning, betalingsstatus eller kredittgodkjenning. Noen kontroller kan kreve menneskelig vurdering.
- Overfør eller rut ordren. Forespørselen sendes til leverandøren eller den relevante interne applikasjonen. Et mottakende system kan oversette den innkommende meldingen til sitt eget postformat.
- Registrer svaret. Selgeren kan godta, avvise eller foreslå endringer i ordren. En teknisk mottakskvittering bekrefter at en melding kom frem; den bør ikke automatisk tolkes som kommersiell godkjenning.
- Send godkjent informasjon videre til oppfyllelse. Godkjente ordrelinjer kan bli grunnlag for allokering, frigivelse på lageret eller leverandøroppfyllelse. Én ordre kan føre til flere forsendelser, og enkelte linjer kan forbli uoppfylte.
- Vedlikehold senere endringer. Endringer, kanselleringer, restordrer og oppdateringer om oppfyllelse må fortsatt være knyttet til riktig ordre og ordrelinjer. Om disse handlingene støttes, avhenger av implementeringen.
En viktig kontroll er skillet mellom innsending, mottak, godkjenning og oppfyllelse. Hvis disse behandles som det samme, kan det føre til misvisende kundemeldinger eller driftsfeil. At en ordre vises på en skjerm, beviser ikke i seg selv at lageret er reservert eller at en transportør har mottatt en pakke.
Informasjon en ordrepost kan inneholde
De obligatoriske feltene varierer etter transaksjon. Gruppene nedenfor forklarer informasjonen som trengs for praktisk ordrebehandling, og definerer ikke en universell EOS-datastandard.
| Informasjonsgruppe | Eksempelfelt | Operasjonelt formål |
|---|---|---|
| Ordreidentifikasjon | Ordreferanse, opprettelsesdato, kjøperreferanse | Skiller transaksjonen fra andre og støtter avstemming. |
| Handelspartnere | Kjøper, selger, fakturapart, leveringsmottaker | Identifiserer organisasjonene eller personene som er involvert. |
| Ordrelinjer | Produktidentifikator, mengde, måleenhet | Angir de etterspurte varene og mengdene. |
| Kommersiell informasjon | Valuta, avtalt pris, betalingsvilkår | Registrerer det kommersielle grunnlaget for forespørselen. |
| Leveringskrav | Leveringsadresse, ønsket leveringsdato, tjenesteinstruksjon | Gir instruksjoner for planlegging av oppfyllelsen. |
| Behandlingsreferanser | Godkjenningsstatus, revisjonsreferanse, tilknyttet forsendelsesreferanse | Kobler ordren til senere handlinger og poster. |
Konsistente identifikatorer er like viktige som at feltene finnes. For eksempel er en mengde på ti tvetydig hvis én applikasjon tolker den som ti enkelte enheter og en annen tolker den som ti kolli. Produktidentifikatorer, måleenheter, adresseregistre og valutakoder krever derfor en avtalt tolkning på tvers av tilkoblede systemer.
Relaterte systemer og tekniske begreper
Elektronisk bestilling overlapper med flere forretningsfunksjoner. Forskjellene nedenfor beskriver fokusområdene deres, ikke rigide grenser mellom programvareprodukter. Én plattform kan utføre flere av disse funksjonene.
| Begrep | Hovedfokus | Forholdet til et EOS |
|---|---|---|
| Ordrebehandlingssystem (OMS) | Håndtering av ordrer gjennom godkjenning, allokering, oppfyllelse og avvik. | Et EOS kan tilby ordreinnlegging, mens et OMS koordinerer den bredere ordrelevetiden. |
| Elektronisk datautveksling (EDI) | Utveksling av strukturerte forretningsmeldinger mellom systemer. | EDI kan overføre innkjøpsordrer og tilknyttede dokumenter; det er ikke i seg selv hele bestillingsprosessen. |
| Enterprise resource planning (ERP) | Kobling av forretningsposter og prosesser, som innkjøp, lagerbeholdning og regnskap. | Elektronisk bestilling kan være en ERP-funksjon eller en ekstern applikasjon som er koblet til den. |
| Lagerstyringssystem (WMS) | Kontroll av lageraktiviteter og lagerbevegelser. | Et WMS kan motta oppfyllelsesinstruksjoner som er avledet fra godkjente ordrer. |
| Innkjøpsordre | Et forretningsdokument som spesifiserer kjøperens ønskede innkjøp. | En innkjøpsordre er et dokument et EOS kan opprette eller overføre, ikke selve systemet. |
Et API og EDI er ikke nødvendigvis alternativer på samme nivå. Et API beskriver et programmatisk grensesnitt, mens EDI gjelder utveksling av strukturerte forretningsdokumenter. En integrasjon kan bruke et API til å overføre et EDI-formatert dokument. De praktiske spørsmålene er hvilken informasjon som utveksles, hvordan betydningen bevares, og hvordan svar og feil håndteres.
Bruk i grensekryssende netthandel
Grensekryssende bestilling medfører ytterligere krav til data og koordinering, men endrer ikke det grunnleggende formålet med et EOS. En selger trenger brukbar ordreinformasjon før internasjonal oppfyllelse organiseres. Relevante opplysninger kan omfatte destinasjonsland, mottakerinformasjon, transaksjonsvaluta, produktbeskrivelse og leveringsinstruksjoner.
Ikke alle tollrelaterte felt må fylles ut av kjøperen. Noe informasjon kan komme fra produktmasterdata eller senere fraktprosesser. Manglende eller unøyaktige produktbeskrivelser, verdier eller opprinnelsesopplysninger kan imidlertid kreve korrigering før forsendelsesdokumentasjonen utarbeides.
En elektronisk ordre er ikke en tolldeklarasjon. Ordreinformasjon kan bidra til en handelsfaktura eller deklarasjon, men ytterligere data og kontroller kan være nødvendige. World Customs Organization Data Model omhandler harmoniserte krav til grensekryssende regulatoriske data; den bør ikke behandles som en universell spesifikasjon for ordreinnlegging i netthandel.
En forhandler kan for eksempel motta en utenlandsordre som inneholder to produkter. Det ene produktet kan være tilgjengelig umiddelbart, mens det andre krever etterfylling. Ordresystemet registrerer kundens forespørsel, men etterfølgende prosesser må avgjøre om ordren skal holdes tilbake eller om det skal opprettes separate forsendelser. Eventuelle forsendelsesreferanser bør fortsatt være knyttet til de relevante ordrelinjene, slik at delvis oppfyllelse ikke forveksles med at hele ordren er fullført.
Operasjonelle kontroller og begrensninger
Elektronisk registrering kan redusere gjentatt manuell innlegging når informasjon overføres mellom systemer uten ny tasting. Det garanterer ikke korrekt lagerbeholdning, riktige priser, vellykket levering eller feilfri oppfyllelse. Feilaktige kildedata kan bevege seg gjennom en automatisert prosess like lett som korrekte data.
Ved vurdering av et EOS eller undersøkelse av en integrasjon kan nyttige kontroller omfatte:
- Håndtering av duplikater: Kan mottaksprosessen gjenkjenne en gjentatt innsending uten å opprette en utilsiktet ordre nummer to?
- Statusbetydning: Skilles teknisk mottak, kommersiell godkjenning, betalingsbekreftelse og utsendelse tydelig fra hverandre?
- Datatilordning: Beholder produktkoder, enheter, valutaer og adressefelt betydningen sin på tvers av applikasjoner?
- Avvikshåndtering: Er avviste meldinger, utilgjengelige varer og ugyldige felt synlige for personene som har ansvar for å løse dem?
- Endringskontroll: Kan brukere identifisere den gjeldende ordreversjonen og avgjøre om en kansellering kom inn før lagerbehandlingen?
- Tilgang og sporbarhet: Kan virksomheten fastslå hvem som sendte inn eller endret en ordre, og begrense sensitive handlinger til autoriserte brukere?
Dette er evalueringsspørsmål, ikke funksjoner som garanteres av begrepet EOS. Hvor viktige de er, avhenger av forretningsprosessen, transaksjonsvolumet og konsekvensene av en feilaktig ordre.
Vanlige spørsmål
Hva betyr EOS i netthandel?
I denne sammenhengen betyr EOS elektronisk ordresystem eller elektronisk bestillingssystem: programvare som brukes til å registrere og kommunisere ordrer elektronisk. Det nøyaktige omfanget bør kontrolleres i dokumentasjonen der begrepet forekommer.
Er et EOS det samme som et ordrebehandlingssystem?
Ikke nødvendigvis. Elektronisk bestilling legger vekt på innlegging og overføring av ordren. Ordrebehandling kan utvides til allokering, oppfyllelse, endringer og avvik. Én applikasjon kan tilby begge funksjonene.
Bekrefter en elektronisk ordre at varene er sendt?
Nei. Innsending og godkjenning er atskilt fra utsendelse. Forsendelsesbekreftelse krever informasjon fra oppfyllelses- eller fraktprosessen, ikke bare at det finnes en ordrepost.
Krever et EOS EDI?
Nei. Et EOS kan bruke en portal, et API, filutveksling, EDI eller en kombinasjon av metoder. EDI gir strukturert meldingsutveksling der det er implementert.
Kilder
- United Nations Economic Commission for Europe: Introducing UN/EDIFACT — Understøtter forklaringen av standardisert elektronisk utveksling av forretningsdata, i stedet for å definere EOS som en bestemt programvarekategori.
- GS1: Electronic Data Interchange — Understøtter rollen til standardiserte forretningsmeldinger i bestilling, levering og tilknyttede handelsprosesser.
- World Customs Organization: WCO Data Model — Understøtter skillet mellom kommersiell ordreinformasjon og harmoniserte datakrav for grensekryssende regulatoriske prosedyrer.
