-
Maak jij al gebruik van AI ?
clinton reageerde op Derek-Jan's vraag in Innovatieve nieuwe ideeën
I use it in various forms. Image generation (stable diffusion) Seo (chatgpt) Coding (css,html, python) I find that I end up spending time fixing bugs from chatgpt rather than coding on my own Video creation Blog creation (ifttt) These are all things that I can do already so I know where the limitations are. It mostly saves me time or creates the first draft of something that I refine after. -
Copyright smurf
Roel J reageerde op Silvaro's vraag in Intellectueel eigendomsrecht en productbescherming
ik zal van beide zaken melding maken.. mochten er nog meer zaken zijn meld dat dan even in het bugs en suggesties topic zodat we hier ontopic kunnen blijven.. -
Uren berekening voor grote klus
rzanten plaatste een vraag in Ondernemingsplan en businessplanning
Hallo iedereen, In het verleden heb ik wel is wat kleine programmeer klusjes gedaan. Denk hier aan websites en kleine systemen voor bedrijven. Ook heb ik inmiddels 4 jaar werk ervaring achter de rug bij een bedrijf. Ik ben 23 jaar oud en heb al een leuke portfolio van eigen projecten opgebouwd. Nu heb ik voor het eerst een echte grote klus waar vele uren werk in gaat zitten. Denk hier aan minimaal 170 uur werk en waarschijnlijk nog veel meer aangezien het systeem later nog is uitgebreid gaat worden. Echter weet ik niet of ik nu per functionaliteit voor dit platform goed inschat hoeveel uur ik kwijt ben en wat het dus kost. Schat ik veel te hoog in of ..? Uiteraard kan ik moeilijk plaatsen waar het exact om gaat. Maar is er misschien ergens een reken factor of voorbeeld voor de IT wereld wat mij kan helpen in de uren berekening. Denk daarnaast ook nog is aan een test traject waar waarschijnlijk zo nog is tientallen bugs naar voren komen waar ook nog is enkele dagen werk in gaat zitten. Kan ik dit soort uren dan al vast vooraf in de uren berekening opnemen of is dit voor mijn eigen rekening? Mijn klant wil dan ook nu vooraf een schatting zien hoeveel uren ik hier ongeveer aan kwijt ben en wat het hem dan per platform onderdeel gaat kosten zodat hij eventueel bepaalde onderdelen weg kan laten. Kortom; ik kan gewoon lastig in schatten wat het per onderdeel aan uren gaat kosten en wat dus het totaal bedrag moet worden. Natuurlijk is het logisch dat je dit nooit precies in kan schatten maar met zo'n groot project kan het dus zomaar zijn dat je er een paar duizend euro naast zit omdat alle uurtjes die je teveel of te weinig rekent ontbreken in je calculatie.Bij kleine projecten is dit niet zo erg als je bijv. 8 uur extra bezig bent omdat je er naast zat. Maar met grote projecten kan het dus het geval zijn dat een klant niet akkoord gaat met het bedrag en hij opzoek gaat naar een ander of jij zomaar 2 weken extra voor nop moet werken om het systeem af en bug vrij te krijgen. Heeft iemand iets van advies hoe ik deze onzekerheid bij me zelf kan weg nemen? Dank. -
checklist en waardebepaling bij overname website
mmint reageerde op turkanturkuu's vraag in ICT, Automatisering en internet
In aanvulling op de eerdere reacties nog wat kritische kanttekeningen: "stabiel" kan bijna niet je hebt altijd te maken met seizoensinvloeden en marktsentiment, al dan niet gecombineerd met groei cq. krimp obv. marketing. Zorg dus voor inzage in meerjarige cijfers met detail rapportage (week/maand). Kijk daarbij naar zowel inkomsten, bezoekers als click-through rate. Zorg ook dat je weet welke kosten er in die periode precies gemaakt zijn en zoek uit welke sites de inkomsten genereerden. Dat kun je niet zien aan alleen een adsense grafiek; misschien had de verkoper wel meerdere sites. Maar, als eerste: waarom wil de verkoper die site kwijt? Nemen de inkomsten soms af? Blijven bezoekers weg? Nog iets: waarom worden de bugs niet nu al gefixed? Je zal niet de eerste zijn die terugkomt met een topic waarin je klaagt dat toezeggingen niet worden nageleefd. Tenslotte: waarom vraag je of er een contract en factuur moet komen? Zou je de aanschaf net zo makkelijk zonder doen? -
Nieuw idee, komt niet van de grond
Mas93 reageerde op Mas93's vraag in Innovatieve nieuwe ideeën
Goedenavond allen! Ik zit in de laatste testfase. Veel bugs zijn eruit dus er wordt nog volop getest. Ik heb ook wat rondgebeld, de reacties waren beter dan verwacht. Ik schrok even toen ik hierboven 2% las, maar dat valt wel mee. Ik zit alleen met het volgende; iedereen die geintesseerd is zegt gooi het maar op de mail. Is ook het handigst om te doen. Ik zet direct alles netjes op een rijtje, en je raad het al, hier komt erg weinig reactie op. Hoe zouden jullie dit aanpakken? Ik ben donderdag/vrijdag begonnen met wat rondbellen, en nog maar weinig reacties op de mails. Kun je zeggen, gewoon nog een mailtje sturen, maar ik wil absoluut niet te opdringerig over komen. Maar aan de andere kant; hoe meer tijd er overheen gaat, hoe meer het vergeten wordt. Wat zouden jullie doen, enig advies? Alvast bedankt! -
Mijn weg naar de top
Norbert Bakker reageerde op PimNL's vraag in Columns en octrooiblogs
Het gaat over cursussen die iemand neemt als opmaat naar ondernemerschap. Over nut en noodzaak van die cursussen (en de MLM component daarin) is een interessante discussie ontstaan. Wat mij betreft is die discussie veel interessanter dan de reactie of vraag "Wat doet deze blog op HL". Het is beoordeeld als ondernemersgerelateerd, leerzaam, en leuk geschreven en het bevat geen WC-eend/zelfpromotie, dus is het publicabel als blog. Als HL leden menen dat er andere criteria zouden moeten gelden voor het accepteren van blogs en of columns: doe een goed voorstel wat die werkbare criteria dan moeten zijn of worden in het centrale Topic "bugs, ideeën en suggesties voor HL". Dat voorkomt ook dat we dezelfde discussie iedere keer weer decentraal in het reactietopic van een column of blog gaan voeren, iets wat ik ook niet zo netjes vind naar de blogposter of columnist toe. -
HL op het Digitale Ondernemersplein: hoe staat het met de plannen?
Wouter Hol reageerde op TwaBla's topic in Over Higherlevel.nl
Gezien de staat van de software van Hallo! zou, als er dan sprake zou zijn van een of/of verhaal, simpelweg de stekker uit Hallo! getrokken moeten worden. Met meer bugs dan een gemiddelde moestuin en de meest basale forum-functionaliteiten die gewoon geheel ontbreken is de software zwaar erbarmelijk, vinden ook de gebruikers zelf, Daarnaast biedt samenvoegen van de forums van Hallo! en Higherlevel geen enkele meerwaarde voor Higherlevel. Het niveau van de topics op Hallo! is daar, met alle respect, veel te laag voor. Als alle topics simpelweg in 1 forum gegoten worden dan raakt de boel zwaar verstoord. Vraag is of de meneren van het bestuur van KVK/Syntens en AgentschapNL dat ook in kunnen zien. Ik heb mij laten vertellen dat men bij de KVK in hun nopjes zou zijn met hun forum. Ik vermoed dat ze deze mening baseren op de grootte van de rekening die ze gekregen hebben van het uiterst incapabele bureau dat de software van Hallo! geprogrammeerd heeft. "Als het maar veel kost zal het wel goed zijn" lijkt het motto te zijn. Ik kan natuurlijk niet hun gedachten lezen en ik ben ook nooit bij de besprekingen en evaluaties aanwezig geweest, maar dat er ooit akkoord gegaan is met het prutswerk van de software van Hallo! geeft bij mij toch nachtmerries over wat het bestuur van de KVK nog meer uitvreet. -
verschil privé-onttrekkingen?
JHummelman plaatste een vraag in Administratie en verzekeringen
Ik ben een startende onderneming en heb afgelopen weken mijn bedrijfsadministratie gecompleteerd. Ik heb afgelopen jaar een boekhoudpakket (Acumulus) gebruikt en daarin alles trouw ingevoerd. Al mijn transacties komen overeen en zijn (voor zover ik kan zien) corret. Ook het eindsaldo op mijn rekeningen per 31-12-2012 klopt, dus je zou zeggen dat het wat dat betreft wel ok zit. Het pakket spuugt een mooi balansje, v&w e.d. uit wat ik zo in het aangifteprogramma zou kunnen hangen, ALLEEN: ik heb een verschil van 532 euro in de privé-onttrekkingen als ik daarop een cross-check uitvoer. Acumulus berekent het als volgt: Het resultaat halen ze uit de w&v --> €8594 EV --> 4199 (EV aan begin van 2012 was 0) Hun berekening ziet er als volgt uit: Ondernemings-vermogen dit boekjaar (komt uit Acumulus) A 4199 Ondernemings-vermogen vorig boekjaar, vul in (dit hebt u ook ingevuld of dient u in te vullen in de aangifte aan het begin bij Ondernemingsvermogen begin boekjaar) B 0 -/- Bereken C = A min B (kan negatief zijn) C 4199 (= A min B) Winst dit boekjaar (komt uit Acumulus) D 8594 -/- Bereken priveonttrekking E = C min D (kan negatief zijn) E -4395 (= C min D) Als ik echter ga kijken bij mijn lijst met alle transacties en daaruit de privé-onttrekkingen en toevoegingen uitfilter kom ik netto uit op een bedrag van -4927. Het verschil tussen beide methoden bedraagt dus een slordige €532 euro die ik niet kan thuisbrengen. Debiteuren op balans: 1725.49 Crediteuren op balans: 2420 Nog Te betalen btw per 31-12: €129.64 maar heb over q4 in januari 2013 €647 euro overgemaakt naar de heren van de belastingdienst ivm een bug in mijn vorige administratiepakket (fout btw calculatie) Iemand een idee waar het in kan zitten of snap ik iets niet :) ? -
Management van een open API
fvddungen reageerde op Donnie007's vraag in ICT, Automatisering en internet
Ik mag dan zelf software ontwikkelaar zijn, maar ik moet eerlijk zeggen dat ik geen snars snap van wat je nou vraagt. Ik heb het idee dat je een aantal dingen door elkaar haalt. Een API is een onderdeel van een applicatie/website, die het mogelijk maakt om andere sites/applicaties toegang te geven tot functionaliteit en data van die website, zonder deze direct toegang te geven tot de technische implementatie daarvan. Een voorbeeld is de Facebook api, waarmee je op je eigen website functionaliteit van Facebook kunt integreren zoals like buttons, comments en zelfs een loginbox. Deze api wordt door de mensen van Facebook zelf gemaakt en onderhouden. Maar ook Google, Twitter, Hyves en nog veel meer websites hebben hun api. Je kunt alleen die api gebruiken en daar is vaak goede documentatie voor, maar niet zelf functionaliteit toevoegen. Het volledige beheer ligt dus in handen van de eigenaar van de api. Wil je gebruik maken van de api functionaliteit op je eigen website, dan kun je dat helemaal in eigen beheer doen. Dat is ook het hele idee achter een api. Maar wat een api verder te maken heeft met vinden van bugs en outsourcing e.d. ontgaat mij even. Misschien begrijp ik je vraagstelling niet helemaal goed? Bedoel je misschien niet Open source? -
Management van een open API
Donnie007 plaatste een vraag in ICT, Automatisering en internet
Beste leden, Ik heb zelf weinig verstand van IT, maar voor zover ik begrijp kan een open API van een website of app gebruikt worden door derden om bugs uit de programmering te halen en/of de functionaliteit te verbreden. Nou vraag ik mij het volgende af: - Kan een API ook gebruikt worden om functionaliteiten/modules toe te voegen? - Moet de maker van een API ook de originele maker van de website of app zelf zijn? Of in hoeverre is dit wenselijk? - Is het mogelijk dat het laten maken van een open API echt een alternatief kan zijn voor interne ontwikkeling of uitbesteding van ontwikkeling? Is het niet zo dat er bij het integreren van succesvolle aanpassingen door derden en het managen van ontwikkeling door derden veel meer komt kijken? Kan iemand mij helpen bij het beter begrijpen van de pro's en cons voor een startup om de website of app open te stellen voor externe ontwikkelaars? Zou een startup kosten kunnen besparen door de basis te outsourcen en vervolgens deze open te stellen voor ontwikkeling, of is dit openstellen en managen op zichzelf al bijzonder moeilijk of kostbaar? (er vanuitgaande dat er ook echt geïnteresseerde externe ontwikkelaars zijn)...... -
Software dienst lanceren
Raoul K reageerde op InMessionante's vraag in Innovatieve nieuwe ideeën
Zoveel ervaring, zoveel meningen. Je wordt niet op een dag wakker en hebt 1000 gebruikers. Het begint allemaal bij de eerste... Ik heb dat altijd gewoon direct online gezet, betaald, en met de hulp van gebruikers nieuwe fuctionaliteit toegevoegd, bugs gefilterd. Ligt er natuurlijk wel een beetje aan wat je aanbiedt. -
Software dienst lanceren
InMessionante reageerde op InMessionante's vraag in Innovatieve nieuwe ideeën
Thx voor de reactie, als ik het goed lees zijn de meningen verdeeld. Wat ons betreft zijn we zeker al in de beta fase aanbeland, een externe partij laten testen is wat ons betreft ook een stap te ver, vandaar dat we neigen naar het laatste idee en dat is de (eerste x) gebruikers een praktijk test te laten doen en dan snel inspringen op eventuele issues/bugs. We hebben alleen nog niet een heel goed beeld bij of en wat hier de nadelen van zijn. Ook richting de toekomst. Dan is er nog het 'probleem' om aan deze gebruikers te komen, die het product willen testen, zou het volstaan om gratis toegang tot de 'beta' te geven? Momenteel zijn we in de allerlaatste fase beland, ik post dan ook zeer snel het concept en een link naar de software. -
Software dienst lanceren
sgtstef reageerde op InMessionante's vraag in Innovatieve nieuwe ideeën
Alpha of Beta ? hoe ver zijn jullie en waar gaat het precies over...dat is van belang voor je keuze Alpha Alpha software kan onstabiel zijn en kan leiden tot crashes of verlies van gegevens. De uitzondering hierop is wanneer de alfa beschikbaar is in het openbaar (zoals een pre-order bonus), waarbij jullie, voor stabiliteit van hun programma zoeken die jullie testers goed kunnen testen. Externe beschikbaarheid van alfa-software kan gedaan worden via open of gesloten software test. Beta Beta volgt meestal op de Alpha en begint als de software van jullie zo ver als klaar is. In de beta fase zullen over het algemeen veel meer bugs naar voren komen dan afgeronde software, evenals de snelheid / performance problemen. De focus van beta-testen is het verminderen van de gevolgen voor de gebruikers, vaak het opnemen van gebruiksklare testen. Ik zou dus persoonlijk beginnen met een alpha test maar dit is geheel afhankelijk welke service software jullie aanbieden en hoe ver jullie daadwerkelijk al zijn. het mag mij namelijk geen geld gaan kosten als tester... mischien dat het tezamen/naast een met vergelijkbare software mee kan draaien. Let wel dat je ook voorwaarden en dergelijke opsteld voor het gebruik van de software. en door de testers laat signeren. Overigens kun je binnen een maand wel inventariseren wat er veranderd moet worden in grote lijnen door de feedback die je krijgt. stop de alpha test na een maand, fix in grote lijnen de isseus op de feedback die je kreeg en ga dan naar de volgende stap...de Beta test hier kun je bijvoorbeeld 2 maanden voor uitrekken. eventuele kleine aanpassingen kun je ook nog doen na de release ....want uit het verleden is gebleken dat zelfs Apple en Microsoft geen garanties kunnen geven op een release van hun software.... zelfs niet na uitvoerige beta testen. Testen met 25 of met 100 het maakt niet uit ... stel het gaat goed , maar wat als je je software aan 200 klanten verkoopt en de sofware loopt dan vast... zorg voor een snelle oplossing ... en het belangrijkste van alles ... hou je klanten goed op de hoogte wat er is gebeurd en wat je eraan gaat doen om het op te lossen. just my 2 cents Groet stef -
WBSO administratie
Freeaqingme reageerde op frankR20's vraag in Financiering
Wij (software ontwikkelclub) hebben dit gekoppeld aan onze issuetracker. In de issuetracker - wij gebruiken hier Jira voor - plaatsen wij alle taken die we voor een bepaalde periode willen uitvoeren. Iedere taak heeft een 'type', bijvoorbeeld 'improvement', 'bug fix' of 'new feature'. Ook heeft ieder issue een flag 'wbso'. Van te voren schatten we voor iedere taak in hoeveel tijd wij verwachten dat de uitvoering zal kosten. Doordat iedere developer zijn uren schrijft op de issues waar 'ie aan gewerkt heeft, kunnen we in 1 oog opslag zien op welke wbso-issues door welke developers op welke dag hoeveel uur is geschreven. Hiermee zien we meteen wanneer een issue uitgelopen is, en doordat in de comments bij ieder issue iedere developer altijd meld voor collega's wat de staat van het issue is (inclusief een link naar de code) hebben we ons archief compleet. -
WVJVM de-wijnstok.nl
willemj reageerde op Bart Kooiman's vraag in Wat vinden jullie van mijn...
Homepage: 'af te halen in Delft' leest alsof het alleen af te halen is. Bij toevoegen artikel aan mandje niet direct duidelijk dat er iets in het mandje zit. Zie liefst of het mandje zelf of naast de bestelknop een tekst dat het toegevoegd is / een link naar het mandje. Sowieso lijkt er een bug in het updaten van het mandje te zitten. Ik zie namelijk het aantal artikelen in het balkje niet veranderen als ik een artikel toevoeg. Dit is pas zichtbaar als ik naar een andere pagina ga. Het uitklapding voor het mandje laat het product wel meteen zien. Subcategorien bovenaan de productpagina zijn erg rommelig. Zou ze liever in het menu links zien. Als je in een subcategorie zit zijn ze ook niet meer te zien. Om dus van vodka naar rum te gaan moet ik 'zoeken'. Ik vraag me af hoe je de gerelateerde producten selecteert. Is dat willekeurig? Of gaat dat op basis op bezochte pagina's en moeten er gewoon nog veel bezoekers komen? Ik zie nu namelijk calvados, bacardi razz en een single malt op een vodka pagina. De foutmeldingen op het bestelformulier zitten erg verstopt. Bij een ongeldig e-mailadres staat alleen bij dat veld, klein, in het rood dat ik een geldig adres moet invullen. Dat veld staat ook nog eens buiten beeld. Handiger om bovenaan het formulier ook een melding te geven. Het bestelformulier mist een opmerkingen veld. Ik kan bij het bestellen nergens kiezen voor afhalen. In de bestelbevestiging staat geen tenaamstelling van de je rekening. -
Advies mbt samenwerking of contract
AC84 plaatste een vraag in Contracten en aanverwante onderwerpen
Hallo, Na wat op het forum gezocht te hebben, ben ik helaas niet veel wijzer geworden mbt mijn volgende vraag. Zelf ben ik ondernemer, gespecialiseerd in het bouwen van webapplicaties. Afgelopen week ben ik benaderd, met de vraag of ik mee wil werken aan het ontwikkelen van een uitgebreid applicatieplatform. Het is de bedoeling dat de persoon die mij benaderd heeft klanten zoekt welke willen werken met dit platform. Nu is het de bedoeling dat de klanten de ontwikkelkosten betalen, en dat deze persoon zijn eigen uren tevens uitbetaald krijgt van deze klanten. Bij volgende klanten zullen deze ontwikkelkosten lager zijn, omdat er dan slechts sprake is van customizen. Verder is het de bedoeling dat er maandelijkse licentiekosten per gebruiker worden berekend, en een eventuele SLA voor mogelijke storingen/bugs die op kunnen treden. Deze opbrengsten zullen deels voor ons als ontwikkelaars zijn gezien de uren die we in onderhoud moeten stoppen, alsmede het paraat staan voor support, en deels voor de persoon welke het platform min of meer heeft bedacht. Het liefst wil ik factureren en werken vanuit mijn eigen bedrijf, met goede afspraken over deze persoon zijn vergoedingen en licentiefees. Voor mijn gevoel is dit veiliger, waarschijnlijk omdat ik in het verleden de mist ben ingegaan met een soortgelijk "samenwerkingsverband". Hier heb ik enorm veel ontwikkelingstijd in gestoken en uiteindelijk geen cent (en aandeel) gezien. Ook wil ik eigenlijk helemaal geen "nieuw bedrijf" starten met iemand die ik niet ken, ik bouw liever verder aan de eigen zaak. Nu dus de vraag, wat is een goede manier voor samenwerking in deze? Kunnen we toch het beste een samenwerkingsverband in een bedrijfsvorm oprichten, of is het mogelijk en/of beter om gewoon contractuele afspraken te maken mbt vergoedingen en percentages van de licentiefees? En in beide gevallen, hebben jullie tips waar we dan op moeten letten? Hopelijk ben ik voldoende duidelijk geweest in mijn uitleg, zo niet dan hoor ik dat graag! Hartelijke groeten, Antoon -
Wat is jouw grootste automatiseringsfrustratie?
Hermes Ratgers reageerde op Mikky Vrolijk's vraag in ICT, Automatisering en internet
We schrijven het jaar 1999, eind 1999. Om millenniumbestendig te zijn, moesten er een aantal dingen uitgevoerd worden. Aangezien het onbekend was, wat en hoe ed had ik dit nagelaten. Onder het motto, eerst zien dat maar schade beperken. "Zal wel een commerciële truc zijn" Maar op 31 december zat het me toch niet lekker en besloten om de server te updaten. En ja hoor, dit ging faliekant mis. Server dood, en ik als de dood. Werkelijk, ik heb betere jaarwisselingen meegemaakt. Uiteindelijk de volgend werkdag met lood in de schoenen naar werk, maar gelukkig viel het allemaal mee. 1x rebooten en het was weer goed en de bug, ach die kon je met de handschoen aanpakken. Moraal van het verhaal, kom je er niet uit. Probeer gewoon eens te rebooten. -
Hoe kom ik aan investeerders?
Y Happy Level reageerde op dertkesh's vraag in Financiering
Buiten het feit dat het vragen naar financieringen niet is yoegestaan op HL ben je een van de duizenden socialenetwerken die op zoek zijn naar financieringen. Een 3000 leden zal absoluut niet interessant genoeg zijn voor een partij. Kan je zelf niet zorgen voor alle veranderingen en bugs? Danny -
Hoe kom ik aan investeerders?
dertkesh plaatste een vraag in Financiering
Beste allen, Ik ben in 2010 een sociale netwerksite gestart. Het is een sociale netwerksite dat zich momenteel richt op een bepaalde doelgroep uit Nederland en Belgie (omdat de website Nederlands is). De site heeft nu ongeveer 3000 leden en ik vind dit niet voldoende, de huidige site heb ik laten maken met een bepaald budget dat ik in 2010 had en de site is toe aan vernieuwing. Daarom wil ik de website laten uitbreiden (nieuwe layout, nieuwe functionaliteiten, code updaten en bugs eruit laten halen) en ik wil internationaal gaan (Nederlands, Engels en een derde taal dat bij mij bekend is). En een IOS/Android app zit ook tussen mijn verwachtingen. Wanneer de site internationaal gaat kan ik spreken over het bereiken van miljoenen potentiele leden, uiteraard kan ik in eerste instantie niet garanderen dat er meteen miljoenen leden bij komen, maar de site heeft écht potentie wanneer het internationaal gaat. Facebook is bijvoorbeeld erg populair in USA/EU. Orkut is erg populair in Zuid-Amerika V-kontakt is erg populair in Rusland en ook China heeft zijn eigen sociale netwerksite. De doelgroep waar ik het over heb zit in de top 10 met het meest actief zijn op facebook. Je zal vast denken, waarom zullen mensen Facebook verlaten en voor jouw website kiezen: [*] Het is specifiek gericht op die ene doelgroep met een sitenaam in hun taal. [*] Er worden geen privacygegevens verkocht aan derden voor ads (zoals facebook doet), er is een VIP-systeem en gebruikers kunnen zelf bepalen of zij VIP worden of niet. [*] Leuke functionaliteiten waarvan er enkele niet op grote sociale netwerksites aanwezig zijn. Na mijn korte introductie hierboven wil ik jullie vragen HOE ik aan investeerders kan komen om dit allemaal te realiseren? -
Wie ben je en wat doe je? Ik ben Norbert Bakker. Ik ben 53 jaar, getrouwd, 2 kinderen en woon in Amersfoort. Ik adviseer MKB bedrijven en ZZP’ers op het gebied van risicobeheer en verzekeringen. Ik houd me vooral bezig met arbeidsongeschiktheid en aansprakelijkheid. Sinds 2018 ben ik als partner aangesloten bij B2Bsure, een netwerkorganisatie waarin meerdere zelfstandig ondernemers samenwerken onder één naam en samen een kantoor en ondersteunend personeel delen. En ik ben dit jaar met een nieuw project gestart, aovzelfdoen.nl, waarbij ik (startende) ondernemers de mogelijkheid biedt om zelf online zonder advies een AOV af te sluiten. Hoe ben je betrokken geraakt bij Higherlevel? Ik ben in 2006 voor het eerst gestart als zelfstandige en daarbij op Sprout begonnen met bloggen; ik was een van de “Sprout-starters” die een jaar lang lief en leed online mochten delen. Via een collega-blogger van Sprout kwam ik in aanraking met Higherlevel.nl. Ik ben pas echt actief geworden sinds 2008: ik ben begonnen met te reageren op topics en raakte al snel enthousiast over en verslaafd aan de kwaliteit van dit forum en de positieve feedback die ik krijg. En je bent ook Moderator van Higherlevel.nl? Ja, ik ben in 2010 gevraagd om mee te helpen het forum te beheren. Waarom ben je moderator geworden? Omdat het me interessant leek om ook achter de schermen mee te helpen aan het goed houden en beter maken van het forum, en ook mee te bepalen wat er moet gebeuren en op welke manier. Wat doet een moderator eigenlijk? We maken nieuwe deelnemers wegwijs, handhaven de forumregels en bewaken de focus en goede sfeer van het forum. Daarnaast passen we titels aan, verplaatsen vragen naar de juiste boards en overleggen we met technisch beheer over benodigde aanpassingen en het oplossen van bugs. Wat maak je mee achter de schermen ? Van alles en nog wat. Het aanpassen van titels en teksten, het wegwijs maken van nieuwe leden, het opvolgen van modmeldingen, maar ook het incidenteel sussen van online conflicten/flames tussen leden, het blokkeren van spammers en het verwijderen van zelfpromotie. Maar achter de schermen (zowel off- als online) bespreken we ook wensen, nieuwe functionaliteiten, uitkomsten van usability tests en marktonderzoeken: heel divers en interessant En heel soms krijgen we een boze brief van een advocaat van een vermeende acquisitiefraudeur die in een ervaringentopic wordt besproken. Hiervoor is dan juridische ondersteuning nodig. Wat vind jij het grootste geheim van Higherlevel.nl? Het grootste geheim voor mij is het zeer waardevolle netwerk achter Higherlevel.nl: als je een gewaardeerd actief lid bent weten andere leden en oud-leden je te vinden en vinden ook hele leuke samenwerkingen plaats. Wat mis? Ik zou het heel fijn vinden om na 2-3 jaar Covid ook weer live Higherlevel.nl meetings te hebben. De nieuwjaarsborrels en Beach-barbecues waren voor mij het moment om mensen ook een keer offline te kunnen ontmoeten. Veel mensen blijken in het echt toch anders, en meestal nog een stuk leuker dan online 😊
-
Per ongeluk BTW afgedragen na Brexit - verplicht corrigeren?
CLabs plaatste een vraag in Fiscale zaken
Goedemiddag, Ik kwam er zojuist achter terwijl ik al m'n cijfers nog eens aan het doornemen was dat door een bug in de software ik per ongeluk BTW heb afgedragen aan de belastingdienst voor een aantal verkopen (online diensten) aan particulieren in het Verenigd Koninkrijk. Per 01-01-2021 heeft het bestelsysteem geen 21% Nederlandse BTW meer in rekening gebracht voor klanten uit het VK vanwege de Brexit. Op het bonnetje dat zij hebben ontvangen zal ook geen BTW hebben gestaan. Echter, de software waarmee de aangifte wordt berekend heeft dit voor sommige van deze klanten niet goed opgepikt (verschil VK of UK als country-code, stomme fout.) in Q1 2021 blijkt nu. In Q2 is de synchronisatie wel geslaagd, dus het probleem was enkel present in Q1. Hierdoor is er terecht geen BTW aan mij betaald door deze klanten, maar heb ik de BTW wel onterecht afgedragen aan de belastingdienst. Gezien het particulieren zijn is er overigens geen sprake van een factuur. Mijn vraag is nu: is dat een groot probleem? Het gaat om slechts twee tientjes in totaal over Q1. Ben ik verplicht dit te corrigeren? Zo ja dan doe ik dat natuurlijk, maar zo nee en mooi meegenomen voor de staat: dan heb ik er wel vrede mee eigenlijk. -
Openingspost niet meer bovenaan?
Norbert Bakker reageerde op henkh's vraag in Bugs en errors?
Het is een bug waarvoor op mobiel nog geen oplossing of workaround is. Het is gemeld aan technisch beheer en er wordt aan gewerkt. ik sluit dit topic omdat er al een ander topic is over dit onderwerp -
Beste senior leden, Hier nog een vraag over een mogelijke BV structuur. Ter herinnering, of voor degenen die mijn vorige posts niet hebben gezien, het gaat om een klein bedrijf dat een smartphone app ontwikkelt en verkoopt. Het doel is om de markt te voorzien van een goedkoper alternatief voor bestaande oplossingen voor het specifieke domein. Ik dacht onlangs aan de volgende structuur. Laat me a.u.b. weten wat je ervan vindt. Er staan vragen aan het eind van de beschrijving. ======== STRUCTUUR ======== 2 BV's. Beide eigendom van mijzelf. * Development BV: - bezit het broncode copyright - ontwikkelt de software op verzoek van Distribution BV - geeft technische adviezen aan Publishing BV wanneer dat nodig is (bijv. het opzetten van een Google marketplace account). => Ik ben de CEO en enige werknemer. In de toekomst kunnen er meer werknemers zijn. * Publishing BV: - is eigenaar van het product, inclusief merk en commerciële naam - publiceert de app in Google's marketplace - maakt de website (of betaalt iemand om die te maken) - beheert de klantenservice - etc. => Iemand anders is de CEO. Niet ik. ======== WERKING ======== * Development BV: - ontvangt change requests van Distribution BV (een change request is een verzoek voor een nieuwe feature of een bug fix) - ontwikkelt de software - maakt app-pakketten (d.w.z. de binaire bestanden die worden geüpload naar Google app marketplace) - stuurt app-pakketten naar Distribution BV - ontvangt betalingen van Distribution BV na voltooiing van change requests (een change request is voltooid wanneer de wijziging is doorgevoerd en het bijbehorende app-pakket is gemaakt en naar Distribution BV is gestuurd) - kan technisch advies geven aan Publishing BV. Bijv.: opzetten en/of beheren van het Google marketplace account. * Publishing BV: - publiceert app-pakketten met een bepaalde commerciële naam - stuurt wijzigingsverzoeken naar Dev BV - ontvangt app-pakketten van Dev BV - maakt de website (of betaalt iemand om die te maken; kan Dev BV zijn) - beheert de klantenservice (beantwoord e-mails van klanten, beoordelingen, enz.) - int betalingen van app-marktplaatsen - betaalt Dev BV na voltooiing van veranderingsverzoeken (dit is belangrijk: als het 2 maanden duurt om een verandering van 1k te voltooien, dan is die 1k het enige op veranderingsverzoeken gebaseerde inkomen dat Development BV gedurende die 2 maanden ontvangt) - betaalt auteursrechten aan de BV Ontwikkeling Het algemene idee is dat Development BV zorgt voor de technische aspecten van de app, terwijl Distribution BV zorgt voor de rest (d.w.z. het definiëren van "het product", het merk, omgaan met gebruikers, enz.) Een belangrijk aspect is dat de Development BV wordt betaald op basis van "per voltooid change request". Meer daarover hieronder. ======== DOEL ======== Het doel van een dergelijke structuur is het ontwikkelingswerk te scheiden van de rest van het bedrijf, zodat een volledig DGA-salaris voor ontwikkelingswerk kan worden vermeden. Waarom? Ik ben niet in staat om veel uren aan dit project te werken. Het varieert meestal van 5 tot 10 uur per week, vaak weken of maanden helemaal geen werk. Ik wil ervoor zorgen dat ik die weinige tijd besteed aan de kern van het ontwikkelingswerk en iemand anders de rest laat doen. Delegeren kan ook met een enkele BV-structuur, maar dan is er het DGA-salarisaspect. Ik wil het scenario vermijden dat ik mezelf een volledig DGA salaris moet blijven betalen ondanks dat ik niet meer dan een paar uur per week of zelfs helemaal niets aan de app kan werken, wat het geval zou zijn met een enkele BV structuur. Denk aan het volgende scenario met een enkele BV structuur: - app is maanden geleden gepubliceerd - Ik werk weinig of niets aan de app (5-10 uur per week; soms 0) - de verkoop genereert 10k euro per maand In dit scenario moet ik mezelf het volledige DGA salaris betalen ondanks dat ik nauwelijks aan de app werk. Denk nu aan hetzelfde scenario met 2 BV's structuur: - app is een paar maanden geleden gepubliceerd - ik werk weinig of niets aan de app (5-10 uur per week; soms 0) - verkoop genereert 10k euro per maand - Vergeet niet, Dev BV wordt betaald op een "per voltooid change request" basis. Dat betekent dat als ik weinig (of geen) uren werk, het langer duurt om change requests te voltooien, wat aan het eind van het jaar resulteert in minder inkomsten voor Development BV. In dit scenario kan Development BV mogelijk geen volledig DGA-salaris betalen. Distribution BV zal haar inkomsten gebruiken om haar CEO en haar werknemers te betalen (als er meer dan 1 persoon nodig is). Als er genoeg geld overblijft, kan zij aan het eind van het jaar dividend uitkeren (aan mij, omdat ik de enige eigenaar ben). In theorie maakt de beschreven structuur een scenario mogelijk waarbij de Distribution BV geen verdere betalingen aan de Development BV hoeft te doen (behalve voor royalty's, die kunnen worden vermeden als zij in handen zijn van een derde BV). Als we de royalty's uit de tabel halen, dan zou het in theorie mogelijk zijn om op een bepaald moment nul ontwikkelingskosten te hebben. Nul ontwikkelingskosten betekent nul inkomsten voor Development BV, wat betekent geen DGA-salaris voor Development BV. ======== VRAGEN ======== 1) Is deze constructie legaal? Ik ben bang dat de Belastingdienst mij zal beschuldigen van trucs om het DGA-salaris te ontwijken. Ik wil het DGA-salaris voor ontwikkelingswerk wel vermijden, maar alleen als dat op een legale manier kan. 2) Is het legaal dat de CEO van Distribution BV mijn echtgenote is? Zij werkt in de IT. Zij heeft de kennis om Distribution BV te leiden en te exploiteren. 3) Maakt de locatie van het auteursrecht op de broncode verschil? Ik heb het liever niet in de Distribution BV omdat het een activum is dat ik niet wil riskeren als er iets misgaat met die BV. Het is voor mij echter niet essentieel dat het in de Development BV staat. Ik vind het prima om het in een derde BV te hebben als dat een voordeel is. Mvg, JP NOTE: mijn Nederlands is niet super goed, dus gebruikte ik www.DeepL.com/Translator -
Ruimte topics op overzicht
Rik · plaatste een vraag in Bugs en errors?
Niet echt een bug of error maar ik merk de laatste tijd dat de ongelezen lijst met vragen op een mobiel nogal wat meer ruimte in beslag neemt. Veel meer dan vroeger. Nu staat onder elke topic in het vet "Auteur reageerde op Auteur's vraag in forum-topic". Dit is ook zo in de "Ingekorte" view. Was dit vroeger niet veel compacter? Ben ik hier de enige die dat minder overzichtelijk vindt? -
M.b.t. de mobiele versie: hier wordt hard aan gewerkt en naar verwachting eind dit kwartaal gereed zijn. Zodra meer nieuws te melden is, zal ik een nieuw topic starten en jullie op de hoogte houden. Dit topic gaat namelijk op slot mét dank aan iedereen die in dit topic heeft deelgenomen ! We hebben vanaf nu een apart board ingericht om bugs/errors te melden. Zie toelichting in ons nieuwe sub board >>>
