Naar aanleiding van een opmerking van een (buitenlandse) gebruiker van Profit, is er een situatie aan de orde gekomen waar wij schijnbaar al 25 jaar geen problemen mee hebben, maar wat wel degelijk speelt.
In Nederland is op 1 oktober 2012 de BTW voor het laatst verhoogd van 19% naar 21%. Het BTW tarief welke in rekening gebracht dient te worden hangt officieel af van het moment waarop de levering van de goederen danwel de dienst heeft plaatsgevonden; d.w.z. als u in september geleverd zou hebben doch in oktober zou faktureren, dan zou het oude percentage gebruikt moeten worden. Zou je in september alvast vooruit faktureren in oktober, dan zal alvast het nieuwe percentage moeten worden gebruikt.
Met bovenstaande hebben we in ieder geval expliciet geen rekening gehouden; dit temeer omdat dit met verzamelfakturen redelijk complex wordt, en klanten veelal òf een faktuur met de zending mee sturen, danwel achteraf faktureren. Hoe dan ook, een probleem wat 'oplosbaar' is door desnoods maar even vlak voor een btw overgang alles te faktureren wat er nog te faktureren valt.
Een ander verhaal zijn echter "Creditnota's", en daar gaat deze Releasenote over:
Binnen Profit hebben we verschillende manieren om een Creditnota te maken. We kunnen een Credit Verkooporder maken en daaruit een Faktuur genereren, we kunnen handmatig een Creditfaktuur toevoegen, en we kunnen een bedrag op- danwel een hele Faktuur crediteren.
Stel dat wij vandaag de dag een Creditverkooporder aanmaken, en een bedrag van EUR 1.000,- crediteren, dan zullen we daarop EUR 121,- aan btw crediteren, immers het btw tarief staat vandaag de dag op 21%.
Sinds vandaag wordt de juistheid daarvan in twijfel getrokken, en m.i. terecht.
Een Creditnota is normaliter een korrektie op een Debetnota. Daarbij zouden in principe alle gegevens gekorrigeerd moeten worden zoals ze op de Debetnota stonden, alsware de debetnota niet aan de orde geweest.
Het kán niet zo zijn dat als we één dag voor een BTW verhoging een computer gaan kopen voor EUR 1.000,- en daar EUR 119,- aan BTW over moeten betalen, we deze computer een dag later terugbrengen, en EUR 121,- aan BTW gecrediteerd krijgen! We zouden immers meer terugkrijgen dan we betaald hebben.
Nb: Andersom, als het tarief naar beneden gaat, zou de klant minder terugkrijgen dan ze betaald heeft, waar de klant vast niet mee akkoord gaat.
Op ons belastingformulier dienen we én de omzet op te geven én het in rekening gebrachte BTW bedrag. Er hoeft daarmee geen verhouding te zitten tussen de omzet, en de btw die in rekening gebracht is. Die laatste mag daarmee een samentelling zijn van meerdere tarieven.
Als we een handmatige Credit-Faktuur toevoegen en Crediteren met Regelferentie (aan een Debetfaktuur) dan mogen we stellen dat we ook het oorspronkelijk berekende btw tarief moeten gebruiken voor de creditnota.
Als we Crediteren via een Credit Verkooporder, dan kunnen we aldaar refereren aan de Debet-Verkooporder. Maar, we kunnen dit ook nalaten, simpelweg omdat we niet weten welke Debetorder er aan ten grondslag lag. We moeten ook oppassen dat we straks niet gaan verplichten dat de gebruiker
moet aangeven welke Levering er gecrediteerd gaat worden opdat het systeem kan bepalen welk BTW percentage gebruikt moet worden.
Geen Debet-Verkooporder opgeven bij een Creditorder moet dus mogelijk zijn, en zal dan sowieso altijd het nieuwe tarief impliceren.
Tsja... dan wél een Debetorder opgeven... technisch gezien zou het handig zijn dat we meerdere Debetorders op één Creditnota kunnen crediteren. Dit zou niet kunnen indien de verschillende debetorders met verschillende percentages gedebiteerd zijn; de Creditnota, die anticipeert op maximaal 3 BTW tarieven (0% (btw vrij), 6% (laag) en 21% (hoog)) en zal niet ook nog eens 19% of nog meer tarieven kunnen afdrukken.
Kombineer dit vervolgens ook nog met de situatie dat we in theorie één bestelling kunnen hebben voor 100 Verschijningen, waarvan er 80 worden geleverd (en gefaktureerd) bij het oude percentage, en 20 worden nagelevred (en gefaktureerd) tegen het nieuwe percentage, en we vervolgens zo'n order zullen willen gaan crediteren. Willen we dit 'goed' kunnen doen, impliceert dit dat de gebruiker moet aangeven of het te crediteren deel uit de 80V met 19% kwam, danwel uit de 20V tegen 21% btw. En, als je niet oppast, hoort daar een subadministratie bij die gaat bijhouden dat als er nog eens een partij op die order gecrediteerd wordt, we niet meer dan 80V tegen 19% kunnen crediteren.
We kunnen echter ook niet zomaar stellen "als je wilt crediteren tegen het oude btw tarief, dan moet je maar de oorspronkelijke Faktuur hard crediteren" immers, we willen juist met CreditVerkooporders kunnen werken, omdat daaruit Retour-Inkooporders worden gegenereerd waarmee we de partij terug kunnen ontvangen.
Een oplossing ligt deels al in een systeem welke bij Poolse installaties al jaren wordt toegepast: zodra we een Credit Verkooporder gaan maken, zal er worden gevraagd om de datum van de oorspronkelijke Faktuur. Nu wordt daar in Polen om gevraagd omwille van het bepalen van de koers van Vreemde Valuta, maar m.i.v. deze Releasenote vragen we standaard om deze datum, en passen we haar ook toe t.b.v. het bepalen van het te hanteren BTW tarief.
De aanpassing inzake deze Releasenote zit hem hooguit in het faktureren op basis van Verkooporders, waar nu een (optioneel in te vullen) "Oorspronkelijke Faktuurdatum" bij de Credit Verkooporder ervoor kan zorgen dat er BTW wordt berekend uit een oude periode. De gebruiker heeft e.e.a. dan alsnog zelf in de hand.
Bij het crediteren van een Faktuur, danwel het crediteren van een bedrag op een Faktuur (Regelreferentie) werd al gecrediteerd conform het BTW percentage zoals toegepast op de Faktuur waaraan gerefereerd werd.
Vanaf deze Releasenote geldt dat we bij het Toevoegen van een CreditVerkooporder een rubriek 'Oorspronkelijke Faktuurdatum' kunnen invullen. Als we deze leeglaten, werkt e.e.a. zoals voorheen, en zal de BTW worden berekend bij t.o.v. de Faktuurdatum. Als we echter een willen faktureren conform een BTW percentage uit de periode die gold toen de oorspronkelijke faktuur werd gemaakt, dienen we de oorspronkelijke faktuurdatum in te voeren.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBTIVGN | Omschrijving (nog) niet bekend | 20-01-2014 | 22-01-2014 |
| LOFRGNSL | Omschrijving (nog) niet bekend | 14-06-2013 | 22-01-2014 |
| LOFRKRTV | Toevoegen Faktuur-kostenregel | 23-12-2013 | 22-01-2014 |
| LOFRKRWY | Wijzigen Faktuur-Kostenregel | 23-12-2013 | 22-01-2014 |
| LOFRTV | Toevoegen Faktuur-regels | 07-01-2014 | 21-01-2014 |
| LOOFT | Omschrijving (nog) niet bekend | 23-12-2013 | 21-01-2014 |
| LOPRBOV1 | Omschrijving (nog) niet bekend | 21-01-2014 | 21-01-2014 |
| LOPRPBV4 | Omschrijving (nog) niet bekend | 21-01-2014 | 21-01-2014 |
| LOPRUFBI | Omschrijving (nog) niet bekend | 22-01-2014 | 22-01-2014 |
| LOPRUFV1 | Omschrijving (nog) niet bekend | 05-11-2013 | 21-01-2014 |
| LOPRUFV2 | Omschrijving (nog) niet bekend | 21-01-2014 | 21-01-2014 |
| LORPPFGN | Omschrijving (nog) niet bekend | 14-12-2012 | 21-01-2014 |
| LOUFCR | Debiteren/Crediteren Faktuur | 12-12-2013 | 21-01-2014 |
| LOUFDB | Fin. Doorbelasten Faktuur | 11-10-2013 | 21-01-2014 |
| LOUFFRST | Omschrijving (nog) niet bekend | 12-09-2013 | 21-01-2014 |
| LOUFGN1 | Omschrijving (nog) niet bekend | 15-01-2014 | 21-01-2014 |
| LOUFGN2 | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOUFGN6 | Omschrijving (nog) niet bekend | 10-01-2014 | 22-01-2014 |
| LOUFGNCD | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOUFGNCR | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOUFGNDI | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOUFGNEM | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOUFGNFB | Omschrijving (nog) niet bekend | 10-01-2014 | 22-01-2014 |
| LOUFGNFS | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOUFGNKR | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOUFGNLL | Omschrijving (nog) niet bekend | 28-10-2013 | 22-01-2014 |
| LOUFGNSB | Omschrijving (nog) niet bekend | 17-06-2013 | 22-01-2014 |
| LOUFKO1 | Omschrijving (nog) niet bekend | 07-01-2010 | 22-01-2014 |
| LOUFRA | Raadplegen Uitg. Fakturen | 14-06-2013 | 21-01-2014 |
| LOUFRDCR | Crediteren Fakturen Debiteur | 10-01-2014 | 21-01-2014 |
| LOUFTV | Toevoegen Uitg. Fakturen | 10-01-2014 | 21-01-2014 |
| LOVBPFGN | Omschrijving (nog) niet bekend | 17-06-2013 | 22-01-2014 |
| LOVOPFGN | Omschrijving (nog) niet bekend | 09-08-2013 | 22-01-2014 |
| LOVORA | Raadplegen Verkooporders | 03-01-2014 | 21-01-2014 |
| LOVOTV | Toevoegen Verkooporders | 19-12-2013 | 21-01-2014 |
| LOVOWY | Wijzigen Verkooporder | 13-12-2013 | 21-01-2014 |
