Middels de Bedrijfsparameter "Kommissie reserveren via (interne) Creditfaktuur J/N" kunnen we in Profit de werkwijze van Kommissie Ontvangers kompleet anders laten werken.
De defaultwaarde van deze parameter is "Nee", en triggert de oorspronkelijke werkwijze. Bij deze werkwijze is het mogelijk om op Verkooporderregelniveau Kommissie Ontvangers op te nemen die Kommissie krijgen over de betreffende Verkooporderregel. Op een aantal hogere niveau's (zoals de Prijs-/Kortingsafspraken en Kontrakten) kan een default tarief worden opgenomen welke naar de Verkooporderregel wordt gekopieerd, en daar al dan niet kan worden gewijzigd. Tarieven zijn hier mogelijk als percentage, en als tarief per eenheid. Zodra de Verkooporder wordt gefaktureerd, worden er "Kommissieregels" gegenereerd uit de bij de Verkooporderregel opgenomen Kommissieontvangers.
Via een printoverzicht kunnen we aan de Kommissieontvangers kenbaar maken over welke Faktuurregels (en dus Verkooporderregels) ze recht heeft op Kommissie. Maar... het is niet vanzelf sprekend dat als iemand een order aanbrengt van EUR 100.000,- en 10% Kommissie krijgt, we ook meteen EUR 10.000,- aan die Kommissieontvanger gaan overmaken; de Kommissieregel krijgt in eerste instantie een status "Gegenereerd", en pas zodra de Debiteur zijn Faktuur betaald heeft wordt de status van de Kommissieregel gewijzigd naar "Betaalbaargesteld". De print is voor de Kommissieontvanger een basis om te kunnen bepalen voor welk bedrag hij U een Faktuur mag sturen, maar tevens ziet hij op de print wat er potentieel aan staat te komen mits zijn klant de rekening maar betaald.
Omdat deze funktionaliteit ook in landen (of bij bedrijven) gebruikt wordt waar men niet in staat is om een formele Kommissiefaktuur op te stellen, biedt het systeem ook de mogelijkheid om een Ingekomen Faktuur te genereren (en deze te printen). Ingekomen Faktuur, omdat deze werkwijze als uitgangspunt heeft dat het niet juist is te crediteren via een Uitgaande Faktuur (een creditfaktuur is een korrektie op een debetfaktuur, en je mag niet iemand crediteren die je nooit gedebiteerd hebt).
Medio 2016 is een nieuwe methode ontwikkeld, die beantwoording van deze parameter met de waarde "Ja" vereist. In deze situatie is het niet meer mogelijk om Kommissietarieven op REGEL niveau op te nemen; dit moet nu op Verkooporder-HEADER niveau, en wel in de vorm van het opnemen van een percentage. Stel dat we nu een Verkooporder hebben van EUR 100.000,- en we geven een bepaalde Kommissieontvanger 15% Kommissie, dan zal direkt met het genereren van de Faktuur van EUR 100.000,- een (interne) Creditfaktuur worden gegenereerd voor de Kommissieontvanger. Deze Creditfaktuur wordt niet verzonden naar de Kommissieontvanger (vandaar dat ze "intern" is), en betreft slechts een (voorlopige) "reservering". Gedurende het jaar is de omzet nu EUR 85.000,-. Aan het einde van het jaar gaan we kijken waar de betreffende Kommissieontvanger écht recht op heeft, en kan blijken dat ze toch minder heeft afgenomen dat we verwacht hadden. Op dat moment bepalen we voor welk bedrag we een échte Creditfaktuur gaan sturen. De gereserveerde 15% wordt tegengeboekt, en er volgt een échte Creditfaktuur voor het percentage waar de ontvanger recht op heeft (gezien de werkelijke afname). De 10% die aan het einde van het jaar écht gecrediteerd wordt kan uit, immers we hadden het hele jaar al 15% gereserveerd. In de laatste maand van het jaar hebben we 5% extra resultaat omdat we minder Kommissie toegekend hebben dan gereserveerd was.
In tegenstelling tot de oorspronkelijke werkwijze, waarin we stelden dat het NIET was toegestaan om Kommissie te verlenen via een Creditfaktuur, staan we e.e.a. bij deze methode WEL toe. Maar... let op: Dit kan alleen worden toegepast in orders waarop géén BTW aan de orde is! Bijvoorbeeld bij Leveringen aan Schepen (Schip = Ja bij de Debiteur) of leveringen buiten de EU. Merk nl. op dat als we op een binnenlandse order van EUR 100.000,- 21% BTW berekenen, de Debiteur (dus) EUR 21.000,- BTW zal gaan terugvorderen. Verlagen we nu deze omzet met EUR 15.000,- door deze met een Creditfaktuur te crediteren, dan zal die Creditfaktuur resulteren in een korrektie op het door ons af te dragen BTW bedrag ad EUR 3.150,-. Echter, de Debiteur heeft nog steeds EUR 21.000,- aan BTW op zijn Faktuur staan die ze zal terugvorderen, dus 'wie betaalt de ficus nou de btw over die Creditfaktuur'? Dat zóu de ontvanger van de Kommissie moeten betalen, echter, daar hebben wij geen invloed op. Om die reden is binnen het oorspronkelijke ontwerp gesteld dat de Kommissie Ontvanger juist een Faktuur moet sturen (waarmee ze als vanzelf behoort dorg te dragen voor de afdracht van de BTW).
Het toestaan Kommissie te crediteren via een Creditfaktuur als er geen BTW aan de orde is, willen we nog wel 'accepteren', daarbij doen we de fiscus niet tekort.
In deze Releasenote is de Bedrijfsparameter opgenomen, en geldt dat allerlei funktionaliteit omtrent het opnemen van Kommissie Ontvangers op regelniveau is uitgeschakeld. Dit, omdat we vast nooit twee methoden door elkaar zullen gebruiken, en niet alle funktionaliteit door beide methoden ondersteund worden.
Nb: Tot het moment dat alle aanpassingen in dit ontwerp gereed zijn, zal het nog even niet mogelijk zijn de parameter met "Ja" te beantwoorden.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBHOI5 | Omschrijving (nog) niet bekend | 28-04-2016 | 29-04-2016 |
| LODAKGRA | Raadplegen Kommissie-ontvangers | 19-12-2014 | 26-04-2016 |
| LODARA1 | Raadplegen Prijs/Kortingsafspraken | 03-01-2014 | 26-04-2016 |
| LODARA2 | Raadplegen Prijs/Kortingsafspraken Projekt | 03-01-2014 | 26-04-2016 |
| LODARA3 | Raadplegen Kortingsafspraken | 03-01-2014 | 26-04-2016 |
| LODARA6 | Omschrijving (nog) niet bekend | 03-01-2014 | 26-04-2016 |
| LOHKGNVR | Omschrijving (nog) niet bekend | 08-08-2008 | 26-04-2016 |
| LOHKTV | Toevoegen te verlenen Kommissie | 12-01-2011 | 26-04-2016 |
| LOKKRA1 | Raadplegen kontraktregels | 03-06-2014 | 26-04-2016 |
| LOKKRA2 | Raadplegen Openstaande Kontraktregels Kliënt | 03-06-2014 | 26-04-2016 |
| LOPAIN | Initialiseren Parameters. | 21-03-2016 | 26-04-2016 |
| LOPAVPF1 | Omschrijving (nog) niet bekend | 27-05-2015 | 26-04-2016 |
| LOPAVPG1 | Omschrijving (nog) niet bekend | 31-08-2015 | 26-04-2016 |
| LOPAVPWY | Wijzigen Verkooporder Parameters | 18-09-2015 | 26-04-2016 |
| LOVRKOKO | Omschrijving (nog) niet bekend | 11-11-2005 | 26-04-2016 |
| LOVRMN | Menu Verkooporderregels | 22-09-2015 | 26-04-2016 |
| LOVRTVF1 | Omschrijving (nog) niet bekend | 15-03-2016 | 26-04-2016 |
