Drift af optimeret ordreforslag

Automatisering

Om Opgavernes køelement skulle varestatistikerne automatiseres. Navision burde kunne beregne 10-20 varer pr. sekund. Om den Parameterstreng 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 vi antal artikler divideret med antal løb om ugen = antal artikler pr. løb.
Antallet af løb pr. uge bestemmes af den indstillede Begynd– og Endetid således at Antal minutter mellem udførelser.

Bestillingsparametre

Næsten alle felter for det optimerede ordreforslag kan genkendes ved starten Gennem. Til gennemsnitlig(e). Gennemsnittet er indkøberens bedste ven: Det letter og forfiner behovsforudsigelsen væsentligt (med nogle ekstra algoritmer).

Indkøb indretning

Screenshot af indkøbsindstillinger for optimeret bestillingsforslag under Navision / Business Central

Gennem. Bestil. foresl. 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) når den næste større enhed. I dette tilfælde rundes ordremængden op til den næste større enhed.

Gennem. Indtast. Dato.

For at bestemme den gennemsnitlige leveringstid analyserer det optimerede ordreudkast historikken for leveringer. Med denne datoformel kan du angive, hvor langt Navision skal se bagud for dette. Anbefaling: Lad Business Central og 1-2 år se tilbage. Et for langt blik ind i fortiden lader outliers blive glemt for langsomt, mens et for kort blik derimod vurderer outliers for højt.

Næste. Næste punkt 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.

Gennem. Faktisk. Bedst. Foreslå.*

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.

Optimeret bestillingscyklus: Varelager og kapitalbinding minimeres, lager tilgængelighed maksimeres.


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
– Forkortede holdbarhedstider (Mindst holdbar til-dato)

I sådanne tilfælde kan du her generelt øge bestillingsforslagene (en faktor > 1, f.eks. øger en faktor på 1,10 bestillingsforslagene med 10%) eller reducere dem (faktor 90% af den beregnede bestillingsforslagsmængde))

Opfordring til opdatering af afsalgsdata til optimeret ordreudkast manuelt
Via denne menupost kan opdateringen af salgsdata for det optimerede ordreforslag også startes manuelt. Men dette er som regel ikke nødvendigt, da opdateringen af artikelstatistikken sker automatisk via opgavekøposter.

Kreditorstamdata

Visning af kreditoropsætning (stamdata for leverandør) for optimeret indkøbsforslag i Navision / Business Central fra RTC-klienten
Skærmbillede af kreditorenopsætning (leverandørstamdata) til det optimerede bestillingsforslag i Navision eller Business Central i RTC-klienten

Leveringstid i dage (fast) *

„Normalt beregner Navision eller Business Central ø. leveringstid automatisk baseret på kø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å ugentligt 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 ugentlige marked finder sted hver onsdag. Her kan du så indtaste en gennemsnitlig leveringstid på 7 dage. Nu kan Navision igen give dig fornuftige bestillingsforslag for en genanskaffelsesperiode på ca. 7 dage.

Gennemsnitlig faktor ordre forslag *:

En faktor med den samme funktion som i Indkøb indretning. Dette parameter har en højere prioritet, hvis det er sat, vil parameteret fra opsætningen ikke blive brugt.

Gennemsnitlig minimumsbestillingsværdi *

Denne værdi bruges to gange.
a) Den vises som klartekst i ordreudkastet for at give et hurtigt overblik.
b) I en ordre tjener denne værdi som (ændringsmulig!) standard for en forøgelse af ordrebeløbet.

Artikelstamme

Skærmbillede af den automatisk beregnede varestatistik for det optimerede automatiske bestillingsforslag i Navision / Business Central
Artikel Behovsstatistik til optimeret automatisk ordreordre i Navision og Business Central RTC-klient
Screenshot af artikelkort med ekstra felter, optimeret ordre-forslag i den native Navision (Windows Client) (op til version 2009R2)
Artikelkort med de ekstra felter til det optimerede bestillingsforslag i den native Navision (op til version 2009R2)

Gennemsnitlig leveringstid i dage

Hvor lang tid går der i gennemsnit fra bestilling til levering? Det er vigtigt for det optimale tidspunkt for genbestilling.

Gennemsnitlig leveringsafvigelse

Hvor præcis er gennemsnitlig leveringstid i dage?

Gennemsnitligt forbrug pr. dag

Hvor mange stk. sælges/forbruges der pr. dag?

Gennemsnitlig afvigelse forbrug

Hvor nøjagtigt er det gennemsnitlige forbrug pr. dag?

Gennemsnit beregnet ved

Hvornår blev disse statistikfelter for denne artikel sidst opdateret?

Gennemsnitlig forbrugsfaktor

faktoren som en kreditor eller i den Møblering. Hvis faktoren udnyttes i artikelstammen, har de to andre faktorer ingen betydning (højeste prioritet).

Købende kunder

Hvor mange forskellige kunder køber denne vare? Jo mindre dette tal er, desto farligHvis 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ækkelig.

Gennem. Særtilbud

Ved specielle artikler bruges statistikfelterne ikke til ordreforudsigelsen. Kun kundeordrer indgår i ordreforudsigelsen. (Naturligvis indgår kundeordrer også i ordreforudsigelsen for normale artikler.)

Ordrestørrelse

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 et multiplum heraf. Dette er et standard Navision og Business Central-felt.

Sikkerhedsbestand

Sikkerhedslageret må aldrig brydes, så det trækkes fra den tilgængelige lagerbeholdning i bestillingsforslaget. Det fornuftige lager øges dermed med sikkerhedslageret. Dette er et standardfelt i Business Central & Navision.

Sæsonvare

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...).

Debitor oprettelse

Tidshorisont tilbage for at bestemme det gennemsnitlige salg (salg) pr. vare

Hvor langt skal Business Central/Navision se tilbage for at finde den gennemsnitlige salgsmængde. Anbefaling: 3 år (-3 år)

Oprettelse af en bestil-forslag

Anmod om det optimerede ordre­forslag i Navision (RTC) eller Business Central
Kald af optimeret ordreforslag i nativer Navision (op til version 2009R2) med den native klient

Om Optimeret ordreforeslag start beregningen af ordreudkast.
Om Optimeret bestillingsforslag til leverandør… starten Sie den Bestellvorschlag für einen bestimmten Lieferanten. Sie können dann im nächsten Schritt den Lieferanten aus der Kreditorenliste auswählen.

Resultat af automatisk genereret ordreudkast

Ordreværdiøgning

I ordrehovedet i feltet Ordreværdi øge den ønskede ordreværdi. Dette felt forudfyldes med indholdet „Minimumsordreværdi“ fra kreditorstammen.
Derefter skal du kalde ordreforhøjelsen:

Intelligent ordreforhøjelse: Navision / Business Central tilføjer automatisk artikler, der snart skal bruges, op til det angivne ordreniveau

Navision & Business Central tilføjer automatisk artikler, der snart skal bruges, op til den angivne bestillingsmængde.

„Gennemsnit.“ i felttitlen indikerer blot, at denne indstilling tilhører det optimerede ordreudkast. Det er ikke et felt, der repræsenterer et gennemsnit (Ø).