สัญญา IP ที่เป็นมิตรกับ Open Source สำหรับคนทำงานอิสระ


12

ฉันกำลังจะเข้าสู่โลกแห่งการให้คำปรึกษาเป็นครั้งแรกและฉันต้องเขียนสัญญาครั้งแรกของฉัน ปัญหาหนึ่งที่ฉันมีคือเกี่ยวกับงานโอเพ่นซอร์สและทรัพย์สินทางปัญญา ฉันชอบทำงานกับโครงการโอเพ่นซอร์สไม่ว่าจะเป็นโครงการที่มีอยู่หรือโครงการที่ฉันเริ่มด้วยตัวเอง

คำถามคือ: ฉันจะเขียนสัญญาของฉันเพื่อรองรับสถานการณ์ต่อไปนี้ได้อย่างไร:

  1. ในระหว่างการทำงานกับโครงการของลูกค้าฉันต้องการเปิดส่วนของรหัสให้กับชุมชนภายใต้ชื่อของฉันเอง
  2. ในระหว่างการทำงานกับโครงการของลูกค้าฉันใช้ประโยชน์จากโครงการโอเพ่นซอร์สที่มีอยู่ของฉันและกำลังปรับปรุงให้ดีขึ้น
  3. ในการทำงานกับโครงการของลูกค้าฉันทำการปรับปรุงโครงการโอเพ่นซอร์สของบุคคลที่สามและสนับสนุนพวกเขากลับมา
  4. ในการทำงานกับโครงการของลูกค้าเราตัดสินใจที่จะเปิดส่วนของรหัสภายใต้ชื่อของลูกค้า

สิ่งที่เป็นทำนองนี้ถ้ามี?

อัปเดต: ฉันเพิ่มรายการในรายการด้านบน (รายการ # 3)


ฉันหวังว่าฉันสามารถลงคะแนนความคิดเห็น ฉันประหลาดใจกับจำนวนข้อมูลที่ผิดหากขาดความรู้เกี่ยวกับการทำงานกับโครงการโอเพนซอร์ส เป็นเรื่องธรรมดามากที่จะได้รับเงินและทำงานในโครงการโอเพนซอร์ส ในหลายกรณีลูกค้าต้องการที่จะเปิดรหัสของพวกเขาปัญหาคือพวกเขาได้รับความสนใจอย่างไร เป็นคำถามที่ดี @toby
Aras

คำตอบ:


2

รวมทั้ง IANAL - ดังนั้นผมอยากแนะนำให้คำปรึกษากับทนายความว่าเฉพาะความเข้าใจหรือความเชี่ยวชาญในประเด็นทรัพย์สินทางปัญญาซอฟแวร์

แต่ฉันคิดว่าคำตอบนั้นตรงไปตรงมาพอสมควร: 1. ฉันไม่คิดว่ามีความจำเป็นที่จะต้องหารือเกี่ยวกับคำว่า "โอเพ่นซอร์ส" กับลูกค้า (อ่านล่วงหน้าก่อนที่จะแสดงความเห็นต่อคำสั่งนั้น) 2. ในสัญญาของคุณ ชัดเจนต้องระบุสิ่งต่อไปนี้: งานใด ๆ ที่คุณสร้างขึ้นสำหรับลูกค้าที่คุณร่วมเป็นเจ้าของและแต่ละคนสามารถสร้างผลิตภัณฑ์งานดัดแปลงได้ ซึ่งหมายความว่าคุณแต่ละคนสามารถใช้งานได้ตามที่เห็นสมควรรวมถึงการมีส่วนร่วมในโครงการโอเพ่นซอร์ส (ดูที่ข้อกำหนด IP ของโครงการโอเพ่นซอร์ส) ข คุณยังคงความเป็นเจ้าของของผลิตภัณฑ์งานที่มีอยู่แล้วที่คุณดีพอที่จะรวมได้ฟรีและคุณออกใบอนุญาตแบบไม่ จำกัด ให้กับลูกค้าของคุณเพื่อใช้รหัสนั้นในความเป็นอมตะรวมถึงการสร้างผลงานค

นอกจากนี้คุณยังต้องการสร้างความมั่นใจว่าคุณไม่เคยเซ็นสัญญาใด ๆ กับประโยคการมอบหมายสิ่งประดิษฐ์ที่ไม่ จำกัด อย่างยิ่ง (ไม่เคยมี) - หรือคุณอาจถูกกฎหมายอย่างถูกต้อง โปรดทราบว่ามีหลายรัฐ (เช่นแคลิฟอร์เนีย) ที่ จำกัด (แต่ไม่กำจัด) ตามกฎหมายโดยไม่คำนึงถึงสิ่งที่สัญญากล่าว สิ่งนี้คาดว่าจะอยู่ในสัญญาการจ้างงาน (แต่อาจจะมีข้อ จำกัด ในการเจรจา) แต่ IMHO ไม่ควรได้รับการว่าจ้างให้ทำสัญญาผู้รับจ้างอิสระ

ความท้าทายที่ยิ่งใหญ่ที่สุดของคุณคือทำให้พวกเขายอมรับความเป็นเจ้าของร่วมของซอร์สโค้ด สิ่งนี้ขัดแย้งกับหลักคำสอน "งานที่ทำเพื่อจ้าง"ซึ่งเป็นภาษาเฉพาะที่มักใช้ในสัญญาการพัฒนาซอฟต์แวร์เมื่อใช้ผู้รับเหมา

หากพวกเขาเข้าใจ IP พวกเขาอาจไม่เห็นด้วยกับเรื่องนี้ - แต่ฉันเดาว่านั่นไม่ใช่ลูกค้าประเภทที่คุณติดต่อด้วย ฉันสามารถบอกคุณได้อย่างแน่นอนว่ามี บริษัท ซอฟต์แวร์ขนาดใหญ่อย่างน้อยหนึ่งรายที่ทำเช่นนี้สำหรับการให้คำปรึกษา / รหัสที่กำหนดเองที่เขียนขึ้นสำหรับลูกค้าใด ๆ - และหากพวกเขาไม่เห็นด้วยกับพวกเขาพวกเขาจะไม่ทำ แต่พวกเขาจะแนะนำพวกเขาให้กับพันธมิตร)

หากคุณมีความเป็นเจ้าของร่วมคุณควรใช้ IP ที่ดีเพื่อให้รหัสนั้นแก่โครงการโอเพ่นซอร์สภายใต้ข้อ จำกัด ใด ๆ ที่ทำโดยโครงการนั้น

คุณจะต้องเลือกในสิ่งที่คุณเปิดแหล่งที่มา คุณจะทำให้ลูกค้าของคุณเกิดความเสียหายหากคุณเปิดรหัสเฉพาะของอุตสาหกรรมซึ่งจะเป็นประโยชน์กับคู่แข่งโดยตรงของพวกเขา ลูกค้าของคุณจะมีความสุขน้อยลงหากพวกเขารู้ว่าแอปทั้งหมดที่พวกเขาจ่ายให้คุณสำหรับการเขียนที่กำหนดเองนั้นให้บริการฟรี - และในตอนแรกอาจคิดว่าคุณเพิ่งติดตั้งแทนการเขียนตั้งแต่เริ่มต้น คุณเพียงแค่ลดค่าการรับรู้ของบริการของคุณ

ฉันคิดว่าสิ่งนี้ครอบคลุมคำถามของคุณ 1,2 และ 4

คำถามที่ 3 อาจมีปัญหา - ขึ้นอยู่กับรูปแบบสิทธิ์การใช้งานของโครงการโอเพ่นซอร์สที่คุณกำลังสร้างงานที่ลอกเลียนแบบลูกค้าสามารถชำระเงินให้คุณได้อย่างแน่นอน แต่อาจไม่สมบูรณ์หรือแม้แต่กรรมสิทธิ์ต่อรหัสนั้น รูปแบบสิทธิ์ใช้งานของโครงการโอเพ่นซอร์ส ไม่ได้เป็นการบอกว่าคุณทำไม่ได้ - แต่คุณอาจต้องการที่จะครอบคลุมข้อสัญญาเพิ่มเติมของคุณ - และดำเนินการโดยทนายความ IP - หรือทำหลังจากลูกค้าขอให้คุณทำเช่นนี้ - และ จากนั้นคุณอาจจะสามารถเรียกเก็บเงินค่าใช้จ่ายในการขอทนายความทบทวนเอกสารแนบท้ายสัญญาของคุณซึ่งครอบคลุมสถานการณ์นี้


โอ้ - และหากพวกเขาจะไม่เห็นด้วยกับการเป็นเจ้าของร่วมแล้วอย่ามอบงานที่มีอยู่ล่วงหน้าให้พวกเขาโดยไม่เสียค่าใช้จ่ายซึ่งอาจกลายเป็นจุดต่อรองได้ ดังนั้นหากพวกเขาไม่เห็นด้วยที่จะเป็นเจ้าของร่วมเพราะพวกเขากังวลเรื่อง IP พวกเขาอาจไม่ต้องการให้งานที่มีอยู่ก่อนหน้าของคุณปะปนอยู่ในนั้น
ScottBai

2

คำตอบทั้งคู่เริ่มต้นด้วย IANAL อย่างจริงจัง - ฉันคิดว่าคุณต้องหยุดแม้แต่จะคิดเกี่ยวกับการเขียนสัญญาและพูดคุยกับทนายความก่อนดำเนินการต่อ คุณจะไม่ถามทนายของคุณถึงวิธีการปรับเปลี่ยนบางส่วนของรหัสของคุณ

นอกจากนี้ - @Pete Wilson นั้นถูกต้องข้อกำหนดของคุณอาจจะไม่ดีกับลูกค้าของคุณ


1

IANAL ปกตินำไปใช้ซึ่งหมายถึงปรึกษาทนายความที่แท้จริง

ที่กล่าวว่าฉันจะเป็น:

  1. ... เป็นสิ่งที่ยาก ไม่น่าเป็นไปได้ที่ลูกค้าจะยินดีจ่ายเงินให้คุณสำหรับซอฟต์แวร์ที่คุณกำลังจะเปิดโอเพ่นซอร์สทันที คุณสามารถถามและถ้าพวกเขาเห็นด้วยตั้งค่าสัญญาตาม แต่ฉันเดาว่ามันจะไม่เกิดขึ้น

  2. ... ค่อนข้างไม่น่าเป็นไปได้ แต่ด้วยสัญญาที่ออกแบบมาอย่างดีซึ่งกำหนดขอบเขตอย่างชัดเจนและยอมรับว่าคุณจะไม่ได้รับเงินสำหรับการทำงานในโครงการโอเพ่นซอร์สของคุณเอง (ไม่ว่าคุณจะใช้รหัสหรือไม่ก็ตาม) ได้รับการยอมรับจากลูกค้า คุณอาจจะสามารถโน้มน้าวให้พวกเขามีส่วนร่วมทางการเงินในโครงการของคุณ แต่ในกรณีใด ๆ คุณต้องใช้ความพยายามอย่างมากในการจัดตั้งสัญญาที่ดี

  3. ... ขึ้นอยู่กับดุลยพินิจของลูกค้า โดยปกติแล้วลูกค้าจะต้องการความได้เปรียบที่พวกเขาจ่ายให้คุณซึ่งหมายความว่าพวกเขาไม่เห็นประโยชน์ใด ๆ ในการเปิดแหล่งที่มาของพวกเขา แต่อาจมีบางกรณีที่คุณอาจโน้มน้าวให้พวกเขาทำเช่นนั้นเพิ่มความล่าช้าเล็กน้อย เพื่อรักษาความได้เปรียบหรือการเผยแพร่ภายใต้รูปแบบใบอนุญาตคู่

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.