Behoefterun voor een Extern Magazijn
M.i.v. deze Releasenote is het mogelijk om bij het opstarten van de Behoefterun aan te geven voor welk Magazijn we die Behoefterun opvragen:
In een Combobox kan worden geselekteerd op:
* = Interne én Externe Magazijnen
^^= Alléén de Interne Magazijnen
ňf kan er een specifiek Extern Magazijn worden geselekteerd.
Een Magazijn wordt opgenomen in de Combobox indien:
a. én Rubriek "Intern Magazijn J/N" met "Nee" is beantwoord
b. én Rubriek "In Besteladvies J/N" met "Ja" is beantwoord
c. én Rubriek "Voorraad leverbaar op Verkooporderregels waarvan de Raapvloer leeg J/N" met "Nee" is beantwoord (immers, dan gedraagt dat Magazijn zich v.w.b. de Behoefterun alsnog als een Intern Magazijn).
Zie onderstaand een schermprint van de registratie van zo'n Magazijn:
Dus, stel dat we aan deze Combobox lijst óók nog een Grieks Magazijn "HE" willen opnemen, dan zorgen we ervoor dat de hierboven genoemde 3 rubrieken goed staat (in praktijk zal w.s. alleen 'Weergeven in Besteladvies J/N' met "Ja" moeten worden gevuld), en we kunnen ook ineens een Behoefterun voor Extern Magazijn "HE" draaien.
Behoeftes voor Externe MagazijnenNet als voor onze gewone (interne) Magazijnen kunnen we ook behoefte hebben aan een produkt in een Extern Magazijn. Deze behoefte kan ontstaan uit:
Uitgaande Behoeftes:* Verkooporderregels vanuit het Externe Magazijn
* Externe Verplaatsopdrachten vanuit het Externe Magazijn
* Magazijnbehoeftes (Bestelniveau's)
De Behoefte in een Extern Magazijn kan worden gedekt door:
Inkomende Behoeftes:* Voorraad in het Externe Magazijn
* (Lokale) Inkooporder voor het Externe Magazijn
* Ontvangstorder voor het Externe Magazijn (= Toelevering vanuit een ander Magazijn)
Nb: Merk op dat 'lokaal produceren' in theorie óók een optie zou zijn, maar, deze wordt momenteel niet ondersteund.
Magazijn-behoeftesVia Magazijn-behoeftes (Raadplegen Magazijnen, Shift+F5) kunnen we voor iedere kombinatie Artikel-/Verschijning (en Kenmerken) gegevens invullen zoals een Bestelniveau, een EOQ, en hoe we een eventuele behoefte in dat Magazijn willen dekken:
We focussen ons hier even op de optie 'Toeleveren J/N', waarmee we kunnen aangeven dat een Behoefte aan een bepaalde Artikel-/Verschijning (en Kenmerken) altijd dient te worden gedekt door toelevering uit een ander Magazijn. Toeleveren is bij Produktie-artikelen overigens gedisabled op de waarde "J", aangezien we deze niet lokaal kunnen produceren. In theorie kunnen we dan nog weer bedenken dat we een Produktie-artikel ook lokaal zouden kunnen inkopen, maar, dat zou eigenlijk een ander Artikelnummer moeten betreffen; we verzanden anders in een situatie dat we Leveranciers moeten gaan opnemen bij een Produktieartikel en... laat maar... die kant willen we niet op en is niet voor niets niet uitgewerkt: Toeleveren dus!
Separaat van Behoefterun voor Interne MagazijnenOok in een situatie waarin we in bijv. Nederland (de Interne Magazijnen) nog niet in staat zijn om met de Behoefterun te kunnen werken voor onze Eindprodukten (omdat we hier liever handmatig een planning voor maken), staat een Behoefterun voor een Extern Magazijn helemaal los van de normale Behoefterun. Een Behoefterun voor een Extern Magazijn neemt alleen alle inkomende- en uitgaande behoeftes mee die expliciet voor dat Externe Magazijn zijn gedefiniëerd, en rekent niet met behoeftes voor de Interne Magazijnen. Een Behoefterun voor een Extern Magazijn zal dan ook sneller klaar zijn (met name in de ADS versie, alwaar de berekening verdergaand geoptimaliseerd is).
Het komt vaker voor dat de Behoefterun niet wordt gebruikt om Produktie-artikelen te plannen. De P.O. Planning wordt veelal handmatig gemaakt, en daarna wordt een Behoefterun wel ingezet om voor dié handmatig geplande orders de behoefte aan grondstoffen (Koop-artikelen) te bepalen. Derhalve wil rubriek "Berekenen Artikelen
*/E/I/R/G/K" nog wel eens met module
Profit-DyNScreen van een waarde "G" of "K" voorzien zijn. Zouden we nu een Behoefterun voor "Spanje" gaan draaien, dan moeten we niet vergeten dat ook dié rubriek met een "*" gevuld wordt! Tsja... en aangezien zoiets altijd aan de orde is, doet Profit dit automatisch.
Ofwel, zodra het filter op Magazijn wordt gevuld met een Extern Magazijn, dan wordt deze "*/E/I/R/G/K" rubriek standaard op "*" gezet. Maar... let op... als het filter op Magazijn weer wordt weggehaald gaat deze rubriek niet automatisch van "*" naar bijv. de DynScreen-waarde.
BehoefterunIn bovenstaande schermprint hebben we voor een Artikel-/Verschijning 502AD0020 / 20.0LMR een Bestelniveau gedefiniëerd van 44 Verschijningen. Dat zijn 2 pallets met ieder 22 blikken. Met een Bestelniveau van 44 bikken geven we dus aan dat we altijd minimaal 2 pallets op voorraad willen hebben in ons externe magazijn "SP".
Vanuit het Artikelmenu (Hoofdmenu-1-1-1-1-F2) kunnen we met optie #8 een Verwacht Voorraad Verloop opvragen (VVV). Via een popup hebben we de mogelijkheid om een VVV op te vragen van een specifieke Debiteur of een specifiek Magazijn; alhier vullen we een '=' teken in, gevolgd door ons Magazijn "SP".
daarna kiezen we optie #2:
daarna selekteren we de Verschijningsvorm 20.0LMR:
hetgeen uiteindelijk resulteert in het volgende VVV:
Hierin zien we dat er momenteel 2 blikken (40 Liter) op voorraad ligt, dat er 19 blikken (= 380 Liter) op Verkooporders staan, en dat we (dus) 340 Liter "in de min" gaan.
De Behoefterun voor dit Externe Magazijn komt nu met het volgende Besteladvies:
In de eerste kolom "T" (Type) treffen een letter "V" aan, welke aangeeft dat deze Besteladviesregel een Verplaatsopdracht betreft.
In kolom "Verwachtte Voorraad" zien we dat we 340 L in de min gaan op het moment dat Profit zijn bestelling triggert.
Het "Bestelniveau" staat op 880 Liter, dat is opgebouwd uit 44 Verschijningen x 20 Liter.
Daarna toont de minimale Bestelhoeveelheid dat we 1220 Liter moeten gaan bestellen.
Deze 1220 L is de aanvulling van -340 tot +880 Liter; we willen immers minimaal 2 pallets op voorraad aanhouden, maar, daarnaast is er ook nog 380 liter verkocht waarvan we maar voor 40 L voorraad hebben. Die 340 Liter komen we dus ook te kort.
Door
alle behoeftes mee te nemen in deze berekening, en die af te zetten tegen voorraad en bestelniveau, zal dit óók impliceren dat als we géén formeel Magazijn-behoefte record met een Bestelniveau is gedefiniëerd, we tóch een behoefte kunnen hebben. Immers, als we met 340 Liter in de min gaan en het Bestelniveau staat op 0, dan zullen we alsnog minimaal deze 340 Liter moeten gaan dekken.
Behoefte zónder Magazijn-behoeftesVanzelfsprekend kan er ook een Behoefte ontstaan in een Extern Magazijn zónder dat we formeel met Magazijn-behoeftes werken. Zoiets ontstaat al als we bepaald produkt verkopen in Spanje, maar we niet specifiek voor dié kombinatie Artikel-/Verschijning-/Kenmerken in Spanje een definitie hebben gemaakt van "moet er worden toegeleverd, of lokaal worden ingekocht", danwel of daar nog een Bestelniveau bij moet worden gehanteerd. Voor "Koop-artikelen" gold dat deze behoeftes als "in te kopen" in het Besteladvies terecht kwamen. Ofwel, wij geven dan onze Leverancier de opdracht om de goederen in Spanje af te leveren. Aangezien "lokale produktie" niet wordt ondersteund, werden behoeftes aan Produktie-artikelen uit het Besteladvies verwijderd en in een fouten overzicht vermeld.
In de nieuwe opzet verwijderen we de behoeftes aan Produktie-artikelen niet meer uit het Besteladvies, maar stellen we hard dat deze behoeftes dan maar zullen moeten worden Toegeleverd vanuit onze Interne Magazijnen. Deze behoeftes resulteren nu in een Externe Verplaatsopdracht waarbij de Raapvloer van de Leverorder <leeg> blijft (en daarmee uit alle Interne Magazijnen mag worden gedekt), en waarbij de Ontvangstlokatie wordt bepaald door de eerst gevonden Lokatie in het Externe Magazijn (bijv. "SP " of desnoods "SP000"). Dit resulteert daarmee in een VPO die de behoefte in het Externe Magazijn dekt, en op haar beurt weer 'trekt' aan de behoefte in de Interne Magazijnen. Merk op dat aangezien u zelf geen definitie heeft gemaakt van een Bestelniveau of EOQ binnen dit Externe Magazijn, Profit *dus* ook geen Bestelniveau of EOQ kan hanteren; deze staan derhalve allen op 0.
Nb: Indien gewenst, dan kan het een idee zijn om bijv. bij een Extern Magazijn (Spanje) een rubriek op te nemen waarmee we aangeven dat we dit soort behoeftes, waarvoor géén Magazijnbehoefte is gedefiniëerd, altijd in veelvouden van één pallet verplaatsen. Zoiets moet dan wel 'praktijk' zijn.
Let op:Wat hierboven min of meer staat, is dat een behoefte aan Koop-artikelen in een Extern Magazijn (zónder Magazijn-behoefte) leidt tot een Besteladvies om iets in te kopen, en dat een behoefte aan een Produktie-artikel in een Extern Magazijn (zónder Magazijn-behoefte) leidt tot een Besteladvies om te gaan verplaatsen (toeleveren). Dit 'groeit' nu a.h.w. zo, omdat de Koop-artikelen al wérden omgezet tot een Inkoop voor het Externe Magazijn, en Produktie-artikelen simpelweg werden geëlimineerd uit het Besteladvies.
Het 'trucje' welke we nu voor die Produktie-artikelen uitvoeren zouden we nu ook best kunnen willen uitvoeren voor de Koop-artikelen, maar, dit moet dan wel 'formeel' ergens instelbaar gemaakt worden, immers, anders werkt het voor bestaande klanten niet meer. We kunnen daarbij denken aan het opnemen van een rubriek bij het Externe Magazijn (Spanje) welke zegt "Altijd Toeleveren indien er geen Magazijn-behoefte record aanwezig is J/N". Vooralsnog lijkt zo'n rubriek niet nodig. Op zich treden (bij de klant voor wie dit ontwikkeld wordt) beide situaties op. Er worden Koop-artikelen verkocht in Spanje die moeten leiden tot een Inkoop-advies omdat ze bij een lokale Leverancier moeten worden ingekocht (= zogenaamde 'Z' Artikelen), maar er zijn ook Koop-artikelen die in Spanje verkocht worden, door Nederland moéten worden toegeleverd, en door Nederland moeten worden ingekocht (= zogenaamde 'L' Artikelen). Aangezien beide situaties voorkomen heeft het geen zin om hier voor
alle Koop-artikelen op in te grijpen. Het zal er op neer moeten komen dat de voor de 'L' Artikelrange een Magazijnbehoefte gedefiniëerd
moet worden. Op die manier zal het ene Koop-artikel leiden tot een 'Koop-advies' en de ander tot een 'Verplaats-advies':
Verplaatsopdrachten vanuit Besteladvies genererenDe voorraadverplaatsingen in het Besteladvies kunnen worden omgezet in Verplaatsopdrachten, door ze te bestellen met een van de toetsen:
Shift+F6 = Automatisch bestellen (LOIOGN1)
Regels Taggen +
Shift+F6 = Getagd automatisch bestellen (LOIOGN5 of LOIOGN8)
Bij de toetsen
F4 = Regel bestellen
F6 = Handmatig bestellen
worden de Verplaatsopdrachten overgeslagen; dit overigens hooguit omdat er geen popup is ontwikkeld waarin de handmatige bestelling kan worden aangepast. Desgewenst kunnen we zo'n Funktie er natuurlijk altijd bij maken.
Externe VerplaatsopdrachtAls we deze Besteladviesregel gaan bestellen, volgt er een Externe Verplaatsopdracht, waarmee de voorraad van uit een Toelevermagazijn (een Intern Magazijn) wordt verplaats naar het Externe Magazijn. In dit voorbeeld wordt er van MX aan SP geleverd. Er wordt "aan" SP geleverd, omdat we behoefte hebben in Magazijn SP, en er wordt vanuit "MX" geleverd, omdat we eerder in dit verhaal Magazijn MX als Toeleverlokatie hadden opgegeven.
We zien dat er in bovenstaand voorbeeld 61 blikken verplaatst moeten worden. 61 blikken van 20 liter komt nl. overeen met de behoefte van 1220 Liter die er in dat Magazijn is. 61 blikken is opgebouwd uit de 2 pallets van ieder 22 (is in totaal 44) blikken die we aldaar minimaal op voorraad willen hebben én de 17 blikken die we te kort kwamen a.g.v. de 340 Liter die we in de min gingen. Via de definitie van de Magazijn-behoefte hadden we náást een Bestelniveau ook een EOQ kunnen invullen op een veelvoud van 22 Verschijningen (= 1 pallet). In dat geval had het Besteladvies getoond dat we 3 pallets moesten gaan verplaatsen van MX naar SP.
Een Externe Verplaatsopdracht leidt enerzijds tot een
Leverorder en anderzijds tot een
Ontvangstorder. Een Leverorder is te vergelijken met een Verkooporder en wordt technisch ook in dezelfde tabel opgenomen. Net als een échte Verkooporder zal ook een Leverorder naar een Raaplijst gestuurd moeten worden, Geraapt moeten worden, hebben we een Pakbon nodig, een Vrachtbrief en alle documenten die we ook nodig hadden gehad als het om een verkocht produkt ging. Het enige verschil met een verkooporder is dat de Leverorder enkel om een Voorraadverplaatsing gaat en derhalve
niet gefaktureerd zal worden.
Op eenzelfde wijze leidt de Ontvangstorder tot eenzelfde soort order als een Inkooporder. Ook hier zullen we alles op eenzelfde manier willen kunnen afhandelen als hadden we het produkt bij een Leverancier ingekocht. Ook hier wordt e.e.a. technisch als een soort Inkooporder afgehandeld, maar, wederom een die nooit gefaktureerd zal worden.
Trek-mechanismeDe Behoefterun werkt op basis van een 'trek' mechanisme: op plek X kreëren we een behoefte die daarna "trekt" aan iets anders. Zo kunnen we per de 31e een produkt verkopen wat we helemaal niet op voorraad hebben liggen. De uitgaande behoefte van een Verkooporderregel wordt dan bijv. gedekt door een Produktieorder per de 25e die op haar beurt weer trekt aan de grondstoffen. Die grondstoffen moeten weer een paar dagen eerder worden ingekocht bij onze Leveranciers. Nčt als dat we aan de verkoopzijde een produkt kunnen verkopen welke op het moment dat de order geplaatst wordt, nog helemaal niet op voorraad hoeft te liggen (en waarbij het in theorie zo kan zijn dat het helemaal nooit op tijd op voorraad terecht kan komen) is dat niet anders voor de Externe Verplaatsopdrachten. Een Externe Verplaatsopdracht wordt a.h.w. een soort interne Inkooporder (bij jezelf): een Externe Verplaatsopdracht. De Ontvangstorder (Inkooporder) die daaruit gegenereerd wordt dekt de behoefte in het Externe Magazijn, en triggert op haar beurt weer een behoefte in het Magazijn waaruit moet worden toegeleverd. Daarna moet de Behoefte in dát Magazijn (de Interne Magazijnen) weer gedekt worden.
We genereren dus feitelijk al een Verplaatsopdracht zonder dat er voorraad hoeft te zijn. Aan de ene kant prima, en zorgt er voor dat we al iets kunnen verkopen vóórdat we het daadwerkelijk op voorraad hebben, anderzijds zullen we wel altijd goed moeten oppassen dat hetgeen we doen 'haalbaar' is. Met andere woorden, technisch gezien kunnen we wel een order plaatsen om een produkt welke niet op voorraad ligt per het einde van de week te gaan leveren, maar, als dit produkt in het aanleverende bedrijf óók niet op voorraad ligt, en aldaar éérst geproduceerd moet worden, en de grondstoffen die voor die produktie nodig zijn óók nog eerst moeten worden ingekocht, dan zullen we de levering per het einde van de week waarschijnlijk niet gaan redden.
Als we ons bedenken dat als Spanje wordt toegeleverd vanuit Nederland, en we in Nederland óók een Bestelniveau hebben, en voor dit soort zaken altijd een x aantal pallets op voorraad aanhouden, dan zien we het geheel al iets meer werkbaar worden.
Tip: Toelever Magazijn leeg latenHierboven hebben we gezien dat als we toeleveren vanuit Magazijn MX, dit leidt tot een Verkooporderregel die vanaf MX moet worden geleverd (en wordt ontvangen op SP). We weten ook dat we bij het Toevoegen van een Verkooporderregel de Raapvloer <leeg> kunnen laten; in dat geval mag de Verkooporderregel worden geleverd vanuit alle "Interne" Magazijnen én die Magazijnen waarbij expliciet is aangegeven dat er uit geleverd mag worden als de Raapvloer leeg is.
Met deze wetenschap hebben we er nu ook voor gezorgd dat we het Toelevermagazijn <leeg> mogen laten. Dit triggert dan een Externe Verplaatsopdracht die een Leverorder gegenereert waarvan de Raapvloer <leeg> is, en waarmee we er dús voor zorgen dat de order mag worden toegeleverd uit ieder Intern Magazijn, en niet specifiek MX.
In dit topic betreft Magazijn "MX" een Extern Magazijn waarin goederen worden opgeslagen. Voor de Behoefterun telt "MX" mee tot de Interne Magazijnen. Stel dat Nederland het produkt wat Spanje nodig heeft óók niet heeft, dan gaat Nederland dit produkt produceren. Als Spanje expliciet moet worden beleverd uit "MX" dan impliceert dat dat Nederland na produktie haar goederen éérst naar het Externe Magazijn moet verplaatsen, om daarna vanuit dat Externe Magazijn naar Spanje te rijden. Als de Raapvloer <leeg> is (door geen Toelevermagazijn op te nemen) dan mag er uit ieder Intern Magazijn geleverd worden, en zou Nederland dus ook rechtstreeks vanaf de produktielokatie de goederen kunnen versturen naar Spanje.
Magazijn-behoeftes en KenmerkenMagazijn-behoeftes zijn nu ook uitgebreid met Kenmerken. Hiermee kunnen we dus voor iedere kombinatie van Artikel + Verschijningsvorm + Kenmerkkombinatie een Bestelniveau opnemen in een Extern Magazijn. Als het Artikel een Kenmerk (E) Emballageset-Id heeft, dan zal de Kenmerkwaarde default '----------' worden, waarmee we aangeven dat de Magazijnbehoefte geldt voor 'de standaard versie van het blik'. Ook als een Artikel wordt voorzien van Kenmerken, zal de Kenmerkrun deze Kenmerken nu ook aanbrengen in de Magazijnbehoeftes, en wordt i.g.v. het Kenmerk Emballageset diens waarde gevuld met '----------'.
Op deze manier kunnen we in een Extern Magazijn voorraad aanhouden van een Artikel-/Verschijningsvorm in de standaard versie van het blik, maar kunnen we ook voorraad aanhouden van een Artikel-/Verschijning welke een klantspecifieke Emballageset afdwingt.
Als we een Magazijn-behoefte opnemen voor een Artikel welke met Kenmerken werkt, dan zal het scherm 'Dynamisch' om de benodigde Kenmerken vragen:
Heeft het Artikel géén Kenmerken, dan zal de om technische redenen tóch één control aktief moeten zijn in dat schermdeel:
Is er géén Kenmerk aan de orde, dan wordt dat zichtbaar gemaakt door de tekst die aangeeft dat het Kenmerk 'N.v.t.' (niet van toepassing) is. Het is dan ook niet toegestaan een Kenmerkwaarde in te vullen. Merk op dat het ook niet is toegestaan om dit Kenmerk met Profit-DynScreen te disablen, doet u dat tóch, dan zal die setting worden genegeerd, en zal de control alsnog enabled zijn op het scherm.
