willemj

Dan zal de techniek wel heel strak gedefinieerd moeten zijn. Ik vraag me af of je met het opleggen van heel strakke regel de ontwerper / bouwer niet te veel beperkt. Het kan overigens wel zie de CSS Zen Garden Hier staan een aantal compleet verschillende ontwerpen voor een site. Het mooie is dat de content exact hetzelfde is. De bron HTML bestanden (de content dus) is prachtig eenvoudig en uitstekend aan te leveren en te onderhouden in iedere willekeurig programma (tot aan notepad^H^H^H^H^H vi aan toe) Wijzigen van de layout en (in mindere mate) navigatie blijven natuurlijk een punt.

Zie het nu ook. Shit Word: had de tekst verkeerd ingetypt, gecorrigeerd maar de URL blijkt dus niet mee verandert te zijn. Moet dus zijn http://www.nebib.nl/logo/logo_nebib.jpg Is overigens hetzelfde logo dat DeWitte hier gebruikt.

Ik sluit me aan bij VC z'n overzicht van stappen. Je krijgt het nooit in één keer goed maar goed nadenken vooraf levert wel besparing op. Er is wel overlap in fase 3 tot 5 dus begin met overleg als je start met fase 3. Blijf dromen :) Je zult nooit in één keer, zeker zonder overleg met de techneut, tot zo'n document komen. Vier of vijf dagen bellen is weer het andere uiterste maar je zult zeker wijzigingen krijgen zowel in functioneel en technisch ontwerp. Probeer je conceptioneel en functioneel ontwerp zo goed mogelijk te krijgen en laat de techniek even voor wat het is. Een beetje techneut kan daar prima mee overweg en een ontwerp maken met op en aanmerkingen. Internet als medium voor applicaties is niet ideaal (zeker shared hosting niet) dus verwacht in deze fase veel communicatie. Probeer ook zoveel mogelijk uitzonderingsituaties en fout situaties op te nemen in je ontwerp. Een veldje meer of minder in je database heeft niet zoveel effect (@phperik: zolang de normaalvorm van je database niet wijzigt kan dat toch niet zoveel consequenties hebben??) maar achteraf bedenken dat een bezoeker later door moeten kunnen gaan met het invullen van een formulier kan best grote impact hebben als dat niet vanaf het begin duidelijk was. Stappenplannen vind ik persoonlijk ook altijd wel lekker werken. In jouw geval zoiets als: - klant komt op m'n site en wil bus. plan starten - klant vult formulier in - ik ontvang e-mail met het verzoek van klant - ik bel klant - als akkoord maak ik nieuwe workshop aan en mail klant Je gaat zo verder met een plan voor het proces van het begeleiden en sluiten van een workshop etc. Daarna ga je alle plannen nog een keer doorlopen en kijk je per stap of die een relatie hebben met andere plannen of stappen daarvan. Zo kom je er bijvoorbeeld achter dat mensen al dan niet mailtjes willen ontvangen bij nieuwe reacties op het forum en bedenk je je dat je dat graag bij bovenstaande stap 'klant vult formulier in' wilt hebben om te voorkomen dat mensen ineens verrast worden door een berg e-mail. Wanneer je dit voor je hele site doet heb je een ontzettend mooi document voor een programmeur (en met een beetje mazzel lage prijzen :)) Je in de techniek verdiepen zou ik maar in beperkte mate doen. Daar is een programmeur voor. Een beetje weten hoe of wat is leuk maar een gesprek over 'multipart mime documenten om server push voor elkaar te krijgen' zal te hoog gegrepen blijven, hoewel het een interessante techniek is. Het kan zelfs negatief werken omdat je technische dingen voorstelt waar je de bij-effecten/beperkingen niet van kent en dus een discussie moet voeren om er op uit te komen dat je technische suggestie niet werkt. Technieken die je op een andere site hebt gezien noemen werkt wel weer. Ben al een aantal keer geïnspireerd door suggesties van klanten.

De gebruiker een beetje 'opvoeden' wat hij wel en niet mag gebruiken en de opmaak in een stylesheet. Dan ben je volgens mij knap bezig als je er toch een rommeltje van maakt ;D

Op zich denk ik wel dat het kan een CMS en toch flexibel zijn. Maar daarvoor moet je je wel echt focussen op zo'n product en verschillende disciplines in huis hebben. Bevriend bedrijf doet zoiets met WebGUI. Die kleine dingen die door het systeem ineens veel tijd kosten blijven gewoon klein wanneer je weet hoe het systeem in elkaar zit. Het nadeel van WebGUI is weer dat je ook gespecialiseerde hosting nodig hebt omdat het op een shared hosting account gewoon weg niet draait. Die gespecialiseerde hosting is een vorm van 'vendor lockin' maar daar ontkom je nooit helemaal aan. Hoe je het ook went of keert je koopt een stuk expertise in en zit daarmee min of meer vast aan de leverancier van dat stukje expertise. Zelfs als je het recht krijgt op om de code ter beschikking te stellen aan derden zal die derde extra tijd nodig hebben om de originele code te doorgronden en misschien zelfs concluderen dat het doorgronden zoveel tijd kost dat opnieuw beginnen goedkoper is. Veel belangrijker dan de code is om op te letten is of je je data nog kunt gebruiken (zonder een kapitaal uit te geven voor conversies) mocht je besluiten met een ander systeem of leverancier te gaan werken. @phperik: object georienteerd programmeren is an sich absoluut geen heilige graal. Je kunt net zo'n niet aanpasbaar stukje code schrijven met OO als procedureel. Procedureel kan ook heel flexibel al blijft het inderdaad wat minder flexibel dan OO. Een klant die niet kan vertellen wat hij wil is een veel grotere oorzaak van niet aanpasbare code. Ik heb aardig wat ervaring met UML en OO design op basis van het catalysis model. Maar voor een klein project is een compleet groot uitgewerkt model niet haalbaar/zinvol. Je klant weet niet te vertellen wat alternatieve scenarios zijn en jij kunt je, omdat je niet in zijn branche zit laat staan in zijn hoofd kunt kruipen, die scenarios niet eens voorstellen. Verder heb je ontwerpdoelen voor een CMS danwel het platform waarop het draait. Een daarvan kan zijn dat je systeem op een shared hosting account moet kunnen draaien. Zowiezo heb je dan al een 5-30 seconden response limiet, 8-32 mb geheugen limiet, aantal database query limiet, het aantal hits per seconde etc. Binnen die voorwaarden valt een heleboel mooi OO ontwerp al weg. Ik heb wel eens een systeem gezien waar gewoon op iedere pagina op de site een linkje stond waarmee je de pagina kon editten. Uiteraard alleen zichtbaar voor de beheerder van de site. Briljant in eenvoud. Weet alleen niet meer welk systeem het was :-[

Enige bestand met postcodes dat rondzwertf op het net dat ik ken is voor het laatste in 95 bijgewerkt. Zie http://lcg-www.uia.ac.be/~erikt/.Henk/welcome.html Ik heb hier ook een tekst bestand met 432.000 postcodes met lengte en breedtegraden. Afkomst niet meer bekend en bestanddatum 2001. Verder heeft TPG copyright op de postcodes voor zover ik weet. Weinig kans dat je veel gratis dingen tegen komt. Als je beschikking hebt over een toepassing die met postcodes werkt kan het natuurlijk ook nooit kwaad om te kijken of ze toevallig een standaard database tabelletje gebruiken ;)

Dit kracht van dit soort fora en nieuwsgroepen is voor mij dat er zonder enig belang een berg concrete informatie en advies onstaat. Ga je hier commerciele of wervings aktiviteiten aan koppelen dan ondermijn je volgens mij die kracht. Kan op zich wel maar dat moet je wel heel duidelijk scheiden. Over concreet gesproken; ik ben even wezen kijken naar dat innovatie platform en las daar hun opdracht: Dit soort teksten doet me denken aan de Dilbert mission statement generator Ondernemers hebben een stuk concretere informatie nodig en misschien wat push om concrete vragen over hun eigen bedrijf/product te stellen. Wat suggesties: Er is al een aantal onderwerpen over het verzamelen/bundelen van informatie op deze site geweest. Laten we dat nu ook echt doen en een samenvattend boekje bij de KVK neerleggen en uitdelen op beurzen. Daarnaast de rest van de info via PDF downloadbaar maken. T-shirts, stropdassen en bikinis met HL logo ;-) Een 'screen mijn bedrijf' functie waarbij je een lijst krijgt waarin je in 1 keer een aantal onderwerpen of vragen kunt invullen. Eén voor marketing, één voor IT etc. Iedere vraag krijgt z'n eigen draadje wat bij elkaar een soort rapport voor de ondernemer vormt.

Ik heb onlangs wat CMS systemen bekeken en het belangrijkste bezwaar vind ik dat een goed/mooi grafisch ontwerp erg lastig toe te passen is. Plaatjes in de vierkante vlakken voor menu e.d. lukt wel aardig maar zodra je wat meer wilt moet je wel erg diep in het systeem duiken. Ook moest ik bij Mambo ontzettend diep in de code gaan wroeten om de nieuwsitems weer te laten geven zonder de naam van de poster. Lijkt me toch een vrij voor de hand liggende aanpassing. Denk dat hierdoor veel van de CMS sites er zo prefab uitzien. Volgens mij heb je een goede nerd en een goede designer die op elkaar ingespeeld zijn nodig om er echt iets van te maken.

Ach technisch is het niet echt innovatief, eerste keer dat ik het deed was in 1998 met dedicated Intel hardware en twee ISDN lijnen. Wel duur praten met het kantoor in Belgie met zo'n systeem :)

Inderdaad geen hoax en is aardig wat heisa over geweest tot kamervragen aan toe. De dienst maakt gebruik van klipping (identificatie van de gebruiker op basis van z'n telefoonnr/adsl lijn) en die staat bij XS4All standaard uit i.t.t. alle andere KPN ADSL gebruikers. Wifi is inderdaad zo lek als een mandje zelfs met WEP (al was daar met de tooltjes van vorig jaar nog wel 500-1500 mb aan data voor nodig als de key goed is maar misschien is dat intussen beter) Maar het risico dat een virus of worm betalingen gaat doen lijkt me groter. In een paar dagen 10-20.000 foute incassos en dus gedupeerden en veel verdachten lijkt me een aardige klus voor een helpdesk. Hoop niet dat ze mijn rekening als doelrekening gebruiken. Ik vraag me trouwens af of je voor deze vorm van incasso niet een contract moet hebben zoals bij de normale incasso. Dat zou hacken vrij zinloos maken tenzij je alleen iemand wilt pesten.

Voor 1 persoon werkt dat wel maar als er meer mensen virtueel aanwezig willen zijn dan staat er straks een tafel vol met notebooks en webcams in Breukelen ;D Het protocol voor videoconferencen H.323 is zowiezo een draak op een gedeelde internet verbinding laat staan met meerdere verbindingen. Het OpenH323 project heeft hier gelukkig wel een oplossing voor: een conference server (MCU) die vier streams tegelijk laat zien. Meer mensen kan maar de vier mensen die praten worden getoond. Denk ook niet dat veel meer kan qua bandbreedte (Nils hoeveel gigabit is je verbinding?) Heb een tijd geleden eens gespeeld met deze software en wil, als er meer virtuele deelnemers zijn, wel kijken of ik het aan de praat krijg.

Ok dus ten eerste is het uitgangspunt dat ik en mede-higher-levelaars onder onvloed van alcohol zinnigere dingen zeggen dan in nuchtere toestand. Verder is er een trendy naam nodig om een beetje A-Team gevoel te kweken. Om de innovatie factor niet te vergeten zijn McGyver invloeden natuurlijk welkom. Dit alles is vooral nodig om de prioriteiten lijst 'ik wil graag iemand helpen', 'ik leer hier veel' en 'mmm ruikt naar prospects en opdrachten' even flink door elkaar te husselen. Klinkt leuk! Hou wel van explosieven gemaakt van kauwgum en kunstmest. Ik kom ook ;D

In het kader van 'woordenboeken' mag deze ook niet ontbreken: http://europa.eu.int/eurodicautom/Controller. Van de site: Ideaal voor de moeilijke woorden.

Nu voel ik me bijna schuldig ;) Maar over dit specifieke geval heb ik nooit commerntaar gehad, ook niet van de drie boekhouders van klanten waar ik persoonlijk goed contact mee heb. Voor mij is het wel erg handig. In het algemeen ben ik het gedeeltelijk met je eens. Tuurlijk moet je ook aan je klant denken. Ik verzamel ook gewoon kleine posten en stuur een verzamelfactuur met losse specificatie. Ik heb zelfs een klant waar ik aan gevraagd heb of het voor hun handiger is als ik de factuur/specificatie nog uitsplits naar locatie waar de werkzaamheden zijn uitgevoerd. Maar dat was voor hun een kleine moeite om het zelf te doen (persoonlijk antwoord van degene die ze controleert, laat accoderen en inklopt) Ik ken ook een bedrijf waar voor iedere aankoop een pakbon gefaxt moet worden naar het hoofdkantoor (degene die het product ophaalt mag de pakbon niet gewoon meenemen!) en facturen absoluut niet bij elkaar gevoegd worden als het over verschillende locaties gaat. Daarmee zadel je leverancier dus op met kosten en kansen op fouten. Zoals voor zoveel dingen; daar moet je gewoon een balans in zien te vinden en als afnemer gewoon vragen of het anders kan als je een probleem hebt van de manier van werken.

Als de schade alleen het niet terug kunnen krijgen van de BTW is dan is de ramp niet zo groot. Het zijn vrij kleine facturen. Wel zonde van het geld natuurlijk :( Van mijn access provider xs4all krijg ik netjes een papieren factuur. M'n hosting provider stuurt standaard alleen een electronische factuur maar biedt tegen een vergoeding ook een papieren factuur aan. Van deze optie maak ik ook gebruikt. Daarnaast denk ik dat providers voornamelijk aan particulieren leveren. De ontvanger zal dus minder strenge eisen stellen aan de vorm van de factuur (of zelfs maar weten wat de eisen zijn). Ook is het toegestaan om electronisch te factureren met minder voorzieningen zoals digitale handtekening als je een beschikking hebt van de belastingdienst (volgens de brochure ob20804, te vinden via google met trefwoorden site:belastingdienst.nl ob20804)

Ik ontving vandaag per e-mail twee word documenten die als factuur moet dienen. Ik ga er vanuit dat dit onder electronisch factureren valt en dat dus aan de eisen van een electronische factuur voldaan moet zijn. Wat niet het geval is. Verder zijn de BTW bedragen afgerond op hele euros. Tenzij er iets heel erg verandert is mag dit niet (wel bij je aangifte natuurlijk) Verder moet de nummering van je facturen doorlopend zijn maar mag je hier een voorvoegsel aan toevoegen. Mijn factuurnummers beginnen bijvoorbeeld met de datum en dan vier posities voor het 'officiele' nummer. De nummers op deze facturen beginnen met het nummer met een achtervoegsel. Ik heb de persoon gemailt dat ze volgens mij niet voldoen aan de regels (kloppen al mijn aannames?) en dat ik graag een papieren versie met correcties ontvang. Wat ik me afvraag is wat de consequenties zijn wanneer je zo'n factuur gewoon boekt. Krijg ik op m'n donder van de belastingdienst of gaan ze de verzender eens een bezoek brengen? En wat gebeurt er als ik deze facturen weiger en er komt geen correcte factuur? Is er dan sprake van een vordering van deze leverancier? Of kun je beter bij zo'n factuur schriftelijk melden dat je de factuur niet accepteert ? Edit: Ik heb een thread op dit forum gevonden gestart door Jelmer over het electronisch verzenden van facturen per mail en maak daar uit op dat een electronische handtekening nodig is. De 'factuur' zoals ik hem nu ontvangen heb is dus niet rechtsgeldig. Wat ik me dan weer afvraag is of je een eletronische factuur met handtekening moet accepteren. In dezelfde thread lees ik dat er een bewaarplicht geldt (wist ik natuurlijk) maar dan zou ik dus een apart archief met CDtjes o.i.d. aan moeten leggen voor electronische facturen??

Mijn laatste werkgever, een ontwerpburo, gebruikt al jaren speur- en ontwikkelingssubsidies van Senter en daar komen leuke dingen vandaan. Ik vraag me af of ze dat zouden kunnen doen zonder die subsidies. Zonder zouden ze wel bestaansrecht hebben maar zich vermoedelijk op minder innoverende projecten richten om het risico te beperken. Aan de andere kant heb ik op dit forum eens een vreselijk flame geschreven over een clubje amateur onderwijzers die subsidie hadden ontvangen in het kader van het onderrichten van het MKB in de technologische wereld, Een mening is snel gevormd als je meer van het ene of het andere soort verhalen hoort. Een artikel voor of tegen subsidies schrijven is volgens mij dus net zo makkelijk. Het belangrijkste punt is dat je wat bereikt met je subsidies. Ik heb zelf eens een projectvoorstel mogen schrijven voor een Senter subsidie aanvraag met als opmerking dat degene die hem zou beoordelen vooral van veel technische details hield. Het project zelf vond ik nou ook niet het hoogtepunt van innovatie en de slaagkans van het project was voor het bedrijf nihil. Idem voor die opleidingsclub, een cursus hoe maak ik een site moet niet gesubsideerd worden als hun eigen site echt helemaal nergens op slaat. Mijn idee: ontsla al die suffe ambtenaren zonder verstand van zaken die subsidie aanvragen behandelen en neem een groter deel van de subsidiepot voor de beoordeling van het plan en eventueel het resultaat door mensen uit de markt (ik zeg eventueel omdat veel subsidies nu eenmaal op basis van inspanningsverplichting en niet prestatieverplichting worden gegeven)

Bij al deze discussies over search engines en met name Google vraag ik me steeds af waarom jullie niet gewoon in Amsterdam wat (hobbel)duifjes scoren, hersenspoelen en laten infiltreren bij Google. Dat is toch echt de manier aldus hun technology page ;D

Je laat de kids natuurlijk geen echte taart bakken maar alleen in een heel indrukwekkende keuken een kapsel opleuken met glazuur (suiker is erg goedkoop), smarties en andere versiersels (in bulk ook niet duur) en een pot chocolade pasta. Kosten 1,50 pp. Is toch weer 35 uur per uur (lang zat) waarmee je je keuken die leeg stond in die tijd vult. Zet er 1 in de rekken en geef de indruk dat je een compleet pakket aanbiedt. Misschien maak je, zelfs als je hem niet vaak verkoopt, meer winst per vierkante meter dan wanneer je er stroopwafels neerzet. Pak bloem 30 cent, blikje tomaten 30 cent, zakje kruiden 30 cent en papieren zakje als maatbeker van een dubbeltje. 50 cent inpakmateriaal en je hebt iets wat je voor 6,95 kunt verkopen. Weg met die spritsen op de balie! Ik heb eens taai taai gebakken. Ben 4 bakkers afgeweest voor ik er 1 vond die me het juiste meel kon leveren. Moest ook nog bij een ander filiaal vandaan komen. Je hebt meel en je hebt meel. Als je bakker zich positief kan onderscheiden van de andere 3 heeft hij misschien meer bestaansrecht dan die anderen. Of dat lukt in een week lijkt me inderdaad sterk .

Volgens mij gebruikten ze toen hetzelfde principe van zuurdesem brood: potje met water en meel lekker paar daagjes buiten laten staan tot de natuurlijk gisten hun werk gaan doen. Dit mengsel gebruiken voor je brood en deel eruit halen om weer terug in het potje buiten te zetten. Weet niet of dat van de keuringsdienst nog mag tegenwoordig. Wel erg lekker zulk brood! Italiaanse kennis heeft zo'n oergistsoepje dat zelfs mee op vakantie gaat :) Brood is echt heerlijk. Er zijn kant en klare broodmix pakken met voorgemengde smaken met bijvoorbeeld basilicum en zon gedroogde tomaat. In je apparaat kieperen en klaar. Als bakker zelf lekker voormixen en een flinke marge erop. Bij de mensen die ik ken met zo'n machine stond hij na 2 maanden ergens achter in een kastje. Met een lekker (makkelijk) mixje voor wat speciaals krijg je hem er misschien wel weer uit. Nescafe speelt nu ook handig in op alle espresso machines die in kastjes staan met hun reclame. Kan misschien ook voor brood? Als je zo'n soort concept voor meerdere bakproducten neerzet lijkt me dat er wel een markt voor is. Weense appeltaart pakket met voorgemengde bloem, eventueel appels, klein potje abrikozen jam, zakje rozijnen en flesje strohrum erbij. Pizza kit met bloem, papierenmaatzakje voor water, zakje kruiden en blikje tomatenprut. Allemaal met de uitstraling vers, luxe en makkelijk. Uiteraard moet er ook een leuke cadeau verpakking variant zijn (om die kennis die absoluut kan koken aan te sporen het weer eens te proberen ;D)

De opzet is statiegeld flessen maar storten mag ook. En tja waarom roepen hier mensen dat we toch vooral moeten laten zien dat wij als HL'ers (veel) geld storten en daar iets voor terug willen hebben?? Je zegt zelf zelfs: Verder staat er op de site: De aktie is opgezet door een paar bewoners van een studentenflat hier in Delft. Ook op hun flatsite staat promotie. Zie http://balpol.tudelft.nl.

Studenten aktie om lege kratten en bierflesjes op te halen en het statiegeld te storten op 555. Lege flessen kosten je niets (gevoelsmatig) en als student heb je het nu eenmaal niet ruim. Wellicht is dat ook de reden voor de .tk domeinnaam.

Mmmm een cd waar ik op zing, gesproken over natuurrampen ;D Deze is ook wel leuk http://www.eenkratjevooratjeh.tk/ Heb zelf gewoon gestort.

Kwam dit artikel tegen op het net. De kern hiervan is dat de mens niet gemaakt is om te multitasken en dingen als telefoon, IM en geluidjes bij E-Mail slecht voor je concentratie en gezondheid zijn. Even verder surfend kwam ik deze quote tegen: "`I don't even have an e-mail address. I have reached an age where my main purpose is not to receive messages.' --- Umberto Eco, quoted in the New Yorker" in een bericht van Donald Knuth, auteur van "The art of computer programming" (mijn bijbel ;D) In dit bericht vertelt hij waarom hij geen E-Mail meer leest maar het 'gewoon' eens in de drie maanden door leest. Helemaal mijn idee! Ik werk graag 's avonds omdat het risico dat ik gestoord wordt door de telefoon redelijk klein is, ik heb geen geluidjes als e-mail binnenkomt, instant messaging komt er niet in (tenzij het instant gedeelte er af kan) en de telefoon gaat uit als ik me echt moet concentreren. Er zijn bedrijven waar woensdag de telefoonloze dag is; gewoon het antwoordapparaat erop. Ook heb ik wel eens gelezen over een bedrijf wat het 'denk hoedje' heeft. Een petje dat je opzet en je college laat weten dat je niet gestoord wilt worden. Mijn instelling is dat mijn relaxte en geconcentreerde middag lekker werken belangrijker is dan die klant die me a la minuut nodig heeft of, in de meeste gevallen, denkt te hebben. Een echt geintresseerde prospect neemt wel genoegen met een antwoorddienst of apparaat. Aan de andere kant is bereikbaarheid een groot goed en blijkt uit diverse onderzoeken dat niet bereikbaar zijn gewoon weg slecht is. Ik zou m'n concentratie en relaxte toestand dus moeten opgeven voor het 'genot' voor de klant van direct contact. Wat zijn jullie ideeen hierover? Zet je wel eens het antwoordapparaat erop om even lekker door te kunnen werken? Krjig je wel eens commentaar van je klant over je bereikbaar wanneer je dit doet? Als je als klant een vraag hebt vind je het dan erg om deze te stellen via een asynchroon medium (mail, formulier op site ipv direct aan de telefoon)? Voor een systeembeheer klant heb ik onlangs een webbased systeem gemaakt waarop storingen op de PC gemeld kunnen worden ipv telefonisch. Wanneer er toch gebeld wordt zeg ik gewoon 'ga naar dit adres en schrijf het op'. Wanneer ik de voordelen noem (altijd kunnen zien wie het oplost en wat de status van hun melding is) vinden ze het prima. Gaat tot zover uitstekend. Ik heb nog niet gemeten wat het totale effect is maar in ieder geval heb ik een stuk minder concentratie onderbrekende belletjes.

Je mag kiezen of je de BTW afdraagt op het moment dat je de factuur verstuurd of wanneer deze betaald wordt. Maar dat moet je consequent doen en je mag niet wisselen. Facturen weggooien mag (volgens mij) ook niet. In de administratie wegboeken als niet betalende debiteur en de eventueel al afgedragen BTW kun je weer terug vragen. Let wel dat wanneer je voor deze factuur geen BTW hebt afgedragen en hij valt niet in het vierde kwartaal van dit jaar je feitelijk al de keus hebt gemaakt voor het moment waarop je BTW afdraagt. Deze informatie staat overigens in de startersgids van de belastingdienst. Als je die nog niet hebt zou ik hem zeker aanvragen.