• 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


Plaats

  1. `Beste Wim, Niet helemaal, want rode appels is een generiek iets. Daar kan je geen auteursrecht (of merkrecht) op krijgen, net als trekhaak.nl oid. Nee, ze doen zelf geen zaken in Nederland; dat gebeurd via ons (de partner). Ik heb net even in het merkenregister gekeken, ze hebben de merknaam in de EU (Benelux) geregistreerd [APPLE] dus en [APPLE macbook] ook. Apple macbook werd aangevraagd op (filing date): 13/08/2018, je geloofd het niet en het is puur toeval, wij registreerde de domein een week later. Registration date is 25/12/2018 -> toen hadden we de domein al in ons bezit. Het is geen volledige inbreuk overigens, maar een deel: applemacbook.nl hebben ze vastliggen, het gaat hier dus om macbook.nl Over je andere insteek, idd, dat wil ik natuurlijk niet laten gebeuren, ik wil niet komen in: als jullie de domein niet overdragen leveren wij niet meer aan jullie. Zo is de relatie ook helemaal niet verder, maar alles kan ooit veranderen natuurlijk. Over je tip: dat is juist wat ik niet wil. Ik wil via die domein dit product de volle aandacht geven ipv op onze totaalsite met alle andere producten. Qua vermarkten en branding werkt dat - in mijn beleving - beter. Blijft dan toch de casus die ik constateer met Apple, ik heb het even opgezocht, die hebben ook gewoon het merk macbook geregistreerd. Kom ik dan echt tot de conclusie dat ze bij Apple die domeinen dus niet claimen en het dus (kennelijk) op zijn beloop laten? gr, EB
  2. Hm, het lijkt erop dat ik mijn vraag een beetje verwarrend gesteld heb. Ik heb het in mijn originele post gehad over de leesbaarheid, maar dat is eigenlijk vooral voor de context. De nadruk ligt op het tweede punt, over AV die onder een vrije licentie (free as in free speech, het gaat me niet zozeer om de free beer) beschikbaar is, die ik dus zelf kan gebruiken als basis, aanpassingen op kan maken en publiceren, op zo'n manier dat anderen ook weer datzelfde kunnen. De daadwerkelijke vraag uit mijn originele post was: De nadruk ligt hier dus op "open licentie" (denk aan Creative Commons, of andere open-source-achtige licenties die iedereen het recht geven om een werk te reproduceren, aan te passen, etc.). Voorbeelden van AV vind je online inderdaad voldoende, en hoewel dat prima is om inspiratie uit op te doen, heb ik nog geen voorbeelden gezien waar ik legaal passages uit mag overnemen. Het enkele feit dat iemand een tekst online neergezet heeft betekent nog niet dat ik enig recht heb om die tekst te reproduceren, aan te passen of aan anderen door te geven - daarvoor heb je onder auteursrecht een licentie nodig. En open-source licenties (zoals Creative Commons) regelen dat met een breed toepasbare en overdraagbare licentie - dus daar ben ik naar op zoek: zijn er mensen die dit soort open licenties op hun AV hebben toegepast? Nee, het lijkt erop dat deze voorwaarden niet voldoen. Op het eerste gezicht is de leesbaarheid niet bijzonder hoog, maar belangrijker: de licentie op de voorwaarden is heel beperkt, je mag de voorwaarden alleen verbatim gebruiken en er helemaal niets in (laten) aanpassen. In hun FAQ schrijven ze: En dat is dus precies het tegenovergestelde van wat ik zoek.
  3. Dit klopt. En intellectueel eigendom is vrij dikke materie als het op "praktisch hergebruik van code" of replicatie aankomt. Zelf hanteer ik in de overeenkomst dat, bij maatwerk, onze software (app, website, applicatie, ...) voor de klant met een wereldwijde licentie komt die hen vrij stelt om: - het product te gebruiken voor het opgegeven doel; - te adverteren met het product; - publiek toegankelijk te maken; - de broncode aan te passen * *Indien ze de broncode aanpassen, vervalt onze verantwoordelijkheid voor de werking van het opgeleverde product en dragen ze zelf de risico's van eventuele fouten in productie. Bij complexe projecten staan we dit vanuit de basis niet toe en spreken we hier altijd een apart contract voor af ivm onze verzekering Wij houden, net als 90% van ontwikkelaars in onze branche, auteursrechten aan onze kant tenzij expliciet anders wordt afgesproken (prijs gaat dan doorgaans maal twee, maal drie). Dit omdat wij met het weggeven van de auteursrechten bepaalde stukken applicatielogica niet meer mogen gebruiken voor andere doeleinden. Vergelijk het met een fotograaf (die ook flink rekenen voor overdracht auteursrechten): Stel je neemt van hem de auteursrechten op een portret over. Die fotograaf kan dan feitelijk niet meer dezelfde opzet gebruiken voor ander portretten als het gevolg is dat de foto "te" veel op de jouwe lijkt. Belichting, pose, achtergrond, noem maar op. Je neemt dan in principe een stuk creatief resultaat uit zijn arsenaal. Om dan terug te komen op de oorspronkelijke vraag: Eerst en vooral zakendoen met betrouwbare bedrijven. Het is voor een goed bedrijf ALTIJD belangrijker om een goede reputatie te behouden en een goede relatie met jou, onze klant, op te bouwen. Daar zit op de (middel)lange termijn veel meer in voor beide partijen. Zowel financieel als qua groei en netwerk. Stel jij hebt een geweldig idee voor een app en een developer steelt het idee: Scenario A: Hij weigert jouw project en gaat er zelf stiekem mee aan de slag. Dit kost hem tijd die niet betaald is en hij moet zelf het hele marktplan en de sales doen. Hij lanceert als het ware een product of zelfs bedrijf en neemt al het risico op zich. Dit is een enorm dure, tijdrovende en riskante move. Jouw idee moet dan wel echt tonnen goud waard zijn. Is het dat? Neem een patent, een jurist en zorg dat je een investering kan maken door het te laten bouwen door een betrouwbaar, gerespecteerd bedrijf. Scenario B: Hij neemt je project aan, bouwt het op jouw kosten en kopieert het achteraf voor eigen gewin. Als jij op papier goede afspraken hebt gemaakt over geheimhouding, niet repliceren van het concept etc > vrij makkelijke rechtszaak. Tenslotte nog even over een NDA: Elke wakkere developer zal hier huiverig om zijn en niet tekenen indien je NDA te breed is. En de meeste online NDA templates zijn achterlijk breed. Ik heb al NDA's onder mijn neus gehad waar in stond dat ik geen enkel toekomstig project mocht aannemen dat lijkt op dit idee, of dat ik door het geven van feedback suggesties over het bouwen daarmee een overeenkomst aanging tot het onmiddellijk overdragen van de intellectuele eigendom van mijn suggesties, dat soort dingen. Als een NDA lokaal is(beperkt tot het aanhoren van jouw idee) en redelijk opgesteld, overweeg ik te tekenen. Eerder niet. En een developer die zomaar een brede NDA tekent zou ik bij voorbaat al niet vertrouwen want hij weet op dat punt al niet wat hij zijn eigen business (mogelijk) aan doet. Hoe moet ik hem dan vertrouwen met mijn business? Tot slot; ik heb voor ik een eigen onderneming startte bijna 7 jaar voor een van de grootste consultancies ter wereld gewerkt en ik kan je first hand vertellen dat die NOOIT een NDA ondertekenden. Vertrouwen en relatie is sleutel. Fortune 500 of bakker om de hoek. Werk met mensen en bedrijven die betrouwbaar zijn. Praat met je netwerk, kijk naar reputatie, ontmoet ze in persoon. En bij echt innovatieve ideeën die iedereen de vingers doen jeuken, spreek eerst even met een jurist. Als er dan toch een NDA moet komen, laat dat ding op maat maken en pluk niet het eerste beste van google, want niemand die weet wat hij doet gaat een hele brede NDA tekenen.
  4. Met alle respect, 2 uur productietijd per video is echt wel heel weinig. M.i. ben je die tijd al bezig met afstemmen met opdrachtgever. Dan plannen, opnemen en 1e montage. renderen en uploaden. Dan 1e viewing door klant, vaak willen er meerdere mensen meekijken, dus reken op 2 correctierondes. Ik denk dat je beter 8 uur per video kunt rekeken, dan verdien je nog wat. Je behoudt het auteursrecht op de video en levert het niet-overdraagbare exclusieve gebruiksrecht aan de klant. maak het niet ingewikkelder dan dat. keep it simple!
  5. Dat heb ik nu zo bedacht omdat ik ze dus op basis van omzet wil betalen. Dit is toch alleen mogelijk in licentievorm (waarbij het intelectueel eigendom dus bij hun moet liggen)? Nee, zo werkt het niet. Het concept is in principe jouw intellectueel eigendom en je geeft hen slechts royalty's. Óf het wordt een gezamenlijk intellectueel eigendom, afhankelijk van de rol van de anderen (bij. de broncodes zullen door het IT-bedrijf worden gemaakt en zijn dan automatisch hun IE, tenzij zij dat juist schriftelijk wordt overdragen/delen etc. En juist daarom gaf ik in het begin al aan dat je dit heel erg goed moet regelen. Dus schriftelijk vastleggen. Intellectueel eigendom (auteursrecht) ligt heel simpel gezegd namelijk automatisch bij de bedenker en kan alleen uitdrukkelijk en schriftelijk worden overgedragen/gedeeld/in licentie gegeven etc.
  6. Bedoel je dat de advocaat € 1200 rekent voor het opstellen van het contract? Of dat de andere partij € 1200 wil voor het overdragen? Met het stukje wat je laat zien draag je geen auteursrechten over. Dat staat daar helemaal nergens. Er zijn immers ook allerlei beperkingen, die er niet zouden zijn als het auteursrecht bij jou zou liggen.
  7. result_stream_cta_title

    result_stream_cta_line_1

    result_stream_cta_line_2

  8. in een ver verleden had ik een softwarebedrijf en regelde dit soort zaken als volgt. Wel uiteraard met Algemene Voorwaarden, maar ik begrijp dat die nog niet gemaakt zijn. Je levert normaliter de klant het niet-exclusieve en niet-overdraagbare gebruiksrecht voor een bepaald periode. De software en alles wat daarbij hoort is en blijft van jou. de klant mag dit dus niet verkopen aan een ander. zie ook: https://www.higherlevel.nl/forum/index.php?board=3;action=display;threadid=7431;start=msg61408#msg61408 auteursrechten zijn en blijven bij de maker, tenzij deze uitdrukkelijk worden overgedragen. helpt dat?
  9. Er valt door deze 'klant' niks te verkopen omdat het auteursrecht bij de maker ligt. Het enige wat deze man kan doen is het gebruikersrecht overdragen aan de nieuwe eigenaar. Iets wat niet van hem is kan hij ook niet verkopen. De les voor de toekomst heb je al geleerd geloof ik, bij abonnementen ook een duur afspreken. Persoonlijk zou ik ook ook een bedrag bij aanvang vragen en dan pas beginnen met bouwen en de start van de abonnementsperiode.
  10. Dit is IMHO een onnodige tekst omdat dit gewoon geldend Nederlands recht is (in NL, het VK en de USA ligt het auteursrecht onder deze omstandigheden bij de werkgever, in alle andere landen die de conventie van Bern hebben goegekeurd ligt het auteursrecht bij de auteur(s). Whow... Staat dit er echt zo. Had ik nooit zo ondertekend maar lijkt mij ook niet houdbaar. Hier staat dat je afstand doet van al je persoonlijkheidsrechten. Dit is natuurlijk niet aan de orde en kan enkel en alleen de persoonlijkheidsrechten zijn de betrekking hebben op die werken die in dienstverband vervaardigd zijn en waarvan de auteursrechten dus bij de werkgever liggen. Dit is trouwens geen onzinnig stukje, persoonlijkheidsrechten zijn niet overdraagbaar dus kunnen ze niet overgaan op de werkgever. Deze rechten rusten altijd bij de auteur (totdat er afstand van is gedaan) en gaan dus niet over met het auteursrecht. Weer niet logisch geconstrueerd, gaat het nog steeds over de persoonlijkheidsrechten? Als dat zo is is dit dus weer behoorlijk uit de bocht gevlogen: persoonlijkheidsrechten zijn niet overdraagbaar. ??? Je moet medewerking verlenen om de werkgever rechten te laten verwerven die rechtens al bij hem liggen (auteursrecht) of die nooit bij een ander dan bij jou kunnen liggen (persoonlijkheidsrecht)? Laat maar... Wat zou je in vredesnaam moeten doen om deze clausule te overtreden? Alsnog je persoonlijkheidsrecht uitoefenen? Dat kan niet want daar heb je al afstand van gedaan. Als je het aan mij vraagt is de clausule een gedrocht en staat er weinig in dat van het staande recht afwijkt. Zijn we terug bij mijn initiële vraag: is de scriptie geschreven in opdracht van de werkgever en is de tekst gebruikt als afstudeerscriptie of is de tekst geschreven als afstudeerscriptie en kon die goed binnen de onderneming van de werkgever gebruikt worden?
  11. IK kan je aan de ene kant wel wat advies/inlichtingen geven, maar niet voor het hele verhaal, met name niet voor het grensoverscheidende aspect. In Belgie geldt er voor de personenbelasting (inkomstenbelasting voor natuurlijke personen) een zeer gunstig tarief voor inkomsten uit auteursrechten. Waarom? Weet ik niet, ik vermoed als steunmaatregel voor hongerlijdende artiesten. In een journalistiek project zit vanzelfsprekend een behoorlijk auteursrechtaspect, dus voor een Belgisch belastingplichtige zou dat, door dat slim te spelen, een mooie belastingverlaging opleveren. Ik neem aan dat het zorgbedrijf dit vraagt omdat het meent (of misschien wel eist) dat een deel van de 'winst' die de uitvoerder daarmee maakt tot uiting komt in een lager tarief, want ik geloof niet dat het zorgbedrijf daar zelf een belastingvoordeel uit haalt. Echter, de auteursrechthouder is in eerste instantie de maker. Die kan dat wel overdragen aan een ander (zijn bedrijf) (als hij daar werknemer is is dat geloof ik zelfs automatisch), en dan kan zijn bedrijf dat weer als afzonderlijke component doorverkopen aan de zorginstelling, maar ik denk dat het belastingvoordeel dan verdwenen is, want ik heb geen weet van een dergelijk voorkeurstarief mbt de vennootschapbelasting. Het belastingvoordeel zit hem kortom, onder het belgische belastingsysteem, in de relatie uitvoerder-bedrijf van de uitvoerder, en niet in de relatie bedrijf van de uitvoerder-klant (zorgbedrijf). En dan zit er nog het grensoverscheidende aspect aan. Als je het mij vraagt... het rammelt.
  12. Wat was de rechtsvorm van het bedrijf? Als je zus haar bedrijf staakt, dan zal ze neem ik aan stakingswinst moeten betalen. Als ze het weg heeft gegeven, kan het zijn dat je broer schenkbelasting moet betalen. Ik weet hier nauwelijks iets vanaf, dus een boekhouder of belastingadviseur kan hier beter zijn/haar licht over laten schijnen. Als op de patronen van je zus een auteursrecht zit, kan ze dit alleen per akte overdragen. Als dat niet is gebeurd, als bijvoorbeeld het bedrijf per mondelinge overeenkomst is geschonken, bezit zij nog steeds de auteursrechten. Dat geldt dan weer niet als ze haar ontwerpen in loondienst heeft gemaakt, in dat geval is de werkgever (bijvoorbeeld de BV) de eigenaar. Overigens weet ik niet of het om auteursrechten of om model- en tekeningrechten gaat. Het verschil daartussen is me nooit zo duidelijk, dat moet je een advocaat vragen.
  13. Juridisch gezien behoud je het auteursrecht, tenzij dat expliciet overgedragen is. Anders is er sprake van een impliciete licentie. Dat is in de reclame doorgaans slecht geregeld, en ook wanneer opdrachtgevers direct met vormgevers schakelen. Je wordt overigens niks beter van een vechtscheiding. Er is een reden waarom je niet samen verder gaat en nu ben je waarschijnlijk pissed-off, maar wees ruimhartig in het overdragen van logo's en zo voort. Geef de domeinnaam door en wees reëel over eventuele nakomende kosten.
  14. Hoi, Wij willen enkele software ontwikkelaars aannemen. Erg leuk natuurlijk, maar ze gaan een software product ontwikkelen. Wij willen nu een addendum toevoegen waarin staat dat ze het auteursrecht wat ze verwerven met het bouwen van die software, overdragen aan de werkgever/BV Hoe kan ik dat het beste verwoorden? Google biedt op dit vlak niet echt een antwoord. Groet
  15. Om te beginnen: IP bestaat niet. Dat is een verzamelterm om over allerlei wijd uiteenlopende rechten te praten, maar niet echt nuttig als het om concrete zaken gaat. Op welke vormen van IP claimt de stagiair een recht? IP gaat niet over ideeën, maar over concrete uitwerkingen. Als de stagiair alleen maar heeft gezegd dat als je X en Y in je software stopt (zonder daarbij aan te geven hoe), dan krijg je uitkomst Z, dan is dat waarschijnlijk niet voldoende om voor de stagiair een auteursrecht te doen ontstaan. (Wel op de tekst van het stageverslag, maar niet op de software die jij schrijft). Maar daar moet je mee uitkijken; stages kunnen best diep gaan en als jij van de stagiair een stuk pseudocode hebt gekregen wat je alleen nog maar op de automatische piloot hoeft te implementeren, waar je eigen keuzes en inzichten dus niet of nauwelijks een rol spelen, dan heeft de stagiair waarschijnlijk wel een auteursrecht. En dan heb je nog een enorm grijs gebied daartussen. Overigens kun je bij mijn weten niet op voorhand iets als auteursrecht overdragen door een vinkje te zetten. Het is in elk geval lastig, auteursrecht en stages. Maar gaat het wellicht om octrooien?
  16. Met betrekking tot Intellectuele Eigendomsrechten ("IE-rechten") heb je bij apps doorgaans te maken met auteursrecht. Het is natuurlijk belangrijk dat duidelijk is dat die rechten jullie toekomen. Als je een BV hebt komen de rechten dan toe aan de BV indien je in loondienst bent bij deze BV. En anders zul je deze rechten moeten overdragen aan de BV bij akte (ondertekend document). Om het nog ingewikkelder te maken: het is gebruikelijk dat, wanneer je kiest voor een vennootschapsstructuur, de IE-rechten bij de holding komen te liggen. Verder is het natuurlijk van belang dat je afspreekt met jouw klanten, als je in opdracht apps ontwikkelt, waar de rechten liggen. In principe liggen deze bij de ontwikkelaar, jullie bedrijf dus. Als je deze wilt overdragen aan jouw opdrachtgever, dan moet dat expliciet afgesproken worden en bij akte gebeuren. Als je zelf de rechten wilt houden, dan zal jouw opdrachtgever een gebruikersrecht moeten krijgen (licentie). De omvang hiervan moet goed vastgelegd worden. Ontwerp je de apps zelfs of besteed je dat uit? Zoals ik al schreef, liggen de rechten namelijk bij degene die dit ontwikkelt. Is dit bijvoorbeeld een ZZP'er of andere derde partij, dan zal deze de rechten aan jullie onderneming over moeten dragen. Een hoop te regelen op dat vlak dus. Succes!
  17. Sorry Jasper, mijn fout. Auteursrechten vallen uiteen in twee delen, vermogensrechten en morele rechten. Vermogensrechten hebben te maken met de mogelijkheid om geld te vragen voor een beeld. Deze rechten kun je verkopen, bijvoorbeeld aan jou. Als je de vermogensrechten bezit bepaal jij dus wat er betaald moet worden voor een beeld, en als je zelf de beelden gebruikt hoef je dus niets te betalen. Als een ander het beeld wil gebruiken moet deze dus aan jou betalen. Daarnaast zijn er de morele rechten. Dat heeft te maken met hoe een beeld gebruikt wordt. Dat kan bijvoorbeeld betekenen dat je een beeld niet anders mag aansnijden dan dat de fotograaf het geleverd heeft. Door de foto aan te snijden kun je het karakter van de foto veranderen en dan kun je aan de integriteit van de fotograaf komen. Door het karakter te veranderen kun je een totaal andere foto krijgen, een foto die de fotograaf nooit bedoeld heeft te maken. Deze morele rechten zijn niet te koop, zijn niet overdraagbaar en zijn dus onvervreembaar. Vandaar mijn opmerking: je kunt wel denken dat je alle rechten hebt gekocht, maar in werkelijkheid heb je dus enkel de vermogensrechten gekocht. De morele rechten kun je nooit kopen, het in onvervreembaar. Ny is dat bij productfoto's niet zo heel spannend. Maar stel dat je een fotograaf opdracht geeft om tijdens een optreden jouw producten in beeld te brengen. Om jouw podium goed in beeld te brengen zullen er waarschijnijk ook artiesten op de foto staan. Nu koop jij de vermogensrechten van die foto en wil je die op je website plaatsen. Kan allemaal. Maar het kan best zijn dat jij de foto anders wil aansnijden zodat er minder artiest en meer podium op staat. Daardoor verandert het karakter van de foto en zal de fotograaf toestemming moeten geven om de foto met een andere aansnijding te gebruiken. Het recht om dat zonder toestemming te doen kun je dus nooit kopen.
  18. Sorry, ik snap niet wat je bedoeld met morele rechten en wat bedoel je met onvervreembaar? Ik weet wat het woord betekend: Maar snap niet waarom je het niet zou kunnen. Het kan dus wel, hoewel het wel een Belgische website is: http://fleetproject.be/nl/tools/vademecum-juridische-knelpunten/journalist/auteursrecht-journalist/contracteren-over-auteursrechten/met-de-uitgever/waarover-kan-ik-contracteren/kan-ik-morele-rechten-overdragen-hoe/ Waar in het kort op neer komt is dat je vooraf vastlegt hoe je het gaat gebruiken en welke aanpassingen er eventueel gedaan kunnen gaan worden.
  19. Dat overdragen van auteursrecht op de code klinkt leuk maar is compleet onzinnig. Om te beginnen wordt er voor webshops veelal gebruikt gemaakt van open source software waar het ontwerp voor de webshop ingepast word. Open Source drukt een groot deel van de kosten omdat een webshop vanaf scratch opbouwen veel meer geld kost. Verder hergebruiken programmeurs vaak stukken code die eerder zijn gebruikt, als de programmeur aan jou alle rechten overdraagt kan hij deze software codes niet meer hergebruiken terwijl in jouw webshop misschien ook wel wat eerder ontwikkelde code zit uit voorgaande opdrachten. Daarnaast wordt er ook veel code van derden gebruikt, lijkt mij daarom een weinig zinvolle actie dus om te vragen om het overdragen van auteursrecht op de code. En zelfs als dat gebeurt, hoe wil je dat gaan controleren ? Geheimhoudingscontract is ook zoiets. Hoewel mij niet duidelijk is of je nu iets speciaals wil toevoegen aan de webshop of dat het je om een speciaal product gaat, in beide gevallen is het maar de vraag hoe voor de hand liggend jou idee is. Zelf praat ik regelmatig met mensen waarbij tijdens het gesprek vertrouwelijke informatie over de tong gaat. Ik heb nog nooit een ghv getekend en ben dat ook niet van plan te doen. Juist omdat ik regelmatig wat hoor biedt het mij de kans om mensen in een vroeg stadium samen te brengen iets wat niet zou gebeuren als ik niks weet van hun plannen. Mijn vraag, wil je iets unieks aan de webshospftware toevoegen en vervolgens jouw unieke webshopsoftware gaan exploiteren aan webshopeigenaren of heb je een uniek idee voor een product dat je via een webshop wil verkopen?
  20. De opdrachtgever is de eigenaar van software uit de eerste 6 maanden. De uitbreidingen zijn een zogeheten afgeleid werk. De auteursrechten daarvan liggen in beginsel zowel bij de eigenaar van het oorspronkelijke werk als bij de maker van de aanvullingen. Een derde zou geen gebruik van die aanvullingen kunnen maken zonder toestemming van beide eigenaars. Dat is de simpele kijk op dit probleem. Maar je kunt je twee dingen afvragen. 1) Kun je van tevoren de rechten op een werk overdragen? De auteurswet stelt uitgebreide eisen aan een auteursrechtenoverdracht, een dergelijke overdracht wordt duidelijk als iets bijzonders gezien, als de uitzondering op de norm. Je zou de bedoeling van de wet kunnen ondermijnen door van tevoren te bedingen dat de maker het auteursrecht op alle nog te maken werken overdraagt. In zo'n geval lijkt me een overdracht niet geldig. Ik kan me ook voorstellen dat je een overeenkomst hebt die stelt dat rechten na oplevering zullen worden overgedragen. Doe je dat niet, dan wanpresteer je en daar staat een schadevergoeding tegenover. De vraag is dus, heb je die rechten wel echt overgedragen? Als jullie het daar beiden al over eens zijn (en ik zie niet in waarom je dat niet zou zijn), dan is er natuurlijk geen probleem. 2) Valt de opgeleverde uitbreiding niet eigenlijk gewoon onder de eerste overeenkomst? Je zou kunnen stellen dat die overeenkomst stilzwijgend is verlengd. Wat mij betreft is dit probleem te ingewikkeld om er zonder juridisch advies in te winnen iets nuttigs over te zeggen. Wat jij in de onderhandeling ter tafel brengt, moet je echter zelf weten. Als het jou lukt te bluffen, power (en props) to you. Dat er nergens een handtekening is gezet, wil niet zeggen dat er geen overeenkomst is. Bewijs uit het ongerijmde: als je echt aan de software hebt gewerkt zonder overeenkomst, heb je auteursrechteninbreuk gepleegd. Wat wel zo is, is dat de contouren van de overeenkomst minder duidelijk zijn dan wanneer je een papiertje met twee handtekeningen had. Als dat papiertje belangrijk voor je is, moet je voortaan geen enkele opdracht voor geen enkele klant meer uitvoeren zonder dat er een getekende opdracht aan ten grondslag ligt.
  21. Toch best een saillant zijspoortje... Alles wat een student doet tijdens zijn studie zou buitensporig zijn, wat als iemand thuis op eigen initiatief stukken schrijft of een vinding doet? Zoals hiervoor opgenomen zou ik als ik de universiteit was opnemen dat de student rechten welke ontstaan, welke bedoeld zijn om aan de universiteit toe te komen , t.z.t zal overdragen in een nader op te stellen overeenkomst. Als het goed is zou dat obv artikel 6 Auteurswet niet nodig hoeven zijn. Grappig detail is wel indien je plagiaat pleegt de universiteit zn handen er snel aftrekt. Blijft een open eind hoor want wat indien je echt iets groots schept/creëert, is het maar de vraag of dat onder iemands toezicht of leiding was (is niet echt heel erg objectief bepaalbaar begrip). Dan ga je dat toch zeker niet aan de universiteit zomaar overdragen (of je nou een "vergoeding" krijgt of niet). Indien het echter om octrooien etc gaat ligt dit trouwens weer anders. Auteursrecht staat niet geregistreerd op naam, andere rechten wel. Octrooien zijn off topic.
  22. Zo is er weleens een ondernemersscheurkalender gemaakt met uitspraken die oa van dit forum zijn gehaald. Ontstaat er niet een nieuw auteursrecht op zo'n samengesteld werk? Op het ontwerp, de leiding en het toezicht vanuit onderwijsinstellingen valt ook nogal wat af te dingen. Het auteursrecht vraagt wat minder algemeenheden. Daarmee vergeleken is het overdragen per akte voor een omschreven klus eigenlijk veel eenduidiger. Het lijkt er toch op dat de argumentatie fluctueert, afhankelijk van de situatie. ::)
  23. Bij de overdracht is de handtekening van de overdragende partij belangrijk. Het enige wat de opdrachtgever hoeft te doen is de overdracht aanvaarden. bron Je hebt dus gewoon het auteursrecht overgedragen en uiteraard mag je vragen of je de code mag gebruiken voor jezelf. Het zal afhangen of je met die code de opdrachtgever kan schaden (concurrentie aandoen) of het wordt toegestaan. Men kan er ook een bedrag voor vragen. Ze hebben de code namelijk in eigendom en hebben daar voor betaald. Niet gehinderd door veel programmeerkennis; is het niet zo dat de broncode in een app wordt omgezet in een soort machinetaal die er weer functionaliteit van maakt? Met andere woorden is het gebruik van de code later nog te herleiden tot het werk dat je hebt overgedragen? Dan nog zou je het officieel niet mogen gebruiken zonder toestemming maar kan je het werk wel als inspiratie gebruiken en herschrijven. Het is voor mij niet goed in te schatten in hoeverre broncode "de stempel van de maker" draagt en hoe je daar voldoende van afwijkt.
  24. Dat hangt mede af van het wel /niet overdragen van het auteursrecht, een al dan niet exclusieve licentie verschaffen of niet. En wat zijn de te verwachten aantallen, voor wat voor prijs wordt het door opdrachtgever in de markt gezet enz. enz.
  25. Het auteursrecht berust automatisch bij u, de maker. U kunt dat wel overdragen aan de opdrachtgever (dat moet schriftelijk vastgelegd worden) of hem een (al dan niet tijdelijke) licentie verschaffen. Voor beide opties is een goede overeenkomst nodig.
  26. Goed lezen. Een exclusieve licentie is wezenlijk anders dan een niet-exclusieve licentie. Wie een persbericht de wereld in stuurt, is niet bezig met het overdragen van auteursrechten of exclusieve licenties. Branko heeft dus gelijk: er wordt weer vanalles bijgesleept wat niet zoveel met de zaak te maken heeft. Persberichten worden verzonden met de bedoeling aandacht te krijgen van/in de media, dus daar zit de licentie ahw ingebakken. Een verzender van een persbericht die foto's toevoegt waar geen toestemming voor gegeven is, doet iets heel doms. De zwarte piet komt dan bij de verzender terecht, niet bij het medium dat in goed vertrouwen de foto gebruikt. Het fictief makerschap is volgens mij een pleister op de wonde van opdrachtwerk. Jij laat een logo, foto of woord (naam) maken en later komt de maker steeds weer opnieuw incasseren. Als de eerste openbaring niet op naam van de maker maar op die van de opdrachtgever is gedaan, dan kan die zich beroepen op fictief makerschap - als uitzondering op de regel dat het auteursrecht bij de maker ligt. Deze uitzondering wordt oa toegepast in deze zaak tussen een freelance fotograaf en haar opdrachtgever, een firma die steigerbouwmaterialen aanbiedt. Deze rechtsgang kostte de fotograaf vele duizenden euro's, niet de opdrachtgever.
×
×
  • 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.