Kredietlimietberekening - Inklusief-/Exklusief BTW

[Heart Informatisering B.V.]

Met ingang van deze Releasenote is er een Bedrijfsparameter opgenomen waarmee kan worden ingesteld of de Kredietlimietberekening inklusief danwel exklusief BTW moet worden berekend. Deze parameter is te vinden bij de Verkooporder parameters (Hoofdmenu,F5,F5,I).

Een Kredietlimietberekening is normaliter altijd Inklusief BTW. Als iemand bij ons een order plaatst voor EUR 1.000,- en we moeten hem hierover 21% BTW berekenen, dan krijgt hij een Faktuur voor een bedrag van EUR 1.210,-. Dát is feitelijk het kredietbedrag wat we hem tot een bepaald maximum toestaan; de Kredietlimiet.

Over alle produkten die we verkopen moet in principe belasting worden berekend, die we weer moeten afdragen aan de fiscus. Van al onze inkopen kunnen we de belasting die wij moeten betalen weer terugvorderen als voorbelasting.

In Nederland kennen we 3 soorten tarieven:

Hoogtarief (momenteel 21%)

Laagtarief (momenteel 9%)

Nul-tarief (spreekt voor zich: 0%)

Op iedere levering is één van bovenstaande drie tarieven aan de orde, máár... het er kúnnen nog weer andere regels zijn die er voor zorgen dat we deze BTW niet hoeven te berekenen. Zo kunnen bepaalde instellingen zijn vrijgesteld van BTW, en hoeft een Intra Communautaire Levering ook niet te worden belast met BTW (en zo zijn er nog veel meer regels).

Als we BTW in rekening brengen, bepaalt ons produkt (het Artikel) welk van deze 3 tarieven in rekening moet worden gebracht. Het Artikel verwijst naar een Financiële Groep (een groep met Artikelen die allen op eenzelfde wijze financieel verantwoord moeten worden, zoals bijvoorbeeld "eindprodukten verf"). Deze Financiële Groep bevat een BTW Kategorie (bijv. "hoogtarief") en die BTW Kategorie bevat vervolgens per periode de inhoudelijke tarieven. Dat tarief kan per periode anders zijn; bedenk dat we nu met 21% hoogtarief werken, maar dat dit eerder 19%, 17,5%, 18,5% etc. is geweest.

Bedenk dat we al snel 20.000 Artikelen in ons Artikelbestand hebben, met ieder gemiddeld 2,5 Verschijningsvorm leidt dat tot 50.000 Artikel-/Verschijningen, die allemaal naar een bepaalde Financiële Groep kunnen verwijzen en dan... tsja... allemaal blijken te verwijzen naar dezelfde BTW Kategorie die 21% impliceert. Iets wat het pakket nu eenmaal moet bepalen, maar wat u zelf al weet, immers "u verkoopt geen produkten die onder het lage tarief vallen".

Uitschakelen kunnen we het echter niet, omdat ook u Statiegeld in rekening kunt brengen, wat weer onder een 0 tarief valt.

Het verhaal wordt een stapje erger als we "BTW aangeven in andere Landen J/N" geaktiveerd hebben. Met "BTW andere Landen" kunnen we aangeven dat we niet alleen in Nederland aangifte doen, maar dat we ook een Spaanse-, een Duitse-, een Britse- en een Griekse administratie voeren waarin we de spaanse-, duitse, britse- en griekse BTW in rekening brengen, en dus ook een BTW aangifte te doen hebben in die landen.

Kombineer dát weer met de mogelijkheid dat een klant technisch op één Verkooporder produkten kan bestellen die uit meerdere van deze Aangiftelanden geleverd moeten worden (waarna één order dus zal resulteren in meerdere Fakturen in de faktuurranges van de betreffende Aangiftelanden) .

Bedenk ten slotte dat we te maken hebben met een Groepsdebiteur waar honderden elementaire Debiteuren onder liggen, en waarbij iedere Levering aan zo'n Debiteur gefaktureerd zal worden aan die GroepsDebiteur en op dat Groepsniveau de Kredietlimiet wordt vastgelegd.

De Kredietlimietberekening ontkomt er nu niet aan om:

1. uit te zoeken wie die Groepsdebiteur is...

2. daarna voor alle onderliggende honderden debiteuren...

3. alle nog niet gefaktureerde Verkooporders te bepalen (wat dus meer is dan alleen de 'openstaande orders')

4. van iedere gevonden Verkooporderregel alle Verkooporderregels te doorlopen...

5. te bepalen welk produkt er verkocht is...

6. de Financiële Groep van dat produkt te bepalen...

7. uit te zoeken vanaf welke lokatie de goederen zijn geleverd...

8. op basis van die Lokatie het Magazijn te bepalen...

9. daar de Landkode van te bepalen...

10. met Landkode én Financiële Groep de BTW Kategorie te bepalen die in dát betreffende land van toepassing is...

om vervolgens achter het BTW tarief te komen.

Bedenk nu dat de situatie waar we het over hebben een "Rederij" betreft, die eigenaar is van honderden schepen, en we over schepen toch nooit btw berekenen... dan moet er hier erg veel berekend worden waarbij het resultaat toch tot 0,00 BTW leidt.

We hebben overwogen de BTW Kategorie redundant op te nemen in de Verkooporderregel, opdat deze niet steeds opnieuw hoeft te worden bepaald. Hiervoor moet een serie programma's worden aangepast, die nu ook allemaal (vooraf) de landkode waaruit geleverd wordt nodig hebben, om de juiste BTW Kategorie te kunnen bepalen. Als er daarna ergens iets wijzigt, zullen we funktionaliteit nodig hebben die de BTW Kategorie v/d Verkooporderregel opnieuw kan bepalen.

Een veel snellere oplossing, en een die wél te overzien is, én een die a.g.v. een bug (http://ha1.heartprofit.nl/profit/index.php?topic=29106.0) toch al zo uitpakte, is een parameter waarmee  we kunnen instellen dat de Kredietlimietberekening gewoon zónder BTW mag zijn. In die situatie hoeft stap 5 t/m 10 niet meer te worden uitgevoerd.

Nb: Mochten we te maken hebben met een Debiteur aan wie wél BTW in rekening wordt gebracht, dan kan de Gebruiker besluiten om een lagere limiet in te vullen. We wilden hem EUR 100.000,- geven inklusief BTW maar omdat nu alles exklusief BTW werkt, vullen er EUR 80.000,- in.

Als laatste geldt nog de overweging om dit via een Bedrijfsparameter te realiseren òf door een rubriek bij de Debiteur op te nemen (opdat per ingevulde Kredietlimiet kan worden aangegeven of deze inklusiefof exklusief BTW is). Hier is expliciet ervoor gekozen dit middels een Bedrijfsparameter te doen, omdat de methode op Debiteurniveau niet transparant is.

Funktie	Omschrijving	Dtm.Vl.Wyz	Dtm.L.Wyz
LOINBE	Initialiseren Bedrijf	22-03-2019	22-03-2019
LOINV	Omschrijving (nog) niet bekend	22-03-2019	22-03-2019
LOPAIN	Initialiseren Parameters.	25-02-2019	22-03-2019
LOPAVPF1	Omschrijving (nog) niet bekend	06-08-2018	22-03-2019
LOPAVPG1	Omschrijving (nog) niet bekend	06-08-2018	22-03-2019
LOPAVPWY	Wijzigen Verkooporder Parameters	06-08-2018	22-03-2019
LORDKW	Omschrijving (nog) niet bekend	20-03-2019	22-03-2019

[Peter Stordiau]

Wat een OH verhaal zeg. Ik kan het nog langer maken :

Ja, het is juist dat een Debiteur die moet betalen, eveneens de BTW moet betalen en dat je die dus eigenlijk moet meeverzekeren. Immers, betaalt de Debiteur niet, dan ben je ook dat BTW deel kwijt.
Ja ?
Nou, Nee. Immers, als hij niet betaalt dan crediteer je op een gegeven moment en krijg je de BTW weer terug (de rest ben je kwijt).
Hoe dit met een kredietverzekeraar zit is waarschijnlijk een iets ander verhaal, maar deels geldt voor die instantie hetzelfde. Echter, je kan je afvragen of deze ook het BTW-deel vergoedt indien er wat loos is met de Debiteur. Ik zou het niet doen als ik hem was ...
Je kan je tevens afvragen of een instantie die "binnen een week" het faktuurbedrag overmaakt (schiet dus voor), deze ook de BTW overmaakt. Ik heb daar nooit zo over nagedacht, maar ook dat zou ik niet doen als ik hem was (veel te ingewikkeld en dus uiteindelijk onnodig).

Tja ...

Intussen zouden wij als ontwikkelaar van het ERP pakket dus zo ver kunnen zijn dat het meeverzekeren van de BTW juist fout is. Of minimaal onnodig. Het enige wat je er mee kan bereiken is meer liquiditeit - àls het dus al zo is dat de verzekeraar dit uitkeert / betaalt.

N.b.: Voor zover het niet al was opgevallen, dit stel je dus in op Bedrijfsniveau. Het is dus alles of niets. En ook : als je iemand wel degelijk inklusief BTW wilt verzekeren maar via deze Bedrijfsparameter zegt dat e.e.a. exklusief BTW zal worden bijgehouden, dan kan je de betreffende Debiteur voor bijvoorbeeld 100.000 verzekeren, maar in het systeem zetten dat dit ~82.500 betreft.