|
Title: Elimineren Performance Fakturatie Debiteurenrubriek Post by: Heart Informatisering B.V. on June 07, 2019, 03:13:16 pm De aanpassing in Releasenote http://ha1.heartprofit.nl/profit/index.php?topic=29254.0 is vandaag weer ongedaan gemaakt, omdat ze is gebaseerd op uitgangspunten die niet bleken te kloppen.
Er was één situatie waarvan we wisten dat deze niet ondersteund werd bij de relatief eenvoudige ingreep die gedaan is, en dat betreft de situatie dat meerdere Debiteuren op één faktuur werden verzamelt naar dezelfde Groeps-/Faktuurdebiteur. Aangezien dit niet aan de orde was, is e.e.a. als zodanig ontwikkeld door gebruikt te maken van funktionaliteit waarbij feitelijk zo'n zelfde iets al gebeurd. Zo is in het verleden de Faktuurrun al aangepast op het Faktureren van alle leveringen aan een bepaald Distributiecentrum, waarbij die Faktuurrun niet alle orders doorloopt, maar enkel die aan dat Distributiecentrum. Inmiddels is gebleken dat er wel degelijk Fakturen aan meerdere Debiteuren worden verzamelt op één Faktuur aan een Groepsdebiteur, en daardoor werkt de Faktuurrun op Debiteuren-rubriek op de nieuwe manier helemaal niet meer (immers, het verzamelen over de Debiteuren heen gebeurd niet meer). Voor nu is besloten de aanpassing weer ongedaan te maken. Daarmee is ook de performance verbetering (van meer dan een half uur naar een paar minuten) ongedaan gemaakt. Overigens is er best een andere oplossing te verzinnen, die we dan puur in de richting van ADS zouden moeten zoeken. Met een SQL commando kunnen we bepalen welke Verkooporders er in aanmerking komen om Gefaktureerd te worden, waarbij we enkel die Verkooporders hoeven te doorlopen (en niet de tienduizenden van alle andere klanten); in het kontroleren van die orders zit een deel van het performance probleem. Als tijdelijk tussenliggende oplossing is nu nog gesteld dat we voor aanvang van de Faktuurrun alle Debiteuren uit de Debiteurenrubriek in een string plaatsen, om de Faktuurrun zelf daarna sneller de Verkooporders van andere Debiteur te kunnen overslaan (zonder daar extra veel tijd aan te besteden). Ook is gekonstateerd dat de oplossing van een probleem in Releasenote http://ha1.heartprofit.nl/profit/index.php?topic=28914.0 vertragend werkte; deze is mogelijk de basis geweest van de noodzaak e.e.a. te optimaliseren.
|