Michiel van Vlaardingen

Krijg je dan niet het probleem dat omdat je waarde er bij krijgt op de balans, je virtueel winst maakt en daarover belasting betaald? Dus eigenlijk alleen interessant als je nu weinig verdient en in de toekomst een stuk meer. (Is natuurlijk bij afschrijven van normale investeringen ook wel zo natuurlijk)

Dat de inkoopkosten en inventaris beide 1700 zijn, is dat toeval? Of zijn die inkoopkosten voor die inventaris? Verder geen andere balansposten gemist? Geld wat je nog krijgt van mensen, omzetbelasting die je nog moest afdragen, etc?

Als ik het zo zie heb je twee problemen: - Ten eerste heeft de afschrijving geen plaats in de balans, die is immers al meegerekend in de winst. - Ten tweede schrijf je als ik het goed lees je laptop dubbel af. Ik neem aan dat je met: (totale kosten van 1281 - 450 afschrijving) bedoeld dat 1281 inclusief de hele laptop is? Dan heb je eigenlijk maar 1281-900 kosten. Die laptop heeft immers nog waarde. Vervolgens wordt die laptop minder waard en dat is dan de 450 euro die je bij "afschrijvingen" opneemt. (Sowieso is de manier waarop je de balans nu opstelt eigenlijk niet een echte balans, maar meer een mutatieoverzicht. Normaal gesproken bevat een balans een overzicht van bezit/schuld op een bepaalde datum.)

Als je zeker bent dat de omzet en kosten kloppen en je hebt niets gestort/onttrokken dan lijkt me het waarschijnlijkste dat je een post mist in je balans. Misschien een factuur die je in 2011 gestuurd hebt, maar in 2012 betaald hebt gekregen (of gekregen in 2011 en betaald in 2012)

Het je geen prive opnames/stortingen gedaan? Of een keer een zakelijke uitgave privé betaald? Dat beinvloed immers je rekeningsaldo (en dus de balans) zonder dat het door de winst komt.

Als je kijkt naar het verschil tussen jouw verwachting en de werkelijke balans precies de 62 euro is die je (op dat moment) nog tegoed had van de belasting. Dus het bedrag wat op de balans staat is niet alleen het tegoed wat je bij de bank hebt, maar ook het tegoed wat je bij de belastingdienst hebt. Dat geld is immers ook van jou.

Durf het niet met zekerheid te zeggen, maar geld die wet niet alleen voor consumenten?

Het probleem met dit soort constructies is: wat als de programmeur vind dat ie genoeg heeft gedaan en er (nog) geen geld uit komt? Jij zult waarschijnlijk vinden dat het nog niet af is (want dat is het immers nooit) waardoor je in een vervelende situatie komt waarbij er geen geld is om verder te komen en de motivatie van de programmeur om meer tijd er in te steken steeds verder daalt. Voor onszelf (als technische kant van het project) hebben we dit zowel een paar keer succesvol als minder succesvol gedaan. Wat mij betreft werkt het alleen voor kleine projecten met beperkte scope en risico. Zeg maar in de richting van één week werken voor de ruwe versie en nog een paar weken voor het afronden. Het moet dan ook echt af zijn. Dat je een budget hebt scheelt wel een hoop, dat maakt de kans van slagen een stuk beter. Ik zou iig wel zorgen dat je sowieso een deel betaald: No-cure-no-pay lijkt mij te vrijblijvend als het voor het geheel geldt. Ik zou dan ook zoals willem voorstelt in ieder geval het deel wat je wel betaald vastleggen. Voor het no-cure-no-pay deel weet ik niet of een vaste beloning handig is, de 'cure' is immers waarschijnlijk ook variabel: je weet niet precies wat genoeg zal zijn om succesvol te worden.

In het export bestand met transacties wat je kunt downloaden (Mijn rekening > Geschiedenis > Geschiedenis Downloaden > Kommagescheiden ) zit ook een Saldo kolom. Dat is het saldo na desbetreffende transactie. Als je dus de laatste transactie zoekt voor 1 juli, heb je het saldo.

Wat wij doen is de paypal account beschouwen als een bankrekening (in ons geval drie eigenlijk... vanwege meerdere valuta) Je kunt bij paypal een export downloaden van alle transacties, waar ook de Bruto bedragen (voor transactiekosten er af gingen) in staan en de transactiekosten. Je kunt dan gewoon de betaling en de transactiekosten boeken. En het overmaken naar bank is dan net als normaal tussen twee bankrekeningen. (Ik ben zelf momenteel net bezig om 't inlezen van paypal transactie overzichten in 't boekhoudpakket te automatiseren)

jose1964, die informatie gaat wel over de omgekeerde richting, waarbij Google leverancier is en jij de klant. Dit topic gaat over de omgekeerde richting waarbij jij (advertentiediensten) levert aan Google. De strekking blijft het zelfde natuurlijk. De informatie op de hierboven door ErikG genoemde pagina veranderd trouwens nog wel eens... nu staat er: "In dit geval worden uw betalingen naar u overgemaakt door Google Ireland, een bedrijf dat valt onder de wetgeving van Ierland. Overeenkomstig de voorwaarden in uw overeenkomst met Google, geldt voor de aan u geleverde services verlegging van de BTW-heffing en moet BTW door de ontvanger, te weten Google Ireland, worden betaald volgens artikel 196 van EU-richtlijn 2006/112/EC. Neem voor verdere vragen contact op met uw belastingadviseur. " dat stond er eerst niet, en de door ErikG genoemde VAT afdeling heeft iig volgens die pagina alleen betrekking op bedrijven met een postadres in Ierland. Stuur jij inmiddels die facturen? Verdwijnen die in een zwart gat? of heeft 't nog invloed gehad op de betalingen?

Zomaar een paar opmerkingen over je prognoses en cijfers: * Je gebruikt afkortingen voor de tabel kopjes die ik niet direct terug kan vinden. * Je hebt twee grafieken waar niet in staat wat er wordt weer gegeven * Je hebt een aantal kosten als % van de omzet aangegeven, zijn die kosten inderdaad zo flexibel dat in de slechte maanden je ook daadwerkelijk lagere kosten hebt? * Ik mis volgens mij een beetje overige/vaste kosten die ieder bedrijf wel heeft, 't zal niet zo veel invloed hebben op de cijfers, maar laat wel zien dat je overal aan hebt gedacht. * Blijf je je huidige functie in loondienst houden? Maar het belangrijkste wat mij opvalt: waarom springt de omzet zo op en neer? Ik kan me voorstellen dat verhuur seizoensgebonden is, maar dan zou ik dat zeker toelichten.

De lokale bakker stond net voor de deur: (Denk ondertussen nog na over wat beter is: eerst ontbijt en dan taart... of andersom :) )

Zo he, dubbel prijs :) Maar, weet niet of 't invloed heeft op de uitslag, maar ik zie hier en daar verschillen tussen de W2 kolom in de 2e en in de 3e tabel. (onder andere bij mezelf, Moovio en Mathijs Huisman) Oh, en ik mis Msteer in 't tweede overzicht :)

Hartelijk dank voor de felicitaties en Ironny alvast voor de taart :) En bij mij komt een taart zeker goed terecht hoor. :) (Als er iets is waar ik me echt geen zorgen over hoef te maken is 't overgewicht ;) )

En daar is de echte: Totaal aantal leden: 30000. Nieuwste lid: Reeel Estate

Ok, ook ik doe mee: 30.000e lid: 3 december 2009 om 21:32 250.000e bericht: 16 december om 19:44 Overigens, in verband met de mediaan van msteer: hoe zijn de regels eigenlijk als twee mensen met de zelfde voorspelling winnen? :)

Aanvullend daarop is misschien deze link handig: http://blogoscoped.com/archive/2009-10-01-n38.html over het publiek maken van een wave, waardoor je het inderdaad als een soort real-time forum kunt gebruiken.

Ik vind zelf de minst hinderrlijke en toch redelijk effectieve methode de volgende: voeg een veld toe aan het formulier met een verleidelijke name="email1" oid... en maak dat veld vervolgens onzichtbaar voor gewone gebruikers. (hoogte en breedte = 1 oid) De gemiddelde bot kan de verleiding niet weerstaan om toch een waarde in te vullen. Als dat zo is, heb je dus bijna zeker een bot en kan je dat uitsluiten. Nadeel: mensen die een utility gebruiken om snel formulieren in te vullen hebben hier wel last van, want ook die vullen dit veld vrolijk in. (In online contact formulieren gooi ik daarnaast meestal ook altijd alles weg wat meer dan twee linkjes bevat... maar dat is niet altijd handig/toepasbaar)

Zou wel erg vervelend zijn als ze dat inderdaad zo gaan beoordelen en IMHO ook onterecht. ( Maar het zou me niet verbazen... ) Ik vraag me ook af hoe je dit dan ooit zelf had kunnen weten. Als ze niet van mening veranderen, misschien dan die vestiging in NL lastig gaan vallen dat ze dit beter moeten regelen? Zomaar 15% van de inkomsten inleveren omdat dat niet zo is, is niet zo heel fijn. Je zou denken dat als er idd btw moet worden berekend, dat Google NL die dan ook terug zou kunnen vragen en daarom ook zou moeten kunnen betalen (en op een factuur zetten). Maar of ze speciaal voor NL dat soort dingen willen doen....

Ik heb het zelf niet geprobeerd, maar van wat ik vernomen heb dwingt AppEngine een aantal best practices voor schaalbaarheid af, waardoor het zeker niet triviaal is om een normale Django app zomaar over te zetten naar AppEngine. Maar goed, als het alleen is om er bij te doen, dan kun je eigenlijk niet falen natuurlijk, want dan is alles wat je wel bereikt mooi meegenomen.

Natuurlijk kan dat, maar: - heb je ervaring met het bouwen van high traffic websites en met Google AppEngine? - Een site bouwen kost tijd en tot ie af is en traffic heeft komt er geen geld binnen, dat moet je overbruggen - Google traffic komt niet van de ene op de andere dag, ook als je het goed doet heeft 't tijd nodig - bovenaan digg en reddit betekent een eenmalige piek, heb je genoeg nieuwswaarde om dat te blijven herhalen? - Met meer mensen kan leuk zijn, maar betekend ook meer overleggen, meer verschillende meningen en je hebt (meer dan) evenredig veel meer opbrengsten nodig uit je projecten. - Meer sites betekend ook meer onderhoud - Niet alle sites zijn geschikt om veel advertentie opbrengsten te genereren, sommige doelgroepen klikken nauwelijks op advertenties.

Dat ligt er aan (naast dat onze eerste versie niet zo veel voorstelde) dat als je eenmaal iets tastbaars hebt, je betere ideeën krijgt over hoe het wel moet. Er zit een wereld van verschil tussen 'het werkt' en 'het werkt lekker'. Als je dan ook nog echte gebruikers krijgt, krijg je nog VEEL meer ideeën/suggesties over hoe het echt moet. Daarnaast heb je nog de groei van een website, zeker met een foto site ben je al snel aardig wat tijd kwijt aan het snel houden van de site en op kunnen slaan van al die foto's.

Daar heb je ook wel weer gelijk in :) Overigens: als je op basis hiervan beslist of je hier tijd en geld in wilt steken: houdt ook ernstig rekening mee dat zo'n site niet af is na de eerste oplevering. Om een indicatie te geven: in de afgelopen 3 jaar hebben we ongeveer een factor 10 meer ontwikkeltijd gestoken in het verbeteren van de site dan in de complete eerste versie er van. En in beide stadia voldoen ze perfect aan de zelfde omschrijving.

Ik denk dat het probleem is dat voor een goede offerte gewoon veel informatie nodig is. Als je zelf erg vrijblijvend wilt blijven, dan krijg je dat natuurlijk ook terug van de andere kant. Waarom veel tijd stoppen in een goede offerte als jij nog niet eens weet of je uberhaubt er voor gaat? Wat je kunt proberen is een website/applicatie zoeken die zo veel mogelijk lijkt op wat jij wilt. Vraag dan een offerte om die helemaal te laten nabouwen. Dat heeft twee voordelen: jij geeft je eigen idee niet weg en je hebt voor beide partijen duidelijk wat er voor die prijs geleverd zou worden. Dan weet je in ieder geval ongeveer in welke prijsklasse je moet denken en kun je op basis daarvan beslissen of je je idee verder wilt uitwerken. Houdt er in ieder gaval rekening mee dat hoe minder informatie jij geeft, hoe groter de kans is dat de offerte uiteindelijk te laag wordt en je in de loop van het project tegen problemen aan loopt.