Leyfi fyrir opinn hugbúnað samkvæmt hollenskum og ESB lögum

Næstum allar viðskiptahugbúnaðarvörur innihalda opna hugbúnaðaríhluti, yfirleitt hundruði, sem forritarar velja frekar en lögfræðingar. Það verður vandamál þegar enginn getur sagt hvaða leyfi eiga við, hvað þau krefjast og hvort varan uppfylli kröfur. Þessi grein útskýrir hvernig opnir hugbúnaðarleyfi virka samkvæmt hollenskum og ESB-lögum, hvar áhættan liggur og hvað þarf að hafa til staðar.

Hvað er opinn hugbúnaðarleyfi, í lagalegum skilningi

Leyfi fyrir opinn hugbúnað er höfundarréttarleyfi sem veitt er með skilyrðum. Það er ekki afsal, ekki tileinkun almennings, ekki afsal réttinda, og í þeim efnum virkar það eins og hvert annað hugbúnaðarleyfi samkvæmt hollenskum lögum . Höfundurinn heldur höfundarréttinum samkvæmt 1. gr. löggjafarlaga og 10. gr. löggjafarlaga, sem verndar tölvuforrit sem verk, og leyfið heimilar athafnir sem annars myndu brjóta gegn einkaréttindum samkvæmt 12. gr. löggjafarlaga og 13. gr. löggjafarlaga.

Afleiðingarnar skipta meira máli en skilgreiningin. Ef þú fylgir ákvæðum þínum er afritun og dreifing þín lögleg. Ef þú fylgir ekki ákvæðum þínum nær leyfið ekki yfir það sem þú gerðir: notkun þín er brot á höfundarrétti, ekki samningsbrot. Flest höfundarréttarleyfi styrkja þetta með því að falla sjálfkrafa úr gildi við brot — GPLv2 án nokkurs úrbótatíma, en GPLv3 og AGPLv3 endurvekja réttindi ef brotið er leiðrétt innan ákveðins tíma eftir tilkynningu.

Hollenskir ​​dómstólar beita þessari röksemdafærslu. Í Rb. Amsterdam 22. september 2020, ECLI:NL:RBAMS:2020:4717, var dreifingaraðili sem fjarlægði leyfistexta og höfundarréttartilkynningu úr klofnum kóðagrunni talinn hafa misst leyfi sitt og brotið gegn höfundarrétti. Að bæta við miklu magni af nýjum kóða skapaði ekki sjálfstætt verk: upprunalega verkið var greinilega til staðar, þannig að skyldurnar fylgdu því.

Fjölskyldurnar tvær: leyfisbundnar og höfundarréttarbundnar

Heimilanleg leyfi — MIT, BSD leyfin, Apache 2.0 — leyfa notkun, breytingar og endurdreifingu, þar á meðal innan lokaðra hugbúnaðarvara, að því tilskildu að höfundarréttartilkynningar og leyfistexti séu varðveittir.

Höfundarréttarleyfi krefjast þess að þegar þú dreifir hugbúnaðinum, eða einhverju sem byggir á honum, gerir þú það undir sama leyfi og gerir samsvarandi heimild aðgengilega. Þau eru mismunandi að umfangi.

Höfundarréttarkveikjan og spurningin um tengingu

Höfundarréttarskyldur bitna á dreifingu, ekki notkun. Fyrirtæki sem keyrir GPL hugbúnað innbyrðis, hversu mikið sem hann er breyttur, dreifir engu og skuldar ekkert. „Höfum við dreift?“ er alltaf fyrsta spurningin og þess vegna skipta gámar, tæki, vélbúnaðarhugbúnaður og SDK meira máli en innri verkfæri.

Önnur spurningin er erfiðari. GPL talar um „verk byggt á forritinu“ og tekur þannig bandaríska hugtakið afleitt verk. Hollensk lög nota ekkert slíkt hugtak: greiningin fer í gegnum réttindi til afritunar og aðlögunar og spyr hvort verndað tjáning úr frumritinu hafi verið afrituð.

Í reynd snýst málið um tengingar. Hvort tenging einkaleyfisbundinnar einingar við GPL bókasafn skapi eitt verk sem fellur undir höfundarrétt hefur aldrei verið ákveðið af hollenskum dómstóli, og það er engin bindandi heimild ESB til. Sjónarmið Frjálsu hugbúnaðarsjóðsins (Free Software Foundation) um að tenging skapi sameinað verk er túlkun leyfisveitanda, ekki lög, og gagnstæð skoðun er jafn óprófuð. Uppáhaldssvar internetsins - öruggt að tengja breytilegar tengingar, öruggt að tengja stöðugt tengingar - á sér enga stoð í hollenskum höfundarréttarlögum, sem spyrja ekki hvernig þýðandi hagar sér. Verndarverðari greining spyr hversu náið íhlutirnir eru sameinaðir: deila þeir vistfangsrými og gagnaskipan, er samsetningin send sem ein vara, gæti annað hvort virkað ein og sér, endurskapar einkaleyfisbundin hlið hausa, makró eða innbyggðan kóða frá höfundarréttarbundinni hliðinni? Þessar spurningar leysa venjulega áhættuna. Þar sem þær gera það ekki er íhluturinn einangraður á bak við ferlismörk, skipt út fyrir hann eða tekið viðskiptaleyfi.

AGPL og netnotkun

AGPL er til vegna þess að höfundarréttur er virkjaður með dreifingu en SaaS þjónustuaðilar dreifa ekki. Netákvæði þess krefst þess að ef þú breytir hugbúnaðinum og gerir hann aðgengilegan notendum sem hafa samskipti við hann í fjarska, þá býður þú þeim upp á samsvarandi uppruna breyttrar útgáfu þinnar.

Þrjú atriði eru oft gleymd. Skyldan nær til notenda þjónustunnar, sem er lítil þægindi í vöru með opinni skráningu. Hún er virkjuð með breytingum, þannig að óbreyttur íhlutur virkjar hana ekki en uppfærð útgáfa getur það. Og það vekur upp sömu spurningu um samvinnu og GPL fyrir restina af kóðanum þínum - og þess vegna banna mörg fyrirtæki AGPL í framleiðslukóða.

Samhæfni leyfis

Samhæfni er vandamálið við að sameina íhluti sem hafa leyfi sem leggja skyldur á sig sem ekki er hægt að uppfylla báða í einni dreifingu: leyfisbundin leyfi eru samhæf nánast öllu, höfundarréttarleyfi aðeins því sem þeirra eigin skilmálar leyfa. Staðlað tilfelli er Apache 2.0 og GPLv2. Apache Software Foundation og Free Software Foundation eru sammála um að samsetningin sé ekki leyfileg, því ákvæði Apache 2.0 um uppsögn einkaleyfa og skaðabætur eru viðbótar takmarkanir sem GPLv2 leyfir ekki. GPLv3 var samið til að samþykkja þau. Samhæfni er einnig stefnumiðuð: Apache kóði getur verið innlimaður í GPLv3 verkefni, en ekki öfugt. Einn GPL íhlutur á röngum stað getur neytt fólk til að velja á milli endurleyfisveitingar, endurhönnunar eða fjarlægingar - mun ódýrara fyrir útgáfu en eftir útgáfu.

Tilvísunar- og tilkynningarskylda

Algengustu brotin á skyldum eru þau sem eru síst áberandi: að afrita höfundarréttartilkynningar, leyfistexta, fyrirvara og, samkvæmt Apache 2.0, NOTICE innihald í efninu sem fylgir dreifingunni. Sérhver fjölskylda setur þau á, þar á meðal MIT og BSD. Þau eru brotin vegna þess að enginn á þau og eru auðveldast að laga - venjulega mynduð tilvísunarskrá sem fylgir vörunni. Hollenska málið hér að ofan snerist einmitt um þetta bilun.

Einkaleyfisveitingar og hefndaraðgerðir vegna einkaleyfa

MIT og BSD segja ekkert um einkaleyfi og hvort einkaleyfisleyfi geti verið gefið í skyn er óljóst. Apache 2.0 bætti við skýru, höfundarréttarfrjálsu einkaleyfisleyfi frá hverjum framlagsaðila, ásamt hefndarákvæði: höfða einkaleyfismál þar sem fullyrt er að verkið brjóti gegn höfundarrétti og einkaleyfisleyfið þitt fellur úr gildi. GPLv3 inniheldur sambærilega veitingu og sínar eigin einkaleyfisákvæði.

Tvær afleiðingar fyrir fyrirtæki með einkaleyfaeignasöfn. Ef verkfræðingar þínir leggja sitt af mörkum til verkefna sem eru með Apache- eða GPLv3-leyfi, þá veitir þú leyfi samkvæmt þínum eigin einkaleyfum. Og ef þú gerir einhvern tíma kröfu um einkaleyfi gegn fyrirtæki sem byggir á sömu Apache-leyfisbundnu íhlutunum og þú notar, geta hefndaraðgerðir kostað þig leyfið sem þú treystir á.

EUPL og hollenski opinberi geirinn

Opinbert leyfi Evrópusambandsins, útgáfa 1.2, sem framkvæmdastjórn Evrópusambandsins samþykkti með framkvæmdarákvörðun í maí 2017, er OSI-samþykkt höfundarréttarleyfi með þremur aðgreinandi eiginleikum.

• Tungumál. Það er til á opinberum tungumálum ESB, þar sem allar samþykktar útgáfur hafa sama gildi, þannig að hollenskt yfirvald getur gert samninga á hollensku.
• Samhæfni. Í viðauka eru taldar upp samhæfð leyfi — GPLv2 og v3, AGPLv3, LGPL, MPL 2, EPL 1.0, OSL og CeCILL meðal þeirra — og heimilar að afleitt verk sem sameinar EUPL kóða við kóða samkvæmt skráðu leyfi sé dreift samkvæmt því leyfi í staðinn.
• Ná til. Skilgreiningin á dreifingu nær yfir að gera verkið aðgengilegt á netinu eða utan nets eða veita aðgang að nauðsynlegum virkni þess, og 5. gr. EUPL færir höfundarréttarskylduna yfir í fjarsamskipti þar sem sama virkni er í boði. Hún nær því til hugbúnaðar sem afhentur er sem þjónusta, á þann hátt sem GPL gerir ekki.

Hollenskur viðskiptavinur í opinberum geira gæti krafist EUPL (Electronic Proof of Commerce) sem stefnu fremur en samkvæmt lögum. Samkvæmt reglugerð (ESB) 2024/903 um samvirkni í Evrópu skal opinberum aðilum forgangsraða samvirknilausnum án takmarkandi leyfisskilmála, svo sem opnum hugbúnaði, þar sem það er jafngilt; á landsvísu hvílir meginreglan um opinn hugbúnað, tenzij, á ákvörðunum ríkisstjórnarinnar og stefnumörkun, ekki á lögum: Wet digitale overheid auðveldar stafræna auðkenningarinnviði en leggur enga skyldu á að birta allan frumkóða. Lestu útboðsgögnin: krafa um EUPL er bindandi fyrir afhendingu þína og getur verið ósamrýmanleg einkaleyfisvernduðum kóða sem þú ætlaðir að endurnýta.

Framkvæmd í reynd

Hver getur höfðað mál? Rétthafi — einstakir framlagsaðilar, eða stofnun eða fyrirtæki sem á framseldan höfundarrétt. Sundurliðuð höfundarréttur er hin raunverulega hemill: kröfuhafi verður að sanna eignarhald á umræddum kóða. Það ógilti þekktasta GPL-mál Evrópu, þar sem kröfu kjarnaforritara gegn sýndarvæðingarframleiðanda féll vegna skorts á sönnun á höfundarrétti (LG Hamburg 8. júlí 2016, 310 O 89/15; staðfest OLG Hamburg 28. febrúar 2019, 5 U 146/16).

Það sem dómaframkvæmd staðfestir. Þýskir dómstólar hafa ítrekað viðurkennt að leyfi fyrir opnum hugbúnaði séu gild og að brot geri dreifingu ólöglega, allt frá fyrsta lögbanninu gegn GPL (LG München I 19. maí 2004, 21 O 6123/04). Bandaríska áfrýjunardómstóllinn komst að sömu niðurstöðu í Jacobsen gegn Katzer , 535 F.3d 1373 (Fed. Cir. 2008): leyfisskilmálar eru skilyrði fyrir umfangi veitingarinnar, ekki bara skuldbindingar, þannig að brot styður höfundarréttarkröfu og lögbann. Málaferli í Bandaríkjunum snúast um að kanna hvort viðtakandi leyfis frá öðrum aðila geti framfylgt GPL sem þriðji aðili sem er rétthafi. Það er meginspurningin í málinu Software Freedom Conservancy gegn Vizio fyrir héraðsdómi Kaliforníu: hvort neytendur, sem þriðji aðili sem er rétthafi, geti krafist útgáfu frumkóðans samkvæmt GPLv2. Þann 23. desember 2025 tók dómstóllinn afstöðu til eins atriðis í samantektardómi og komst að þeirri niðurstöðu að GPLv2 og LGPLv2.1 krefjist hugbúnaðar sem hægt er að nálgast og endurvinna til notkunar annars staðar frekar en hugbúnaðar sem hægt er að setja upp aftur á tækinu með óbreyttri virkni. Spurningin um rétthafa þriðja aðila var sjálf gefin til meðferðar fyrir dómi, sem hefur verið frestað oftar en einu sinni. Þetta er í öllum tilvikum samningsréttarmál í Kaliforníu, þannig að það bindur ekkert í Hollandi; það sem það myndi breyta er fjöldi þeirra sem geta kvartað.

Hvernig hollenskur dómstóll myndi nálgast málið. Sem brot á höfundarrétti samkvæmt Auteurswet: stefnandi sannar eignarhald og afritun eða miðlun; stefndi vekur athygli á leyfinu; stefnandi svarar því til að skilyrði þess hafi ekki verið uppfyllt, þannig að vörnin fellur ekki. Samningsbundnar úrræði samkvæmt 6:265 gr. BW gilda samhliða, en höfundarréttur er sterkari leiðin.

Úrræði. Lögbann samkvæmt 3:296 gr. BW, yfirleitt með sektargreiðslu og hægt að nota í stuttu máli; skaðabætur samkvæmt 27. gr. Aw og hagnaðarreikningur samkvæmt 27a gr. Aw; innköllun, afhending eða eyðilegging samkvæmt 28. gr. Aw; og full endurgreiðsla sanngjarnra og hlutfallslegra málskostnaðar samkvæmt 1019h gr. Rv. Þar sem hugbúnaður var dreift án endurgjalds er erfitt að mæla tjón og þýskur áfrýjunardómstóll neitaði að dæma skaðabætur en staðfesti þó lögbannið (OLG Hamm 13. júní 2017, 4 U 72/16). Það sem bitnar eru sjaldan skaðabætur: það er lögbannið, innköllunin, málskostnaðarúrskurðurinn og að þurfa að birta heimild sem þú ætlaðir þér aldrei að birta.

Þegar þú uppgötvar vandamál með reglufylgni

Uppgötvun kemur venjulega með öryggisspurningalista viðskiptavinar, skönnun meðan á áreiðanleikakönnun stendur eða bréfi frá rétthafa. Úrbætur fara síðan fram á eftirfarandi hátt. Stöðvið dreifingu á viðkomandi byggingarútgáfu ef váhrifin eru alvarleg. Ákvarðið hvaða íhlut, hvaða útgáfu, hvaða leyfi, hvaða vörur og útgáfur, og yfir hvaða tímabil. Finnið út hvað leyfið krefst í raun - oft tilvísunarskrár frekar en frumútgáfu. Undirbúið gripina: tilkynningar, leyfistexta, fyllið út samsvarandi frumkóða þar á meðal byggingarforskriftir og skriflegt tilboð ef það er notað. Sendið samþykkta útgáfu og segið síðan rétthafa hvað þið hafið gert frekar en að rífast um hvort þið hefðuð þurft að gera það.

Samkvæmt GPLv3 og AGPLv3 gefur lækningarglugginn hraða lagalegt gildi; samkvæmt GPLv2 er enginn lækningarréttur, og þess vegna endar flest framfylgd með samningsbundinni skuldbindingu um samræmi. Athugið einnig að trúnaður felst í ráðgjöf frá lögmanni ykkar, ekki innri verkfræðiskýrslu.

Opinn hugbúnaður í samrunum og yfirtökum og áreiðanleikakönnunum

Í hugbúnaðarkaupum er opinn hugbúnaður staðlað verkferli í greiningu og óupplýstur höfundarréttarþáttur í kjarnaafurðinni er ein af fáum niðurstöðum sem raunverulega færa viðskipti áfram: ef ekki er hægt að dreifa vörunni án þess að gefa upp frumkóðann, þá er kaupandinn að eignast aðra eign en þá sem verðlagður var á.

Búist er við kóðagrunnskönnun, íhlutaskrá með leyfum og spurningum um samninga milli framlagsaðila og verktaka. Algengar niðurstöður eru sérstök skaðabætur, varðveisla í biðtíma lagfæringa, skilyrði sem krefjast fjarlægingar eða sérsniðin ábyrgð á opnum hugbúnaði. Seljendur ættu að grandskoða fyrst: niðurstöður sem þú birtir eru samningaviðræður, niðurstöður sem ráðgjafi kaupanda kemst að eru áhrifamiklar. Kaupendur ættu ekki að leita að „fyrirtækinu á hugverkaréttindi sín“ heldur yfirlýsingu um að engin vara innihaldi opinn hugbúnað sem krefst upplýsingagjafar um einkaleyfisbundinn frumkóða.

Efnisyfirlit, skönnun og lög um netöryggi

Hugbúnaðarlisti er skrá yfir íhluti vöru, með útgáfum og leyfum. Þangað til nýlega er hann eingöngu samningsbundinn, en nú er hann líka reglugerðarbundinn.

Lög um netöryggi, reglugerð (ESB) 2024/2847, tóku gildi 10. desember 2024 og koma í framkvæmd í áföngum. Þau eru sett samhliða hollensku netöryggislögunum , sem fjalla um fyrirtækið fremur en vöruna. Tilkynningarskyldan um virka nýtingu veikleika og alvarleg atvik í 14. gr. CRA gildir frá 11. september 2026; ákvæði um tilkynningu til samræmismatsaðila frá 11. júní 2026; reglugerðin í heild sinni frá 11. desember 2027 (71. gr. CRA). Í I. viðauka CRA er krafist þess að framleiðendur auðkenni og skjalfesti íhluti í vörunni, þar á meðal með því að semja efnislista fyrir hugbúnað á almennt notaðu og tölvulesanlegu sniði sem nær að minnsta kosti yfir helstu ósjálfstæði. Hana þarf ekki að birta; markaðseftirlitsyfirvöld geta óskað eftir því.

Frjáls og opinn hugbúnaður sem veittur er utan viðskiptastarfsemi fellur utan CRA. Reglugerðin kynnir hugbúnaðarstjóra opins hugbúnaðar - lögaðila sem veitir viðvarandi stuðning við þróun opins hugbúnaðar sem ætlaður er til viðskiptastarfsemi - með vægari skyldum í 24. gr. CRA: skjalfesta netöryggisstefnu, samstarf við markaðseftirlitsyfirvöld og skýrslugjöf. Ef þú markaðssetur opinn hugbúnað eða fjármagnar verkefni sem aðrir markaðssetja skaltu tilgreina hvaða hlutverki þú gegnir. Framkvæmdastjórnin samþykkti fyrstu leiðbeiningar sínar 27. júlí 2026: leiðbeiningar framkvæmdastjórnarinnar um beitingu laga um netviðnám (CRA), sem fylgja með orðsendingu C(2026) 5252, sem fjallar meðal annars um hvenær frjáls og opinn hugbúnaður fellur undir gildissviðið. Engin framkvæmdarlög sem kveða á um snið fyrir efnisyfirlit hugbúnaðar hafa verið samþykkt, þannig að eigin staðall reglugerðarinnar - algengt, tölvulesanlegt snið - er enn ráðstöfunin í bili.

Greining á hugbúnaðarsamsetningu sem keyrð er í CI býr til skrá sem þjónar samtímis eftirliti, leyfisskoðun og gæðaeftirliti. Slík verkfæri missa af kóða frá birgjum, bera rangt kennsl á verkefni með tvöföld leyfi og geta ekki lesið skilyrði leyfis: meðhöndlið úttakið sem upphaf endurskoðunarinnar, ekki endurskoðunina sjálfa.

Ef þú birtir þinn eigin kóða: CLA og DCO

Fyrirtæki sem gefur út kóða og tekur við utanaðkomandi framlögum verður að vita að það á réttindin á því sem hann sameinar. Leyfissamningur fyrir framlag er samningur milli verkefnis og framlagsaðila, sem veitir yfirleitt víðtækt höfundarréttarleyfi og einkaleyfisleyfi, með ábyrgð á frumleika og heimild. Þetta er það sem gerir fyrirtæki kleift að endurleyfa verkefni sínu síðar, eða bjóða upp á viðskiptaleyfi samhliða opnum hugbúnaði. Kostnaðurinn er núningur.

Upprunavottorð forritara , sem Linux kjarninn og mörg önnur verkefni nota, er ekki leyfisveiting heldur létt staðfesting, sem bætt er við sem undirritunarlína við hverja skuldbindingu, um að framlagsaðilinn megi senda inn kóðann samkvæmt leyfi verkefnisins. Minna íþyngjandi og með minni vernd: ekkert einkaleyfisleyfi, engin endurleyfisveiting.

Ef tvöföld leyfisveiting eða framtíðarendurleyfi eru möguleg, notaðu þá CLA; ef verkefnið er raunverulegt sameignarsvæði, þá er verndunarsamningur yfirleitt nóg. Hvort heldur sem er, vertu viss um að ráðningarsamningar þínir og verktakasamningar úthluta höfundarrétti að kóðanum sem fólkið þitt skrifar.

Hagnýtur gátlisti fyrir stefnumótun

• Búa til íhlutabirgðir fyrir hverja vöru og gefa þær út í byggingarferlinu, ekki handvirkt.
• Birta innri stefnu: lista yfir leyfileg efni, lista yfir bönnuð efni og samþykktarleið fyrir allt annað.
• Skilgreindu skriflega hvað telst til dreifingar — uppsetningar á staðnum, tæki, ílát, SDK (SDK), farsímaforrit, vélbúnaðar.
• Senda útbúna tilvísunarskrá með hverri vöru.
• Samþykkja leyfisval við hönnun, þegar íhlutur er valinn, ekki við útgáfu.
• Ákveðið hvort framlög til utanaðkomandi verkefna þurfi samþykki, miðað við umrædda einkaleyfisstyrki, og veldu CLA eða DCO áður en fyrsta utanaðkomandi framlag er veitt.
• Samræma ábyrgðir, skaðleysi og skilmála varðandi hugverkaréttindi við opna hugbúnaðinn sem í raun er í vörunni.
• Gerðu úttektina áður en fjáröflun eða söluferli hefst, ekki á meðan á því stendur.

Law & More ráðleggur hugbúnaðarfyrirtækjum og fjárfestum þeirra Eindhoven og Amsterdam um samræmi við reglur um opinn hugbúnað, endurskoðun leyfa, fyrirkomulag framlagsaðila og vinnuflæði opins hugbúnaðar í viðskiptum.