renep

Stel een btw-plichtige zelfstandige heeft met zijn opdrachtgever afgesproken dat hij reiskosten per trein via zijn factuur mag doorbelasten. Klopt dan de volgende redenering... In een treinkaartje zit 6% BTW, al staat dat er niet op (wettelijke uitzondering). De zelfstandige boekt het treinkaartje in als inkoop in zijn eigen administratie, splitst de 6% BTW af en vraagt die via zijn btw-aangifte aan de belastingdienst terug. Het deel exclusief BTW zet hij op zijn factuur aan opdrachtgever. Over het geheel van uren x tarief + treinkosten heft hij 19% BTW. De doorbelaste treinkosten boekt de zelfstandige in als normale omzet. De BTW wordt uiteraard aangegeven en afgedragen. Het treinkaartje blijft in de administratie van de zelfstandige, want dat is een vereiste voor het mogen terugvragen van BTW. Voor de opdrachtgever geldt daarvoor de factuur van de zelfstandige. Als de opdrachtgever dat wil, krijgt hij ter onderbouwing van de doorbelaste kosten een fotokopie van het treinkaartje, maar dat is geen fiscale vereiste. Ik heb dit zelf zo beredeneerd, maar zie het in de praktijk vrijwel altijd anders gaan. Meestal wordt het treinkaartje inclusief btw doorbelast (omdat weinig mensen weten dat er btw in zit), wordt er geen btw over geheven (omdat veel mensen denken dat btw alleen over uren x tarief geheven moet worden en niet over de doorbelaste kosten) en wordt het originele treinkaartje met de factuur naar de opdrachtgever gestuurd. Volgens mij is dat echter onjuist en zou het moeten gaan zoals ik hier geschetst heb. Maar... klopt dat?

Leuke verschrijving :)

Je hebt het over 'klant', dus ik neem aan dat je zelfstandig bent. Het jargon is dan 'uurtarief' i.p.v. 'uurloon'. Ik zou zeggen: tussen 50 en 80 euro/uur (excl. BTW).

In het bericht dat je citeert reageerde ik niet op de specifieke vraag van TS, maar op jouw algemene uitspraak.

Het was niet hatelijk bedoeld hoor. Wel ontkrachtend.

Als je iets wilt ondernemen op internet dan moet je beslist een eigen domein nemen. Dat wordt je merk. En het kost toch bijna niks?

Als je alleen naar het resultaat van marktwerking kijkt dan loop je voortdurend achter de feiten aan. Ja, 10 jaar na dato kun je met marktcijfers in de hand de mensen uitlachen die destijds pleitten voor wat later de verliezer bleek. Maar als je nu een technologie wilt kiezen die over 10 jaar de juiste keuze blijkt, dan moet je dat toch op technische en andere inhoudelijke argumenten baseren. De markt helpt je dan niet. Daarvoor vind ik zo'n inhoudelijke discussie juist interessant. Het moet natuurlijk wel over de fundamenten blijven gaan en niet over specifieke bugjes.

Gewoon, de bedragen invullen. Dan krijg je geld terug.

Zoals een oud-collega van mij zei: een goede programmeur kan in elke taal Fortran programmeren :) Maar waarom zou hij dat doen? Een goede programmeur kiest een goede programmeertaal. En dat geldt voor jouw hele redenering. Die komt erop neer dat er geen verschillen zijn tussen programmeertalen. Wiskundig gezien is dat natuurlijk ook zo (voor de Turing-complete talen). Maar er zijn grote verschillen tussen de programmeerculturen in de Perl-wereld, PHP-wereld, Java-wereld en Python-wereld. Je merkt dat PHP is gegroeid vanuit de wereld van websitebouwers i.p.v. software engineers. Het is handig om ff een site te bouwen, maar qua software-engineering loopt het 10 jaar op de andere talen achter. Ik zie in de typische PHP-applicaties meestal weinig framework, MVC, componentarchitectuur, interface specs, testsuites en nog wat van die dingen.

PHP heeft allerlei eigenschappen die nou niet bepaald bijdragen aan correct, onderhoudbaar en veilig programmeren. De bizarre 'type juggling' bijvoorbeeld. En dan heb je nog gedoe met register globals en magic quotes e.d. in php.ini., dat een schijnbaar goed programma zomaar onveilig kan maken. Enfin, google op 'php sucks' en het plaatje wordt wel duidelijk. Voor een dynamisch webpaginaatje is het allemaal niet zo'n ramp, maar ik zou het niet in mijn hoofd halen om een grote applicatie met bedrijfskritische toepassingen in PHP te programmeren. Dan zou ik kiezen voor een degelijke programmeertaal, met volwassen frameworks en een professionele programmeercultuur. Python of Java wat mij betreft, en misschien C#.

Dit ongeloof is eenvoudig weg te nemen. De samenleving. Dit idee heet in de volksmond "uitkering", een innovatie uit Europa :-) Je kunt er voor of tegen zijn, maar niet geloven dat het mogelijk is, is ridicuul.

Op Lancelots hebben we alles rond zwangerschapsverlof als freelancer / zelfstandig ondernemer samengevat. Het nieuws wordt op de voet gevolgd in het forum. De kwestie is namelijk actueel in de politiek. In het regeerakkoord staat: Maar het gaat niet hard. Het laatste nieuws (29 juni) is dat een regeling opnieuw is uitgesteld.

Dat vermoed ik ook, maar het kan best ingewikkeld zijn. Hier staan bladzijden voorbeelden over in de Elsevier BTW Almanak, compleet met verwijzingen naar allerlei jurisprudentie. Het maakt bijvoorbeeld uit of je drank verpakt geeft (fles wijn), of uitschenkt voor consumptie ter plaatse. En of de consumptie onlosmakelijk onderdeel van de dag is, dan wel apart kan worden gekozen. En of de veerboot kano in hetzelfde land aanmeert als waar hij vertrok :P

Ik denk dat die vraagtekens worden opgeroepen door de reputatie van de branche en de presentatiestijl van de website die je ons vroeg te reviewen. Dat lijkt me een belangrijk gegeven, waar je qua website iets mee moet.

Nee, zie mijn eerste antwoord van gisteren.

Dat is inderdaad de algemene regel, maar voor o.a. taxibonnen en treinkaartjes staat een uitzonderingsbepaling in de wet op de omzetbelasting.

Ja hoor, dat was wel duidelijk. Al beantwoord. Inderdaad. Die ene opdrachtgever moet dan misschien loonheffingen inhouden.

Jawel. De aard van de activiteit bepaalt of er btw moet worden geheven, en welk tarief. En als er sprake is van arbeidsrelaties waarvoor je een VAR wilt hebben, moet je per soort werkzaamheden een aparte VAR aanvragen. Zodoende kan er voor de ene activiteit zekerheid zijn dat geen loonheffingen hoeven te worden ingehouden, terwijl die zekerheid er voor een andere activiteit niet is.

Sommigen beweren dat die bestaat, anderen dat hij niet bestaat. Alleen Google-medewerkers kennen de waarheid. Zelf denk ik dat er wel een dergelijk effect is, maar dat het vermoedelijk een neveneffect is van algemene tijdfactoren in het algoritme van Google, in plaats van een expliciet 'sandbox'-onderdeel in het algoritme. Die tijdfactoren hebben te maken met het verzamelen van gegevens als inkomende links die in de loop der tijd verschijnen, bezoekersgedrag (te volgen via Analytics, de Google toolbar en Adsense) e.d. En verder is een redelijk vermoeden dat Google de 'versheid'-knop heeft teruggedraaid, waardoor een bevoordeling van nieuwe sites/pagina's die er in het verleden was aanzienlijk is verminderd. Ook daardoor lijkt het alsof er een 'sandbox' is voor nieuwe sites. Maar dit is allemaal speculatief.

Ons antwoord daarop doet niet ter zake. De enige die daarover oordeelt is de rechter. En die beoordeelt de overeenkomsten en verschillen tussen de spellen, niet jouw verwoording daarvan in een of ander forum :)

Merkwaardig, dat heb ik nog nooit gedaan. Is dat een wettelijke vereiste?

Per eenmanszaak heb je één btw-aangifte per aangifteperiode, één jaarrekening, één keer inkomstenbelasting met één keer zelfstandigenaftrek, dit alles ongeacht het aantal activiteiten en VARren.

Vreselijk veel taalfouten. Je moet daar echt een redacteur naar laten kijken. "kvk: op aanvraag" in combinatie met het ontbreken van vestigingsadres, telefoon etc. maakt geen sterke indruk. Het handelsregister is immers openbaar. "Wat wil je hier verhullen?" denk ik als bezoeker dan. Jezelf bij herhaling dé en hét noemen is een beetje té doorzichtig.

Begin met de winstbepaling. Druk je eigen uren die nodig zijn om de site draaiende te houden in geld uit (met een of ander redelijk uurtarief) en tel dat bij de out-of-pocketkosten op. Winst = omzet - kosten. Over wat voor bedrag hebben we het dan? Je kunt gaan werken met een hogere omzetverwachting in de toekomst, maar dan moet je ook de verwachting t.a.v. investering en exploitatielasten meenemen.

Dat wil zeggen, als de VAR als conclusie WUO of DGA heeft. Als er al een VAR is, dan is deze vuistregel volgens mij niet meer relevant. Het enige wat telt is dat de feiten overeenkomen met de gegevens op het VAR-aanvraagformulier en dat nieuwe feiten bij de belastingdienst worden gemeld (zoals in de brief staat die je bij de VAR krijgt).