Sinds 2003 bevat het Gefaktureerde Verkoopoverzicht optimalisatie koding zodra het overzicht voor één Debiteur wordt opgevraagd. Dit, in eerste instantie alleen indien de statistiek werd aangeroepen vanuit het CRM menu.
Reden voor deze optimalisatie was dat de berekening van het Gefaktureerde Verkoopoverzicht altijd alle fakturen doorloopt in de opgevraagde periode, en daaruit de gegevens haalt die de nodig heeft.
Maar... zouden we 10.000 fakturen per jaar versturen en nu het saldo van één Debiteur opvragen die de afgelopen 3 jaar maar 5 fakturen ontvangen heeft, dan moesten er toch 30.000 fakturen worden doorlopen om de benodigde 5 hieruit te halen.
Om de statistieken niet tever overhoop te halen, werd speciaal voor de selektie op Debiteur + een gelijke Van-T/m selektie, op een snelle manier uitgezocht welke Fakturen de betreffende Debiteur had ontvangen, en werden enkel de gevonden 5 fakturen aangeboden aan de statistiekberekening. Deze doorliep dan alsnog "alle" fakturen, maar vond er nu gewoon niet meer dan 5.
In 2005 is het gefaktureerde Verkoopoverzicht uitgebreid met een mogelijkheid om de gegevens uit een ander bedrijf aan te vullen. We kunnen daarmee een statistiek draaien in bedrijf A, om de gegevens vervolgens aan te vullen met data uit bedrijf B en C. Op zich zitten hier al de benodigde haken en ogen aan (agv de verplichting dat naast de orders-/fakturen allerlei andere instellingen exact hetzelfde ingericht moeten zijn in beide bedrijven), maar, het werkte.
In 2010 is de optimaliteit voor één Debiteur standaard toegepast, en niet alleen meer vanuit het CRM scherm, immers, waarom zouden we als we via Hoofdmenu-8-3-2-1 een Gefaktureerd Verkoopoverzicht van 1 Debiteur opvragen wél lang moeten wachten, waar dit snel kan vanuit het CRM scherm ?
Per heden is gebleken dat daar één ding bij over het hoofd is gezien: de mogelijkheid de statistiek uit te breiden met data uit de andere bedrijven. De optimalisatiekoding bestond immers uit een speciaal stukje koding die eerst ging uitvlooien welke fakturen er allemaal aan die ene opgegeven Debiteur waren verstuurd, en bood alleen dié fakturen aan de berekening van de statistiek aan. Hierbij werden niet de fakturen uit de andere bedrijven meegenomen, en dus wilde de statsitiek wel samenvoegen, maar vond simpelweg de fakturen niet.
M.i.v. deze Releasenote zijn ook de fakturen uit de andere bedrijven waarmee moet worden samengevoegd opgenomen in de 'Optimaliseren Verkoopoverzicht voor één Debiteur' koding.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPRVKO1 | Omschrijving (nog) niet bekend | 08-05-2014 | 14-05-2014 |
