Verlegde BTW intracommunautaire levering

[mycroes]

Op de facturen van Amazon staat aangegeven dat de levering een intracommunautaire levering is waarbij 0% BTW in rekening is gebracht. Ik heb begrepen dat dit bij de BTW-aangifte ingevuld moet worden onder positie 4b. Hoe dient een dergelijke factuur verwerkt te worden in GnuCash?

[mycroes]

Intussen heb ik via de gnucash-nl mailinglist een oplossing gevonden die lijkt te werken. Door een BTW-tarief met 2 tegenrekeningen te maken met een 21% tegen rekening 180 en -21% tegen een nieuwe rekening (190 in mijn geval) lijkt de balans helemaal op orde te zijn. Ik heb gekozen om rekening 190 te maken ipv 189 zodat de binnenland / buitenland scheiding bewaard blijft en het dus makkelijk is bij de BTW-aangifte. Het zelfde kan overigens gedaan worden voor de binnenlandse BTW-verlegging maar dan met -21% tegen rekening 189. De pagina over aangifte is de enige plek waar ik nu iets lees over het gebruik van rekening 189, dus iets meer verduidelijking is wel gewenst.

Als ik bevestiging heb dat deze aanpak werkt dan wil ik gerust de informatie toevoegen aan de handleiding. Ik heb echter nul ervaring met boekhouden, dus alleen op basis van mijn huidige observaties vind ik het nog iets te vroeg om dit te doen.

[mauritslamers]

Mijn suggestie is dat je je voorstel gewoon uitwerkt en er een PR (pull request) van maakt. Ik kan dan altijd tegensuggesties doen en/of verbeterpunten aanwijzen. Ik heb ook weinig ervaring met de verlegde BTW (heb het nu 1 keer aan de hand gehad, en weet zo snel even niet meer of ik daar nu wel of geen aantekeningen bij gemaakt heb), dus elke vastgelegde ervaring is welkom. Een PR is ook waardevol als deze uiteindelijk niet wordt geaccepteerd, omdat er toch weer informatie in wordt vastgelegd, waarin naar believen gegrasduind kan worden.

[mycroes]

Mijn suggestie is dat je je voorstel gewoon uitwerkt en er een PR (pull request) van maakt.

Van boekhouden heb ik nog niet veel kaas gegeten, maar dit lukt mij juist wel 😉

Ik kan dan altijd tegensuggesties doen en/of verbeterpunten aanwijzen. Ik heb ook weinig ervaring met de verlegde BTW (heb het nu 1 keer aan de hand gehad, en weet zo snel even niet meer of ik daar nu wel of geen aantekeningen bij gemaakt heb), dus elke vastgelegde ervaring is welkom.

Ik hou er zelf niet van om de mening van een ander te vertegenwoordigen zonder zelf een goed beeld te hebben van de juistheid, maar na wat berichten op de gnucash-nl mailinglist lijkt het er op dat dit toch wel goed zit zo.

Het was voor mij ook een verrassing dat ik met verlegde BTW te maken kreeg, maar een zakelijke bestelling doen bij Amazon was genoeg om hier mee te maken te krijgen.

Een PR is ook waardevol als deze uiteindelijk niet wordt geaccepteerd, omdat er toch weer informatie in wordt vastgelegd, waarin naar believen gegrasduind kan worden.

Dat is zeker een goed punt. Ik moet nog even een blik werpen op de rekeningnummers en dan zal ik mijn situatie uitbreiden met verlegde BTW binnenland en zowel 9% als 21% tarief. Ik kom hier z.s.m. op terug. Voor nu in ieder geval bedankt voor je antwoord.

[mycroes]

Ik had nog een pagina openstaan m.b.t. tot dit punt, maar kennelijk had ik dat nooit fatsoenlijk gelezen. Daar staat dezelfde oplossing in met 21%/-21%, geeft extra vertrouwen dat dit een zinnige aanpak is 😉

[mauritslamers]

Ik denk dat ik een afdeling start met tips en links naar andere bronnen. Daar zouden we deze link mooi in kunnen opnemen.

[mycroes]

Het nadeel van links is dat er geen enkele garantie is dat ze blijven werken. Q&A site stackoverflow heeft daarom ook als richtlijn dat alleen een link geen goed antwoord is. Nou kunnen we niet zomaar alles klakkeloos overnemen i.v.m. intellectueel eigendom, maar het lijkt mij een goed plan om bijvoorbeeld de verlegde BTW netjes in de handleiding te verwerken. Daarnaast zijn er nog andere kosten (bankkosten, auto/reiskosten) die misschien allemaal in de categorie kosten omschreven kunnen worden.

Neemt overigens niet weg dat het geen kwaad kan om links naar externe informatie te verzamelen, die informatie kan altijd nog van pas komen...