• Zoek op auteur

Inhoudstype


Forums

  • Innovatieve nieuwe bedrijfsideeën
    • Innovatieve nieuwe ideeën
    • Intellectueel eigendomsrecht en productbescherming
    • Ondernemen in ICT
    • Ondernemen in Landbouw, Visserij, Life Sciences, Chemische, Milieu- en Energietechnologie
  • Bedrijfsstrategie, ondernemingsplannen en bedrijfsprocessen
    • Ondernemingsplan en businessplanning
    • Commercie en marketing
    • Groei!
    • Operationeel en logistiek
    • Maatschappelijk Verantwoord Ondernemen [nationaal én internationaal]
    • Wat vinden jullie van mijn...
    • Aansprakelijkheid en risicobeheer
  • Financiering, juridische en fiscale zaken
    • Financiering
    • Contracten en aanverwante onderwerpen
    • Rechtsvormen, vennootschaps- en ondernemingsrecht
    • Arbeidsrecht
    • Fiscale zaken
    • Administratie en verzekeringen
    • KvK, UWV en overige juridische zaken
  • Internationaal ondernemen
    • Internationaal ondernemen
  • ICT & Cyber security
    • ICT, Automatisering en internet
    • Cyber security
  • Leiderschap en (crisis)management
    • Leiderschap en (zelf)management
    • Herrie in de zaak
  • Overheidszaken voor bedrijven
    • De overheid en ondernemers
    • Onderwijs- en universiteitsbeleid
  • Vaste rubrieken
    • ik zoek een ...
    • Columns en octrooiblogs
    • Video's en Webinars
    • Nieuws en artikelen
    • Wedstrijden, beurzen en evenementen
    • MediaBoard
    • Testforum
  • Stamtafel
    • Over Higherlevel.nl
    • Nieuwsflits
    • Bugs en errors?
    • Off Topic

Blogs

Er zijn geen resultaten om weer te geven.


Zoek resultaten in...

Zoek resultaten die het volgende bevatten...


Datum aangemaakt

  • Start

    Einde


Laatst geüpdate

  • Start

    Einde


Filter op aantal...

Registratiedatum

  • Start

    Einde


Groep


Voornaam


Achternaam


Bedrijfs- of organisatienaam


Email


Websiteadres


Vestigingsplaats

  1. 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.
  2. Dag Joost, Hartelijk dank voor het wijzen op de exacte locatie van die informatie. Ik heb zojuist de KVK gebeld om erop te wijzen dat de informatie die zij op hun website publiceren mogelijk onvolledig is. https://business.gov.nl/starting-your-business/choosing-a-business-structure/private-limited-company-in-the-netherlands/ (zie blauw kader met titel "Customary salary scheme") Ik heb geprobeerd de artikelnummers te vermelden die u hebt gedeeld, maar de man luisterde op dat moment niet naar mij. Hoe dan ook, Na het lezen van "LB: 12a" kwam de volgende vraag bij mij op: Geldt dit ook als ik de werkzaamheden als externe opdrachtnemer, dat wil zeggen als ZZP-er, uitvoer? Naast het verplichte minimumsalarisonderwerp kan het werken als ZZP-er er ook toe bijdragen dat mijn beschikbaarheid voor werk nogal onregelmatig zal zijn. Ik verwacht niet meer dan 8-10 uur per week te kunnen werken, maar niet wekelijks. Sommige weken kunnen korter zijn, andere weken kunnen helemaal geen werk zijn. Op een gegeven moment zal de app (of apps) klaar zijn en hebben ze alleen wat onderhoud nodig, zoals het oplossen van bugs, wat slechts een paar uur per maand kan zijn. Ik denk dat werken als externe opdrachtnemer in die zin wat extra flexibiliteit biedt. Ik weet dat je als ZZP-er op de lange termijn niet afhankelijk moet zijn van één werkgever. In mijn geval verwacht ik dat dit gedekt zal worden door het feit dat ik ook andere apps zou maken, niet alleen die voor de BV van mijn vrouw. Wat vindt u van dit scenario? Klinkt als iets wat de Belastingdienst wel goed zou vinden? Zullen ze bijvoorbeeld letten op de contracttarieven (dat wil zeggen de prijs per uur) om er zeker van te zijn dat deze marktconform en dus niet te laag zijn? Hartelijk bedankt. Mvg, JP
  3. Eerder deze week werd op een congres voor Internet providers 2024-2026 als indicatie genoemd. (Terug te zien op https://ripe86.ripe.net/archives/video/1012/ Product Liablity Directive deel begint rond 21:20 in de video) Is binnen de ICT wereld relevant omdat het binnenkort wel eens zo zou kunnen zijn dat ook als je alleen maar een stukje software hebt geschreven dat in een product gebruikt wordt, en een bug bevat, je rechtstreeks door de consument aangesproken kan worden bij schade.
  4. Bij het plaatsen van een topic/reactie worden blanco regels aan het einde niet automatisch getrimd. Niet echt een bug, meer een verzoek. Onder andere in dit draadje zie je het gebeuren.
  5. Het is een bug waarvoor op mobiel nog geen oplossing of workaround is. Het is gemeld aan technisch beheer en er wordt aan gewerkt
  6. 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
  7. Niet gevonden wat je zoekt?

    Wij helpen je graag! Higherlevel is het grootste ondernemersforum van Nederland.

    24/7 kun je gratis je vragen stellen en je hebt binnen een paar uur antwoord!

  8. 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
  9. Daarom kan het nuttig zijn wat meer vragen te stellen en zo'n topic relevant te maken voor anderen. Is ook een warm welkom, om de dialoog aan te gaan met de vraagsteller en wat belangstelling te tonen. Dat is een tamelijk administratieve benadering van topics. Een zaak die afgehandeld is, zakt vanzelf weg. Sluiten dient geen enkel doel. Maar het belemmert wel mensen die met hun vraag aansluiting zoeken en een slot maakt citeren uit dat topic bovendien onmogelijk. Ik pleit daarom tegen sluiten, tenzij er een bijzondere noodzaak is. Dat (nieuwe) systeem hapert. Het zijn hopelijk twee verschillende mails: eentje na een paar weken en eentje als de termijn van een jaar bijna verstreken is. Ik heb eerder al gemeld (in de rubriek Bugs & Errors) dat op het moment dat de jaarmail verzonden wordt, de topics reeds gesloten zijn. Mijn topics tenminste wel. Misschien betreft het slechts de topics die ik geopend heb, maar dan heeft zo'n herinnering geen zin meer. Ik snap niet waarom niemand op deze melding reageert, of is dat onderdeel van een ignore beleid? Dat nieuwkomers vragen stellen en niet meer reageren is al vanaf het begin een realiteit, net zoals de statistiek dat zo'n topic vervolgens nog jaren later bezocht wordt door mensen met een vergelijkbaar probleem. Wellicht kan HL iets met de stats doen: signaleren dat de vraagsteller ook later nog eens langsgekomen is, en het na-ijl effect meten. Dan krijgen beantwoorders een gratificatie in andere vorm.
  10. Dank voor deze toevoeging. Een topic waar niemand op reageert, zakt vanzelf weg. Dus de logica ontgaat me een beetje. Het probleem ontstaat wellicht wanneer iemand na X maanden aansluiting zoekt bij een ouder topic. Maar soms is dat zelfs wenselijk. In de afweging voor/tegen bij het openhouden van topics weegt het nadeel blijkbaar zwaarder. Maar daarvoor heb ik deze observatie niet gedeeld. Suggestie is om even opnieuw te lezen. In de mail staat dat het topic over twee weken sluit, terwijl het in feite al gesloten is. Lijkt me een bug...
  11. Vandaag ontving ik een automatische gegenereerde reminder dat een topic wat ik eens begonnen bent op de nominatie staat gesloten te worden. Beste TwaBla, Jouw topic <>, welke je hebt gestart op Higherlevel.nl wordt over 14 dagen automatisch gesloten. Dit, omdat hier meer dan 1 jaar niet meer op gereageerd is. Wij nodigen je uit, voor zover je dit nog niet gedaan hebt, om een laatste slotconclusie te geven over wat je met de adviezen hebt gedaan én het voor jouw beste antwoord te selecteren op de feedback die je van andere ondernemers hebt ontvangen. Dat wordt enorm op prijs gesteld. Dankjewel alvast. Uiteraard ben je in het door jouw gestarte topic ook welkom als je aanvullende vragen hebt. Óf een nieuw topic starten als je andere vragen hebt. Klik hier om jouw topic te openen. Indien je binnen 14 dagen geen reactie plaatst in jouw topic, gaat deze automatisch op slot. Helaas was ik al te laat. Is hier een bug ingeslopen?
  12. Dit topic is bedoeld voor suggesties voor: Interessante onderwerpen op ons forum? Wat mis je en welke onderwerpen binnen het ondernemerschap wens je bespreekbaar te maken? Gebruiksvriendelijkheid? Heb jij ideeën over een (nog) makkelijker gebruik van ons forum? Plaats die dan in dit topic. Kom je een bug of error tegen op ons forum? Plaats die dan in ons board Bugs en errors >>> P.S.: Kritiek hebben we allemaal wel eens. Maar daar is dit topic niet voor bedoeld. Maar, opbouwende kritiek is meer dan welkom.
  13. 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 😊
  14. @Wouter Hol Ik zie dat je nog op een oud thema gebruikt, Heeft dit een reden? We ondersteunen dit thema niet, als gevolg zitten er in dit thema ook wat bugs, Dit kunnen we eventueel oplossen als dat nodig is. Voor nu zou je het huidige thema aan kunnen zetten, dit kun je onderaan de pagina doen.
  15. In dit topic kan ik mijn bericht van zojuist niet aanpassen, daar heb ik de bug namelijk ook, maar mijn 2 andere berichten kan ik zonder probleem aanpassen.
  16. Ik heb het niet bij alle topics zie ik zojuist. Bij dit topic heb ik de bug bij beide berichten van mij als ik ze wil aanpassen: Uit- en inloggen lost het probleem niet op. Ook in een incognito scherm zonder dat ik plugins heb draaien heb ik hetzelfde probleem. Video van de bug: https://watch.screencastify.com/v/X7VEfxZheTSLBRehKb6A
  17. 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.
  18. 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?
  19. Een startpost wordt niet gewaardeerd. Wel alle reacties op het topics. Maar, ik zie wel iets anders vreemds na jullie melding in dit topic. In "over Higherlevel" kun je niet waarderen en in "bug/error" wel. In basis is het altijd zo geweest dat je op niet inhoudelijke topics (dus stamtafel boards) niet kan waarderen. Dat is toen zo besloten: waardering alleen op inhoudelijke onderwerp boards. Maar voordat ik het laat fixen (dus uitzetten waardering) in stamtafel boards een vraag aan jullie: Willen jullie wel waarderen (duimpje, beker) op topics in stamtafel? Vinden jullie dit leuk/nuttig? Dan laat ik het niet fixen, maar laat ik waardering ook aanzetten alle stamtafel boards.
  20. Misschien, maar dat was altijd al zo.. ook voor het oude bugs verzameltopic.
  21. Bug/error-meldingen staat (hangt) dus onder de stamtafel en deze is niet (meer) zichtbaar als je niet ingelogd bent. De titel van de 'Readme' of 'Lees dit eerst even' voor dit nieuwe sub board op een vreemde plaats kan scherper. Misschien kan er ook vanaf de 'Moderatie'-pagina naar verwezen worden met toelichting dat bug/issue-meldingen alleen door ingelogde leden gedaan kunnen worden? Hopelijk is er achter de schermen een issue tracker in gebruik. Mvg, Wigbolt
  22. Op de root van dit speciale bug en errors subboard uiteraard: daar zie je alle topics van dit suboard, en dat zijn alle gemelde bugs en issues Wil je nieuwe issues of bugs melden? Open dan per bug of issue een nieuw topic in dit subboard en hoe kom je het snelst in de root:door een stapje terug te doen in het broodkruimelpad:
  23. HL heeft heel ernstige UX en technische problemen. Tip voor de forum manager en het technisch beheer. Waar is de bug of issue list voor aanvullingen beschikbaar? Mvg, Wigbolt
  24. Dat klopt, want we hebben sinds februari een nieuw subboard waar je bugs per topic kunt melden ( en dit topic is daar onderdeel van:
  25. De verzameltopics met uitnodigingen om bugs (van het nieuwe platform) te melden staan niet langer open voor nieuwe meldingen. Zoekingangen: de forum (sub)boards en HL-search. Deze leveren beide doodlopende sporen op. Mvg, Wigbolt
  26. Helaas wel, en dit is alleen de meest zichtbare bug.
×
×
  • Nieuwe aanmaken...

Cookies op HigherLevel.nl

We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.