በኔዘርላንድስ እና በአውሮፓ ህብረት ህግ መሰረት የክፍት ምንጭ ሶፍትዌር ፈቃዶች

እያንዳንዱ የንግድ ሶፍትዌር ማለት ይቻላል በጠበቆች ሳይሆን በገንቢዎች የተመረጡ ክፍት ምንጭ ክፍሎችን ይይዛል። ይህ ማንም ሰው የትኞቹ ፈቃዶች እንደሚተገበሩ፣ ምን እንደሚያስፈልጋቸው እና ምርቱ የሚጣጣም መሆኑን መናገር በማይችልበት ጊዜ ችግር ይሆናል። ይህ ጽሑፍ የክፍት ምንጭ ፈቃዶች በኔዘርላንድስ እና በአውሮፓ ህብረት ህግ መሰረት እንዴት እንደሚሰሩ፣ አደጋው የት እንዳለ እና ምን መኖር እንዳለበት ያብራራል።

በሕጋዊ መንገድ፣ ክፍት ምንጭ ፈቃድ ምንድን ነው?

ክፍት ምንጭ ፈቃድ ማለት እንደ ቅድመ ሁኔታዎች የተሰጠ የቅጂ መብት ፈቃድ ነው። ይህ መብትን ማስወገድ፣ ለሕዝብ ጥቅም መሰጠት አይደለም፣ የመብቶችን መተው አይደለም፣ እና በዚህ ረገድ እንደሌሎች የደች ሕግ የሶፍትዌር ፈቃድ ሁሉ ይሰራል ። ደራሲው በአንቀጽ 1 መሠረት የቅጂ መብትን ይይዛል። 1 እና አንቀጽ 10፤ ይህም የኮምፒውተር ፕሮግራሞችን እንደሚሰሩ የሚጠብቅ ሲሆን ፈቃዱም በአንቀጽ 12 መሠረት ብቸኛ መብቶችን የሚጥሱ ድርጊቶችን ይፈቅዳል። 12 እና አንቀጽ 13፤

ውጤቱ ከትርጉሙ የበለጠ አስፈላጊ ነው። ማክበር፣ እና ቅጂዎ እና ስርጭትዎ ህጋዊ ናቸው። አለማክበር፣ እና ፈቃዱ ያደረጉትን ነገር አይሸፍንም፡ አጠቃቀምዎ የቅጂ መብት ጥሰት ነው፣ የውል ጥሰት አይደለም። አብዛኛዎቹ የቅጂ መብት ፈቃዶች ጥሰት ሲፈጸም በራስ-ሰር በማቋረጥ ይህንን ያጠናክራሉ - GPLv2 ያለምንም የማገገሚያ ጊዜ፣ እና GPLv3 እና AGPLv3 ጥሰቱ ከማሳወቂያ በኋላ በተወሰነው መስኮት ውስጥ ከተፈወሰ መብቱን ይመልሳሉ።

የደች ፍርድ ቤቶች ይህንን ምክንያት ተግባራዊ ያደርጋሉ። በRb. Amsterdam መስከረም 22 ቀን 2020 ዓ.ም.፣ ECLI:NL:RBAMS:2020:4717፣ የፈቃድ ጽሑፍን እና የቅጂ መብት ማስታወቂያን ከፎርኬድ ኮድ መሰረት ያስወገደው አከፋፋይ ፈቃዱን እንዳጣ እና እንደጣሰ ተቆጥሯል። ከፍተኛ መጠን ያለው አዲስ ኮድ መጨመር ራሱን የቻለ ስራ አልፈጠረም፤ የመጀመሪያው በሚታወቅ ሁኔታ ስለቀጠለ ግዴታዎቹ አብረውት ተጉዘዋል።

ሁለቱ ቤተሰቦች፡ ፍቃደኛ እና ኮፒግራት

የፈቃድ ፈቃዶች - MIT፣ የBSD ፈቃዶች፣ Apache 2.0 - የቅጂ መብት ማስታወቂያዎችን እና የፈቃድ ጽሑፍን እስካጠበቁ ድረስ፣ በተዘጉ ምንጮች ውስጥ ያሉ ምርቶችን ጨምሮ መጠቀም፣ ማሻሻል እና እንደገና ማሰራጨት ይፈቅዳሉ።

የቅጂ መብት ፈቃዶች ሶፍትዌሩን ወይም በእሱ ላይ የተገነባን ነገር ሲያሰራጩ በተመሳሳይ ፈቃድ ስር እንዲያደርጉት እና ተጓዳኝ ምንጭ እንዲገኝ እንዲያደርጉ ይጠይቃሉ። በአቅማቸው ይለያያሉ።

የቅጂ ግራ ቀስቅሴ እና የማገናኘት ጥያቄ

የቅጂ መብት ግዴታዎች በስርጭት ላይ ይጎዳሉ፣ ጥቅም ላይ ሲውል አይደለም። የጂፒኤል ሶፍትዌርን በውስጥ የሚያስተዳድር ኩባንያ፣ ምንም እንኳን በከፍተኛ ሁኔታ የተሻሻለ ቢሆንም፣ ምንም አያሰራጭም እና ምንም ዕዳ የለውም። “አከፋፍለነዋል?” የሚለው ሁልጊዜ የመጀመሪያው ጥያቄ ነው፣ እና ለዚህም ነው ኮንቴይነሮች፣ የኤሌክትሪክ መሳሪያዎች፣ የጽኑዌር እና የኤስዲኬዎች ከውስጣዊ መሣሪያ ይልቅ አስፈላጊ የሆኑት።

ሁለተኛው ጥያቄ ከባድ ነው። GPL ስለ "በፕሮግራሙ ላይ የተመሰረተ ስራ" ይናገራል፣ የአሜሪካን የውጤት ስራ ፅንሰ ሀሳብ ይዋሳል። የደች ህግ እንደዚህ አይነት ቃል የለውም፡ ትንተናው የሚካሄደው በመባዛት እና በማላመድ መብቶች ሲሆን ከመጀመሪያው የተጠበቀ አገላለጽ እንደገና መባዛቱን ይጠይቃል።

ተግባራዊው ጉዳይ ማገናኘት ነው። የባለቤትነት ሞጁልን ከጂፒኤል ቤተ-መጽሐፍት ጋር ማገናኘት በኮፒ ግራፍት ተገዢ የሆነ አንድ ሥራ ይፈጥር እንደሆነ በደች ፍርድ ቤት አልተወሰነም፣ እና ምንም አስገዳጅ የአውሮፓ ህብረት ባለስልጣን የለም። የፍሪ ሶፍትዌር ፋውንዴሽን አገናኝ የተቀናጀ ሥራ እንደሚፈጥር ያለው አመለካከት የፈቃድ መጋቢው ትርጓሜ እንጂ ሕግ አይደለም፣ እና ተቃራኒው አመለካከት በእኩል ደረጃ አልተፈተነም። የኢንተርኔት ተወዳጅ መልስ - ተለዋዋጭ አገናኝ ደህንነቱ የተጠበቀ፣ የማይንቀሳቀስ አገናኝ አይደለም - በደች የቅጂ መብት ሕግ ውስጥ ምንም መሠረት የለውም፣ ይህም ኮምፓየር እንዴት እንደሚሰራ አይጠይቅም። የበለጠ አስተማማኝ ትንተና ክፍሎቹ ምን ያህል በቅርበት እንደሚጣመሩ ይጠይቃል፡ የአድራሻ ቦታ እና የውሂብ መዋቅሮችን ይጋራሉ? ጥምረት እንደ አንድ ምርት ይላካል? ብቻውን ሊሠራ ይችላል፣ የባለቤትነት መብት ወገን ከኮፒ ግራ በኩል ራስጌዎችን፣ ማክሮዎችን ወይም የመስመር ውስጥ ኮድን ይደግማል? እነዚህ ጥያቄዎች ብዙውን ጊዜ አደጋውን ይፈታሉ። ካላደረጉ፣ ከሂደት ወሰን ጀርባ ያለውን ክፍል ለይተው ይለዩት፣ ይተኩት ወይም የንግድ ፈቃድ ይውሰዱ።

የAGPL እና የኔትወርክ አጠቃቀም

AGPL የሚገኘው ኮፒሌፍ በስርጭት ስለሚቀሰቀስ እና የSaaS አቅራቢዎች ስለማያሰራጩ ነው። የአውታረ መረቡ አንቀጽ ሶፍትዌሩን ካሻሻሉ እና ከእሱ ጋር ከርቀት ለሚገናኙ ተጠቃሚዎች እንዲገኝ ካደረጉት፣ የተሻሻለውን ስሪትዎን ተጓዳኝ ምንጭ እንዲያቀርቡ ይጠይቃል።

ሶስት ነጥቦች በብዛት ይመለሳሉ። ግዴታው ለአገልግሎቱ ተጠቃሚዎች የሚውል ሲሆን ይህም በክፍት ምዝገባ ምርት ውስጥ ብዙም ምቾት አይኖረውም። በማሻሻያ የሚቀሰቀስ ስለሆነ ያልተሻሻለ አካል አያሳትፈውም ነገር ግን የተስተካከለ ግንባታ ሊሆን ይችላል። እና ለቀረው የቁልልዎ ክፍል እንደ GPL ተመሳሳይ የተጣመረ የስራ ጥያቄ ያስነሳል - ለዚህም ነው ብዙ ኩባንያዎች AGPLን በምርት ኮድ ውስጥ የሚከለክሉት።

የፈቃድ ተኳሃኝነት

ተኳሃኝነት ፈቃዶቻቸው በአንድ ስርጭት ውስጥ ሊሟሉ የማይችሉ ግዴታዎችን የሚጥሉ ክፍሎችን የማጣመር ችግር ነው፡ የፈቃድ ፈቃዶች ከሁሉም ነገር ጋር ተኳሃኝ ናቸው፣ የቅጂ መብት ፈቃዶች በራሳቸው ውሎች በሚፈቅዱት ብቻ ናቸው። መደበኛው ጉዳይ Apache 2.0 እና GPLv2 ነው። የ Apache Software Foundation እና የ Free Software Foundation ጥምረት እንደማይፈቀድ ይስማማሉ፣ ምክንያቱም የ Apache 2.0 የፈጠራ ባለቤትነት መቋረጥ እና የካሳ ድንጋጌዎች GPLv2 የማይፈቅዱ ተጨማሪ ገደቦች ናቸው። GPLv3 እነሱን ለመቀበል ተቀርጿል። ተኳሃኝነት አቅጣጫዊም ነው፡ የ Apache ኮድ ወደ GPLv3 ፕሮጀክት ሊገባ ይችላል፣ ግን በተቃራኒው አይደለም። አንድ የ GPL አካል በተሳሳተ ቦታ ላይ እያለ እንደገና ፈቃድ መስጠት፣ እንደገና ምህንድስና ወይም ማስወገድ መካከል ምርጫን ሊያስገድድ ይችላል - ከመልቀቁ በፊት ከተለቀቀ በኋላ በጣም ርካሽ ነው።

የባለቤትነት እና የማሳወቂያ ግዴታዎች

በብዛት የሚጣሱት ግዴታዎች በጣም ዝቅተኛ ድራማዊ ናቸው፡ የቅጂ መብት ማስታወቂያዎችን፣ የፈቃድ ጽሑፎችን፣ ማስተባበያዎችን እና በአፓቼ 2.0 ስር፣ ከስርጭቱ ጋር በተያያዙ ቁሳቁሶች ውስጥ የማሳወቂያ ይዘቶችን ማባዛት። እያንዳንዱ ቤተሰብ ያስገድዳቸዋል፣ MIT እና BSD ተካትተዋል። ማንም ሰው ስለሌላቸው የሚጣሱ ናቸው፣ እና ለመጠገን በጣም ቀላል ናቸው - ብዙውን ጊዜ ከምርቱ ጋር የሚላክ የባለቤትነት ፋይል። ከላይ ያለው የደች ጉዳይ በትክክል ይህንን ውድቀት አብርቷል።

የፈጠራ ባለቤትነት ስጦታዎች እና የፈጠራ ባለቤትነት በቀል

MIT እና BSD ስለ የፈጠራ ባለቤትነት ምንም አይናገሩም፣ እና የፈጠራ ባለቤትነት ፈቃድ በተዘዋዋሪ ሊገለጽ ይችል እንደሆነ አልተረጋጋም። Apache 2.0 ከእያንዳንዱ አስተዋጽዖ አበርካች ፈጣን፣ ከሮያሊቲ ነፃ የሆነ የፈጠራ ባለቤትነት ፈቃድ አክሏል፣ ከበቀል አንቀጽ ጋር ተጣምሮ፡ ስራው እንደሚጥስ እና የፈጠራ ባለቤትነት ፈቃድዎ እንደሚቋረጥ የሚገልጽ የፈጠራ ባለቤትነት ክርክር ያቅርቡ። GPLv3 ተመሳሳይ ስጦታ እና የራሱን የፈጠራ ባለቤትነት ድንጋጌዎች ይዟል።

የፈጠራ ባለቤትነት ፖርትፎሊዮ ላላቸው ኩባንያዎች ሁለት አንድምታዎች። መሐንዲሶችዎ ለአፓቼ ወይም ለGPLv3 ፈቃድ ላላቸው ፕሮጀክቶች አስተዋፅዖ ካደረጉ፣ በራስዎ የፈጠራ ባለቤትነት ፈቃድ እየሰጡ ነው። እና በሚጠቀሙባቸው ተመሳሳይ የአፓቼ ፈቃድ ባላቸው ክፍሎች ላይ በመመስረት በአንድ ኩባንያ ላይ የፈጠራ ባለቤትነት ማረጋገጫ ካቀረቡ፣ በቀል እርስዎ የሚተማመኑበትን ፈቃድ ሊያስወጣዎት ይችላል።

EUPL እና የደች የህዝብ ዘርፍ

የአውሮፓ ህብረት የህዝብ ፈቃድ እትም 1.2፣ በአውሮፓ ኮሚሽን በግንቦት 2017 ውሳኔውን ተግባራዊ በማድረግ የፀደቀው፣ ሶስት የተለዩ ባህሪያት ያሉት በ OSI የጸደቀ የቅጂ መብት ፈቃድ ነው።

• ቋንቋ. በኦፊሴላዊ የአውሮፓ ህብረት ቋንቋዎች ውስጥ ይገኛል፣ ሁሉም የጸደቁ ስሪቶች ተመሳሳይ ዋጋ አላቸው፣ ስለዚህ የደች ባለስልጣን በደች ቋንቋ ውል ሊገባ ይችላል።
• ተኳኋኝነት. አባሪው ከነሱ መካከል ተኳሃኝ የሆኑ ፈቃዶችን - GPLv2 እና v3፣ AGPLv3፣ LGPL፣ MPL 2፣ EPL 1.0፣ OSL እና CeCILL - ይዘረዝራል እና በምትኩ የEUPL ኮድን ከተዘረዘሩት ፈቃዶች ስር ካለው ኮድ ጋር በማጣመር በዚያ ፈቃድ ስር እንዲሰራጭ ያስችላል።
• ይድረሱ። የስርጭት ሽፋኖች ትርጉሙ ስራውን በመስመር ላይ ወይም ከመስመር ውጭ እንዲገኝ ያደርጋል ወይም ለአስፈላጊ ተግባሮቹ መዳረሻ መስጠትእና አንቀጽ 5 EUPL የቅጂ መብት ግዴታውን የሚያከናውነው ተመሳሳይ ተግባር ወደሚሰጥበት የርቀት መስተጋብር ነው። ስለዚህ GPL በማይሰጥበት መንገድ እንደ አገልግሎት የሚቀርበውን ሶፍትዌር ይደርሳል።

የደች የሕዝብ ዘርፍ ደንበኛ EUPLን እንደ ደንቡ ሳይሆን እንደ ፖሊሲ ጉዳይ ሊጠይቅ ይችላል። የኢንተርኦፐርብል አውሮፓ ሕግ፣ ደንብ (EU) 2024/903፣ የመንግሥት ዘርፍ አካላት እንደ ክፍት ምንጭ ያሉ ገዳቢ የፈቃድ ውሎች ሳይኖሩባቸው የመተሳሰር መፍትሄዎችን ቅድሚያ እንዲሰጡ ያዛል፤ በአገር አቀፍ ደረጃ፣ የክፍት ምንጭ መርህ በካቢኔ ውሳኔዎች እና በፖሊሲ መስመሮች ላይ የተመሠረተ ነው፣ በሕግ ላይ አይደለም፡ Wet digitale Overheid የዲጂታል ማንነት መሠረተ ልማትን ያመቻቻል ነገር ግን ሁሉንም የምንጭ ኮድ ለማተም ምንም ዓይነት ተፈጻሚነት የሌለው ግዴታ አያስገድድም። የጨረታ ሰነዶቹን ያንብቡ፡ የEUPL መስፈርት የሚላከው ነገርዎን ያስገድዳል እና እንደገና ጥቅም ላይ ለማዋል ካሰቡት የባለቤትነት ኮድ ጋር የማይጣጣም ሊሆን ይችላል።

በተግባር ላይ ማስፈጸም

ማን ሊከሰስ ይችላል። የመብት ባለቤት - የግለሰብ አስተዋጽዖ አበርካቾች፣ ወይም የተመደበውን የቅጂ መብት የያዘው ፋውንዴሽን ወይም ኩባንያ። የተከፋፈለ ደራሲነት ተግባራዊ ፍሬን ነው፡ የይገባኛል ጥያቄ አቅራቢው በጉዳዩ ላይ ያለውን ኮድ ባለቤትነት ማረጋገጥ አለበት። ይህም በጣም የታወቀውን የአውሮፓ GPL ጉዳይ አሸንፏል፣ የከርነል ገንቢ በቨርቹዋላይዜሽን አቅራቢ ላይ ያቀረበው የይገባኛል ጥያቄ የደራሲነት ማረጋገጫ ባለመኖሩ ምክንያት አልተሳካም (LG Hamburg ሐምሌ 8 ቀን 2016፣ 310 O 89/15፤ OLG Hamburg የካቲት 28 ቀን 2019፣ 5 U 146/16)።

የጉዳዩ ሕግ ምን ያስቀምጣል? የጀርመን ፍርድ ቤቶች ክፍት ምንጭ ፈቃዶች ትክክለኛ መሆናቸውን እና ጥሰት ስርጭትን ሕገ-ወጥ እንደሚያደርገው በተደጋጋሚ ተቀብለዋል፣ ይህም ከመጀመሪያው የጂፒኤል እገዳ (LG München I 19 May 2004፣ 21 O 6123/04) ጀምሮ። የአሜሪካ የፌዴራል ወረዳ በ Jacobsen v Katzer ፣ 535 F.3d 1373 (Fed. Cir. 2008) ተመሳሳይ መደምደሚያ ላይ ደርሷል፡ የፈቃድ ውሎች በስጦታው ወሰን ላይ ያሉ ሁኔታዎች ናቸው፣ ቃል ኪዳኖች ብቻ አይደሉም፣ ስለዚህ ጥሰት የቅጂ መብት የይገባኛል ጥያቄን እና የእገዳ እፎይታን ይደግፋል። የአሜሪካ ሙግት የታችኛው ተቀባይ GPLን እንደ ሶስተኛ ወገን ተጠቃሚ ማስፈጸም ይችል እንደሆነ እየመረመረ ነው። ይህ በካሊፎርኒያ ከፍተኛ ፍርድ ቤት ፊት በሶፍትዌር ነፃነት ጥበቃ v Vizio ውስጥ ያለው ማዕከላዊ ጥያቄ ነው ፡ ሸማቾች፣ እንደ ሶስተኛ ወገን ተጠቃሚዎች፣ በGPLv2 መሠረት የምንጭ ኮዱን እንዲለቀቅ መጠየቅ ይችሉ እንደሆነ። በታህሳስ 23 ቀን 2025 ፍርድ ቤቱ በማጠቃለያ ውሳኔ ላይ አንድ ነጥብ ወስኗል፣ GPLv2 እና LGPLv2.1 በመሳሪያው ላይ ተግባራዊነቱ ሳይበላሽ እንደገና ሊጫን የሚችል ምንጭ ሳይሆን በሌላ ቦታ ጥቅም ላይ ሊውል የሚችል ምንጭ እንደሚያስፈልጋቸው ወስኗል። የሶስተኛ ወገን ተጠቃሚ ጥያቄ ራሱ ለዳኛ ችሎት የቀረ ሲሆን ይህም ከአንድ ጊዜ በላይ ለሌላ ጊዜ ተላልፏል። በማንኛውም ሁኔታ የካሊፎርኒያ የውል ህግ ጥያቄ ስለሆነ በኔዘርላንድስ ውስጥ ምንም ግንኙነት የለውም፤ የሚለወጠው ቅሬታ ማቅረብ የሚችሉ ሰዎች ብዛት ነው።

የደች ፍርድ ቤት እንዴት ሊያቀርበው ይችላል? በAuteurswet መሠረት የቅጂ መብት ጥሰት ሲፈጸም፡- ከሳሹ የባለቤትነት መብትን እና መባዛትን ወይም ግንኙነትን ያረጋግጣል፤ ተከሳሹ ፈቃዱን ያነሳል፤ ከሳሹ ሁኔታዎቹ እንዳልተሟሉ በመግለጽ መከላከያው ውድቅ ሆኗል። በአንቀጽ 6፡265 BW መሠረት የውል መፍትሄዎች በትይዩ ይከናወናሉ፣ ነገር ግን የቅጂ መብት ጠንካራው መንገድ ነው።

መፍትሄዎች። በአንቀጽ 3፡296 BW ስር የተላለፈ እገዳ፣ በተለምዶ የቅጣት ክፍያ ያለው እና በማጠቃለያ ሂደቶች ውስጥ የሚገኝ፤ በአንቀጽ 27 Aw ስር የተፈጸመ ጉዳት እና በአንቀጽ 27a Aw ስር የተገኘ ትርፍ ሂሳብ፤ በአንቀጽ 28 Aw ስር የተገለጸውን የክስረት ሪፖርት ማስታወስ፣ መስጠት ወይም ማጥፋት፤ እና በአንቀጽ 1019h Rv ስር የቀረበ ምክንያታዊ እና ተመጣጣኝ የሕግ ወጪዎችን ሙሉ በሙሉ ማካካሻ። ሶፍትዌር ያለክፍያ የተከፋፈለበት፣ ኪሳራውን ለመለካት አስቸጋሪ ሲሆን የጀርመን ይግባኝ ሰሚ ፍርድ ቤት እገዳውን ሲያጸድቅ ካሳ ለመስጠት ፈቃደኛ አልሆነም (OLG Hamm 13 ሰኔ 2017፣ 4 U 72/16)። ንክሻዎች እምብዛም ጉዳት የማያስከትሉት፡ እገዳው፣ መልሶ ማሰባሰብ፣ የወጪ ማዘዣው እና ለማተም ያልፈለጉትን ምንጭ ማተም ነው።

የተገዢነት ችግር ሲያጋጥሙዎት

ዲስከቨሪ ብዙውን ጊዜ የሚመጣው ከደንበኛ የደህንነት መጠይቅ፣ በተገቢው ምርመራ ወቅት ከሚደረግ ቅኝት ወይም ከቀኝ ባለቤት ደብዳቤ ነው። ከዚያም ማስተካከያው እንደሚከተለው ይከናወናል። ተጋላጭነቱ ከባድ ከሆነ የተጎዳውን ግንባታ ስርጭት ያቁሙ። የትኛው አካል፣ የትኛው ስሪት፣ የትኛው ፈቃድ፣ የትኞቹ ምርቶች እና ልቀቶች፣ በምን ያህል ጊዜ ውስጥ ይወስኑ። ፈቃዱ በትክክል ምን እንደሚፈልግ ይወቁ - ብዙውን ጊዜ ከምንጭ ልቀት ይልቅ የባለቤትነት ፋይል። ቅርሶችን ያዘጋጁ፡ ማስታወቂያዎች፣ የፈቃድ ጽሑፎች፣ የግንባታ ስክሪፕቶችን ጨምሮ የተሟላ ተዛማጅ ምንጭ እና ጥቅም ላይ የዋለ የጽሑፍ ቅናሽ። ተገዢ የሆነ ልቀት ይላኩ፣ ከዚያም ማድረግ እንዳለብዎት ከመከራከር ይልቅ ለቀኝ ባለቤት ምን እንዳደረጉ ይንገሩ።

በGPLv3 እና AGPLv3 ስር የማከሚያ መስኮቱ የፍጥነት ሕጋዊ ዋጋ ይሰጣል፤ በGPLv2 ስር የማከሚያ መብት የለም፣ ለዚህም ነው አብዛኛው የማስፈጸሚያ ተግባር የሚያበቃው በድርድር በሚደረግ የተገዢነት ተግባር ነው። በተጨማሪም መብቱ ከውስጥ የምህንድስና ሪፖርት ጋር ሳይሆን ከጠበቃዎ ምክር ጋር የተያያዘ መሆኑን ልብ ይበሉ።

በኤም እና ኤ እና ተገቢ ጥንቃቄ ውስጥ ክፍት ምንጭ

በሶፍትዌር ግዥ ውስጥ፣ ክፍት ምንጭ መደበኛ የትጋት ሥራ ፍሰት ሲሆን በዋናው ምርት ውስጥ ያልተገለጸ የቅጂ መብት አካል አንድን ስምምነት በእውነት ከሚያራምዱ ጥቂት ግኝቶች አንዱ ነው፡ ምርቱ ምንጩን ሳያወጣ መከፋፈል ካልቻለ፣ ገዢው ከተገዛው ዋጋ የተለየ ንብረት እያገኘ ነው።

የኮድቤዝ ቅኝት፣ ፈቃዶች ያሉት የክፍሎች ክምችት እና ስለ አስተዋጽዖ አበርካች እና የኮንትራክተር ዝግጅቶች ጥያቄዎች ይጠብቁ። ​​የተለመዱ ውጤቶች የተወሰነ ካሳ፣ በመጠባበቅ ላይ ያለ የማቆየት ማስተካከያ፣ መወገድ የሚጠይቅ የሁኔታ ቅድመ ሁኔታ ወይም ብጁ የክፍት ምንጭ ዋስትና ናቸው። ሻጮች መጀመሪያ መቃኘት አለባቸው፡ የሚገልጹዋቸው ግኝቶች ድርድር ናቸው፣ የገዢው አማካሪ የሚያቀርባቸው ግኝቶች ሊቨርፑል ናቸው። ገዢዎች “ኩባንያው የራሱን አይፒ ባለቤትነት” ሳይሆን የባለቤትነት ምንጭ ኮድ ይፋ ማድረግ የሚጠይቅ ክፍት ምንጭን የሚያካትት ምርት እንደሌለ የሚያሳይ ውክልና መፈለግ አለባቸው።

የቁሳቁሶች ረቂቅ ሕግ፣ ቅኝት እና የሳይበር መቋቋም ሕግ

የሶፍትዌር የቁሳቁስ ሂሳብ የአንድ ምርት ክፍሎች ዝርዝር ሲሆን ስሪቶችና ፈቃዶችም አሉት። እስከ ቅርብ ጊዜ ድረስ ሙሉ በሙሉ በውል የሚተዳደር ቢሆንም፣ አሁን ደግሞ ተቆጣጣሪ ነው።

የሳይበር መቋቋም ሕግ፣ ደንብ (EU) 2024/2847፣ በታህሳስ 10 ቀን 2024 ተግባራዊ ሆነ እና ደረጃ በደረጃ ይቀጥላል። ከኔዘርላንድስ የሳይበር ደህንነት ሕግ ጎን ለጎን የሚቀመጠው ፣ ምርቱን ሳይሆን ድርጅቱን የሚመለከተው ነው። በሥነ ጥበብ ውስጥ በንቃት ጥቅም ላይ ለዋሉ ተጋላጭነቶች እና ከባድ ክስተቶች የሪፖርት ማድረጊያ ግዴታዎች። 14 CRA ከሴፕቴምበር 11 ቀን 2026 ጀምሮ ተፈጻሚ ይሆናል፤ የተስማሚነት ግምገማ አካላትን የማሳወቂያ ድንጋጌዎች ከጁን 11 ቀን 2026 ጀምሮ ተፈጻሚ ይሆናሉ፤ ደንቡ ከታህሳስ 11 ቀን 2027 ጀምሮ ሙሉ በሙሉ ተግባራዊ ይሆናል (አንቀጽ 71 CRA)። አባሪ I CRA አምራቾች በምርቱ ውስጥ ያሉትን ክፍሎች እንዲለዩ እና እንዲመዘግቡ ይጠይቃል፣ ይህም ቢያንስ ከፍተኛ ደረጃ ያላቸውን ጥገኝነቶች የሚሸፍን በተለምዶ ጥቅም ላይ በሚውል እና በማሽን ሊነበብ በሚችል ቅርጸት የቁሳቁሶችን የሶፍትዌር ሂሳብ በማዘጋጀት ያካትታል። መታተም አያስፈልገውም፤ የገበያ ክትትል ባለስልጣናት ሊጠይቁት ይችላሉ።

ከንግድ እንቅስቃሴ ውጭ የሚቀርብ ነፃ እና ክፍት ምንጭ ሶፍትዌር ከCRA ውጭ ይወድቃል። ደንቡ ክፍት ምንጭ የሶፍትዌር አስተዳዳሪን ያስተዋውቃል - ለንግድ እንቅስቃሴዎች የታሰበ ክፍት ምንጭ ሶፍትዌር ልማት ዘላቂ ድጋፍ የሚሰጥ ህጋዊ ሰው - በሥነ ጥበብ ቀላል ግዴታዎች። 24 CRA፡ የተመዘገበ የሳይበር ደህንነት ፖሊሲ፣ ከገበያ ክትትል ባለስልጣናት ጋር መተባበር እና ሪፖርት ማድረግ። ክፍት ምንጭን ለንግድ የሚያስተዋውቁ ወይም ሌሎች ለንግድ የሚያቀርቡትን ፕሮጀክት በገንዘብ የሚደግፉ ከሆነ፣ የትኛውን ሚና እንደሚይዙ ይወስኑ። ኮሚሽኑ የመጀመሪያውን መመሪያ በሐምሌ 27 ቀን 2026 አጽድቋል፡- የኮሚሽኑ መመሪያ ከኮሙኒኬሽን C(2026) 5252 ጋር የተያያዘው የሳይበር መቋቋም ህግ (CRA) አተገባበር ላይ፣ ይህም ነፃ እና ክፍት ምንጭ ሶፍትዌር ወሰን ውስጥ ሲወድቅ ከሌሎች ነገሮች ጋር ይገናኛል። የሶፍትዌር ቁሳቁሶችን የሚመለከት ቅርጸት የሚደነግግ ምንም አይነት ተግባራዊ ህግ አልፀደቀም፣ ስለዚህ የደንቡ የራሱ ደረጃ - በተለምዶ ጥቅም ላይ የሚውል፣ ማሽንን የሚነበብ ቅርጸት - ለጊዜው መለኪያው ሆኖ ይቆያል።

በCI ውስጥ የሚካሄድ የሶፍትዌር ቅንብር ትንተና የክምችት አገልግሎት ተገዢነትን፣ የፈቃድ ግምገማን እና ትጋትን በአንድ ጊዜ ያመነጫል። እንደዚህ ያሉ መሳሪያዎች የተሸጠ ኮድ ይጎድላሉ፣ ባለሁለት ፈቃድ ያላቸው ፕሮጀክቶችን በስህተት ለይተው ያሳያሉ እና የፈቃድ ሁኔታዎችን ማንበብ አይችሉም፡ ውጤቱን እንደ ግምገማው መጀመሪያ አድርገው ይቆጥሩታል፣ የግምገማው ሳይሆን።

የራስዎን ኮድ ካተሙ፡ CLAs እና DCO

ኮድ የሚያወጣ እና የውጭ አስተዋጽዖዎችን የሚቀበል ኩባንያ የሚያዋህደው ነገር መብቶች እንዳሉት ማወቅ አለበት። የአስተዋጽዖ አበርካች ፈቃድ ስምምነት በፕሮጀክት እና በአስተዋጽኦ አበርካች መካከል የሚደረግ ውል ሲሆን በተለምዶ ሰፊ የቅጂ መብት ፈቃድ እና ግልጽ የፈጠራ ባለቤትነት ፈቃድ የሚሰጥ ሲሆን ስለ ኦሪጅናልነት እና ስልጣን ዋስትናዎች አሉት። አንድ ኩባንያ ፕሮጀክቱን በኋላ ላይ እንደገና ፈቃድ እንዲሰጥ ወይም ከክፍት ምንጭ ጎን ለጎን የንግድ ፈቃዶችን እንዲያቀርብ የሚያስችል ነው። ወጪው ግጭት ነው።

የገንቢው የመነሻ ሰርተፊኬት ፣ በሊኑክስ ከርነል እና በሌሎች በርካታ ፕሮጀክቶች ጥቅም ላይ የሚውለው፣ የፈቃድ ስጦታ ሳይሆን ቀላል ማረጋገጫ ነው፣ ለእያንዳንዱ ቃል ኪዳን እንደ መክፈቻ መስመር የተጨመረ፣ አስተዋፅዖ አበርካች ኮዱን በፕሮጀክቱ ፈቃድ ስር ማስገባት እንደሚችል። ያነሰ ሸክም እና ያነሰ መከላከያ፡ የፓተንት ፈቃድ የለም፣ እንደገና ፈቃድ የለም።

ድርብ ፈቃድ ወይም የወደፊት ፍላጎት ተቀባይነት ያለው ከሆነ፣ CLA ይጠቀሙ፤ ፕሮጀክቱ እውነተኛ የጋራ ስምምነት ከሆነ፣ DCO ብዙውን ጊዜ በቂ ነው። ያም ሆነ ይህ፣ የሥራ ስምሪት እና የኮንትራክተር ስምምነቶችዎ ሰዎችዎ በሚጽፉት ኮድ ውስጥ የቅጂ መብት እንዲሰጡ ያድርጉ።

ተግባራዊ የፖሊሲ ዝርዝር

• በእያንዳንዱ ምርት ውስጥ የክፍሎች ክምችት ይፍጠሩ እና በእጅ ሳይሆን በግንባታ መስመር ውስጥ ይልቀቁ።
• የውስጥ ፖሊሲ ያትሙ፡ የተፈቀደ ዝርዝር፣ የተከለከለ ዝርዝር እና ለሌላው ነገር ሁሉ የማጽደቂያ መንገድ።
• እንደ ስርጭት የሚቆጠረውን በጽሑፍ ይግለጹ - በቦታው ላይ ያሉ ጭነቶች፣ የኤሌክትሪክ ዕቃዎች፣ ኮንቴይነሮች፣ ኤስዲኬዎች፣ የሞባይል መተግበሪያዎች፣ ፈርምዌር።
• የመነጨ የባለቤትነት ፋይል ከእያንዳንዱ ምርት ጋር ይላኩ።
• የፈቃድ ምርጫዎችን በዲዛይን ጊዜ፣ አንድ አካል ሲመረጥ፣ ሲለቀቅ ሳይሆን።
• ለውጭ ፕሮጀክቶች የሚደረጉ መዋጮዎች ፈቃድ ማግኘት አለባቸው ወይ የሚለውን ይወስኑ፣ ይህም የተሳተፉትን የፈጠራ ባለቤትነት ዕርዳታዎች ከግምት ውስጥ በማስገባት፣ እና ከመጀመሪያው የውጭ መዋጮ በፊት CLA ወይም DCO ይምረጡ።
• የአይፒ ዋስትናዎችን፣ ካሳዎችን እና የኢንሹራንስ ውሎችን በምርቱ ውስጥ ካለው ክፍት ምንጭ ጋር ያዛምዱ።
• ግምገማውን ከገንዘብ ማሰባሰቢያ ወይም የሽያጭ ሂደት በፊት ያካሂዱት፣ በአንድ ሂደት ውስጥ አይደለም።

Law & More የሶፍትዌር ኩባንያዎችን እና ባለሀብቶቻቸውን ከሚከተሉት ይመክራል Eindhoven ና Amsterdam በክፍት ምንጭ ተገዢነት፣ በፈቃድ ግምገማ፣ በአስተዋጽዖ አበርካቾች ዝግጅቶች እና በክፍት ምንጭ የሥራ ፍሰት ላይ በግብይት ላይ።