colombo

Dat kan prima tussendoor hoor bij elke OB aangifte. Zolang je het maar goed bijhoudt. Overigens strikt genomen moet je elke dag afschrijven. Immers elke dag worden je bedrijfsmiddelen minder waard.

Of het zijn de mensen die de EU al wat langer mee hebben mogen maken dan de mensen met een wat verder gelegen horizon.

Mijn belangrijkste vraag: Op basis waarvan vind jij dat er sprake is van een verplichte aflossing? Overigens zijn dit de "onzichtbare" nadelen van dit soort geldverstrekkers. Ze zijn interessant en goedkoper voor de normale transacties maar ergens moeten ze toch hun geld weten te verdienen.

Als we het over percentages hebben, dan per boeking een % zakelijk voor zowel IB als OB waarbij je de percentages met een default zou kunnen instellen of afhankelijk te laten zijn van een berekend percentage (zoals zakelijk gebruik prive auto).

Juist niet ... De Europese Unie bepaald de voorwaarden voor de samenwerkingsovereenkomsten "The Day After". Die laten zich leiden door rancune. Ze zullen en moeten namelijk gelijk krijgen.

Dat bedoelde ik over andere tijden ;) Mijn opmerking was niet aan jou bedoeld, maar aan de pro-dubbele-invoer-aanhangers. Wellicht is het een goed idee hier eens een raadgevend referendum over te houden.

Ik hoop dat beide partijen volwassen omgaan met deze nieuwe situatie. Al ben ik bang van niet als ik Pechtold hoor praten en ik vermoed dat eenzelfde geldt voor meer pro-Euro politici: "Als ze uit Europa willen stappen dan moeten ze het maar voelen en krijgen ze de rekening gepresenteerd."

Goed om te zien dat de Britten zich geen angst hebben laten aanpraten door het populistisch geneuzel van de Bremain-aanhangers. Het zal een tijdje pijn doen, maar over een tijdje levert het veel meer op. Een dikke duim voor de Britten die voor ons door het vuur gaan.

Precies, die plusjes en minnetjes is een kwestie van logica voor het berekenen van de totalen. Dat staat inderdaad los van invoer en de presentatie. Ik wil me nog steeds laten verrassen wat nu de toegevoegde waarde is van dubbele invoer als dezelfde persoon dezelfde boeking vlak na elkaar invoert. Mijns inziens is hier sprake van schijnzekerheid. Die zekerheid haal ik dan liever uit extra controleregels. De dubbele invoer stamt uit de tijd dat alles nog met de hand ging en uit het hoofd berekend moest worden. Tegenwoordig heb je daar fantastische tools voor die kans op het maken van domme fouten aanzienlijk vermindert.

Mijn sheet bestaat uit ongeveer 40 kolommen. We doen waarschijnlijk hetzelfde maar op een andere manier. Ik hecht heel veel aan de 1x-keer invoeren methode. Mijn stelling is dat als ik het 1ste fout invoer dan waarschijnlijk de 2de keer ook fout invoer. De dubbele boekhouding heeft pas echt waarde als twee verschillende personen elk hun eigen grootboek bijhouden.

Je bedoelt voor de OB aangifte? Ik lever enkel diensten met 21% :-)

Naast factuurdatum gebruik ik een periode waarop de regel betrekking heeft. Deze periode is alleen (of ondermeer) van belang voor bepaalde inkomsten zoals omzet en rente.

Dat zijn grootboekrekeningen. ;) Of ongeveer de helft van de grootboekrekeningen, want de andere helft zijn posten van de winst- en verliesrekening. Inderdaad, alleen bij mij gaat het allemaal impliciet en niet expliciet.

Ipv grootboekrekeningen hanteer ik het principe van balansposten. En ik heb maar een paar balansposten, zoals debiteuren / crediteuren / nog te betalen BTW / overlopende activa. Een transactie of boeking of hoe je het ook wilt noemen heeft bij mij een bedrag ex btw, het btw bedrag, het soort boeking, datum van factuur, datum van betaling. Dit is voldoende om zowel een W&V rekening op te stellen als ook een balans. Kenmerkende is dat ik 1 regel gebruik per boeking, ofwel zodra datum van betaling ingevuld is dan is de regel hiermee afgesloten. Op het jaaroverzicht gebruik ik zoveel mogelijk de termen die gehanteerd worden binnen het aangifteprogramma. Op dit moment zit ik halverwege het jaar op 70 boekingen. Ik gebruik ongeveer 20 soorten boekingen verdeeld over 5 groepen.

Ik zou kiezen voor deze optie. Zsm na eer en geweten en zo goed en volledig mogelijk invullen en vervolgens correcties uitvoeren met de hulp van een accountant (of wie dan ook die voldoende in de materie zit).

Yep. Komt voor de Bakker app.

Helemaal mee eens! Ook helemaal mee eens!

Welke kilometers die je maakt zijn volgens jou woon-werk? ps. Voor de andere kwestie adviseer ik je bij een echte specialist advies in te winnen.

Overigens kun je het ook deduceren uit het volgende: Het helemaal of gedeeltelijk gebruik maken van de auto voor de onderneming (ofwel de verhouding zakelijk vs prive) is een OB kwestie en niet gerelateerd aan de IB. Dat wordt nog eens in de laatste twee zinnen bekrachtigd. Het resulteert uiteindelijk in het volgende: 1. Als een auto die voor de IB bestempeld is als zakelijk in onvoldoende mate volgens de OB regels als zakelijk gebruikt wordt dan kan de auto door de BD later alsnog bestempeld worden als prive voor de IB. 2. Als een auto die voor de IB bestempeld is als prive in onvoldoende mate volgens de OB regels als prive gebruikt wordt dan kan de auto door de BD later alsnog bestempeld worden als zakelijk voor de IB.

Dat is bij de gratis versie van Bubble zo. Als je een abo neemt kun je ook private app's maken. zie https://bubble.is/pricing Volgens mij heb ik nu een 30-dagen gratis versie en dan geldt de Personal versie. Bij het aanmaken van de app heb ik gekozen voor een private app. Overigens wel vreemd dat ook bij een private app de naam uniek moet zijn.

Ik gebruik de auto prive en voor woon-werkverkeer. Dit woon-werkverkeer is voor de IB zakelijk, maar voor de BTW prive. Het klopt inderdaad dat de IB regels anders zijn dan de OB regels. Toen ik zelf begon heb ik eea nagezocht en vooral nagevraagd en ik heb toen begrepen dat voor de bepaling van het percentage gebruik gekeken wordt naar de regels volgens OB. Dat was voor mij destijds van belang goed te weten omdat ik aan de hoge kant zit van het zakelijk gebruik van mijn prive auto. Ofwel het percentage wat je gebruikt voor het bepalen van de verdeling van de BTW gebruik je dus ook voor het bepalen van het gebruik van de auto. Voor mij is de IB en OB weliswaar precies andersom maar voor ons beide gelden dezelfde regels omtrent bepaling gebruik. Wat dat betreft heeft de BD het dus eenvoudig, simpel en eenduidig gehouden. Ik raad je dus aan eea nog eens goed na te vragen. Het kan zijn dat ik het destijds verkeerd begrepen heb maar dan nog blijft het percentage staan. Rijd je dan in verhouding nog steeds teveel echt prive dan zal BD alsnog bij je aankloppen. Welke kilometers zie jij trouwens als woon-werk en niet als zakelijk?

Mijn advies in dit soort situaties is dan ook steevast: laat de vriend zelf de kwestie hier aan de orde stellen i.p.v. via een tussenschakel, daarmee kan al wat verwarring vermeden worden. Bovendien heb jij wellicht de aangifte (mede) verzorgd, waardoor het hier als een klantvraag zou kunnen worden beschouwd. Ik vermoed dat de betreffende collega niet zo bekend is met de taal en de belastingwetten. ;) En dat hier sprake is van: "In het rijk der blinden is eenoog koning.".

Afgelopen vrijdag heb ik de presentatie van de BD bijgewoond op het ZZP Nederland Congres. Mocht deze presentatie beschikbaar worden gesteld via Youtube oid dan raad ik een ieder aan het nog eens te bekijken..ook mensen die zich reeds een bepaalde mening gevormd hebben.

Op zich werkt het aardig inderdaad, maar je stelt allerlei terechte vragen die inderdaad eerst beantwoord moeten worden. Over de data-export zie ik wel een mogelijkheid tot exporteren naar CSV, waarvoor ook component beschikbaar is die je in je eigen app kunt plaatsen. Alleen schrik wel van de opmerking toen ik een deployment deed dat gegevens ook voor anderen benaderbaar zijn ook als is er geen expliciet scherm beschikbaar binnen de app. Je moet dan eerst wat privacy rules maken om eea af te schermen. Je zou het maar even vergeten voor een deel van gevoelige bedrijfsinformatie. Die suggestie die Peter meen ik in het begin van het topic ook al: Denk vooral ook aan bescherming van gegevens!

Scala daar twijfel ik nog een beetje aan. Vooralsnog kiezen wij in ons bedrijf voor Kotlin voor Android ontwikkeling. De reden dat ik aan Scala twijfel, is dat de makers eenvoud niet zo belangrijk lijkt te vinden. Op Devoxx zat ik eens bij een presentatie van de Typesafe CTO (Typesafe is het bedrijg achter Scala). Die liet allemaal code voorbeelden zien die een groot gedeelte van de zaal (waaronder veel Scala developers) niet begreep. En daar leek ie trots op te zijn. Terwijl dat voor mij een reden is om het te mijden. Kotlin wordt steeds meer de standaard taal voor Android. De visie van Kotlin is: schrijf elegante simpele code. Het bedrijf Jetbrains erachter maakt er supermooie producten mee. Daar heb ik wel vertrouwen in. Overigens heeft Kotlin ook Javascript ondersteuning, al heb ik niet het idee dat dat al erg aangeslagen is. Kijk maar eens op http://try.kotlinlang.org/ Mbt Eclipse: Android Studio is nu gebaseerd op IntelliJ IDEA community editie. De IDE is de laatste 1.5 jaar enorm verbeterd. Dank voor de tips! Ik ga er zeker eens naar kijken. Maar mbt Kotlin vs Scala. Het zijn beide JVM talen dus voor beide valt veel te zeggen. Alleen is het weer een nieuwe taal en je moet oppassen voor te veel versnippering. Maar zoals ik eerder zei, je moet de techniek gebruiken die het beste past bij je oplossing...en zeker ook bij de kennis en kunde die je nu in huis hebt en die beschikbaar is in de markt. Wat dat betreft vormt Scala dan zeker een risico, maar aan de andere kant wordt het kaf dan wel weer van het koren gescheiden. ps. Ik kom vanuit de WSAD route (>10jaar geleden) dus de stap naar IDEA gaat wat moeizaam ;-)