|
Title: Massale VTV berekening ook in andere IC Bedrijven Post by: Heart Informatisering B.V. on February 17, 2021, 10:57:32 am Binnen Profit bestaat er een mogelijkheid om een werkstation in te zetten om zich continue bezig te houden met allerlei VTV berekeningen. De resultaten van deze VTV berekeningen worden opgeslagen op het netwerk, opdat andere toepassingen hier resultaten uit kunnen putten zonder daartoe de VTV ter plekke zelf te hoeven berekenen. Doel is dus feitelijk om bepaalde toepassingen Query's te kunnen laten uitvoeren m.b.t. "laat alle Artikel-/Verschijningsvorm-/Kenmerk" kombinaties zien die deze week in de min gaan.
Met ingang van deze Releasenote is deze VTV bereken funktie in staat om VTV berekeningen af te handelen in meerdere Intercompany Bedrijven. Zo geldt dat we nu te maken hebben met een Installatie waarbij deze funktionaliteit wenselijk is 3 verschillende Intercompany Bedrijven, en we niet 3 werkstations willen opofferen om voor een ieder van deze Bedrijven zich continue bezig te houden met VTV berekeningen. In de nieuwe versie is de funktionaliteit uitgebreid met een rubriek "VTV berekenen in alle IC Bedrijven J/N". Indien deze rubriek met "Ja" wordt gevuld zal dat werkstation in alle (in dit geval 3) Bedrijven zorgdragen voor de VTV berekeningen. Nb: Deze funktionaliteit is alleen beschikbaar in de ADS versie van Profit. Omdat een ieder van deze Intercompany Bedrijven andere Bedrijfsparameters en settings kan hebben (zo geldt bijv. dat ieder Bedrijf zijn eigen Externe Magazijnen heeft) geldt dat als de berekening moet worden uitgevoerd in zo'n ander Bedrijf, dat Bedrijf éérst formeel dient te worden geaktiveerd. Op zich gebeurt dit allemaal automatisch, maar, het kost wel steeds even een klein beetje tijd. Wat we willen voorkomen is dat het werkstation continue bezig is met het wisselen tussen bedrijven, en dus is er een algoritme verzonnen om hier niet teveel tijd aan te verliezen. Allereerst geldt dat bij ieder Artikel niet alleen wordt geregistreerd dát de VTV van het Artikel opnieuw moet worden berekend, maar we registreren nu ook de tijd waarop deze "VTV moet herberekend worden" vlag werd geset. De VTV bereken PC kan nu bepalen in welk van de Intercompany Bedrijven er een Artikel het langst staat te wachten op een VTV herberekening. Dát Bedrijf wordt vervolgens onder water geaktiveerd en de VTV herberekening wordt opgestart voor "alle" Artikelen die in dat Bedrijf herberekend moeten worden. Maar, wel "alle" Artikelen die t/m dát moment een VTV vlag aan hebben staan. Als de VTV herberekening eenmaal is gestart in dat Bedrijf, en daarna andere Artikelen in dat Bedrijf een vlag geset krijgen, zullen die Artikelen eerst een "volgende ronde" moeten afwachten. Feitelijk wordt dat proces continue herhaald. Nu per Artikel bekend is op welk tijdstip de VTV herbereken vlag is aangezet, weten we ook hoe lang een Artikel al staat te wachten om herberekend te worden. De VTV herbereken PC toont m.i.v. deze Releasenote ook deze 'achterstand', welke ons inzicht zou moeten geven in het feit dat het proces òf helemaal bij is òf dat ze bijv. 10 minuten achterloopt met VTV berekeningen. In de oude versie werd ook de 'Gemiddelde tijd van een VTV berekening' getoond. Deze is m.i.v. deze versie komen te vervallen. De tijd die hier getoond werd betrof de gemiddelde tijd gedurende één bereken doorloop, en was in theorie alleen zinvol indien bij een dagovergang (of direkt na het triggeren van een Herberekening voor alle Artikelen) er een hele serie artikelen ineens opnieuw moest worden berekend. In praktijk zal de VTV bereken PC op enig moment "alles" berekend hebben, en staat daarna alleen steeds 1 (soms meer) Artikel(en) te berekenen, waardoor feitelijk de gemiddelde tijd in veel gevallen gewoon gelijk bleef aan de tijd van de berekening van het laatst verwerkte Artikel. In plaats van dit anders op te zetten (en per Bedrijf bij te gaan houden 'hoeveel berekentijd' ze heeft gehad en 'hoeveel Artikelen er in die tijd zijn herberekend') is de weergave van die gemiddelde tijd komen te vervallen.
|