Thread: Auteursrecht software
-
09-01-2018, 07:39 #1Member
- Registered
- 04/03/16
- Location
- Oost-Vlaanderen
- Posts
- 9
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
Auteursrecht software
Kan iemand mij iets meer vertellen of het auteursrecht bij software?
Ik heb de opdracht gekregen om een webapplicatie te maken. De opdrachtgever wil dat alle rechten mbt de code tot hem behoren. Wat houdt dit juist in? Kan ik hierdoor bepaalde delen van de software die ik zelf geschreven heb, niet meer hergebruiken? De applicatie maakt gebruik van een paar standaarden en best practices (die ik zelf niet heb uitgevonden). Voor het project zelf is er niets specifiek nodig. Geen zelfgemaakt algoritme of iets in die aard.
Het zou straf zijn moest ik door overdracht van de auteursrechten, niets meer mogen hergebruiken.
Ik wil ook niet dat de broncode of bepaalde delen daarvan doorverkocht worden aan derden.
Is dit realistisch of hoe moet ik dit zien?no votes
-
-
10-01-2018, 15:45 #2Member
- Registered
- 28/12/08
- Location
- Gent
- Posts
- 721
- iTrader
- 0
- Mentioned
- 0 Post(s)
"ik heb de opdracht gekregen" vind ik nogal dubbelzinnig, alsof je een bevel moet uitvoeren.
In welke hoedanigheid? werknemer? student? freelancer?no votes
-
11-01-2018, 17:44 #3Member
- Registered
- 04/03/16
- Location
- Oost-Vlaanderen
- Posts
- 9
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
no votes
-
11-01-2018, 21:30 #4Member
- Registered
- 27/06/10
- Location
- Oost Eeklo
- Posts
- 15,139
- iTrader
- 53 (100%)
- Mentioned
- 12 Post(s)
- Reputation
- 27/1155
Bepaal je die dingen niet gewoon in een duidelijk opgesteld contract?
no votes
-
12-01-2018, 20:31 #5Member
- Registered
- 29/09/02
- Location
- Aalst
- Posts
- 16,414
- iTrader
- 5 (100%)
- Mentioned
- 1 Post(s)
- Reputation
- 66/1067
Al beantwoord hier en hier.
Als jij akkoord gaat met een arbeidscontract of opdracht waarin je de auteursrechten afstaat aan je werkgever of opdrachtgever, dan is dat zo en mag jij die code niet herbruiken en mag de werkgever of opdrachtgever met die code doen wat hij wil. Je kan dat weigeren, maar dan is de kans natuurlijk ook reëel dat je de job of opdracht niet krijgt.
'Straf dat je niets meer zou mogen herbruiken' is nogal vreemd om te horen van iemand die betaald wordt om iets voor iemand anders te maken
. Je transfert immers de eigendomsrechten in ruil voor financiële compensatie.
___/The Things Network Ghent
Look at me still talking when there's Science to do. When I look out there it makes me GLaD I'm not you.no votes
-
12-01-2018, 21:41 #6Approved 9liver
- Registered
- 23/11/08
- Location
- Tessenderlo
- Posts
- 22,572
- iTrader
- 71 (100%)
- Mentioned
- 26 Post(s)
- Reputation
- 60/2948
Is dat ook niet deels afhankelijk van het feitelijke doel van het project? Stel nu dat ik een volledig op maat gemaakt boekhoudprogramma moet maken voor een boekhouder en ik schrijf een simpele functie om een volledige naam om te zetten naar een afkorting (bv. "Jan Peeters" wordt omgezet naar "Mr. J. Peeters") voor het opstellen van een factuur. Dan spreken we toch over zo'n simpele basisfuncties waar je toch moeilijk over auteursrechten kan spreken? Of zie ik het fout?
Want dat is ook waar TS het over heeft, basisfuncties. Dat volledige stukken code die specifiek voor een project en klant op maat gemaakt zijn niet mogen hergebruikt worden indien contractueel afgesproken lijkt me ook evident.9lives stopt op 31/01 -> BeyondGaming neemt de fakkel over
https://www.9lives.be/forum/algemene...12-2020-a.htmlno votes
-
13-01-2018, 01:31 #7Member
- Registered
- 29/09/02
- Location
- Aalst
- Posts
- 16,414
- iTrader
- 5 (100%)
- Mentioned
- 1 Post(s)
- Reputation
- 66/1067
Dat heeft te maken met prior art. Als jij iets in je programma gebruikt dat reeds in het openbaar domein is (prior art), dan kan jij noch je opdrachtgever claim maken op dat specifiek stukje code of routine. Als jij echter in opdracht van je werkgever/opdrachtgever een volledig nieuwe routine schrijft die dat stukje code incorporeert, dan kan je geen aanspraak maken op die volledige routine. Tenzij de code die je gebruikt vereist dat je de code die je schrijft openbaar maakt (bijv. GNU license). Maar daar dien je, als deftige programmeur, je opdrachtgever ook van op de hoogte te brengen.
___/The Things Network Ghent
Look at me still talking when there's Science to do. When I look out there it makes me GLaD I'm not you.no votes
-
13-01-2018, 02:05 #8Member
- Registered
- 08/09/07
- Location
- Limburg
- Posts
- 11,378
- iTrader
- 17 (100%)
- Mentioned
- 7 Post(s)
- Reputation
- 81/426
Zoals ik her opname epyon leek het eerder te gaan over de afspraak dat het werkproduct eigendom is van de opdrachtgever. Dit om op het moment dat er ooit iets veranderd moet worden aan de broncode of hetgeen er gemaakt is kunnen door te geven aan iemand anders zodanig dat die daar een prijs voor kan geven.
Indien ze dat namelijk zo niet voorzien, en je moet ooit een aanpassing maken, dan mag iemand anders er namelijk geen aanpassingen aan maken indien de opdrachtgever niet eigenaar van de code is. Wat een artificieel monopolie betreft.
Het voelt gewoon anders aan als dat men het over het auteursrecht heeft dat men het werkproduct of een licht aangepaste versie ervan nergens anders zou mogen gebruiken. Lijkt mij raar.no votes
-
13-01-2018, 02:18 #9Member
- Registered
- 28/12/08
- Location
- Gent
- Posts
- 721
- iTrader
- 0
- Mentioned
- 0 Post(s)
1) het is doodnormaal dat de rechten die de software ontwikkelaar heeft, worden overgedragen aan de opdrachtgever.
maak er geen probleem van. De bedoeling is niet zozeer exclusiviteit, maar wel het recht om hun eigen software zelf te kunnen onderhouden.
2) hergebruik van zelfontwikkelde code is bij mijn weten ook nooit problematisch.
lig er niet te veel wakker van. plak er desnoods een MIT of BSD licentie op , en hergebruik die code in je klantenproject.
Vervolgens overhandig je de klant de rechten op zijn specifieke code, de MIT/BSD rechten op je generieke code, net zoals je alle andere open source modules overlevert onder hun eigen licentie.
Dat is al een heel formele oplossing voor een nonprobleem.no votes
-
13-01-2018, 05:31 #10Approved 9liver
- Registered
- 14/02/04
- Location
- -
- Posts
- 8,004
- iTrader
- 24 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/37
Als freelance web developer geef ik nooit mijn intellectual property uit handen
Dat wil dus zeggen dat ik ingehuurd wordt om applicaties en webplatformen te schrijven, maar alle eigendom bij mij blijft. Mijn klanten krijgen een exclusive, non-transferrable, etc license om die te gebruiken en te exploiteren en dat staat heel uitgebreid in mijn algemene voorwaarden. Die krijgen ze ook pas als alles betaald is. En voor zover ik hoor is dat de standaard onder freelancers. Denk aan bijvoorbeeld Wordpress of je operating system, dat is ook een licentie en wordt je geen eigenaar van. Idem iTunes songs, etc.
Mocht ik dat niet doen kan ik een bepaald stuk code maar eenmalig gebruiken en uiteraard is dat niet te doen. Bepaalde code die je eerder had kun je wel open-sourcen of in het contract laten opnemen, maar als developer leer je altijd bij dus dat zou dan weer betekenen dat je je verbeterde code of nieuwe code uit handen geeft.
Wat wel af en toe gebeurt is dat men mij vraagt om die eigendom af te staan. Dat heb ik een keer gedaan (onder strikte voorwaarden, o.a. dat ik alles mag hergebruiken), maar doe ik nooit meer. Nu voeg ik gewoon een clausule in het contract toe die stelt dat ik het product op zich, in zijn geheel, en in zijn functie niet mag doorverkopen nog zelf gebruiken, enzovoort. Als men dat wel eist (start-ups vragen dat meestal) vraag je gewoon een premium (bv double, tripe hourly rate) en laat je in het contract zetten dat je die wil hergebruiken in de toekomst.
In principe moet jij (of je opdrachtgever) ook bijhouden welke open-source software je gebruikt en nagaan of het product dat je bouwt wel conform die licenses zijn.
Het hangt af van hoe je dit bekijkt. Een loodgieter of een timmerman gaat zijn werkmateriaal ook niet afgeven aan de klant in ruil voor die compensatie, net zoals ik mijn code en werkgerief niet uit handen geef. En je kan wel zeggen dat de code dan bijvoorbeeld het tuinhuis is dat de timmerman gebouwd heeft, maar ik zie die code apart van het product/platform/website/app.Last edited by GenesisX; 13-01-2018 at 05:38.
no votes
-
13-01-2018, 11:53 #11Member
- Registered
- 17/07/02
- Location
- Hasselt
- Posts
- 2,970
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 0/18
Wat je hier schrijft vind ik op zijn zachts uitgedrukt "vreemd". Je voorbeeld van WordPress, OS of iTunes songs kun je niet vergelijken met software dat je voor een opdrachtgever schrijft. Dat is software dat voor distributie aan heel veel verschillende klanten verkocht of verdeeld moet kunnen worden. Als een bepaalde klant een aanpassing hierop vraagt en buiten de eventuele licenties om hier niet speciaal voor betaald, is het logisch de de IP bij de leverancier/ontwikkelaar blijft aangezien zij meestal de feature helemaal hebben moeten uitwerken.
Het overgrote deel van de developers (freelance, consultants of vaste medewerkers) werken in teamverband aan een applicatie in opdracht van een klant of werkgever. Vaak in team dat bestaat uit mensen die voor verschillende bedrijven werken. Op welke mogelijke manier ga jij jou eigendom claimen voor een applicatie dat door 10-15 verschillende developers is ontwikkeld?
Als jij in je eentje hele applicaties of webplatformen schrijft, wat mij heel straf lijkt ten zij het mini applicaties zijn van amper 10k lijnen code, wil dat nog aannemen. Echter heb jij vaak de functionaliteit van de applicatie niet bedacht (weeral, zou kunnen maar zou ook straf zijn): maar ik zou mij als klant serieus geript voelen als jij eigenaar blijft van mijn idee. In jou analogie van de te timmerman, uitgebreid naar een huis (houtskelet
), wil dat zeggen dat de timmerman eigenaar is van het ontwerp dat eigenlijk de architect heeft uitgetekend, want hij heeft dat gebouwd.
Ik weet niet wat type klanten jij hebt, maar mocht jij hier bij ons over de vloer komen zouden we je (in theorie) dan ook de licentierechten betalen van de code dat je geschreven hebt. Dwz dat we je dan heel progressief zullen betalen naar mate dat je software hebt geschreven. Je zal er meer dan een jaar mogen blijven eer dat begint te renderen: de eerste 6 maanden ga je niet veel meer krijgen dan 200eur per dag aan licentierechten hoor
Soit dat is eerder hypothetisch, ik weet ook hoe krap het op de markt is, in praktijk kicken we die voorwaarden uit je contract of hangen we onze eigen clausule eraan dat uiteindelijk alles wat je voor ons schrijft ook van is.If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilizationno votes
-
13-01-2018, 21:04 #12Member
- Registered
- 11/11/03
- Location
- Brussel
- Posts
- 4,195
- iTrader
- 0
- Mentioned
- 9 Post(s)
- Reputation
- 49/629
Hoe werkt dat dan als die opdrachtgever nadien een aanpassing nodig heeft en wat gebeurt er als het contract stopt? Kan die opdrachtgever dan nog aan de code of zijn ze dan volledig overgeleverd aan jouw goodwill?
no votes
-
14-01-2018, 02:16 #13Member
- Registered
- 29/09/02
- Location
- Aalst
- Posts
- 16,414
- iTrader
- 5 (100%)
- Mentioned
- 1 Post(s)
- Reputation
- 66/1067
Je code is geen werkmateriaal. Je IDE is je werkmateriaal, je code is het resultaat.
Als ondernemer in de softwarebranche kan ik enkel het advies geven nooit in zee te gaan met iemand die de rechten op zijn werk bij hem wil houden, tenzij je dat werk voor een bodemprijs (gratis) kan krijgen, of je van niet beter weet. Anders financier je gewoon de ontwikkeling van een volgend lucratief project bij een andere klant. Bovendien teken je zo een wurgcontract dat je afhankelijk van de developer maakt.___/The Things Network Ghent
Look at me still talking when there's Science to do. When I look out there it makes me GLaD I'm not you.no votes
-
14-01-2018, 10:14 #14
Wanneer een klant zegt dat de code zijn eigendom moet zijn, dan is dat in 99% van de gevallen omdat hij aanpassingen wil kunnen laten uitvoeren door andere software leveranciers, als die dat goedkoper kunnen doen dan jij.
Het kan bijvoorbeeld zijn dat jij nu een goedkope prijs maakt omdat je "dat achteraf nog wel inhaalt met aanpassingen aan de software". En dat wil namelijk iemand die een softwarebestelling plaatst uitsluiten.
Alsook, jij doet dit in bijberoep, wat als jij morgen stopt of dood valt? Dan wil hij de code hebben om derden aanpassingen te laten doen.
De kans dat hij deze clausule wil zodat JIJ uw code niet ergens anders kan gebruiken, is zeer klein, zeker omdat jij maar 1 persoon bent. Als dit nu een software was waar 10 man een jaar lang op programmeert, van een miljoen euro ofzo, dan kan dit inderdaad de bedoeling zijn dat er niets gekopieerd wordt voor de concurrentie. En als de klant dit effectief zo wil dan zou ik de prijs wel opdrijven. Maar niet voor een klein dingetje van een programmeur in bijberoep.no votes
-
14-01-2018, 11:29 #15Member
- Registered
- 08/09/07
- Location
- Limburg
- Posts
- 11,378
- iTrader
- 17 (100%)
- Mentioned
- 7 Post(s)
- Reputation
- 81/426
Ik zou niet inzien waarom code geen werkmateriaal kan zijn. Hangt toch gewoon af van uw interpretatie. Een wagen is het resultaat van een autoproducent. Voor een leasebedrijf is dat werkmateriaal. Voor een firma die zijn software leaset, dus licenties tegen betaling ter beschikking stelt, daar is die code werkmateriaal.
Natuurlijk zou ik als klant dat echter niet aanvaarden omdat je zoals ik al gezegd heb zo aan artificiële monopolie doet. Veel van de gebouwenbeheersystemen vb zijn zo voorzien. Men schrijft of zet wel communicatiedrivers op in samenwerking met andere leveranciers. Maar de basiscode blijft in veel gevallen gemonopoliseerd (dus zonder samenwerkingsovereenkomst tussen de firma en de schrijver van de communicatiedriver) mag deze niet gecommercialiseerd worden voor de systemen te koppelen. Is uberhaupt zeer gangbaar in deze wereld.
Er zijn natuurlijk open source alternatieven maar zoals altijd die dekken dan weer niet alles, of je moet zelf instaan voor meer dan de basisfunctionaliteit of... Is gewoon een ander verdienmodel (goedkoop op basissysteem - duur in support en het up to date houden van het systeem). Differentiatie zoals een ander, je moet bij uw keuze echter duidelijk weten waar je ermee naar toe wilt. Moet het stand alone werken en bekijk je het als een consumptiegoed (gooi je het weg na x tijd) dan maakt dat niet uit. Ga je voor een totaal geïntegreerd systeem waarbij je voor de volgende 20 jaar een overkoepelend geheel wil zetten -> dan moet je daar zeer zeker op letten.no votes

