Neem als voorbeeld onderstaande definitie van een Opbrengst Verhogende DKK :
De bedoeling hiervan is om te stellen dat alle prijzen van Debiteur "MELKHOEK2" met 4% dienen te worden verhoogd.
Toch werkt bovenstaande definitie niet !
Oorzaak? Het niet hebben ingevuld van de "Eenheid" bij het tarief van EUR 0,0000 per eenheid.
Naar nu blijkt is ooit een kontrole ingebouwd die bepaalt welke DKK's wel/niet verwerkt moeten worden. Zo worden alleen DKK tarieven verwerkt die zijn gedefinieerd:
* in de Voorraadeenheid v/h Artikel
* in de eenheid VS/KG/TN
Ofwel, stel dat we een tarief per "L" gedefinieerd zouden hebben, dan zal dat DKK tarief alleen worden verwerkt bij Liter produkten, en bijv. niet bij stuks (ST) produkten.
Waarom werkte het voorheen wel ?
Wel, deze eenheid werd voorheen standaard gevuld met "KG", doch dit leidde tot problemen. Het kwam nog wel eens voor dat een gebruiker alleen het tarief invulde, en verzuimde naar de eenheid te kijken, met als gevolg dat een tarief in de verkeerde eenheid werd ingevuld, met alle gevolgen vandien. Zie Releasenote:
http://ha1.heartprofit.nl/profit/index.php?topic=23753.0 Met als uitgangspunt dat het scherm zegt dat we òf een tarief per eenheid moeten invullen òf een percentage, zou het totaal niet moeten uitmaken wat we nog meer invullen bij het tarief per eenheid; of het nu 0,00 euro per KG is, 0,00 dollar per KG, 0,00 euro per Liter, 0 is 0; we willen een percentage hanteren !
Toch blijkt de kontrole op bovenstaande eenheid niet juist in elkaar te zitten, immers, "een DKK regel wordt nu alleen verwerkt indien de eenheid overeenkomt", en a.g.v. de niet ingevulde eenheid, wordt de hele DKK overgeslagen.
Per heden is e.e.a. dan ook zodanig aangepast dat de DKK regel niet alleen wordt verwerkt indien het DKK tarief geregistreerd is:
* in de Voorraadeenheid v/h Artikel
* in de eenheid VS/KG/TN
maar tevens "Indien er een percentage is ingevuld !".
Nb: Merk op dat in de oude situatie (voor oktober 2011) de eenheid default "KG" betrof, en een ingevuld percentage derhalve altijd verwerkt werd. Merk ook op dat je het als gebruiker zo zou kunnen inrichten dat je een tarief van EUR 0,00 per L zou definieren, gekombineerd met een Opslagpercentage van 4%, wat daarna als effekt had dat er alleen 4% opslag werd berekend over produkten die in de Voorraadeenheid "L" waren gedefinieerd. Uitgangspunt mag zijn dat dit niet expliciet is ontwikkeld voor dit doel. Dit zou nl. impliceren dat als je met een opslagpercentage zou willen werken, je per Voorraadeenheid een Opslagpercentage zou moeten definieren, en in dat geval hadden we die eenheid wel expliciet achter rubriek "Opslagpercentage" opgenomen. Of nog erger, 4% per KG zou wél leiden tot 4% over ST artikelen (immers, KG komt voor in VS/KG/TN), maar 4% over ST artikelen zou niet werken voor KG artikelen. En, met dat we 4% per ST artikelen zouden hebben gedefinieerd, zouden we niet eens 3% voor KG kunnen definieren, omdat een tarief per KG voor alle produkten geldt.
Resumer, precies zoals het scherm zegt, we vullen òf een tarief per eenheid in, òf een percentage; als we een tarief invullen dan zal de eenheid gerespekteerd worden, vullen we een percentage in, dan maakt het niet uit wat bij het tarief per eenheid is ingevuld (die zou sowieso op 0,00 moeten staan omdat we beide niet tegelijk mogen invullen).
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOARIPKZ | Keuze Raadplegen Inkoopprijzen Artikel | 28-09-2010 | 05-01-2012 |
| LODFGNIO | Omschrijving (nog) niet bekend | 10-01-2011 | 05-01-2012 |
| LODFGNIR | Omschrijving (nog) niet bekend | 28-09-2010 | 05-01-2012 |
| LODFGNKL | Omschrijving (nog) niet bekend | 10-01-2011 | 05-01-2012 |
| LODFHGVI | Hergenereren alle DKK-Tarieven | 10-01-2011 | 05-01-2012 |
| LODFKPVK | Omschrijving (nog) niet bekend | 01-06-2011 | 05-01-2012 |
| LOIRTVP5 | Omschrijving (nog) niet bekend | 28-09-2010 | 05-01-2012 |
| LOVRTVP2 | Omschrijving (nog) niet bekend | 14-11-2011 | 05-01-2012 |
| LOVRTVP5 | Omschrijving (nog) niet bekend | 07-09-2011 | 05-01-2012 |
| LOVRTVP6 | Omschrijving (nog) niet bekend | 24-02-2011 | 05-01-2012 |
