p locaties tellen niet mee

[Johan]

Ik heb wat voorraad liggen op diverse PD... en PE... lokaties.
Bij het genereren van de behoefterun wordt als gevolg van LOARWY / EXMAGVTV (geexludeerde magazijnen bij TV/WY artikelen) de voorraad op deze locaties als "exclusief" beoordeeld, m.a.w. "niet beschikbaar".

De bedrijfsparameters LOPAPPWY ("G")Produktie/werkorder/omvorm Blad 1 rubriek "Afboeken grondstf. alle lokaties toegestaan" staat uitgevinkt.

Dus de voorraad die ik daar heb liggen telt niet mee en de behoefterun stelt voor dit spul te gaan bestellen.

Mijn voorraad staat dus eigenlijk al klaar om ingestoken te kunnen worden in een productieorder op productiestation PDS..

De behoefterun denkt er echter anders over, en stelt voor dit spul  te gaan bestellen. Op zich voorstelbaar gezien bovenstaande verklaring.

Graag zou ik echter de voorraad op deze locaties wél als "beschikbare voorraad" mee willen laten tellen.

Wat te doen?
1. ik kan Voorraadlocaties aanmaken, die niet met een P beginnen. Daardoor wordt mijn voorraad beschikbaar voor de behoefterun. Nadeel: formeel gezien moet ik dan de voorraad van een "voorraadlocatie" overboeken naar het productiestation (of -magazijn) alvorens af te kunnen boeken.

2. voorstel 1 + de bedrijfsparameter G / Afboeken grondstoffen van alle locaties toestaan aanvinken om het nadeel van "1" te verhelpen.
Nadeel: Dit is niet wenselijk voor alle productiestations!

Wat is wijsheid? Hoe moet je e.e.a. zodanig inrichten dat de voorraad in productiemagazijn door de behoefterun wél als beschikbare voorraad gezien wordt?

Mijn voorkeur gaat er naar uit om dit op artikel (/verschijning) in te kunnen richten. Volgens mij ben ik geholpen als je in LOARWY de Geexlcudeerde magazijnen leeg zou mogen laten (nu moet je er een P invullen, waarschijnlijk omdat profit dit ziet als een soort "Work in progress" oid) . Ik heb echter nog geen volledig besef welke andere nadelige gevolgen dit zou kunnen hebben.

[Wouter Rijnbende]

Probeer deze wijsheid eens met een konkreet voorbeeld te onderbouwen;
het is nl. expliciet zo dat ook al is een P lokatie geëxcludeerd (wat ze standaard is), de Behoefterun daar geen rekening mee houdt.

Immers, stel, je verkoopt 100 en hebt niets op voorraad.
Je krijgt een Besteladvies er 100 te produceren.
Je produceert er netjes 100.

Tsja... als je nu nogmaals een Behoefterun draait, zou het niet zo mogen zijn dat er wéér wordt voorgesteld om er 100 te maken.

Je mag dus best gelijk hebben, maar dan svp even een konkreet voorbeeld met bijbehorende schermen.

[Peter Stordiau]

Algemene opmerking :

Ik heb hier ook naar zitten turen, maar mijn konklusie is min of meer dat Johan misschien wel niet weet wat te doen. En, dit zo even uitleggen is ook niet wat.
Als ik gelijk heb, is het vragen om voorbeelden niet helemaal eerlijk.

Johan ?

[Johan]

Bijgaand voorbeeld is volgens mij heel erg verhelderend, en toont precies mijn probleem.

Artikel 17570 (grondstof, inkoopartikel) heeft in dit VOORBEELD een EOQ van 500
De PI-regels (productieorderinput) zijn voor allemaal voor PDS.. (er zijn meerdere PDS stations)

die inkooporder van 200 kilo is ook puur ter voorbeeld en bestaat uit een niet reeele bestelling. (die verwijder ik straks dus ook)

De voorraad op PD115 (1169+4087) is toereikend om in ieder geval  de eerste drie PI regels (en misschien nog wel verder ook) te beleveren. Sterker nog: Het ligt al klaar in het juiste productiemagazijn en kan zo ingestoken worden. maar ja, P locaties met voorraad tellen in de behoefterun mee voor 0 kg, dus er volgt een bestelling. In onze situatie is dit dus niet wenselijk, ik ben erg benieuwd hoe ik mijn situatie zodanig aan zou moeten passen dat ik de voorraad wél meetel als beschikbare voorraad.

[Wouter Rijnbende]

Je probleem wordt veroorzaakt door het feit dat je expliciet een behoefte kreëert geacht de Verschijningsvorm KG. Stel dat je behoefte "Ongeacht Verschijningsvorm" (-------) zou zijn, dan zouden alle behoeftes van ------- van een bepaalde datum bij elkaar op worden geteld, en in 1 keer worden gedekt. Werk je geacht de Verschijningsvorm (ook al betreft het een Bulk Verschijningsvorm) dan gebeurt dat niet.

Ik ben het met iedereen eens die zou stellen dat een behoefte geacht een bulk-verschijningsvorm zich hetzelfde zou mogen gedragen als een behoefte ongeacht de Verschijningsvorm, echter je begeeft je dan op een type inrichting welke in de behoefterun nog niet aan de orde geweest is (c.q. in ieder geval daar niet uitgezonderd is). Vergelijk die situatie maar eens met het feit dat je in een Recept van 100 Kg aangeeft dat je 16 Kg grondstof nodig hebt welke expliciet uit een zak van 25 Kg moet komen. Ok. Daar kunnen we ons iets bij voorstellen; je hebt het misschien ook in BigBags, en wilt het daar om e.o.a. reden niet uithalen.
Stel dat je 200 Kg zou produceren, dan zou er een behoefte zijn aan 32 Kg "in zakken van 25 Kg". Maar, het Recept staat je ook toe om 2 x 16 Kg op te nemen geacht de Verschijningsvorm zak25 kg. En dan? Impliceren we daarmee dat we 2 zakken van 25 Kg moeten bestellen met een inhoud van 16 Kg ieder?
Hoe dan ook, dit soort zaken zijn niet ondervangen.

Als je naar de onderste regels van je schermprint kijkt, zie je dat het systeem steeds precies produceert wat je nodig hebt; de uitgaande behoefte van 653 wordt gedekt door een Besteladviesregel, die van 1160 ook. Dit heeft niets te maken met het feit dat er voorraad op een geëxcludeerd magazijn ligt, maar heeft alles te maken met het feit dat jij je bulk-behoefte geacht de Verschijningsvorm KG registreert.

Ik heb steekproefsgewijs een paar van je Recepten bekeken, en die triggeren allen behoeftes in -------. Recept 1050 (PO 200708060028) is echter geacht KG.

Ervanuitgaande dat je geen bewuste reden hebt dit in KG te registreren, zou ik zeggen "registreer de behoefte in je Recept op -------, dan vermoed ik dat hij daarna doet wat je verwacht".

Nb: Sinds ongeveer een jaartje bestaat er ook een mogelijkheid om op Verschijningsvormniveau aan te geven dat een behoefte in een bepaalde Verschijningsvorm zich moet gedragen als een behoefte ongeacht de Verschijningsvorm. Dit is ontwikkeld in een omgeving waar 1,5 Kg andijvie wordt verkocht, doch dit wordt geleverd (lees: afgeboekt) uit een kist van 6 kg. Hoewel dit theoretich ook je probleem zou kunnen oplossen, blijft mijn advies je recept op ------ te zetten.

[Johan]

Bedankt voor de tip, het gevolg hiervan is dat de behoefte geheel buiten het besteladvies gaat vallen, en dat was nou ook weer niet de bedoeling.

Ik heb het recept aangepast door dit artikel ongeacht verschijning in te steken, de nakijkvlag uitgezet, en de PO gehergenereerd (zie lopqrawx)

Je ziet de behoefte dan helemaal niet meer terug. ZIE Bijlage. Ik begrijp echter even niet waarom je het niet terugziet. Heeft dit wellicht te maken met het feit dat de weergave geachtverschijning is en de verbruiken ongeacht verschijning dan niet als verbruik worden gezien oid?

[Johan]

Ik heb ook getest met het vinkje bij de verschijningsvorm KG (Ongeachtverschijning ja/nee) maar dat heeft voor het besteladvies geen gevolgen (Lees: Johan ziet nog geen verschil tussen het vinkje aan of uit ontstaan)

[Wouter Rijnbende]

Je ziet de behoefte dan helemaal niet meer terug. ZIE Bijlage. Ik begrijp echter even niet waarom je het niet terugziet. Heeft dit wellicht te maken met het feit dat de weergave geachtverschijning is en de verbruiken ongeacht verschijning dan niet als verbruik worden gezien oid?

Yep. Je vraagt de Verschijningsvorm KG op, en daarbij worden de behoeftes aan ---- niet getoond.

Nb: De andere PO's zul je ook nog moeten bekijken, want ik zie in je schermprint nog steeds uitgaande behoeftes geacht verschijningsvorm KG.

het gevolg hiervan is dat de behoefte geheel buiten het besteladvies gaat vallen, en dat was nou ook weer niet de bedoeling.

Wat bedoel je hiermee? Of bedoel je hiermee te zeggen dat je de behoefte uit die order nu niet meer terugziet in je VVV ?

[Peter Stordiau]

Jongens ...

Dit werkt zo niet. Je probeert op elementen een inrichting (die nooit is gedaan o.i.d. ?) aan te passen. Dat komt niet goed.
Wat mij betreft lukt het niet om op basis van "middelen" (van Johan) een doel (operationele inrichting) voor elkaar te krijgen.
Ik denk overigens dat dit soort zaken niet via het forum "wil".

Ik zeg hiermee overigens ook niet dat alle oplossingen zijn zijn; ik zeg alleen dat we ze zo niet op een enigszins efficiente manier gaan vinden.

[Johan]

Ik zie deze behoefte niet meer terug in m'n vvv als ik het opvraag via de behoefterun. De behoefterun doet alles geacht verschijning. (ik heb nog niet een overzicht ná  de behoefterun ontdekt die dat wel doet)

Raadpleeg je het vvv via LO<1-1-1-1- select artikel - f2 - 8> (artikelmenu, vvv)  dan zie je'm wel. Bij mij ontstaat daardoor al dan niet terecht de indruk dat deze behoefte wordt vergeten door de behoefterun.

[Wouter Rijnbende]

Even voor mijn informatie 
Als jij een VVV opvraagt vanuit de Behoefterun, krijg jij dan onderstaand schermpje te zien of niet?

[Wouter Rijnbende]

Onderwerp is verder telefonisch afgehandeld.