สัญญาที่วิศวกรรมคนเดียวควรจะจัดเตรียมล่วงหน้าสำหรับธุรกิจร่วมกับบริษัท

สำนักงานทนายความของเรานั้น มีทนายความผู้แทนที่เคยเป็นวิศวกร IT ดังนั้น เราได้รับการปรึกษาทางกฎหมายไม่เพียงจากฝั่งของบริษัท แต่ยังรวมถึงฝั่งของวิศวกรด้วย หนึ่งในรูปแบบที่เราพบบ่อยคือ “ฉันเป็นบุคคลธรรมดาที่ได้ทำธุรกิจใหม่ร่วมกับบริษัท แต่ตอนนี้ฉันไม่สามารถรับส่วนแบ่งที่เพียงพอจากฝั่งของบริษัท” ตัวอย่างเช่น สถานการณ์ดังต่อไปนี้

1. ฉันเป็นวิศวกรที่ทำงานเป็นบุคคลธรรมดา และได้รับมอบหมายให้พัฒนาระบบใหม่สำหรับบริษัทที่ไม่ได้มีความชำนาญเรื่อง IT ตั้งแต่แรก
2. ระบบที่เราพัฒนามีประสิทธิภาพดี ทำให้ยอดขายเพิ่มขึ้น
3. ฉันได้ขอส่วนแบ่งหุ้นหรือส่วนแบ่งกำไรจากยอดขาย แต่บริษัทไม่ยินยอมตอบสนอง

ในสถานการณ์เช่นนี้ วิศวกรควรคิดอย่างไร และเหตุใดสถานการณ์เช่นนี้จึงเกิดขึ้น และวิธีการป้องกันสถานการณ์เช่นนี้คืออย่างไร จะมีการอธิบายเกี่ยวกับเรื่องนี้

การขัดแย้งเกี่ยวกับธุรกิจร่วมมือสามารถป้องกันได้หากมีสัญญา

ข้อสรุปที่จะกล่าวก่อนคือ การ”ป้องกัน”สถานการณ์เช่นนี้ในความเป็นจริงนั้นง่ายมาก คำตอบก็คือ

ควรจะมีการทำ”สัญญาธุรกิจร่วมมือ”ล่วงหน้าที่รวมถึงเนื้อหาดังต่อไปนี้เพื่อเตรียมตัวสำหรับสถานการณ์เช่นนี้

นั่นคือ สัญญาธุรกิจร่วมมืออาจจะมีข้อกำหนดดังต่อไปนี้

• สิทธิ์ทรัพย์สินทางปัญญาเกี่ยวกับระบบนี้จะเป็นของทั้งคุณและบริษัท
• รายได้จากการขายที่ ●% จะได้รับการแบ่งปัน
• ข้อกำหนดเกี่ยวกับการโอนหุ้น

คุณควรจะออกแบบและทำสัญญาล่วงหน้าด้วยสมดุลที่เหมาะสม

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

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

เราจะอธิบายเกี่ยวกับข้อที่กล่าวถึงข้างต้นตามลำดับด้านล่าง

การกำหนดสิทธิ์ของโค้ดซอร์สโปรแกรมในธุรกิจร่วม

เมื่อปัญหาดังกล่าวเริ่มเกิดขึ้น, สิทธิ์ที่วิศวกรรมซอฟต์แวร์สามารถอ้างอิงกับบริษัทได้มากที่สุดคือสิทธิ์ในการเขียน. โค้ดซอร์สของโปรแกรมเป็น “ผลงาน” ที่เป็นวัตถุของลิขสิทธิ์. และสิทธิ์ในโค้ดซอร์สของโปรแกรมจะถูกกำหนดตาม

1. โดยหลักฐาน, สิทธิ์จะเป็นของผู้ที่เขียนโค้ด
2. ถ้าผู้ที่เขียนโค้ดถูกจ้างโดยบริษัทหรือตรงตามเงื่อนไขที่กำหนด, จะเป็น “ผลงานทางวิชาชีพ” และสิทธิ์จะเป็นของบริษัท
3. ถ้ามีข้อกำหนดเกี่ยวกับสิทธิ์ในสัญญา, จะตามข้อกำหนดนั้น

ดังนั้น,

1. โดยหลักฐาน, สิทธิ์จะเป็นของวิศวกรรมซอฟต์แวร์ที่เขียนโค้ด
2. วิศวกรรมซอฟต์แวร์ไม่ได้เป็นพนักงานของบริษัท, ดังนั้นผลงานทางวิชาชีพจึงไม่สามารถสร้างขึ้นได้
3. จะตามข้อกำหนดเกี่ยวกับสิทธิ์ในสัญญา, แต่ไม่มี “สัญญา”

ดังนั้น, ดูเหมือนว่าสิทธิ์จะเป็นของวิศวกรรมซอฟต์แวร์, แต่ถ้าข้อพิพาทนี้ไปถึงศาล, ศาลอาจไม่ตัดสินในทางนี้เสมอไป.

นอกจากนี้, สำหรับคำถามว่าสัญญาที่เกี่ยวข้องกับการพัฒนาระบบจะสร้างขึ้นได้หรือไม่ถ้าไม่มีสัญญา, กรุณาดูรายละเอียดในบทความด้านล่าง.

https://monolith.law/corporate/system-development-contract[ja]

หากไม่มีสัญญาจะทำให้การตัดสินเป็นเรื่องที่คลุมเครือ

แม้ว่าจะไม่ใช่เรื่องที่เกี่ยวข้องกับการพัฒนาระบบ แต่ในกรณีที่มีการทะเลาะเรื่องการออกแบบโมนูเมนต์ที่ติดตั้งที่สถานีระหว่างนักออกแบบส่วนบุคคลและบริษัทที่สั่งงาน ศาลอุทธรณ์ของโตเกียวได้ตัดสินในวันที่ 31 พฤษภาคม พ.ศ. 2547 (ฮ.16) ว่า

• ไม่มีสัญญาที่มีอยู่
• โมนูเมนต์นี้ตั้งแต่แรกก็ได้รับการวางแผนให้ติดตั้งที่สถานีภายใต้การควบคุมของบริษัท และไม่ได้คาดหวังการใช้งานอื่น
• บริษัทได้จ่ายค่าตอบแทนให้กับนักออกแบบส่วนบุคคล

โดยอาศัยเหตุผลเหล่านี้ ศาลได้รับรองการโอนสิทธิ์ทางลิขสิทธิ์จากนักออกแบบส่วนบุคคลไปยังบริษัท

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

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

ในกรณีที่ว่าจ้างจากบริษัทในรูปแบบ “ธุรกิจร่วม” ค่าตอบแทนมักจะถูกจ่ายในรูปแบบค่าใช้จ่ายรายเดือน และสุดท้ายแล้ว มีแนวโน้มที่จะยอมรับการโอนสิทธิ์ทางลิขสิทธิ์ไปยังบริษัท นอกจากนี้ อย่างน้อย สำหรับวิศวกรส่วนบุคคล หากไม่มีเอกสาร “สิทธิ์ทางลิขสิทธิ์อยู่ชัดเจนกับฉัน” จะกลายเป็นสถานการณ์ที่ยากที่จะกล่าวได้

เราได้อธิบายรายละเอียดเกี่ยวกับสิทธิ์ทางลิขสิทธิ์ของรหัสแหล่งที่มาในบทความด้านล่างนี้

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

เรื่องที่ควรกำหนดในสัญญาเกี่ยวกับธุรกิจร่วม

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

การกำหนดเรื่องลิขสิทธิ์

ในสัญญา, ควรมีการกำหนดเรื่องลิขสิทธิ์ดังที่เราได้กล่าวไว้ข้างต้น จากมุมมองของวิศวกรรมคนเดียว, ความเสี่ยงสูงสุดในการพัฒนาระบบในรูปแบบของธุรกิจร่วมกับบริษัทคือ “การถูกตัดออก” หลังจากที่โครงการได้รับผลตอบแทน

นั่นคือ, แม้ว่าคุณจะได้ทำสัญญาที่กำหนดว่า “20% ของรายได้จะจ่ายให้วิศวกรรมคนเดียว” แต่ถ้าสัญญานั้นถูกยุติ, คุณจะไม่สามารถรับผลตอบแทนได้ ในการไม่ให้สัญญาถูกยุติ, สิ่งที่สำคัญคือการ “ครอบครองสิทธิ์” ในฝ่ายของคุณเอง, และสิทธิ์ที่สำคัญที่สุดในสิทธิ์เหล่านั้นคือลิขสิทธิ์ ในเรื่องของลิขสิทธิ์,

• ลิขสิทธิ์เป็นของวิศวกรรมคนเดียว
• ลิขสิทธิ์เป็นของบริษัทและวิศวกรรมคนเดียว
• ลิขสิทธิ์เป็นของบริษัท, แต่บริษัทไม่สามารถใช้หรือโอนสิทธิ์นี้ได้โดยไม่ได้รับอนุญาตจากวิศวกรรมคนเดียว

ถ้าคุณมีการกำหนดเช่นนี้, จากมุมมองของบริษัท, ถ้าคุณ “ตัด” วิศวกรรมคนเดียว, คุณจะไม่สามารถดำเนินธุรกิจต่อไปได้, ดังนั้นคุณสามารถป้องกันการ “ถูกตัด” ในรูปแบบดังกล่าวได้

นอกจากนี้, เราได้อธิบายรายละเอียดเกี่ยวกับภาพรวมของระบบ IT และลิขสิทธิ์ในบทความด้านล่าง

https://monolith.law/corporate/internet-technology-system-copyright-problem[ja]

การกำหนดเรื่องค่าตอบแทน

นอกจากนี้, การกำหนดเรื่องค่าตอบแทนก็เป็นสิ่งที่จำเป็นอย่างแน่นอน ไม่ได้จำกัดเพียงเคสเหล่านี้เท่านั้น, แต่ในกรณีที่ “ดำเนินธุรกิจร่วมกัน”, ฝ่ายที่ไม่มีรายได้จะได้รับการแบ่งปันตามรายได้, ไม่ใช่ตามกำไร นั่นคือ, ตัวอย่างเช่น

• บริษัทจะจ่ายกำไรจากธุรกิจที่เกี่ยวข้องกับระบบนี้ให้กับวิศวกรรมคนเดียวเป็น●%
• บริษัทจะจ่ายรายได้จากธุรกิจที่เกี่ยวข้องกับระบบนี้ให้กับวิศวกรรมคนเดียวเป็น●%

คุณควรเลือกตัวเลือกที่สองให้มากที่สุด วิศวกรรมคนเดียวไม่สามารถทราบได้แน่นอนว่ารายได้ที่เกิดขึ้นในบริษัท, จำนวนค่าใช้จ่าย, และว่าค่าใช้จ่ายนั้นเป็น “สำหรับธุรกิจนั้น” หรือไม่ การได้รับรายได้, การจ่ายค่าใช้จ่าย, และการจัดการและควบคุมบุคลากรที่ได้จากค่าใช้จ่ายนั้น, ทั้งหมดนี้เป็นของบริษัท และในกรณีนั้น, รายได้เป็นสิ่งที่สามารถทราบได้ง่ายที่สุด ดังนั้น, การรับการจ่ายเงินที่สามารถคำนวณได้ง่ายจากสิ่งที่สามารถทราบได้ง่ายนี้จะเป็นประโยชน์

การกำหนดเรื่องการโอนหุ้น

นอกจากนี้, คุณยังสามารถขอการโอนหุ้นได้ แต่ในบทความนี้, เราจะไม่ได้กล่าวถึงรายละเอียด, แต่ “วิศวกรรมคนเดียวที่รับจ้างจากภายนอกที่ทำธุรกิจร่วมกัน” ขอหุ้นมากๆ เช่น สิบเปอร์เซ็นต์ จะเป็นเรื่องยากในความเป็นจริง ถ้าบุคคลภายนอกที่มีสถานะเช่นนี้ถือหุ้นมาก, การลงทุนจาก VC หรือ IPO จะเป็นเรื่องยากมากในความเป็นจริง คุณควรจะต่อรองในขอบเขตที่เป็นไปได้จริง เช่น 5%

ทำไมสัญญาจึงไม่ถูกสร้างขึ้นก่อนหน้า

ดังนั้น สถานการณ์ที่วิศวกรรมซอฟต์แวร์ส่วนบุคคลทำธุรกิจร่วมกับบริษัทและไม่มีสัญญาที่ระบุถึงการชำระเงินในอนาคตเป็นสิ่งที่ไม่เป็นไปในทางที่ดีสำหรับวิศวกรรมซอฟต์แวร์ส่วนบุคคล การสร้างสัญญาล่วงหน้าเป็นสิ่งที่สำคัญ แต่มีคนหลายคนรู้สึกว่า “แม้จะพูดอย่างนั้น การสร้างและลงนามในสัญญาล่วงหน้าก็ยาก”

นี่เป็นเรื่องที่ถ้าพูดอย่างรุนแรง มันเกิดจากความแตกต่างในการรับรู้เรื่อง “ธุรกิจ” ระหว่างฝ่ายบริษัทและฝ่ายส่วนบุคคล โดยเฉพาะอย่างยิ่ง ข้อพิพาทที่เกี่ยวข้องกับธุรกิจร่วมมักจะเกิดขึ้นตามลำดับเวลาดังต่อไปนี้:

1. บริษัทและวิศวกรรมซอฟต์แวร์ส่วนบุคคลจะมอบหมายการพัฒนาระบบให้วิศวกรรมซอฟต์แวร์ส่วนบุคคลเพื่อเริ่มต้นธุรกิจใหม่ ในขณะนั้น จะตกลงกันว่าจะจ่ายค่าตอบแทนในรูปแบบ “30,000 บาทต่อเดือน” เพื่อชีวิตของวิศวกรรมซอฟต์แวร์ส่วนบุคคล
2. ธุรกิจที่เกี่ยวข้องเริ่มทำกำไร และค่าตอบแทนที่กล่าวถึงข้างต้นจะเพิ่มขึ้นเล็กน้อย
3. ธุรกิจนั้นเติบโตขึ้นอีก และบริษัทมีรายได้ในรูปแบบของหลายล้านบาทหรือหลายพันล้านบาท
4. เมื่อถึงขั้นตอนนี้ จำนวนเงินที่วิศวกรรมซอฟต์แวร์ส่วนบุคคลได้รับ เช่น “50,000 บาทต่อเดือน” จะเป็นจำนวนเงินที่น้อยเมื่อเทียบกับกำไรที่บริษัทได้รับ และถ้าบริษัทอื่นได้รับสัญญาในการพัฒนาระบบนี้ จำนวนเงินที่ได้จะถูกลดลง
5. ความสัมพันธ์ระหว่างวิศวกรรมซอฟต์แวร์ส่วนบุคคลและบริษัทเริ่มเลวร้าย

จากมุมมองของวิศวกรรมซอฟต์แวร์ส่วนบุคคล แน่นอนว่า ถ้าไม่ได้รับค่าใช้จ่ายรายเดือนในขั้นตอนที่ 1 จะมีผลกระทบต่อชีวิตประจำวัน และในขั้นตอนที่ 4 แน่นอนว่า จำนวนเงิน “50,000 บาทต่อเดือน” ในตัวอย่างข้างต้นจะน้อยเมื่อเทียบกับ

1. กำไรที่บริษัทได้รับ
2. จำนวนเงินที่บริษัทอื่นจะได้รับถ้าพวกเขาสร้างระบบนี้

แต่การเปรียบเทียบนี้ในทางง่ายๆเป็นสิ่งที่ไม่เป็นธรรมในทางเศรษฐกิจ เพราะ

1. ในขั้นตอนที่ 1 บริษัทจ่ายค่าตอบแทนให้กับวิศวกรรมซอฟต์แวร์ส่วนบุคคล ค่าจ้างของพนักงานขาย และทำการลงทุนล่วงหน้าสำหรับธุรกิจที่ไม่ทราบว่าจะทำรายได้หรือไม่
2. ถ้าบริษัทอื่นสร้างระบบ จะมีการกำหนดการโอนสิทธิ์ทางลิขสิทธิ์ และไม่มี “การแบ่งปันกำไรตามยอดขาย”

ดังนั้น ถ้าพูดอย่างรุนแรง “ถ้าคุณได้รับค่าตอบแทนสำหรับงานที่คุณทำโดยไม่มีความเสี่ยงในขั้นตอนที่ไม่ทราบว่าจะทำกำไรหรือไม่ คุณไม่มีสิทธิ์ที่จะขอแบ่งปันกำไรเมื่อธุรกิจทำกำไร” คำพิพากษาของศาลมักจะสอดคล้องกับการตัดสินใจและสรุปความคิดเห็นนี้

สรุป

ในขั้นตอนที่ยังไม่รู้ว่าธุรกิจจะประสบความสำเร็จหรือไม่ การใช้เวลาในการสร้างเอกสารสัญญาธุรกิจร่วมหรือจ้างทนายความและรับผิดชอบค่าใช้จ่ายนั้น แน่นอนว่าเป็น “ความเสี่ยง” ถ้าธุรกิจนั้นล้มเหลวในที่สุด ค่าใช้จ่ายและเวลาที่ใช้นั้นจะกลายเป็น “ค่าใช้จ่ายที่ไม่คุ้มค่า”

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

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

คำแนะนำเกี่ยวกับการสร้างและตรวจสอบสัญญาจากทางสำนักงานของเรา

ที่สำนักงานทนายความ Monolis, เราเป็นสำนักงานทนายความที่มีความเชี่ยวชาญในด้าน IT, อินเทอร์เน็ตและธุรกิจ นอกจากนี้เรายังให้บริการในด้านการสร้างและตรวจสอบสัญญาต่างๆ สำหรับลูกค้าที่เป็นองค์กรที่เราเป็นที่ปรึกษาและลูกค้าองค์กรอื่นๆ

สำหรับรายละเอียดเพิ่มเติม กรุณาดูที่หน้าเว็บไซต์ด้านล่างนี้

https://monolith.law/contractcreation[ja]