Verwacht voorraadverloop artikel duurt erg lang (LOARVVRA)

[pascal]

Het raadplegen van het verwacht voorraadverloop van een artikel duurt erg lang.
menu 1-1-1-1, F2-8
bv voor artikel BKK8GRIJK / 1020GRIJK kan het wel een minuut duren.

Is er in deze funktie de laatste tijd iets aangepast wat dit kan veroorzaken?
Of hebben we zelf iets verkeerd gedaan (kontrakten verkeerd afgesloten ofzo) waardoor hij deze allemaal langs gaat? Ik zie bv dat het systeem ook verkooporders uit 2003/2004 langsloopt (was misschien vroeger ook al zo, maar dan kwam het verw.voorr.verloop sneller in beeld)

bvd,
Pascal

[Wouter Rijnbende]

Pascal, zoek eerst eens uit wat de is status van die Verkooporder(s) uit 2003/2004 !

Als die orders nog "open" staan, is het gewoon "terecht" dat deze doorlopen worden.

Dus graag even een schermprint van:

a. Raadplegen Verkooporders met de bewuste VO (uit je schermprint) in het overzicht
b. Een overzicht van Raadplegen te leveren artikelen (met die VO in het overzicht)

[pascal]

Bij deze, in verw.voorr.verloop zie ik niks uit 2003 of 2004 terug:

[Wouter Rijnbende]

Dank je wel Pascal, in dit geval verklaart je laatste scherm al wat er aan de hand is: HPP.

Op zich hoeft HPP helemaal geen probleem te zijn, en daarvoor hoeven we echt niet de orders van 2003 t/m heden te doorlopen...
tsja... behalve als jullie zelf aangeven dat dat wel moet!

Realiseer je dus eerst goed wat je met HPP doet.

Als je voor een bepaalde periode 1000 ST op HPP zet, dan verwacht je in die periode 1000 ST te verkopen (aan die klant); per direkt zijn er 1000 behoeftig.
Plaatst de klant een order voor 250 ST, dan zal dit in mindering worden gebracht op het HPP, die daarmee 750 ST wordt.
Op "order" staan er inmiddels ook 250 ST, dus tezamen 1000 ST.
Bestelt de klant meer dan 1000 ST in de betreffende periode, dan zal zal het saldo uit HPP afnemen tot 0 (en geldt is alleen dat wat op order staat behoeftig).

"De periode" is vrij instelbaar. Dat kan 1 maand zijn, dat kan ook 1 jaar zijn. In alle gevallen zal het er echter op neer komen dat als die periode is afgelopen, het HPP item niet meer aan de orde kan zijn. Ofwel, stel dat jij in 2003 gepland hebt 1000 ST aan een klant te verkopen, dan zal vanaf het moment dat het 2004 geworden is, dat HPP item niet meer mee tellen (de periode is toch afgelopen, en er kan geen bestelling meer volgen in 2003 die daar iets aan wijzigt).

Het gaat echter fout bij de wijze waarop jullie hier mee om gaan.

a. ten eerste heb je meerdere HPP items voor dit Artikel (dit houdt hooguit in dat de bestelling van 250 ST alleen in mindering wordt gebracht op het betreffende HPP item indien de bestelling uit hetzelfde kontrakt is gedaan als waar het HPP voor is gegenereerd)

maar b., en daar gaat het fout, jullie HPP periode.

Om e.o.a. reden definieren jullie je HPP items t/m 01-01-2020.

Tsja... ten eerste duurt het dan nog wel 5 jaar voordat zo'n HPP periode is afgelopen, maar... dit gekombineerd met een begindatum die soms op januari 2000 staat, soms nog eerder, geldt wel dat je het HPP item al die tijd open hebt staan. Kortom, wil het VVV weten hoeveel er nog op HPP open staat, zal ze het initiële HPP saldo moeten verminderen met alles wat er in die periode reeds op besteld is (ook wat al geleverd en gefaktureerd is).

Resumer: het duurt lang omdat je met je HPP periode het systeem 15 jaar aan historie laat doorlopen.

"Hebben we zelf iets verkeerd gedaan, kontrakten verkeerd afgesloten" ?
Een HPP item heeft geen "openstaand indikator" of i.d.
Ze staat net zo lang open als dat de HPP periode voorbij is.
Stel dat "afsluiten kontrakt" ook het HPP verwijdert, ja, dan kun je iets fout hebben gedaan".

Je moet zelf even kontroleren of de kontrakten waarvoor je HPP gedefinieerd hebt voor deze klant en dit artikel wel/niet zijn afgesloten;
stel dat hier kontrakten tussen zitten die afgesloten zijn, dan kunnen we wel wat performance winst boeken.

Met een relatief kleine aanpassingen (1 tot 4 uur) zouden we op die plekken waar een HPP item op deze manier gebruikt wordt, kunnen kontroleren dat als het HPP item uit een Kontrakt komt, we kontroleren of dat kontrakt nog open staat, en zo niet, het HPP item niet in behandeling nemen. Naar verwachting is die aanpassing ongeveer 1 uur, maar ik ben bang dat we dit op meerdere plekken moeten aanpassen.

[pascal]

Ok dank voor de info.
Helaas heeft een deel van ons vanaf morgen vakantie, dus dit punt zal wel over de bouwvak heen getild worden. Ik ga het iig doorgeven en laat weten wat we hiermee willen.

[Wouter Rijnbende]

Ok. Fijne vakantie !

[pascal]

Inmiddels overlegd - we willen dit graag laten aanpassen.
Bij voorbaat dank!

[pascal]

Is er al enig inzicht wanneer dit klaar kan zijn en of er een update voor nodig is?
Dan kan ik hier rekening mee houden.

[Wouter Rijnbende]

Ik was even twee weken met vakantie, vandaar geen eerdere reaktie.

E.e.a. is inmiddels aangepast, doch op een iets andere wijze dan eerder beschreven (je geeft akkoord voor een aanpassing zonder eerst uit te zoeken wat ik je gevraagd had uit te zoeken  ). Nadat ik had gemaakt wat was aangeboden, was het nog traag, simpelweg omdat de Kontrakten en Kontraktregels gewoon nog open staan. Heb er nu aan toegevoegd dat als de Kontraktregels weliswaar open staan, maar alles wat besteld is ook geleverd is, het HPP item alsnog wordt afgekeurd.

Het VVV van BKK8GRIJK verschijnt nu i.i.g. snel.

[pascal]

Ik heb even gekeken - voor BKK8GRIJK en 1020GRIJK gaat het bij mij nu een stuk sneller!


/EDIT: beetje (te) vroeg gejuicht, hij genereert wel verwacht voorraad verloop van voorraad en verkooporders, maar niet van openstaande kontrakten waarop nog geleverd moet worden.

vergelijk wat er nu in verw.voorraad verloop van BKK8GRIJK staat (1e afbeelding) en wat er eerder in stond (2e afbeelding):

[Wouter Rijnbende]

Aanvullend aan ons telefoongesprek, "besteld" <> "geleverd" mag niet in de kontrole zitten;
gaat wel op voor die 10080 die open staat bij VERHUM, maar gaat ook op als je 10000 op Kontrakt hebt staan, waarvan 2000 is afgeroepen en al geleverd is.

Kortom, moet "besteld" <> "kontrakthoeveelheid" zijn.

Is bij deze aangepast (staat al op jullie systeem).

Als je nu kijkt zou hij goed moeten zijn.

[pascal]

Hij is nu goed - winst is dat de afgesloten kontrakten zoals die uit 2008 van BORYSS eruit zijn.