Analyse naar de snelheid van een Gerealiseerd Verkoopoverzicht, omdat een overzicht over een periode van 1 week (vorige week) een uur nodig heeft alvorens de data berekend is. Dit, terwijl er (naar zeggen) 3000 orders in die week liggen.
In totaal werden er 128.500 Orderregels doorlopen; dit zou overeenkomen met ruim 40 regels gemiddeld per order.
Per heden een aantal performance verbeteringen aangebracht:
Input Artikelen In Profit is het mogelijk om met zgn. Input Artikelen te werken op de Verkooporderregel. Bedoeld om een te produceren Artikel helemaal samen te stellen o.b.v. onderdelen die als Verkooporderregel worden geplaatst. Zo verkopen we bijv. een bepaald type computerkast voor een bepaalde prijs, en voegen we de gewenste componenten (geheugen, processor, harddisk, DVD brander etc.) als Verkooporders toe als Input van de computerkast die op een specifieke regel is verkocht. Genereren we vervolgens een Produktieorder uit die Verkooporderregel, dan krijgen we een P.O. voor een computerkast, maar zijn automatisch de componenten die op die Verkooporderregels zijn opgenomen, opgenomen als Inputregels in de betreffende P.O., en worden deze componenten ook afgeboekt bij het produceren.
De prijs die de klant uiteindelijk moet betalen wordt bepaald door de prijs van de computerkast + de prijs van alle componenten (Verkooporderregels) die als Input gedefinieerd zijn voor dat produkt. Ofwel, geven we aan dat de harddisk EUR 80,- kost, dan zal de verkoopprijs van de computer vanzelf EUR 80,- duurder worden.
In de Verkoopoverzichten gaat het systeem per Verkooporderregel op zoek naar andere Verkooporderregels die verwijzen als Input naar deze V.O. regel. Op zich nodig indien er met deze "Input methode" gewerkt wordt, maar, zodra deze methode niet gebruikt wordt, kost dit alleen maar onnodig veel tijd, immers, met gemiddeld 40 regels per order, zullen we dus per regel ook de andere 39 regels moeten doorlopen om te kijken of deze naar de huidige regel verwijzen.
Per heden kan middels een parameter in het menu "Maganement Informatie" worden aangegeven of de statistieken rekening moeten houden met deze Input-artikelen.
Drydock Middels het ontwerp "Drydock" is het mogelijk om op een Verkooporder 100 Verschijningen aan een klant te leveren, en met de klant af te spreken dat hij retour mag sturen wat hij niet nodig heeft. Indien op enig moment er 10 stuks (mag ook in meerdere etappes worden geboekt) retour worden geboekt, en de Faktuur wordt opgemaakt, zal het saldo (=90) in rekening worden gebracht.
Het boeken van e.d. Verkooporder-credit is alleen toegestaan indien bij de Debetorderregel expliciet is aangegeven dat de goederen Retour kunnen komen. Desondanks ging de berekening van het Verkoopoverzicht standaard op zoek naar deze Creditregels (die nimmer werden gevonden). Maar, om te kontroleren of er Creditregels waren, moeten wel alle resterende Verkooporderregels van de betreffende order worden doorlopen, om te kijken of er een Creditregel bij zat die verwees naar de aktieve regel. Ofwel, indien een order gemiddeld uit 30 regels bestond, moet bij regel #1 ook regel #2-#30 worden doorlopen. Bij regel #2 moest regel #3-#30 worden doorlopen etc.
Per heden is de berekening zodanig aangepast dat we niet op zoek gaan naar Verkooporderregels-Credit indien bij de Debetregel niet expliciet is aangegeven dat het toegestaan is creditregels te boeken; dezelfde konditie feitelijk als waaronder een dergelijke Verkooporderregel-Credit wordt toegevoegd.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOOZKPBP | Omschrijving (nog) niet bekend | 17-10-2011 | 21-08-2012 |
| LOOZLVBP | Omschrijving (nog) niet bekend | 16-11-2011 | 21-08-2012 |
| LOOZVFBP | Omschrijving (nog) niet bekend | 04-06-2012 | 21-08-2012 |
| LOOZVOBP | Omschrijving (nog) niet bekend | 21-08-2012 | 21-08-2012 |
| LOPRVKP1 | Omschrijving (nog) niet bekend | 14-11-2011 | 21-08-2012 |
