Det korte svar
En ordre er først entydig, når vare, antal og enhed hænger sammen. Enhedskonvertering skal bygge på godkendte varedata. AI kan aflæse en bestilling, men bør ikke gætte, hvor mange styk en kasse indeholder.
Adskil salgs-, lager- og prisenhed
Virksomheden kan sælge i kasser, lagerføre i styk og aftale en pris pr. hundrede styk. Hvis ét system blot viser antal, er det nødvendigt at kende feltets betydning. Dokumentér hver enhed og den kilde, som ejer omregningsfaktoren.
Vær særligt opmærksom på ændringer i emballage. En ny pakning kan få en anden faktor, selv om produktnavnet ligner det gamle. Bevar versions- eller varenummerkoblingen, så tidligere ordrer stadig kan forstås korrekt.
Regneeksempel: tre kasser med tolv styk
Kunden bestiller tre kasser. Varedata siger tolv styk pr. kasse, og prisen er otte kroner pr. styk. Ordren svarer til 36 styk og et linjebeløb på 288 kr. før eventuelle rabatter, afgifter og fragt. Hvis systemet fejlagtigt bruger tre styk, bliver både levering og faktura forkerte.
Eksemplet viser også, hvorfor prisen ikke kan kontrolleres uden enheden. Et beløb på 96 kr. kan være korrekt pr. kasse, men forkert pr. styk. Vis derfor enhederne ved siden af både mængde og pris i godkendelsesbilledet.
| Felt | Eksempel |
|---|---|
| Bestilt mængde | 3 kasser |
| Godkendt faktor | 12 styk pr. kasse |
| Lagermængde | 36 styk |
| Prisgrundlag | 8 kr. pr. styk |
| Linjesum før øvrige poster | 288 kr. |
Definér hvad der skal stoppe en ordre
Manglende enhed, flere aktive faktorer og en bestilling på en brudt pakning bør behandles eksplicit. Nogle varer kan sælges i halve kasser, andre kan ikke. Det er en forretningsregel, som skal findes i aftalen eller varedata.
For vægtvarer kan en bestilt mængde være forskellig fra den faktisk leverede vægt. Her skal flowet beskrive, hvornår den endelige mængde fastlægges, og hvordan prisen beregnes. En generel kasse-til-styk-regel er ikke nok.
Test enhedskæden helt frem til faktura
Følg samme ordre fra indbakke til ordrekladde, pluk og faktura. Kontrollér, at ingen integration mister enheden undervejs. Test også ændrede pakninger, returvarer og kreditnotaer.
Registrér afvigelser efter årsag: manglende stamdata, forkert kundebetegnelse eller fejl i en systemmapping. Ret problemet dér, hvor det opstår. Mere avanceret tekstforståelse hjælper ikke, hvis omregningen mellem to systemer er forkert.
Brug det i praksis
Jeres næste skridt
- Dokumentér salgs-, lager- og prisenhed.
- Brug godkendte omregningsfaktorer pr. vare.
- Definér regler for brudte pakninger og vægtvarer.
- Vis original bestilling og beregnet mængde sammen.
- Test enheder i både levering, retur og faktura.
Ofte stillede spørgsmål
Kan en omregningsfaktor gælde alle varer?+
Kun hvis varedata faktisk understøtter det. Kasse, palle og pakke er ikke universelle mængder.
Hvad hvis kunden ikke skriver enheden?+
Brug kun en entydig godkendt kundeaftale; ellers skal enheden afklares.
Hvordan håndteres vægtvarer?+
Beskriv særskilt bestilt, forventet og faktisk leveret vægt, og fastlæg hvilket grundlag der udløser fakturering.
Kilder og faglig baggrund
De praktiske eksempler og tjeklister er udarbejdet til denne guide. Følgende kilder uddyber de angivne faglige begreber.
Supplerende baggrund om ordre- og indkøbsforløb i ERP. Ikke dokumentation for en bestemt NoraOS-integration.
Begreber i guiden
Fra guiden til jeres arbejdsgang
Brug et afgrænset pilotforløb til at teste metoden på jeres data og undtagelser.
Udgivet af Norstream med AI-assisteret udarbejdelse. Eksempler er illustrative, medmindre andet er angivet. Tilpas metoder og kontroller til jeres systemer og faglige ansvar.
Har du en rettelse eller et spørgsmål?