IP Ruling - Zinnig of onzinnig?

Sommige dingen van QA'ers zullen IP-gevoelig zijn. Handleidingen bvb. Andere dingen niet.
Dan is het te bepalen hoeveel procent van zijn werk naar dat IP-werk gaat. En bij een tester valt dus het uitvoeren van de testing en valideren van resultaten daar niet onder. Hierdoor gaat dat percentage een heel pak lager liggen dan bij een ontwikkelaar.
Idem voor die infra-engineer. Dat script om die automated deployments te doen etc, dat is in principe IP. Het uitvoeren van dat script niet. Hij kan dus een IP-vergoeding krijgen voor die dag dat hij daarmee bezig is geweest, maar niet voor elke keer hij een deployment moet doen.
Je beseft toch dat je dat ook met code kan bekomen :unsure:
 
Je beseft toch dat je dat ook met code kan bekomen :unsure:
Maar het testen van software voegt niks creatief toe. En dan moet je u afvragen of code die tests uitvoert en valideert iets creatief toevoegt aan het eindproduct. Aangezien het om een validatie gaat, is dat vrijwel zeker niet het geval.
Net zoals een reviewer van een cd ook geen auteursrechten krijgt op de cd.
 
Maar het testen van software voegt niks creatief toe. En dan moet je u afvragen of code die tests uitvoert en valideert iets creatief toevoegt aan het eindproduct. Aangezien het om een validatie gaat, is dat vrijwel zeker niet het geval.
Net zoals een reviewer van een cd ook geen auteursrechten krijgt op de cd.
Dus als ik een framework maak voor testen uit te voeren dat hebruikt kan worden door verschillende mensen voeg ik niets creatief toe

Als ik daarentegen een webpagina maak die 'hello world' toont wel?

Ok dan :unsure:

Ik wist zelfs niet dat het creatief moest zijn, lijkt me ook totaal niet het geval.
Het gaat om 'het schrijven van code'
 
Dus als ik een framework maak voor testen uit te voeren dat hebruikt kan worden door verschillende mensen voeg ik niets creatief toe

Als ik daarentegen een webpagina maak die 'hello world' toont wel?

Ok dan :unsure:

Ik wist zelfs niet dat het creatief moest zijn, lijkt me ook totaal niet het geval.
Het gaat om 'het schrijven van code'
Een werk wordt beschermd door het auteursrecht, op voorwaarde dat:

  • het werk het resultaat is van een creatieve activiteit;
  • het werk uitgedrukt is in een concrete vorm;
  • het werk origineel is

Voorbeelden van creaties die door het auteursrecht worden beschermd:

  • in het literaire domein: romans, gedichten, toneelstukken, wetenschappelijke teksten, utilitaire teksten (zoals gebruiksaanwijzingen), lezingen of elk ander geschrift;
  • in het grafische, picturale of visuele domein: schilderijen, tekeningen, lithografieën, gravures, foto’s, stripverhalen, logo’s, aardrijkskundige kaarten of elke andere creatie in een visuele vorm;
  • in het muziek- of klankdomein: muzikale composities van om het even welke aard, liedjes, opera’s, jingles, gsm–tonen, enz.;
  • in het audiovisuele domein: speelfilms, documentaires of andere, tekenfilms, animatiefragmenten, videospellen, PowerPointpresentaties, enz.;
  • in andere creatieve domeinen: beeldhouwwerken, architecturale werken, toegepaste kunst (zoals design), choreografieën, computerprogramma’s, enz.
Voorbeelden van creaties die niet door het auteursrecht worden beschermd :

  • wat voorheen al in de natuur aanwezig was (bv. een kleur of een schelp gevonden op een strand);
  • wat uitsluitend door een machine wordt voortgebracht (bv. satellietbeelden);
  • wat niet door een mens is gecreëerd (bv. een tekening gemaakt door een dier);
  • technische uitvindingen (die kunnen beschermd worden door een octrooi);
  • prestaties die louter sportief van aard zijn;
  • officiële akten van de overheid (wetten, decreten, ordonnanties, verordeningen, debatten van parlementaire vergaderingen, rechterlijke beslissingen, adviezen van het Openbaar Ministerie, enz.).
Uw framework kan dus met een octrooi werken.
 
maw: geen enkel verschil tussen een regel code voor testen of een regel code voor productie
Letterlijk er boven staat dat computerprogramma's wel door auteursrecht beschermd worden.
De testing van uw computerprogramma is per definitie geen onderdeel van het programma zelf.
Als jij testingsoftware (bvb Qualitycenter etc) schrijft, dan is dat evengoed wél auteursrechtelijk beschermd.
 
Letterlijk er boven staat dat computerprogramma's wel door auteursrecht beschermd worden.
De testing van uw computerprogramma is per definitie geen onderdeel van het programma zelf.
Als jij testingsoftware (bvb Qualitycenter etc) schrijft, dan is dat evengoed wél auteursrechtelijk beschermd.
Onze testen zijn utilitaire teksten en zonder voldoende testen raakt onze software niet eens gebuild en is er dus geen computerprogramma
 
Onze testen zijn utilitaire teksten en zonder voldoende testen raakt onze software niet eens gebuild en is er dus geen computerprogramma
Maar dat maakt niet uit. Zonder keyboard fabrikant wordt er ook geen boek geschreven... Dat maakt het geen onderdeel van het creatief proces.
 
Maar dat maakt niet uit. Zonder keyboard fabrikant wordt er ook geen boek geschreven... Dat maakt het geen onderdeel van het creatief proces.
Uiteraard maakt dat deel uit van het creatieve proces (voor zover je dat als creatief proces beschouwd want het creatieve gedacht is meestal door de klant gedaan he)
 
Laatst bewerkt:
Het proeflezen van een boek is ook geen deel van het creatieve proces.
Maar je begint eerst met uw test te schrijven ;)
En eigenlijke opdracht voor de inhoud van het programma (uw boek) is ook zelden het werk van de ontwikkelaar he (zeker bij consultants die in opdracht van de klant werken).

Enige wat die doet is het lettertype kiezen :unsure:
 
Maar je begint eerst met uw test te schrijven ;)
En eigenlijke opdracht voor de inhoud van het programma (uw boek) is ook zelden het werk van de ontwikkelaar he (zeker bij consultants die in opdracht van de klant werken).

Enige wat die doet is het lettertype kiezen :unsure:
Maar het is ook niet de "opdracht" die het creatief maakt. De meeste schilderijen wordt ook als opdracht gegeven "ik wil een portret".
Nee, maar de review ervan schrijven wel
Als het niet de uitkomst van een geautomatiseerd proces is wel. Dus iemand die manueel software test, en die resultaten zelf uittypt, die kan (voor het stukje "schrijven") auteursrechtenvergoeding krijgen.
Als het resultaat uit een geautomatiseerd systeem komt, dan kom je in "
  • wat uitsluitend door een machine wordt voortgebracht (bv. satellietbeelden);
" en is het dus niet zo.
 
Maar je begint eerst met uw test te schrijven ;)
En eigenlijke opdracht voor de inhoud van het programma (uw boek) is ook zelden het werk van de ontwikkelaar he (zeker bij consultants die in opdracht van de klant werken).

Enige wat die doet is het lettertype kiezen :unsure:
Ik denk dat je best iemand in QA kan zoeken die IP rechten heeft, dan weet je het eigenlijk direct.

Want ik heb het gevoel dat de discussie hier een beetje wisselt tussen 'wie verdient IP-rechten' en 'wie kan IP-rechten krijgen volgens de huidige wetgeving'.
 
Ik denk dat je best iemand in QA kan zoeken die IP rechten heeft, dan weet je het eigenlijk direct.

Want ik heb het gevoel dat de discussie hier een beetje wisselt tussen 'wie verdient IP-rechten' en 'wie kan IP-rechten krijgen volgens de huidige wetgeving'.
Klopt, een groot deel van de mensen die klaagt over het systeem, zou er zelf waarschijnlijk wel deels gebruik van kunnen maken. Maar als hun werkgever beslist om dat niet te doen, dan zit daar het probleem.
 
Volgens de persoon (advocaat gespecialiseerd in die zaken) waarmee ik contact heb gehad ivm IP is het voor manuele testers bijna niet te verantwoorden, een ruling aanvragen is verloren moeite. Als je effectief code schrijft is het een ander verhaal.
 
Mijn punt was dat enkele consultancy bedrijven zo'n ruling toekennen voor heel hun populatie consultants. Vaak IT consulting bedrijven die IT consultants inzetten bij meerdere klanten, maar ook een (kleinere) afdeling hebben die een totaal (niet IT gerelateerd, zelfs niet digital) andere activiteit uitoefenen bij dezelfde klanten.

Moest die (kleinere) afdeling zich afsplitsen en een eigen bedrijf vormen, dan komen ze nooit in aanmerking voor een IP ruling. Ze halen voordeel uit het feit dat ze onder dezelfde paraplu werken als een heel deel IT consultants die er wel meer aanspraak op maken volgens de regels.
 
Mijn punt was dat enkele consultancy bedrijven zo'n ruling toekennen voor heel hun populatie consultants. Vaak IT consulting bedrijven die IT consultants inzetten bij meerdere klanten, maar ook een (kleinere) afdeling hebben die een totaal (niet IT gerelateerd, zelfs niet digital) andere activiteit uitoefenen bij dezelfde klanten.

Moest die (kleinere) afdeling zich afsplitsen en een eigen bedrijf vormen, dan komen ze nooit in aanmerking voor een IP ruling. Ze halen voordeel uit het feit dat ze onder dezelfde paraplu werken als een heel deel IT consultants die er wel meer aanspraak op maken volgens de regels.
Bedrijven kennen geen ruling toe :). De rulings-dienst kent een ruling toe, en daar staat ongetwijfeld in dat ze dat niet zomaar aan iedereen mogen uitkeren.
Dat een bedrijf zich daar dan niet aan houdt, dat is hun keuze, maar zal wel bekeken worden bij belastingscontrole.
 
Je kan dat als werknemer ook aanvragen, zal dat eens doen se!

'Beste meneer van Peteghem. Ik ben softwareontwikkelaar en bij vele bedrijven waaronder x, y en z krijg je dan IP-ruling op een deel van het loon. Aangezien mijn werkgever weigert dergelijke ruling als bedrijf aan te vragen, wens ik dit individueel te bekomen. Ik stel voor dat vanaf aanslagjaar 2023 dit voor 20% van mijn loon ook toegepast wordt.
Mvg, SomeDude'
 
Terug
Bovenaan