Standaard geldt dat de Behoefterun één grote berg aan behoeftes aan Artikelen bevat, die gedekt worden door bijv. Inkooporders of Produktieorders. Indien er ook met Externe Magazijnen wordt gewerkt is het mogelijk om met "Magazijnbehoeftes" te werken. Hiermee kunnen we formeel aangeven dat een bepaalde behoefte in een bepaald Magazijn moet worden gedekt door bijv. een lokale Inkoop of juist door Toelevering vanuit een ander Magazijn. Dit vergt aardig wat tijd kwa inrichting, en waarbij die inrichting mogelijk alleen nodig is voor die produkten die vanuit dat Externe Magazijn worden verkocht.
Wat een Behoefte géacht Magazijn nog meer doet, is er voor zorgen dat dié behoefte niet meer meetelt voor de Behoeftes "ongeacht Magazijn". Met andere woorden, Profit draait op een Nederlandse vestiging, die daarbinnen talloze Magazijnen heeft die mogen worden beschouwd als "Interne Magazijnen". Er kunnen ook Externe Magazijnen zijn (bijv. een Magazijn in Spanje, of een in Griekenland) maar, alles wat dáár aan behoefte ontstaat is voor rekening van Spanje of Griekenland, en mag NIET in onze Behoefterun mee worden getelt (totdat bijv. formeel is ingericht dat de Voorraad die bijv. Griekenland te kort komt, moet worden toegeleverd vanuit Nederland, immers, in die situatie zal Griekenland a.h.w. 'inkopen' bij Nederland).
Waar het mogelijk is om "per Magazijn" definities te maken welke Artikel-/Verschijning lokaal ingekocht moet worden, danwel moet worden toegeleverd vanuit een ander Magazijn, geldt dat als we 20.000 Artikel-/Verschijningen hebben en 10 Externe Magazijnen, we 200.000x zullen moeten aangeven welke behoefte hoe gedekt moet worden (lokale inkoop, of toelevering). Dat is al snel "teveel werk".
Merk op dat als het Externe Magazijn eigenlijk een "extern bedrijf" aan het worden is, met méérdere Magazijnen, en ook eigen Produktie, dit momenteel niet (voldoende) ondersteund wordt vanuit Profit. Zo is het niet mogelijk om van meerdere Externe Lokaties aan te geven dat ze allemaal bij dezelfde Griekse vestiging horen.
"Externe Produktie" is volgens de helptekst al niet toegestaan, hoewel er toch best wel inrichtingswijzen zijn waarbij e.e.a. zo kan worden gesimuleerd. Maar toch, een van de eerste problemen waar we tegenaan zullen lopen is dat een produktielokatie met de letter "P" moet beginnen, en daarna een Magazijn "PH" altijd een andere wordt dan bijv. "HE", en met beide "Griekenland" bedoeld wordt.
Merk ook op dat als we als Griekse medewerker Profit opstarten, de denkwijze over "Interne Magazijnen" en "Externe Magazijnen" totaal omgekeerd zal zijn. Wat voor "ons" in nederland een Extern Magazijn is, zal voor Griekenland juist als "intern" betiteld kunnen worden.
Voor Profit geldt dat we als denkwijze de Landkode van het Aktieve Bedrijf hebben (dit zal veelal Nederland zijn).
Genoeg even over Behoefterunnen in Spanje of Griekenland, het gaat ons er in eerste instantie om dat we de Behoefterun in Nederland aan de praat krijgen... Dit houdt in dat áls we toch Spanje en Griekenland als Extern Magazijn gedefinieerd hebben, wij niet 'vermoeid' willen worden met voorraad die in Spanje of Griekenland ligt, laat staan orders die er voor Spanje en Griekenland zijn.
Speciaal voor deze situatie is in 2000 een Bedrijfsparameter opgenomen "Behoeftes in Externe Magazijnen beschouwen als Behoefte géacht Magazijn J/N" opgenomen. Deze parameter dient als alternatief voor het voor talloze Magazijnen voor iedere Artikel-/Verschijning Magazijnbehoeftes te moeten inrichten. Daarmee kan ze de magazijnbehoefte niet 100% vervangen, maar, één simpele parameter zorgt er wel voor dat we bij het opvragen van de Behoefterun in nederland geen last hebben van Voorraad en Orders in de Externe magazijnen.
So far so good...
Tot blijkt dat er in nederland een magazijn "MX" is gedefinieerd welke door een extern bedrijf wordt gerund. Aangezien het Magazijn fysiek kilometers verwijderd is van de produktielokatie, is dit Magazijn (op zich terecht) gemarkeerd als Extern Magazijn. Zo geldt nl. ook voor Externe Magazijnen dat we de voorraad niet zomaar daar naar toe kunnen verplaatsen, maar dat dit middels een Externe Verplaatsopdracht moet; er zal formeel een vrachtwagen moeten gaan rijden tussen twee lokaties.
In 2018 is t.b.v. het Leveren een nieuwe J/N rubriek opgenomen bij een Magazijn, nl. met als doel om bij een Extern Magazijn aan te kunnen geven dat dit toch eigenlijk geen Extern Magazijn betreft als we naar "behoeftes" kijken. Dus, ja, het betreft op zich een Extern Magazijn, maar, het betreft een Extern Magazijn welke anders is dan andere Externe Magazijnen die we in het buitenland hebben, danwel eventuele Externe Magazijnen die elders in het land liggen.
"MX" betreft in dit voorbeeld een Extern Magazijn die wél dekkend mag zijn voor situaties waarin de Raapvloer van de Verkooporder "leeg" wordt gelaten.
Daarmee impliceren we dat "MX" eigenlijk behoefte technisch bij onze Interne magazijnen hoort, en dat een behoefte aan een grondstof die op onze Produktielokatie ontstaat, gedekt mag worden door voorraad die in het MX magazijn ligt. Andersom mogen Verkooporders die uit MX zijn verkocht behoeftetechnisch worden gedekt door voorraad die net op de Produktielokatie uit Produktie komt; immers, alle voorraad die geproduceerd is wordt uiteindelijk in MX opgeslagen, en daarvanuit gedistribueerd over de rest van de wereld.
Deze in 2018 nieuw opgenomen J/N rubriek is echter nooit in de Behoefterun zelf verwerkt. Waar de in 2000 gedane aanpassingen voor dezelfde klant zijn ontwikkeld, is het projekt "Behoefterun" nu opnieuw opgepakt. In de tussenliggende tijd zijn tijdelijk bepaalde parameters (Behoeftes voor Externe Magazijnen als behoefte géacht Magazijn beschouwen J/N) onjuist gevuld omdat er toch enkel vanuit nederland grondstofbehoeftes ontstonden. Omdat er nu ook grondstofbehoeftes in Griekenland ontstaan, zal het geheel nu moeten worden ingericht zoals bedoeld. Alle inkomende-/uitgaande behoeftes in Griekenland zullen log van nederland moeten worden afgehandeld.
Maar, alles wat voor Nederland (Intern) geldt, daar moet nu wel "MX" bij komen. M.a.w. met ingang van deze Releasenote respekteert de behoefterun de rubriek 'Voorraad leverbaar indien Raapvloer leeg J/N' zoals deze bij het Magazijn kan worden opgenomen. Door die rubriek (bij een Extern Magazijn) op Ja te zetten, doen we net alsof dat magazijn behoeftetechnisch tot de interne magazijnen behoort.
Nb: Deze rubriek kan overigens alleen op Ja worden gezet indien de Landkode van dat magazijn is ingevuld én overeenkomt met de Landkode van het aktieve bedrijf.
Behoeftes voor "Externe Magazijnen" worden (met de juiste parameter geaktiveerd) gezien als behoeftes géacht Magazijn. Alles wat géén Extern Magazijn betreft, betreft een behoefte voor een Intern Magazijn, met daarin dan ook dié magazijnen waarvan expliciet is aangegeven dat ze dekkend zijn voor Verkooporderregels waarbij de Raapvloer niet is ingevuld (welke regels normaliter alleen uit de Interne Magazijnen mogen worden geleverd).
De behoefterun zal daarna per "Magazijn" een Besteladvies moeten tonen. Maar... let op... per Extern Magazijn kan óók nog weer worden ingesteld of de behoeftes voor dat betreffende Magazijn in het Besteladvies moeten worden getoond of niet. Zouden we dus bij de buitenlandse magazijnen daar "Nee" opgeven, dan toont het Besteladvies sowieso alleen maar de behoeftes van de Nederlandse Magazijnen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBHGN | Omschrijving (nog) niet bekend | 04-12-2018 | 09-04-2019 |
| LOBHGNTL | Omschrijving (nog) niet bekend | 01-05-2013 | 09-04-2019 |
| LOBHGNVI | Omschrijving (nog) niet bekend | 08-04-2019 | 08-04-2019 |
| LOBHOBMS | Omschrijving (nog) niet bekend | 28-09-2015 | 09-04-2019 |
| LOBHOBTD | Omschrijving (nog) niet bekend | 04-12-2018 | 09-04-2019 |
| LOPIGN | Omschrijving (nog) niet bekend | 01-07-2016 | 09-04-2019 |
| LOPIGN2 | Omschrijving (nog) niet bekend | 08-04-2019 | 09-04-2019 |
