Deze Releasenote bevat het aanpassen van diverse plekken waar BTW berekend wordt i.v.m. het rekening houden met een BTW Vrijstelling.
BTW Vrijstelling betreft maatwerk welke voor een site die in Italië draait is ontwikkeld, en heeft ermeer te maken dat de Italiaanse overheid geen BTW terugbetaalt indien U meer BTW terug te vorderen heeft dan er afgedragen moet worden. Feitelijk moet ieder bedrijf er dus voor zorgen dat ze altijd meer BTW af te dragen heeft, dan terug te vorderen. Hiervoor zijn BTW Vrijstellingen in het leven geroepen, waarmee een bedrijf (Uw klant) een regeling kan hebben getroffen met de Italiaanse fiscus, op basis waarvan hij vrijgesteld van BTW mag inkopen.
Het effekt voor U (als Italiaans bedrijf zijnde) is dat U te maken kunt hebben met Italiaanse klanten die e.d. BTW Vrijstelling hebben, en die a.g.v. die regeling geen BTW aan hun broek moeten krijgen.
De BTW Vrijstelling kan op Debiteurniveau worden geregistreerd, en betreft dan een vrijstelling gedurende een bepaalde periode. Het is ook mogelijk dat een "Projekt" (bijv. het bouwen van een boot) is vrijgesteld van BTW, en derhalve kan ook bij een Projekt worden aangegeven dat deze is vrijgesteld van BTW.
Let op: Deze regeling overrulet alle andere BTW regelingen !
Alleen binnenlandse Italiaanse Levering of ??? Hoewel de BTW vrijstelling w.s. alleen ter sprake is bij binnenlandse Italiaanse Leveringen (van IT naar IT) is de BTW vrijstellingsperiode ruimer opgezet, en bevat de definitie formeel een "Landkode Van" en een "Landkode Naar". Mocht een vrijstelling ook aan de orde zijn bij een levering van "GB" naar "NL" (Italiaanse klant heeft een afleveradres in Nederland, en wordt beleverd vanuit een Brits magazijn), dan betreft dit slechts een kwestie van definiëren van een vrijstelling voor die landkode kombinatie.
Aan de ene kant zijn we hierdoor "flexibel" zijn om te kunnen doen wat we mogelijk willen, maar aan de andere kant impliceert dit alsnog mogelijkheden om het "verkeerd" te kunnen gebruiken ! mogelijk juist voor de "andere" regelingen.
Het ontwerp beschrijft dat de BTW Vrijstelling o.b.v. een Periode van toepassing is bij een "Landkode Van - Landkode Naar" kombinatie. Het ontwerp beschrijft ook dat de BTW Vrijstelling alleen aan de orde kan zijn zodra er bij de betreffende Relatie een BTW Nummer is opgegeven; we hebben derhalve te maken met een bedrijf, en niet met een partikulier.
Met dat we een "Land Van/Naar" kombinatie hebben, kúnnen hier hier in theorie iets anders invullen dan "IT/IT".
We kunnen ons dan afvragen welke kombinaties er nog meer aan de orde kunnen zijn. Export vanuit Italië? Maar, ervanuitgaande dat we in Italië dezelfde europese regelgeving hebben als in Nederland, zou moeten gelden dat als we vanuit Italië aan een EU land leveren, én we hebben een BTW nummer van de betreffende Debiteur (tevens vereiste voor de registratie van een BTW Vrijstelling), dan ís de levering al vrijgesteld van BTW omwille van een Intra Communautaire Levering (ICL). Het vermoeden bestaat dan ook dat kombinaties als IT/NL, of IT/DE of beter IT/<EU Land> niet aan de orde zullen zijn.
Nb: Merk op dat als er wél een BTW Vrijstelling wordt gedefinieerd van Landkode IT naar NL, de Levering van IT/NL zal worden vrijgesteld van BTW op basis van de BTW Vrijstelling, en niet meer op basis van de ICL Levering! De BTW Vrijstelling gaat immers bóven iedere andere regeling. Het onterecht definiëren van een Vrijstelling kán er dus voor zorgen dat de ICL aangifte geen of onjuiste informatie bevat.
Merk ook op dat de BTW Vrijstelling ontwikkeld is, omwille van een Italiaanse BTW regeling. Het lijkt daarmee voor de hand liggend dat de regeling alleen geldig is voor binnenlandse Italiaanse leveringen (IT/IT), en dat e.e.a. nooit aan de orde kan zijn bij bijv. een Nederlandse binnenlandse levering (NL/NL), immers, dan zouden we juist met de Nederlandse overheid te maken hebben !
Om flexibel te kunnen zijn bevat het ontwerp formeel een Landkode Van/Naar, mogen we verwachten dat er alleen maar definities voor IT/IT gemaakt behoren te worden, maar laten we dit over aan hoe U e.e.a. in het pakket inricht.
BTW Vrijstelling gedurende een Periode BTW Vrijstelling geldt gedurende een bepaalde periode. Zo kan gelden dat een Debiteur een BTW Vrijstelling heeft van 1 januari 2013 t/m 31 maart 2013. Faktureren we een levering in december 2012, dan geldt de BTW Vrijstelling nog niet, en treedt de normale BTW berekening in werking (i.g.v. een binnenlandse levering zou er BTW berekend worden).
Tsja... alhier lopen we al meteen tegen een aantal problemen aan, waarvan we tot op heden nog niet weten hoe we daar mee om moeten gaan.
Bovenstaande, een Faktuur, zal in principe probleemloos afgehandeld kunnen worden. Iedere Faktuur kent een Faktuurdatum, en deze Faktuurdatum ligt of in december, of in januari, en op basis van deze Faktuurdatum kunnen worden kontroleren of de levering in die periode is vrijgesteld van BTW.
Er zijn echter ook andere funkties die iets met BTW doen, waarbij dit niet eenduidig bepaald kan worden !
Op een Offerte, een Verkooporderprint, een Opdrachtbevestiging kan ook BTW worden berekend. Maar, wat doen we zolang de order nog niet gefaktureerd is? Op basis van welke datum gaan we bepalen of er een BTW Vrijstelling aan de orde is?
Welke kant we ook op redeneren, we kunnen altijd wel een theorie verzinnen waarin het niet werkt, danwel er een regel overschreden wordt.
Stel een situatie waarin een Debiteur in het 1e kwartaal van 2013 een BTW Vrijstelling heeft. Ondertussen is het nog december 2013, en maken we een order voor deze Debiteur. Om het voorbeeld nog wat leuker te maken, stellen we dat de levering in januari 2013 plaatsvindt (de periode waarin de Debiteur is vrijgesteld van BTW).
Nu gaan we in december een Opdrachtbevestiging printen voor deze order. Moet hier nu wel of geen BTW op? De levering is pas in januari, en, we mogen ervanuitgaan dat de goederen dan ook in januari geleverd zullen worden, en dat dan ook de faktuur wel in januari zal worden. Gebaseerd daarop zouden we zeggen "vrijstellen van BTW".
Zouden we naar de "Systeemdatum" kijken, dan geldt dat de print een ander resultaat krijgt als we haar in december uit printen, danwel als we dat in januari nogmaals zouden doen. Deze methode lijkt daarmee nooit de juiste.
Maar ja. Vervolgens hebben we ook diverse funktionaliteit die in staat is om een Proforma Faktuur af te drukken. Een Proforma Faktuur op basis van een Offerte, Verkooporder, Pakbon, Vrachtbrief, etc.
En, dergelijke Proforma Fakturen bevatten allen een "Faktuurdatum" welke default gelijk is aan de Systeemdatum (op de Proforma Faktuur o.b.v. een Verkooporder na, omdat die ons in staat stelt om de Faktuurdatum te overrulen). Enerzijds ontkomen we er niet aan om in dat geval de BTW Vrijstelling te bepalen o.b.v. deze "Faktuurdatum", anderszijds geldt dat een Faktuurdatum niet in de toekomst behoort te kunnen liggen. Vervolgens kunnen we ons dan ook afvragen in hoeverre we dan wel bij een Verkooporder of een Opdrachtbevestiging e.e.a. moeten bepalen o.b.v. de (in de toekomst liggende) Leverdatum.
Aan de ene kant hebben we dus reden om "de Systeemdatum" te hanteren, aan de andere kant zijn er redenen om "de Leverdatum" te hanteren.
De "Systeemdatum" lijkt echter slechter uit te pakken, omdat dit impliceert dat situaties op een ander tijdstip anders uitpakken, en daarmee nooit consistent zijn met een eerder tijdstip.
Nog belangrijker dan "een Proforma Faktuur waarvan we vinden dat de Faktuurdatum niet in de toekomst mag liggen", is de Kredietlimietberekening. Die is immers altijd aan de orde, terwijl zo'n Proforma Faktuur ten eerste "lucht" is, en ten tweede misschien helemaal niet eens gebruikt hoeft te worden (zeker niet als we die alleen bij export leveringen gebruiken en de BTW Vrijstelling binnenlandse leveringen omvat).
Stel dat we ervoor kiezen om de BTW Vrijstelling bij niet gefaktureerde orders altijd te baseren op de Systeemdatum, dan kreëren we daarmee de situatie dat iemand die een Kredietlimiet heeft van EUR 100.000,-, en die in het 1e kwartaal 2013 een BTW Vrijstelling heeft, in december geen orders t.w.v. EUR 100.000,- kan plaatsen, immers, het systeem zal de BTW erbij tellen (omdat de Debiteur in december niet vrijgesteld is).
Andersom zal gelden dat als deze klant in het 1e Kwartaal 2013 voor EUR 100.000,- aan orders plaatst voor levering in het 2e Kwartaal, deze leveringen in het 1e kwartaal van BTW worden vrijgesteld, maar zodra het 1 april wordt, zouden de leveringen ineens alsnog belast worden met BTW, waardoor mogelijk de Debiteur geblokkeerd wordt "omdat z'n Kredietlimiet is overschreden".
Resumer: voor niet gefaktureerde orders kiezen we ervoor om de Leverdatum van de order als datum te gebruiken voor de bepaling van de BTW Vrijstelling.
Een order die in december wordt toegevoegd voor levering in januari, zal vrijgesteld zijn van BTW als de Debiteur in januari een BTW Vrijstelling heeft.
Dat dit een conflict oplevert met een Proforma Faktuur zal wel; die moet de Gebruiker dan ook maar "in de toekomst" maken, en zo iemand van mening is dat dat niet is toegestaan, zal er een sluitende oplossing aangedragen moeten worden.
Overige mitsen en maren In praktijk zullen we in staat zijn om in Profit bepaalde kombinaties zodanig in te inrichten dat deze kunnen bijten met bovenstaand maatwerk. Dergelijke zaken zijn verder niet "afgeschermd" onder het motto "zo behoor je er niet mee om te gaan". BTW Vrijstelling wordt dan ook geacht te worden gebruikt in het licht van het hiervoor ontwikkelde maatwerk. Eventuele aanpassingen hierop zullen middels aanvullend maatwerk dienen te worden gerealiseerd.
Een paar expliciete voorbeelden:
Zoals hierboven staat uitgelegd, bepalen we de BTW Vrijstelling van een Offerte of een Verkooporder op basis van de Leverdatum van de order. In werkelijkheid kan echter iedere Verkooporderregel een andere Leverdatum kennen. Uitgangspunt is dat de hele order dezelfde Leverdatum kent.
De BTW Vrijstelling wordt geregistreerd op basis van Landkode Van/Naar. Zodra er nog geen goederen daadwerkelijk zijn geleverd (de situatie waarin we nog met een Offerte of een Verkooporder te maken hebben, en het niet een gefaktureerde levering betreft) zullen we de "Landkode Van" alleen kunnen bepalen op basis van de Landkode die aan het Magazijn hangt die door de Raapvloer wordt geïmpliceerd. Door dus iets te verkopen vanuit Raapvloer UK000, zullen we bij de gratie dat Magazijn "UK" als GB/1 is gedefinieerd, kunnen detecteren dat het bijv. een levering van GB naar IT betreft. Echter, ook hier geldt dat het systeem ons toestaat om per Verkooporderregel een ander (Externe) lokatie op te geven! waardoor we op één order produkten kunnen verkopen vanuit het Italiaanse, Engelse danwel Spaanse Magazijn. Uitgangspunt is echter dat de
hele order voor hetzelfde Magazijn geldt, en derhalve de 1e orderregel al bepalend mag zijn voor de Landkode van de hele order.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBTW | Omschrijving (nog) niet bekend | 25-05-2011 | 11-12-2012 |
| LOEXLLRV | Exporteren Raaplijst naar Vervoerder | 27-04-2011 | 14-12-2012 |
| LOFRKRTV | Toevoegen Faktuur-kostenregel | 16-06-2009 | 14-12-2012 |
| LOFRKRWY | Wijzigen Faktuur-Kostenregel | 26-10-2005 | 14-12-2012 |
| LOFRTV | Toevoegen Faktuur-regels | 16-06-2011 | 12-12-2012 |
| LOFRWY | Wijzigen Faktuur-regels | 26-10-2005 | 13-12-2012 |
| LOFRWY1 | Wijzigen Faktuur-regels | 16-01-2009 | 13-12-2012 |
| LOGNBVEB | Omschrijving (nog) niet bekend | 11-07-2012 | 14-12-2012 |
| LOHKPFGN | Omschrijving (nog) niet bekend | 02-05-2012 | 14-12-2012 |
| LOKGWG | Kliëntgegevens | 26-10-2005 | 14-12-2012 |
| LOLLRA2 | Selekteren Pakbonnen Vrachtbr. | 25-05-2011 | 13-12-2012 |
| LOLVGNVB | Omschrijving (nog) niet bekend | 12-11-2012 | 13-12-2012 |
| LOOATV1 | Toevoegen Offerte-regels | 22-08-2012 | 14-12-2012 |
| LOOAWY1 | Wijzigen Offerte-regel | 22-08-2012 | 14-12-2012 |
| LOOFKOOF | Kopiëren Offerte | 21-12-2011 | 12-12-2012 |
| LOOFRA | Raadplegen Offertes | 06-11-2012 | 12-12-2012 |
| LOOFT | Omschrijving (nog) niet bekend | 21-11-2012 | 12-12-2012 |
| LOOFT1 | Omschrijving (nog) niet bekend | 19-11-2012 | 13-12-2012 |
| LOOFTV | Toevoegen Offertes | 22-10-2012 | 12-12-2012 |
| LOPRBOV1 | Omschrijving (nog) niet bekend | 21-09-2012 | 13-12-2012 |
| LOPRBV3 | Omschrijving (nog) niet bekend | 11-01-2011 | 14-12-2012 |
| LOPRFH | Printen Faktuur-Headers | 26-10-2005 | 13-12-2012 |
| LOPRFHRU | Print Overzicht Fakturen van een Relatie-Rubriek | 26-10-2005 | 13-12-2012 |
| LOPRFHVD | Print Overzicht Fakturen op Vervaldatum | - - | 13-12-2012 |
| LOPRFOGR | Print Overzicht Fakturen Groepsdebiteur | 04-07-2012 | 13-12-2012 |
| LOPROFV1 | Omschrijving (nog) niet bekend | 07-06-2012 | 12-12-2012 |
| LOPRRP | Printen Routeplan | 12-11-2012 | 13-12-2012 |
| LOPRRPKA | Printen Routeplan | 12-11-2012 | 13-12-2012 |
| LOPRRPLD | Printen Routeplan op Laaddatum/-tijd | 12-11-2012 | 13-12-2012 |
| LOPRRPV1 | Omschrijving (nog) niet bekend | 31-10-2011 | 13-12-2012 |
| LOPRUF1 | Omschrijving (nog) niet bekend | 07-06-2012 | 14-12-2012 |
| LOPRUF2 | Omschrijving (nog) niet bekend | 07-06-2012 | 14-12-2012 |
| LOPRUF3 | Omschrijving (nog) niet bekend | 11-01-2011 | 14-12-2012 |
| LOPRUFV1 | Omschrijving (nog) niet bekend | 25-09-2012 | 13-12-2012 |
| LOPRVOV1 | Printen Verkooporders | 07-12-2012 | 14-12-2012 |
| LORDKW | Omschrijving (nog) niet bekend | 27-07-2012 | 12-12-2012 |
| LORDZBGN | Omschrijving (nog) niet bekend | 17-05-2011 | 14-12-2012 |
| LORLAARA | Raadplg. Leverng. v/e Aflvradr | 12-11-2012 | 14-12-2012 |
| LORLRA | Raadpl. Leveringen v/e Route | 12-11-2012 | 13-12-2012 |
| LORLVW2 | Omschrijving (nog) niet bekend | 12-11-2012 | 13-12-2012 |
| LORPCWBP | Omschrijving (nog) niet bekend | 18-09-2008 | 13-12-2012 |
| LORPGVVZ | Omschrijving (nog) niet bekend | 10-05-2012 | 13-12-2012 |
| LORPPFGN | Omschrijving (nog) niet bekend | 02-05-2012 | 14-12-2012 |
| LOUFGN1 | Omschrijving (nog) niet bekend | 06-08-2012 | 12-12-2012 |
| LOUFGN2 | Omschrijving (nog) niet bekend | 06-08-2012 | 12-12-2012 |
| LOUFGN6 | Omschrijving (nog) niet bekend | 05-12-2012 | 12-12-2012 |
| LOUFGNCD | Omschrijving (nog) niet bekend | 02-05-2012 | 14-12-2012 |
| LOUFGNCR | Omschrijving (nog) niet bekend | 02-05-2012 | 14-12-2012 |
| LOUFGNDI | Omschrijving (nog) niet bekend | 06-08-2012 | 14-12-2012 |
| LOUFGNFB | Omschrijving (nog) niet bekend | 13-11-2012 | 12-12-2012 |
| LOUFGNFS | Omschrijving (nog) niet bekend | 08-12-2010 | 14-12-2012 |
| LOUFGNKR | Omschrijving (nog) niet bekend | 22-02-2012 | 14-12-2012 |
| LOUFGNLL | Omschrijving (nog) niet bekend | 16-03-2012 | 14-12-2012 |
| LOUFRA | Raadplegen Uitg. Fakturen | 27-04-2011 | 12-12-2012 |
| LOVBPFGN | Omschrijving (nog) niet bekend | 23-04-2012 | 14-12-2012 |
| LOVBRA | Raadplegen Vrachtbrieven | 12-11-2012 | 13-12-2012 |
| LOVOPFGN | Omschrijving (nog) niet bekend | 16-05-2012 | 13-12-2012 |
| LOVOUBBP | Omschrijving (nog) niet bekend | - - | 12-12-2012 |
| LOVRTV | Toevoegen Verkooporderregels | 22-08-2012 | 14-12-2012 |
| LOVRTVEX | Toevoegen Verkooporder-regels. Uitbreiding | 22-08-2012 | 17-12-2012 |
| LOVRTVV1 | Omschrijving (nog) niet bekend | 09-02-2011 | 14-12-2012 |
| LOVRWY | Wijzigen Verkooporderregels | 22-08-2012 | 17-12-2012 |
| LOVRWYPE | Wijzigen Prijzen VO-regels | 07-01-2011 | 17-12-2012 |
