|
Title: "Vast Tarief toegestaan J/N" instelbaar bij DKK Post by: Heart Informatisering B.V. on November 19, 2015, 08:26:27 am November 2009 is het voor een klant mogelijk gemaakt om met "Vaste Bedragen" te kunnen werken bij DKK's. Indien er een tarief van 0,00 per VS wordt opgenomen, dan zal er een separate rubriek "Order tarief" aktief worden, waarin een vast bedrag kan worden ingevuld.
(http://www.heartprofit.com/www/transfer/graphics/Rnotes/lodfwy151118.png) Eigenlijk is het werken met een vast bedrag lastig, immers, stel dat we 100V bestellen en er 80V geleverd wordt, dan kunnen we moeilijk onze kosten verdelen over deze 80V als het nog niet duidelijk is of de 20V wel/niet geleverd gaat worden. Dit maatwerk is destijds dan ook zo gedefinieerd dat we weliswaar een vast bedrag kunnen invullen, maar dat dit evenredig wordt verdeeld over het aantal Verschijningen wat op de order is ingekocht/verkocht; accepterend dat dit niet de gewenste verdeelsleutel hoeft te zijn immers als we goud en flessen water inkopen, zouden we misschien ook wel een groter deel van de kosten aan het duurste produkt kunnen willen toekennen. Bij het toevoegen en wijzigen van een orderregel houdt dit in dat dit soort tarieven herberekend moeten worden, en daarvoor moeten we eerst alle orderregels doorlopen om te bepalen over hoeveel verschijningen het tarief moet worden verdeeld. Per heden is deze funktionaliteit uitgebreid met een indikator op DKK niveau waarmee formeel kan worden aangegeven of er bij deze DKK wel met vaste bedragen gewerkt mag worden. Zonder een dergelijke indikator werkt e.e.a. ook wel, maar zonder deze indikator zal het systeem alle naar de order gekopieerde DKK tarieven stuk voor stuk moeten doorlopen om te kijken of er een tussen zit die met vast bedragen werkt. Zelfs als u helemaal niet met vaste bedragen werkt, kost dit toch tijd. Derhalve is er nu bij een DKK een rubriek "Vast tarief toegestaan J/N" opgenomen, opdat we eerder kunnen herkennen dat er helemaal geen DKK tarieven aan de orde zijn die met een vast tarief werken, om daarmee weer een stukje overhead te elimineren. De defaultwaarde voor nieuw toe te voegen DKK's zal "Nee" zijn. Voor de reeds opgenomen DKK's zal "Ja" heleaas de defaultwaarde moeten zijn. Zouden we daar "Nee" hanteren, dan wordt er niet meer gezocht naar tarieven die er wel zijn. In theorie zouden we de waarde t.t.v. de upgrade met een konversie automatisch van een waarde kunnen voorzien, ware het niet dat er miljoenen records in de DKK Tarieven tabel staan, en we de tabel record voor record zouden moeten doorlopen om te kijken of er met vaste tarieven gewerkt wordt. Dit zou de upgrade aanzienlijk vertragen. Ervanuitgaande dat iedere klant zelf wel weet of (en bij welke DKK's) ze met vaste tarieven werkt, kan de klant deze indikator zelf uitzetten bij de DKK's waarbij geen vaste tarieven gehanteerd worden. Voor de duidelijkheid: er wijzigt verder niets aan de overige regels om met een vast tarief te kunnen werken, de rubriek is meer bedoelt om op voorhand te kunnen bepalen dat we bij een order niet op zoek hoeven te gaan naar DKK tarieven met een vast bedrag, als we toch al weten dat er geen DKK's gebruikt worden die met een vast bedrag werken.
|