wimj

Je hebt gelijk. Weer iets geleerd.

En volgens mij is juist bij een VOF prive en zakelijk vermogen niet gescheiden. Prive schuldeisers kunnen bij de VOF en omgekeerd.

Ik denk dat vraagsteller bedoelt met (2) dat hij de administratie van de BV zelf doet, en daarvoor vanuit prive de BV een rekening wil sturen. Net zo als een boekhouder/accountant zou doen,

Ik heb geen kinderen, maar het algemene concept van een informatie site waarop alle informatie te vinden is trekt me erg aan. Om een heel ander voorbeeld te noemen: ik heb ooit eens behoorlijk wat moeten zoeken naar een rijschool die les geeft in een automaat. Graag had ik dan een site bezocht waarmee dat kon. Wat dat betreft zou je een goed idee kunnen hebben. Alleen ik vraag me de volgende zaken af: 1) Hoe genereer je hier inkomsten uit? Een advertentie op een website accepteer ik persoonlijk nog wel, maar een boodschap dat ik moet gaan betalen voor de informatie klik ik weg. 2) Meest belangrijke: hoe krijg je de site gevuld met informatie? Wellicht kan je wat basisgegevens halen via de KvK, maar oppasmoeders, scholieren en dergelijke vind je zo niet. Ik denk (maar wie ben ik) dat een dergelijke site staat of valt met compleetheid. Zodra ik zou zien dat het kinderdagverblijf in de buurt niet eens op je site staat beginnen de twijfels te komen.

Dat stadium geldt toch alleen tijdens het voorlopig koopcontract oid? Als je bij de notaris zit dan heb je dat allemaal al geregeld.

Heeft die dierenarts in die 4 jaar iets gedaan om die vordering te incasseren? In Nederland is het in ieder geval zo dat die termijn opnieuw begint te tellen na een aanmaning oid.

Ik ben geen vertegenwoordiger, en krijg ook geen vertegenwoordigers over de vloer. Maar een paar vragen die me te binnen schieten: 1) Je assortiment, Niet alleen het huidige, maar ook zaken zoals hoelang een bepaald artikel nog leverbaar blijft. 2) Levertijden en leverwijze 3) Minimale afnames 4) Garantie afhandeling 5) Reclamemateriaal etc (afhankelijk van het soort winkel: bv foto's voor een webshop: voor iemand die zaken in een webshop gaat verkopen kan het erg helpen als hij een mooie foto krijgt van de artikelen).

Er is absoluut geen misverstand geweest. De aanvraag was afgewezen met de motivatie dat een tijdelijke verblijfsvergunning (inclusief BSN en pasje) onvoldoende was. Ik heb toen nog expliciet gevraagd op welke wettelijke bepaling dat gebaseerd was. De reactie daarop was dat het geen wettelijke bepaling was, maar beleid van de OHRA. Ik had geen zin om verdere discussie aan te gaan, en heb elders een en/of rekening geopend. Ik kan de correspondentie hierover niet meer terugvinden. Wel heb ik een soort nummer gevonden wat vermoedelijk een soort van registratienummer is. @OHRA: U kunt een PM sturen als u dat nummer wilt weten, dan kunt u een en ander nalezen.

Ik snap niet helemaal wat je nu precies bedoelt, maar gezien de prijs voor een domeinnaam van minder dan 10 Euro per jaar zou ik bij twijfel dat gewoon doen.

Om inzicht te krijgen in de "kwaliteit" van google translations moet je maar eens wat Engels oid intikken, en dat laten vertalen in het Nederlands. En dan bedenken of je op zo'n website zou blijven of niet. Voorbeeld: A woman is driving a car. wordt vertaald in Een vrouw is het besturen van een auto.

Nee, dat hoeft niet. Ik neem aan dat bij de KvK ook staat aangegeven dat er 0 werkzame personen zijn in de BV?

Ik zal later wat zaken opschrijven. Zaken die me nu binnenvallen zijn; 1) De manier waarop enkele items worden gepresenteerd. 2) De manier waarop items zijn georganiseerd (als een hierarchische boom? Met bepaalde eigenschappen?) 3) De maner waarop gebruikers kunnen navigeren en zoeken op je site 4) De flexibiliteit van de site? Wil je heel simpel een andere "huisstijl" kunnen maken (toevoegen themes a la Wordpress), of accepteer je dat dit iets lastiger is. En last but not least: de backend: hoe kan je teksten, items etc toevoegen en beheren. Moet dat via de leverancier van de website (dat wil je niet denk ik), via een gebruikersvriendelijk interface zodat iedereen dat kan of via een iets lastigers interface die alleen voor getrainde mensen toegangkelijk is.? Of moet die informatie worden "opgehaald" van andere sites? En dan nog een paar vragen: Wil je een site die voornamelijk functioneel is (veel informatie; presentatievorm minder belangrijk), of wil je een site waarvan mensen de vorm echt onthouden. Met andere woorden: moeten mensen na een bezoek aan je site een gevoel hebben van "Daar staat veel informatie, en makkelijk te vinden", of een gevoel van "Wouw, wat een fraaie site". En heb je gedacht over een standaard site (Wordpress, Joomla, Drupal) met eventueel een eigen template?

Kun je ongeveer aangeven wat voor soort website je wilt maken? Bijvoorbeeld: een webshop, een site om de portfolio van je bedrijf onder de aandacht te brengen, of een vacature site die overal vacatures vandaan haalt. Dan probeer ik daarna iets gerichter iets te schrijven.

Alhoewel de provider hier m.i. niet zorvuldig heeft gehandeld vind ik dat de TS ook slordig is geweest. Ook al ben je nog bezig met de webshop, dan moet je toch gelijk na aanschaf controleren of de aankoop van je domein goed is geregeld, bijvoorbeeld door te controleren of er nu een soort dummy pagina op je domein staat (Deze pagina is in gebruik bij een klant van pcextreme....), of door de tenaamstelling te controleren. Zeker bij unieke zaken als een domeinnaam. Vergelijk het maar met een internet aankoop van een winterjas. Als die vandaag binnenkomt is het gewoon niet handig om die doos tot december ongeopend te laten staan en dan pas te gaan klagen.

Ik denk toch echt dat je een deskundige dit contract zult moeten laten opstellen. Voor wat betreft het tijdpad: inderdaad staan daar nu een aantal zaken van in het contract Maar niet alle. Stel dat je een bug vindt, dan wil je ook dat deze binnen een zekere periode zijn opgelost. Voor wat betreft de twee maanden: wat is de start van het project? Als het contract getekend wordt? Als jij dan eerst nog een nauwkeurige specificatie moet maken, en daardoor de eerste 3 weken opslokt krijg je een heel andere situatie als die waarin je duidelijke specificaties heb gemaakt (en die op maakbaarheid hebt laten beoordelen) die op de start van het project klaar liggen. Daarnaast zijn er nog een redelijk aantal opmerkingen gegeven door diverse mensen, die niet overgenomen zijn in je concept contract. Dat mag je natuurlijk doen, dus ik zal niet in herhaling vallen. Maar het geeft me geen positief gevoel over dit contract. Laat ik dan nog maar eens een puntje noemen. In een software traject krijg je *altijd* te maken met wijzigingen. Zaken die je vergeten bent (je hebt een mooi adres scherm gemaakt maar je bent vergeten dat je internationale ambities hebt, dus het land moet ook kunnen worden opgegeven), of gewoon zaken die achteraf niet handig zijn (simpel voorbeeld: je kleurstellingen zijn onleesbaar). Daarnaast kunnen er onduidelijkheden zitten in de specs, waardoor de ontwikkelaar vragen gaan stellen. Hoe ga je hier mee om? Wellicht zie ik allemaal spoken: mijn ervaring met dit soort contracten ligt veel meer op de 100K plus projecten; maar het zijn wel allemaal zaken waarmee je te maken kan krijgen. Heb je trouwens wel eens gesproken met de ontwikkelaar over de contractvorm? Wellicht heeft iemand hier een voorbeeld contract?

Ohra gemakkelijker met buitenlanders? Mijn ervaring is anders. Toen ik trouwde met een buitenlandse partner die legaal (En dus een BSN), maar wel met een tijdelijke verblijfsvergunnung in Nederland was, weigerde OHRA van mijn rekening een en/of rekening te maken. En ze gaven aan dat dit geen wettelijke regel was, maar beleid van de OHRA. Als dank voor dit duidelijke antwoord heb ik de rekening opgezegd :).

Als ik het contract wat je nu in gedachten hebt doorlees vallen me een aantal zaken op. 1) Alle risico's liggen bij de ontwikkelaar. Heel simpel gezegd: jij hebt een naar ik aanneem een briljant idee. Vervolgens mag iemand daar het echte werk voor gaan doen, en zijn verdiensten zijn sterk gemaximeerd. En jij zit lekker achterover en casht. Mocht het misgaan dan wacht je op het volgende idee, en de ontwikkelaar heeft X uren voor niets gewerkt. 2) Juridisch rammelt het aan alle kanten. Wat gebeurt er bijvoorbeeld met de rechten als jij besluit de applicatie ontwikkeling te stoppen omdat er bugs in zitten? Wie is dan eigenaar van de applicatie die wellicht al voor 80% af is? Krijgt de ontwikkelaar dan iets vergoed? Een bug in de applicatie kan geen reden zijn om het project direct te stoppen (en niets te betalen): de ontwikkelaar moet wel een kans krijgen om een en ander te herstellen. 3) Is de ontwikkelaar verplicht om de updates uit te voeren, ook al wordt hij er voor betaald? En als hij dat besluit niet te doen, hoe staat het dan met de betaling van de uitgebreide versie. De ontwikkelaar vindt het vast lullig als hij geen tijd meer heeft, en iemand anders twee kleine aanpassingen maakt en de oorspronkelijke ontwikkelaar kniets meer krijgt. Ik sluit me aan bij de andere spreker: neem een jurist in de hand, of probeer op een andere manier een voorbeeld contract te krijgen. Zaken die minimaal in zo'n contract staan zijn: 1) Omschrijving van de applicatie. 2) Tijdpad. 3) Acceptatiecritria. Hierin leg je bijvoorbeeld vast dat na oplevering jij twee weken de tijd hebt om te testen. Hierin wordt ook vastgelegd wat een bug is, en met name dat jij een bug reproduceerbaar moet documenteren. 4) Rechten en plichten van beide partijen. 5) Ontbinding

40K is veel geld. Of het teveel is kan ik niet beoordelen: dat hangt af van de exacte specificaties die je stelt. Wel kan ik zeggen dat er diverse gratis paketten op de markt zijn. Om er 1 te noemen: http://www.prestashop.com/. Hiermee kan je redelijk snel een eenvoudige shop in elkaar draaien. Om het uiterlijk aan te passen kan zelf aan slag gaan, of iemand inhuren die zoiets redelijk snel doen kan. Daarnaast zijn er ook zogenaamde themes te koop voor prijzen ver beneden de 500 Euro. Ik mag geen reclame maken voor anderen maar ik ken hostingbedrijven waarbij prestashop in 5 minuten op je website staat voor een prijs van minder dan 50 Euro per jaar. Op deze manier kun je eenvoudig en goedkoop aan de slag. Ik heb geen idee of jouw webshop geschikt is voor zoiets. Gevoelsmatig zeg ik dat als je zaken verkoopt die minder uniek of redelijk goedkoop zijn (audio/computer kabels; drop; allelei zaken bedrukt met eigen foto) je prima uit de voeten kan met zo'n gratis pakket voorzien van een eigen "Theme". Mocht je dure design spullen verkopen dan wordt alles anders.

Met alle respect, maar dit doet geen verstandige ontwikkelaar. Dit zou betekenen dat hij tot in lengte van dagen kan worden aangesproken op zijn werk, nog afgezien van het feit dat de discussie of iets een bug is of juist niet tot ellelange discussies kan leiden. In principe is een bug een afwijking van de specificaties. Als je die al 100% eenduidig weet op stellen (en dat lukt vaak al niet; en dan begint de discussie als hij een eenvoudige variant kiest en jij de complexe variant in gedachten had) heb je als ontwikkelaar ook te maken met afhankelijkheden. Als er een bug in iPhone OS zit, en hij daardoor een tijdrovende work around moet bedenken, is dat dan zijn risico of jouw risico?

Wat het minimale bedrag is om een Stamrecht BV aantrekkelijk te maken hangt sterk af van aan wie je het vraagt. Maar ik denk dat iedereen het met me eens is dat 11.500 te weinig is. Je bent veel te veel geld kwijt aan oprichtingskosten. Niet doen dus.

Ik kan niet precies beoordelen welke informatie je nodig hebt, maar weet je zeker dat je in de handleiding hebt gekeken en niet in de produktspecificaties (Die inderdaad veel te vaag zijn)? In de handleiding (400 pagina's in diverse talen) staat uitgelegd hoe je het ding moet programmeren en hoe je als "kassa bedienaar" allerlei zaken moet uitvoeren. Daar moeten je vragen toch in beantwoord worden? Hierbij voor alle duidelijkheid de link naar de handleiding. http://www.sharp.nl/cps/rde/xbcr/documents/documents/om/35_ecr/XEA113_OM_GB-DE-FR-ES-NL.pdf

In de genoemde link kun je de handleiding vinden. Wellicht kun je (in ieder geval ten dele) daar de antwoorden in vinden.

Dat komt omdat je rente wilt hebben. Als ik vandaag een bank opricht die het geld alleen maar bewaart in een grote kluis (en daarvoor dus kosten in rekening moet brengen) verwacht ik weinig klanten. Zodra ik iets ga doen met het geld loop je risico.

Bedenk ook dat je in geval van rampspoed je geldt enige maanden kwijt bent. Mocht het problemen opleveren als 1 ton voor een paar maanden kwijt bent spreidt dan nog meer :). Verder is het zo dat banken met verschillende namen onder dezelfde DNB vergunning kunnen vallen (na een fusie oid; of gewoon twee verschillende namen), en dus in totaal voor 1 ton gedekt worden. Voor zover ik me herinner geldt dit bijvoorbeeld voor Delta LLoyd en Ohra

Persoonlijk denk ik dat dat acceptabel is. Het is trouwens niet altijd even eenvoudig om het juiste saldo aan een bepaald jaar toe te wijzen. Een rekening met sterk wisselend saldo met een zeer variable rente (bv Euribor gekoppelde) die rente bijschrijft op 1 juli vereist lekker wat rekenwerk (of een opgave van de bank) om de ontvangen rente over twee jaren te verdelen.