renep

Ik zou ook even naar het bestemmingsplan, vergunningen en het huurrecht voor bedrijfsruimtes kijken en eventueel naar technische aanpassingen (tussendeur, bemetering, gescheiden stroomgroep, telefoon, geluidsisolatie e.d.).

Ja, dat is het probleem met de VAR-ROW. Een VAR-ROW is eigenlijk geen VAR. Een VAR-WUO of VAR-DGA is de enige manier om hierover vooraf zekerheid te krijgen. Maar je moet je hierover ook weer niet al te veel zorgen maken. Als je je als zelfstandige gedraagt en te goeder trouw handelt dan valt het allemaal wel mee. Het grootste probleem is dat een VAR-ROW sommige opdrachtgevers afschrikt, omdat ze bezwaar zien in de extra uitzoekerij en onzekerheid.

Ik heb weleens een student zelf geworven en geselecteerd, daarna gecontracteerd via een studentenuitzendbureau. Ja, het kost wat, maar dat is onvermijdelijk. Eventueel zou een payrollservice goedkoper kunnen zijn. Wat je hier schetst is eigenlijk dat je alle lasten van personeel wilt vermijden en dat kan nu eenmaal niet legaal.

De openstaande facturen staan inderdaad onder debiteuren op de balans, dat is normaal (waarom zou er anders een post 'debiteuren' op de balans staan?) Voor de resultatenrekening schrijf je die omzet toe aan 2008, voor de BTW aan de aangifteperiode waarin de factuurdatum valt. Kortom, niks bijzonders.

"Ergens" staat bekend als een slechte bron ;) Het gaat om de werkelijkheid, niet zozeer om wat je op papier zet. Dit soort verklaringen in een contract hebben hooguit de functie dat het de intentie van beide partijen documenteert. Ik vind het zelf juist verdacht als dergelijke teksten in een contract staan. Een echte ondernemer beschrijft daarin zijn dienstverlening en zakelijke voorwaarden, niet de fiscale aard van de relatie. Je ziet dit vooral bij contracten met intermediairs, die mensen doorschuiven zonder iets inhoudelijks over de dienstverlening af te spreken. Modelcontracten met dit soort teksten kun je misschien beter niet als template gebruiken.

Er zijn niet zulke simpele regels. De belastingdienst bekijkt het geheel van de antwoorden en de beslisboom is niet bekend. Op Lancelots (zie sig) staat een handleiding met verzamelde indicaties uit de praktijk hoe de antwoorden worden beoordeeld. Maar het zou natuurlijk kunnen dat je in jouw situatie een VAR-ROW krijgt.

Waarom? Je zou wakkere opdrachtgevers kunnen treffen die een VAR-WUO als voorwaarde stellen. Je zou dus opdrachten kunnen mislopen (of bij bepaalde opdrachten verloond worden).

De 2e alinea begint met "als".

Nee ;)

Hij heeft 'modelauto' in zijn naam (Tom's Modelauto's), waardoor dat woord waarschijnlijk vaak in de anchor text en omringende tekst van backlinks staat. Ik denk dat dat de belangrijkste factor is.

Een eenvoudige mogelijkheid is om van 'Home' in de broodkruimels bijvoorbeeld "modelauto's" te maken. Maar verwacht niet te veel van dat soort simpele ingrepen. Een ander idee is om een tekstschrijver in te huren en bijvoorbeeld een reeks artikelen over de geschiedenis, psychologische betekenis etc. van de modelauto te schrijven. En een uitleg over de verschillende soorten, typen en maten, kooptips etc. Zet daar wat indrukwekkende en grappige foto's en video's bij, een leuke interactieve Flash-gadget om je modelauto te pimpen en dat soort dingen. Dé resource over modelauto's waar alle startpagina's, scholieren, hobbyisten, clubs in het wereldje naar gaan linken. Ik geef een cursus waarin ik tekstschrijvers leer op die manier te scoren bij Google, dus ik kan je zo'n 30 door mij gecertificeerde tekstschrijvers aanbevelen :)

Ja.

Die maandag waren er zo'n 1.000 meer (3.500 i.p.v 2.500) en dan de dag erna nog een paar honderd meer. Da's leuk, maar het is natuurlijk een vrij eenmalig effect. De waarde zit denk ik vooral in de egoboost ;) en het opbouwen van naamsbekendheid.

Een verlofuur is (normaliter) 1/8e vakantiedag :)

In het citaat staat misbruiken, niet gebruiken. Evenwichtig :) Concurrentie ja, maar wat zou het onbehoorlijk maken?

Nee. Als IB-ondernemer leef je van de winst na belasting. Je kunt de brutowinst van een ondernemer grofweg vergelijken met het brutosalaris van een werknemer, alleen zijn er wat extra aftrekposten en regelingen.

Ik voel met je mee. Het thema van Higherlevel is "innovatie en ondernemerschap" en dat is ook de motivatie voor overheidsfinanciering, maar in de dagelijkse praktijk lijkt HL meer op een combinatie van een webbouw- en accountancyforum met buitenlanddesks. De slotjes komen naar mijn smaak soms te snel en lichtvaardig, zeker in de gevallen waar je op doelt. Wat mij betreft mogen de beginnersboekhoudvragen worden afgesloten (al beantwoord ik ze zelf soms ook) en krijgen wetenschaps- en technologietopics alle ruimte.

Je moet de btw die je op de verkoop hebt geheven afdragen, en mag daarvan de btw die je op de inkoop hebt betaald aftrekken.

Om te beginnen hebben Java en servlets daar niets mee te maken. Je kunt in de programmeertaal Java en in servlets zonder meer SQL construeren en dus ook SQL-injectionproblemen krijgen bij onzorgvuldig programmeren. Hibernate kende ik nog niet. Dat blijkt een ORM te zijn (object-relational mapper). Die kan natuurlijk zelf behept zijn met SQL-injection bugs. Goed, misschien is Hibernate door en door gereviewd door wijlen Edsger Dijkstra en getest door Duitse chipkaarthackers en zitten zulke bugs daar niet in. Maar dan nog kun je ongeveer dezelfde code als die van Hibernate, dus even bugvrij, in een andere programmeertaal als PHP schrijven. Doctrine, Propel en Outlet zijn vergelijkbare ORM's in PHP, die (bij bekwaam gebruik) in PHP hetzelfde soort bescherming bieden tegen SQL-injection als Hibernate in Java. En los daarvan blijkt Hibernate een soort subset van SQL te ondersteunen, HQL, die bij onbekwaam gebruik kwestbaar is voor HQL-injection. Ik bedoel maar. Het verschil zit niet in PHP vs. Java, het zit in programmeerstijlen en -patronen. Zoals een ORM als abstractielaag tussen OO-code en een SQL-database, ingebouwde escaping in de ORM of een andere tussenlaag, queryparameters i.p.v. waarden in de querystring.

Hoezo? Welke boete? Van wie aan wie? Op grond waarvan?

Het lijkt me niet dat je daar rekening mee hoeft te houden (tenzij het om detachering bij X zou gaan).

Snel, bukken! ;D Christine zei servlets.

Er zijn gevallen bekend van overijverige gemeenteambtenaren, die zelfstandigen aanschreven dat zij een ontheffing van het bestemmingsplan nodig hadden :P

Grappig, dat is een externe image http://nanon.nl/joost/hl/hl/gadget_in_hyves3.jpg in antwoord #5.

Zou ik wel doen ja. Al zijn er ook sitebouwers die dat voor je regelen. Dat zou ik wel doen ja, want een andere partij kent de applicatie niet. Ik zou contracten en werkafspraken (bijv. overdracht broncode) wel zo regelen dat je niet vast zit aan de bouwer en later altijd nog eens kunt overstappen. Als je een hoog servicelevel verwacht (storing in 10 minuten opgelost in de nacht van vrijdag op zaterdag) dan is een freelancer geen geschikte partij voor het beheer en heb je een groter bedrijf nodig.