Zowel aan de Inkoopzijde als aan de Verkoopzijde kunnen we met DKK Tarieven werken. Van een DKK Tarief is het mogelijk om aan te geven dat we ook een Nakalkuklatorisch bedrag wensen te registreren.
Een voorbeeld kan zijn "Vrachtkosten", en, laten we het eens hebben over "Verkoop". Het DKK tarief wordt daadwerkelijk toegepast zodra we de order gaan faktureren, en waarbij het DKK Tarief (percentage of tarief per eenheid) wordt toegepast op hetgeen gefaktureerd wordt. Hier volgt een Journaalpost uit in de vorm van:
Direkte Verkoopkosten / Aan Nog te ontvangen Vrachtfakturen EUR 1.000,-
Indien we nu achteraf de rekening van de vervoerder krijgen, en diens rekening blijkt in totaal EUR 1.200,- te bedragen, dan zal tijdens het inboeken van die Faktuur iets gejournaliseerd zijn als:
Nog te ontvangen Vrachtfakturen / Aan Crediteuren EUR 1.200,-
Per saldo ontstaat er een verschil van EUR 200,- welke kan worden toegewezen aan deze order (of mogelijk zelfs aan meerdere orders als de vrachtkosten een zending van meerdere orders betreft). Laten we het even simpel houden: we kunnen de EUR 200,- aan deze order toewijzen.
Er zal nu nog EUR 200,- extra aan "Kosten" gejournaliseerd moeten worden in de vorm
Direkte Verkoopkosten / Aan Nog te ontvangen Vrachtfakturen EUR 200,-
waardoor er van deze hele transaktie EUR 1.200,- als kosten zijn geboekt, en "Nog te ontvangen Vrachtfakturen" netjes glad loopt.
De klant voor wie dit maatwerk in 1998 ontwikkeld is stelde expliciet dat deze EUR 200,- (financieel) nu moest worden verdeeld over de produktgroepen die op deze order zijn ingekocht (en dan ook naar rato van het aandeel in dat DKK tarief). Dit houdt in dat als er 5 produkten op de order stonden, deze EUR 200,- werd verdeeld over deze 5 produkten. Hierbij moest per regel eerst "het aandeel" bepaald worden maar, laten we het eens simpel houden, en voor het voorbeeld stellen dat iedere VO regel 1/5e deel van deze EUR 200,- toegekend kreeg.
Per VO regel werd vervolgens de Financiële Groep van dat Artikel bepaald, en werd 1/5e deel gejournaliseerd op de Grootboekrekening "Direkte Verkoopkosten" van die Financiële Groep; tevens werd de Kostenplaats van die Financiële Groep aan de Interface aangeboden. Op die manier werd de EUR 200,- verdeeld over bijv. "Tomaten", "Paprika's", "Aardappels", "Bloemkool" en "Aardbeien".
De aanpassing in deze Releasenote heeft nu te maken met de wijze waarop een andere klant omgaat met deze Voor-/Nacalculatie van DKK Tarieven. In dit voorbeeld staan er ook geen 5 Artikelen op de order, maar zijn het er bijvoorbeeld 100. En, we hebben niet met één DKK tarief te maken waarop we deze voor-/nacalculatie willen toepassen, nee, ook dit zijn er 5.
Resultaat is dat nu in een vrij complexe berekening wordt uitgezocht welk deel op welke Grootboekrekening en Kostenplaats beschikbaar moet worden gesteld terwijl... jawel... de gekoppelde Journaalpostdefinitie geen van de aangeboden gegevens uit de Financiële Interface overneemt en alles journaliseert op vaste Grootboekrekeningen/Kostenplaatsen.
Ofwel, de koding doet veel moeite om de EUR 200,- op de juiste wijze te verdelen over 100 verschillende Artikelen, waar de Journaalpostdefinitie alle specifief aangeleverde gegevens negeert en gewoon op dezelfde kombinatie journaliseert.
M.i.v. deze Releasenote zal het Afsluiten van deze Voor-/Nacalculatie dan ook eerst kijken welke Journaalpostdefinitie er gekoppeld is aan de Interface. Vervolgens gaat ze kijken of de aangestuurde Journaalpostregels 1 en 2 wel gegevens (Grootboekrekening-/Kostenplaats) overnemen uit de Interface, en zo niet, dan heeft het ook geen zin om de bedragen over alle separate Verkooporderregels te verdelen. Het bedrag zal dan alsnog als 1 geheel worden gejournaliseerd (wat op deze manier enkele honderden boekingen per order kan schelen).
Nb: Overigens werd het hoge aantal boekingen per order ook veroorzaakt doordat DKK tarieven met slechts 1 of 2 cent per order als Nacalculatorisch waren gedefinieerd. Hierdoor werd zelfs een paar cent naar rato over alle VO regels verdeeld.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOFYAF | Omschrijving (nog) niet bekend | 22-08-2014 | 12-01-2016 |
