automatisering
Via opgavekøen burde varestatistikerne automatiseres. Navision burde kunne beregne 10-20 varer pr. sekund. Via parameterstrengen kan du angive, hvor mange elementer Navision & Business Central skal beregne pr. kørsel. Tommelfingerregel: Hvert element bør beregnes én gang om ugen.
Dermed får man antal varer divideret med antal kørsler om ugen = antal varer pr. kørsel.
Antallet af kørsler pr. uge bestemmes af den indstillede start– og sluttid såvel som antal minutter mellem kørsler.
Bestillingsparametre
Næsten alle felter for det optimerede ordreforslag kan genkendes på starten gns., der står for gennemsnitlig(e). Gennemsnittet er indkøberens bedste ven: Det letter og forfiner behovsforudsigelsen væsentligt (med nogle ekstra algoritmer).
Indkøb opsætning
Gns. ordreforslag runde op fra %*
Hvis du indtaster en værdi her, f.eks. 80%, kontrollerer Business Central eller Navision, når den fastslår ordremængden, om den fastslåede ordremængde (80% i dette eksempel) passer med den næste større enhed. I dette tilfælde rundes ordremængden op til den næste større enhed.
Gns. indkøbshistorik dato
For at bestemme den gennemsnitlige leveringstid analyserer det optimerede ordreforslag historikken for leveringer. Med denne datoformel kan du angive, hvor langt Navision skal se bagud for dette. Anbefaling: Lad Business Central se 1-2 år tilbage. Et for langt kig tilbage i fortiden lader afvigelser blive glemt for langsomt, mens et for kort kig derimod vurderer afvigelser for højt.
Gns. næste varer til beregning*
Op til hvilken post er statistikopdateringen udført. Business Central eller Navision beregner altid kun en håndfuld poster for ikke at belaste serveren og hele systemet unødigt. Når den sidste post er beregnet, starter Business Central eller Navision forfra igen. Se også automatisering.
Gns. faktura ordreforslag.*
Navision og Business Central beregner som udgangspunkt ordrestyring i henhold til den klassiske regnskabspraksis: Ved normalt varesalg bør nye varer bestilles i god tid, så den nye varelevering ankommer præcis, når det sidste lager er solgt.
Dermed reduceres kapitalbindingen til et minimum (der opbevares ikke flere varer på lager end dem, der normalt sælges indtil genanskaffelse). Samtidig bringes lagerets tilgængelighed - normalt - til 100%: Alle kundeordrer, der svarer til det statistiske gennemsnit, kan betjenes direkte fra lageret.
Der er dog også gode grunde til specifikt at reducere (-) eller øge (+) et lager, f.eks.
+ Der er ubundet kapital til rådighed, som skal investeres i lagerbeholdningen
+ Lave renter på kapitalmarkederne, hvilket giver et højere afkast end omkostninger ved investering i lagerbeholdning
+ Forventede flaskehalse (f.eks. tegn på en pandemi som Corona, observerede eller forventede ændringer i kundernes købsadfærd, annoncerede prisstigninger fra leverandører)
+ Forbedret holdbarhed
– Ændringer i købsadfærd
– Ændringer i moden
– Forkortet holdbarhed
I sådanne tilfælde kan du her generelt øge ordreforslagene (en faktor > 1, f.eks. øger en faktor på 1,10 ordreforslagene med 10%) eller reducere dem (faktor 90% af den beregnede ordreforslagsmængde)
Kreditorstamdata
Gns. leveringstid i dage (fast) *
"Normalt" beregner Navision eller Business Central den gennemsnitlige leveringstid automatisk, baseret på indkøbshistorikken.
Men hvis du har direkte indkøb, vil dette ikke fungere. Eksempel: Du køber kobber på spotmarkedet, eller frisk kød, frisk frugt, fisk på det ugentlige marked baseret på tilgængelighed. Derefter registrerer du de indkøbte produkter i en indkøbsordre og bogfører dem direkte. På denne måde har du altid leveringstider på 0 dage. Dermed kan Business Central eller Navision ikke beregne meningsfulde leveringstider for dig, og dermed ikke meningsfulde indkøbsmængder.
Men det ugentlige marked finder sted hver onsdag. Her kan du så indtaste en gennemsnitlig leveringstid på 7 dage. Nu kan Navision igen give dig fornuftige ordreforslag for en genanskaffelsesperiode på ca. 7 dage.
Gns. ordreforslagsfaktor *:
En faktor med den samme funktion som i Indkøb opsætning. Dette parameter har en højere prioritet, hvis det er sat, vil parameteret fra opsætningen ikke blive brugt.
Gns. minimumsordre *
Denne værdi bruges to gange.
a) Den vises som klartekst i ordreforlsaget for at give et hurtigt overblik.
b) I en ordre tjener denne værdi som (ændringsmulig!) standard for en forøgelse af ordrebeløbet.
Varedata
Gns. leveringstid i dage
Hvor lang tid går der i gennemsnit fra bestilling til levering? Det er vigtigt for det optimale tidspunkt for genbestilling.
Gns. leveringsafvigelse
Hvor præcis er den gennemsnitlige leveringstid i dage?
Gns. forbrug pr. dag
Hvor mange stk. sælges/forbruges pr. dag?
Gns. forbrugsafvigelse
Hvor nøjagtigt er det gennemsnitlige forbrug pr. dag?
Gns. beregnet den
Hvornår blev disse statistikfelter for denne vare sidst opdateret?
Gns. forbrugsfaktor
Faktoren som i kreditoren eller i opsætningen. Hvis faktoren udnyttes i varedataene, har de to andre faktorer ingen betydning (højeste prioritet).
Gns. købende kunder
Hvor mange forskellige kunder køber denne vare? Jo mindre dette tal er, desto farligere:Hvis en enkelt købende kunde bortfalder, kan man risikere at sidde tilbage med varelageret. Det maksimale antal købende kunder er begrænset til 10, da risikospredningen på dette niveau er tilstrækkeligt.
Gns. specialvarer
Ved specielle varer bruges statistikfelterne ikke til ordreforudsigelsen. Kun kundeordrer indgår i ordreforudsigelsen. (Naturligvis indgår kundeordrer også i ordreforudsigelsen for normale varer.)
Ordremængde
Ordremængde, på disse niveauer bestilles varen. Fornuftigt f.eks. ved beholdere eller konserves: Der kan altid kun bestilles et helt lag af paller, f.eks. 9 stk. Et delvist fyldt lag medfører snarere skader under transport. Navision & Business Central vil derfor ved behov bestille mindst 9 eller noget, der går op med 9. Dette er et standard Navision og Business Central-felt.
Sikkerhedslager
Sikkerhedslageret må aldrig bruges, så det trækkes fra den tilgængelige lagerbeholdning i ordreforslaget. Det fornuftige lager øges dermed med sikkerhedslageret. Dette er et standardfelt i Business Central & Navision.
Sæsonvarer
For sæsonbestemte varer beregnes gennemsnitligt salg ikke ud fra de seneste 5 måneder, men ud fra de seneste 5 år i den pågældende måned.
Eksempel: Statistikken opdateres i december. For en ikke-sæsonvare (f.eks. brød) beregnes gennemsnitligt forbrug/salg af månederne november, oktober, september, august, juli (december har den største vægtning). For en sæsonvare (f.eks. chokolade julemænd) beregnes gennemsnitligt forbrug/salg til ordreprognosen ud fra de seneste 5 novembermåneder (november sidste år, november forrige år...).
Debitoroprettelse
Hvor langt skal Business Central/Navision se tilbage for at finde den gennemsnitlige salgsmængde. Anbefaling: 3 år (-3j)
Oprettelse af et ordreforslag
Via optimeret ordreforeslag startes beregningen af ordreforslaget.
Via optimeret ordreforslag til leverandøren… startes ordreforslaget til en bestemt leverandør. Du kan så vælge leverandøren fra kreditorlisten i næste skridt.
Hævelse af ordreværdi
I ordrehovedet i feltet hæv ordreværdi hæves den ønskede ordreværdi. Dette felt forudfyldes med indholdet "minimumsordreværdi" fra kreditorstamdata.
Derefter skal du få vist ordreforøgelsen:
Navision & Business Central tilføjer automatisk varer, der snart skal bruges, op til den angivne ordremængde.
"Gns." i felttitlen indikerer blot, at denne indstilling tilhører det optimerede ordreforslag. Det er ikke et felt, der repræsenterer et gennemsnit (Ø).