En allmän beskrivning för hantering av listor i MONITOR finns under Generellt i Startboken.
Vad görs i denna rutin?
Från fliken Beställning går det att ta fram listor som visar brister i lager för olika perioder på artiklar. Listorna kan användas som underlag för att skapa tillverknings- och inköpsorder. Den kan även användas för att skapa orderförslag eller ange egna orderförslag, som sedan används för att generera skarpa order som ska täcka brister som kommer att uppstå i lager. Väljs en detaljerad lista visar den motsvarande information som finns under fliken Planeringsbild i rutin Artikelfråga.
Vad är Behovsberäkning?
Behovsberäkning ligger till grund för all behovsplanering och är den centrala rutinen i materialstyrningsdelen i MONITOR. Programmet gör en beräkning för vilka perioder brister uppstår i lager för olika artiklar, p.g.a. transaktioner från registrerade kundorder eller tillverkningsorder. En brist uppstår på en artikel om en transaktion gör att det disponibla saldot underskrider noll (0) eller om säkerhetslager tillämpas underskrider säkerhetslagrets saldo. Behovsberäkning visar i listan för vilka perioder brister uppstår. Transaktioner härrör av, t.ex. för en ingående artikel i en struktur, att det uppstått ett behov av den på överliggande nivå med ett visst antal, som är större än disponibelt saldo för den perioden.
Behovsberäkning kan skapa orderförslag på tillverknings- och inköpsorder utifrån eventuella brister. Dessa orderförslag kan genereras direkt till skarpa tillverknings- och inköpsorder. Alternativt går det att hämta upp orderförslagen i rutin Tillverkningsorderförslag och Inköpsorderförslag och där generera "skarpa" tillverknings- respektive inköpsorder för de artiklar som har brister. Order som genereras får automatiskt rätt startperiod och färdigperiod respektive leveransperiod för att täcka bristerna. Startperiod blir alltid satt till idag (dagens datum) om disponibelt saldo underskrider säkerhetslager.
Observera att brister som ligger i dåtid kan generera förslag som också ligger i dåtid. Dessa förslag kan dock flyttas fram förvalt om systemparametern Skapa orderförslag i dåtid väljs bort, under Behovsplanering på fliken Lager i rutin Systeminställningar. Det går också att styra detta direkt i listan, med samma val under Informationsmeny på höger musknapp.
Notera att om man inte tillåter förslag i dåtid gäller följande: Beställningsperiod ("idag") visas i rött om förslaget egentligen skulle skapats för beställning i dåtid.
Se även Arbetsgång med beställningsförslag samt Arbetsgång utan beställningsförslag.
Behovsberäkningen kan också generera förslag på tidigareläggning av befintliga order, istället för att generera orderförslag. T.ex. så uppstår ett förslag på tidigareläggning om en senare i tiden redan lagd order kan täcka en brist som kommer att uppstå före den skarpa orderns färdig- eller leveransperiod. För att omplanera en order med ett förslag tidigareläggning, hämtas ordern upp i rutin Förslag tidigareläggning eller genom att välja Omplanera order... under Informationsmeny på höger musknapp direkt i listan.
Förslag som genereras på L- och K-artiklar i behovsberäkningen reserverar material en nivå ner i strukturen. På T-artiklar skapas materialreservationer och tillverkningsorderförslag för alla nivåer i strukturen.
På strukturartiklar ska behovsberäkningen göras så att alla artiklar på alla nivåer beräknas. I nedanstående strukturartikel finns det tre nivåer (nivå 0-2) med T- och L-artiklar på de högsta nivåerna och K-artiklar på lägsta nivå.
Exempel på en strukturartikel.
Beställningspunktlista
En enklare form av behovsplanering, att titta på fysiskt saldo plus inneliggande beställningar mot beställningspunkt som ger behovssignal, går även att göra vid behovsberäkning. Det finns därför möjlighet att välja att enbart ta hänsyn till skarpa beställningar. I det fallet väljs skarpa reservationer att inte tas med. Det går även då utnyttja att behovsberäkningen genererar beställningsförslag med hänsyn på befintliga skarpa beställningar och fysiskt saldo.
I fallet med att ta hänsyn till reservationsplaneringen fungerar beställningspunkten som ett säkerhetslager. Reservationer kan ju störa i enklare upplägg med en för "tidig" behovssignal, då beräkningen tittar i planeringsbilden.
En mer avancerad form av behovsplanering mot beställningspunkt görs med Lagerpåfyllnadssystem (LPS) bl.a. i rutinerna Lagerpåfyllnadslista - Inköp och Lagerpåfyllnadslista - Tillverkning.
Obs! Notera att artiklar med partiformningsregel H (Hinkartikel) inte behovsplaneras i systemet. I denna rutin och i Nettobehovskörning behandlas inte de artiklarna alls. De artiklarna är istället avsedda för en fysisk bevakning, dvs. att manuellt kontrollera när påfyllning behövs. Ska artiklarna tas med i behovsberäkningen, använd då en annan partiformningsregel på de artiklarna.
Försäljningsprognos
Behovsberäkning kan även göras med hänsyn tagen till lagda försäljningsprognoser. För att undvika att prognoser och inkomna kundorder ger dubbelt behov räknar programmet av på prognoserna. Regeln för hur detta beräknas säger att varje prognospost från och med "idag + ledtid" fram till och med datumet för sista lagda kundordern, minskas med faktorn 'lagda order' / 'prognosantal'. Försäljningsprognos kund, dvs. kundorder rader med status Prognos, likställs här med försäljning. De räknas alltså som en order och inte som en prognos.
Exempel: Alla prognoser som ligger i dåtid eller inom artikelns ledtid tas bort, pga. att vi inte hinner tillverka dem innan behovet föreligger. Om prognosen säger att vi ska sälja 100 st artiklar från och med om 10 dagar (ledtiden) till och med datumet för sista lagda kundorder och vi under samma tid redan har fått kundorder på 30 st artiklar, så minskar vi prognosen med dessa 30 artiklar. Prognoserna minskas då var för sig med 30/100 = 30%. En bra sak är då att ha avrundningsantal satt till minst 1 på alla artiklar som har enhet st, eftersom behov annars kan uppstå på delar av heltal. Prognosposter som ligger längre bort än sista kundorder berörs inte av någon nedräkning.
Offertstock
Behovsberäkningen kan även ta även med de offerter i offertstocken som markerats för simulering/behovsplanering. En offert kan tilldelas en sannolikhetskod som anger vilket utfall som det går att räkna av offerten. Varje sannolikhetskod har ett visst procentvärde. T.ex., två offerter har sannolikhet 50% och samma artikel med 100 i antal. Det blir totalt 200 i antal av den artikeln. Sannolikheten är då 50% att offerterna godtages, då behovsberäknas de två offerterna med totalt 100 artiklar i antal.
Viktigt att tänka på vid behovsberäkning
För att behovsplanera med behovsberäkning behöver artikeldata vara korrekt. Är artikeldata inte korrekt går det inte att utläsa tillförlitlig information från behovsberäkningen. Följande artikeldata är det därför viktigt att kontrollera innan behovsberäkning körs första gången:
Tillämpas dessutom beställningsförslag, dvs. då orderförslag och skarpa order genereras av systemet, krävs dessutom följande:
Vilka uppdateringsmöjligheter finns det?
Om alternativet beställningsförslag är satt under Visa i beställningsbilden, går det att från listan generera tillverkningsorderförslag för T-, L- samt F-artiklar, och inköpsorderförslag för K-artiklar, om det uppstår brister av dessa artiklar.
Det går då också att på samtliga rader i listan registrera en egen kvantitet under Eget förslag eller annan färdigperiod för T- och L-artiklar under Färdig respektive leveransperiod för K-artiklar under Lev.per.
Fördela inköp mellan leverantörer
Om systemparametern Fördela inköp mellan flera leverantörer är aktiverad, under Order / Förfrågan på fliken Inköp i rutin Systeminställningar, innebär det att en fördelningsprocent kan sättas i en leverantörskoppling på en artikel i Uppdatering artiklar - Inköp. Detta möjliggör att inköpen av den artikeln fördelas enligt önskade procentsatser mellan två eller flera leverantörer. Det skapas bara ett inköpsorderförslag, men när förslaget genereras till skarp inköpsorder så fördelas antalet av artikeln på förslaget ut på flera inköpsorder. Det blir då en inköpsorder till respektive leverantör enligt fördelningarna i leverantörskopplingarna.
Max kvantitet
Om det finns en max kvantitet angiven på en artikel så tar Nettobehovskörning, Behovsberäkning och manuellt registrerade tillverkningsorder hänsyn till artikelns max kvantitet. Orderförslag och tillverkningsorder kommer aldrig att överskrida max kvantiteten, och om behovet är större delas det upp på flera tillverkningsorder med max kvantiteten som det antalet artiklar på ordern. Start- och färdigperiod på dessa uppdelade order fördelas jämt under perioden. Detta för att inte skapa materialbehov och beläggning mot samma färdigtidpunkt.
Exempel: Behovet är 100 st, max kvantitet på artikeln 20 st, vilket innebär att det krävs 5 st tillverkningsorder för att fylla behovet.
Max kvantitet gäller enbart artikeltyperna L och T och går bara ange på artikel om systemparametern Visa Max kvantitet är aktiverad, under Behovsplanering på fliken Lager i rutin Systeminställningar.
Vilka grafiska presentationer finns det?
Det finns inga grafiska presentationer i denna lista.
Fönsterfunktioner
Välj Spara uppdaterbara fält för att generera orderförslag eller tidsförflyttningar.
Läs beskrivning av övriga fönsterfunktioner under Fönsterfunktioner i Startboken.
Se även: