Hợp đồng mà kỹ sư cá nhân nên tạo trước khi hợp tác với doanh nghiệp

Văn phòng luật sư của chúng tôi, nơi mà một cựu kỹ sư IT đảm nhận vai trò luật sư đại diện, không chỉ nhận tư vấn pháp lý từ phía doanh nghiệp mà còn từ phía kỹ sư. Một trong những loại tư vấn thường gặp là “Tôi, dưới tư cách cá nhân, đã cùng một doanh nghiệp phát triển một dự án kinh doanh mới, nhưng giờ đây tôi không thể nhận được phần chia đủ từ phía doanh nghiệp”. Ví dụ, trong những tình huống như sau:

1. Là một kỹ sư cá nhân, tôi đã tham gia phát triển hệ thống mới của một công ty không chuyên về IT từ ban đầu
2. Hệ thống này, nhờ hiệu suất tốt, đã tăng doanh thu
3. Tôi đã yêu cầu chia cổ phiếu hoặc chia lợi nhuận dựa trên doanh thu, nhưng công ty không đáp ứng yêu cầu này

Trong những tình huống như vậy, kỹ sư cá nhân nên suy nghĩ gì? Và tại sao những tình huống như vậy lại xảy ra? Làm thế nào để phòng ngừa chúng? Chúng tôi sẽ giải thích về những điểm này.

Tranh chấp liên quan đến doanh nghiệp chung có thể được ngăn chặn nếu có hợp đồng

Đầu tiên, nếu đưa ra kết luận trước, việc “phòng ngừa” những tình huống như vậy thực sự rất đơn giản. Câu trả lời đơn giản là

Chuẩn bị trước cho những tình huống như vậy, bạn chỉ cần ký kết “Hợp đồng doanh nghiệp chung” bao gồm các nội dung sau đây.

Đó là điều cần làm. Trong Hợp đồng doanh nghiệp chung, bạn có thể xem xét việc đặt các quy định như sau:

• Bản quyền liên quan đến hệ thống này sẽ được chia sẻ giữa bản thân và công ty
• Phần trăm ● của doanh thu sẽ được phân phối cho bản thân
• Quy định về chuyển nhượng cổ phần

Bạn chỉ cần thiết kế chúng với sự cân đối tốt nhất và ký kết trước. Đó là điều cần làm.

Tuy nhiên, thực tế là việc ký kết những hợp đồng như vậy thường bị trì hoãn, và chính vì vậy, những vấn đề như đã nêu trên dễ dàng nổi lên.

• Khi vấn đề nổi lên, quan hệ quyền lợi và vấn đề khác đang ở tình trạng như thế nào
• Để tạo Hợp đồng doanh nghiệp chung trước, bạn nên thiết kế theo nguyên tắc nào
• Tuy nhiên, tại sao vấn đề thường xuyên nổi lên khi chưa ký kết hợp đồng

Tôi sẽ giải thích từng điểm dưới đây theo thứ tự.

Quyền sở hữu mã nguồn chương trình trong dự án hợp tác

Khi vấn đề như trên nổi lên, quyền lớn nhất mà một kỹ sư cá nhân có thể đưa ra đối với công ty là quyền tác giả. Mã nguồn của chương trình là “tác phẩm” được bảo vệ bởi quyền tác giả. Và quyền tác giả của mã nguồn tuân theo các quy tắc sau:

1. Nguyên tắc, quyền tác giả thuộc về người viết mã đó
2. Nếu người viết mã là một nhân viên của công ty hoặc đáp ứng một số điều kiện nhất định, nó trở thành “tác phẩm công việc” và thuộc về công ty
3. Nếu có quy định về quyền tác giả trong hợp đồng, tuân theo quy định đó

Vì vậy,

1. Nguyên tắc, quyền tác giả thuộc về kỹ sư cá nhân viết mã
2. Kỹ sư cá nhân không phải là nhân viên của công ty, vì vậy không có tác phẩm công việc
3. Tuân theo quy định về quyền tác giả trong hợp đồng, nhưng không có “hợp đồng”

Đó là những gì xảy ra. Dựa vào điều này, có vẻ như quyền tác giả thuộc về kỹ sư cá nhân, nhưng nếu cuộc tranh chấp này trở thành một vụ kiện, tòa án không nhất thiết phải đưa ra quyết định như vậy.

Ngoài ra, về việc liệu hợp đồng phát triển hệ thống có thể được thiết lập mà không cần hợp đồng hay không, chúng tôi đã giải thích chi tiết trong bài viết dưới đây.

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

Nếu không có hợp đồng, quyết định sẽ trở nên mơ hồ

Đây không phải là một dự án phát triển hệ thống, nhưng trong một vụ việc liên quan đến thiết kế một tượng đài được đặt tại ga, giữa người thiết kế cá nhân và công ty đã đặt hàng, đã có tranh chấp về quyền sở hữu tác phẩm. Vào ngày 31 tháng 5 năm Heisei 16 (2004), Tòa án cao cấp Tokyo đã công nhận việc chuyển giao quyền sở hữu tác phẩm từ người thiết kế cá nhân đến công ty dựa trên các điểm sau:

• Không có hợp đồng tồn tại
• Tượng đài này, từ ban đầu, đã được lên kế hoạch để được đặt tại ga dưới sự chỉ đạo của công ty, và không có mục đích sử dụng khác được dự kiến
• Công ty đã trả tiền cho người thiết kế cá nhân

Như vậy, trong trường hợp không có hợp đồng hoặc tài liệu viết khác, việc quyền sở hữu tác phẩm có được chuyển giao cho bên đặt hàng hay không sẽ được quyết định dựa trên việc tìm kiếm ý chí hợp lý của bên đặt hàng và bên nhận đặt hàng, dựa trên nhiều tình huống khác nhau. Nói cách khác, quyết định sẽ trở nên rất “mơ hồ”, và không có quy tắc rõ ràng. Ví dụ, “hình thức thanh toán cho việc viết mã nguồn” có thể được xem xét như sau trong quyết định “mơ hồ” này:

• Thanh toán dưới dạng phí hàng tháng → Được đánh giá là phí cho dịch vụ toàn diện bao gồm bảo dưỡng, và đặc biệt, nếu bên nhận đặt hàng là cá nhân, nó dễ được đánh giá như một khoản tiền tương tự như lương, hướng đến việc chấp nhận việc chuyển giao quyền sở hữu tác phẩm đến bên đặt hàng
• Mỗi khi nâng cấp phiên bản, việc lấy báo giá được thực hiện → Đơn giản, nó dễ được đánh giá là phí cho việc tạo phiên bản đó, hướng đến việc từ chối việc chuyển giao quyền sở hữu tác phẩm đến bên đặt hàng

Khi một kỹ sư cá nhân nhận đặt hàng từ một công ty dưới hình thức “doanh nghiệp chung”, phí thường được thanh toán dưới dạng phí hàng tháng, và kết quả là, có xu hướng dễ chấp nhận việc chuyển giao quyền sở hữu tác phẩm đến công ty. Ngoài ra, ít nhất, từ phía kỹ sư cá nhân, nếu không có tài liệu viết, sẽ khó để nói rằng “quyền sở hữu tác phẩm rõ ràng thuộc về tôi”.

Về quyền sở hữu tác phẩm của mã nguồn, chúng tôi đã giải thích chi tiết trong bài viết dưới đây.

Các điều khoản cần quy định trong hợp đồng về doanh nghiệp chung

Lý do cơ bản dẫn đến tình trạng như trên là do không tạo hợp đồng trước. Dù có thể bạn sẽ nghĩ rằng “việc tạo hợp đồng trước không phải là thực tế”, nhưng chúng tôi sẽ thảo luận về điều này sau. Đầu tiên, hãy giải thích về hợp đồng cần thiết.

Quy định về bản quyền

Như đã nói ở trên, hợp đồng nên có quy định về bản quyền. Đối với các kỹ sư cá nhân, rủi ro lớn nhất khi “làm việc với công ty dưới hình thức doanh nghiệp chung” là bị “cắt đứt” sau khi dự án đã tạo ra lợi nhuận.

Nói cách khác, ngay cả khi bạn đã ký kết hợp đồng như “20% doanh thu sẽ được trả cho kỹ sư cá nhân”, nếu hợp đồng đó kết thúc, bạn sẽ không thể kiếm được lợi nhuận. Để không kết thúc hợp đồng, việc giữ “quyền lợi” ở phía mình là quan trọng, và quyền lợi quan trọng nhất trong số đó là bản quyền. Về bản quyền,

• Bản quyền thuộc về kỹ sư cá nhân
• Bản quyền được chia sẻ giữa công ty và kỹ sư cá nhân
• Bản quyền thuộc về công ty, nhưng công ty không thể sử dụng hoặc chuyển nhượng nó mà không có sự cho phép của kỹ sư cá nhân

Nếu bạn đặt các quy định như trên, từ góc độ của công ty, nếu “cắt đứt kỹ sư cá nhân, công ty sẽ không thể tiếp tục kinh doanh”, do đó, bạn có thể ngăn chặn việc bị “cắt đứt” như đã nói ở trên.

Ngoài ra, về toàn bộ hình ảnh của hệ thống IT và bản quyền, chúng tôi đã giải thích chi tiết trong bài viết dưới đây.

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

Quy định về giá cả

Ngoài ra, quy định về giá cả cũng là điều cần thiết. Không chỉ trong trường hợp này, khi “kết hợp để kinh doanh”, bên không có doanh thu sẽ có lợi hơn nếu nhận phân phối dựa trên doanh thu, chứ không phải lợi nhuận. Nói cách khác, ví dụ

• Công ty sẽ trả cho kỹ sư cá nhân ●% lợi nhuận từ doanh nghiệp liên quan đến hệ thống này
• Công ty sẽ trả cho kỹ sư cá nhân ●% doanh thu từ doanh nghiệp liên quan đến hệ thống này

Bạn nên chọn phương án sau càng nhiều càng tốt. Kỹ sư cá nhân không thể hiểu chính xác doanh thu được tạo ra bởi công ty, số tiền chi phí, và liệu chi phí đó có thực sự “dành cho doanh nghiệp” hay không. Việc kiếm được doanh thu, chi trả chi phí, và quản lý nhân viên từ chi phí đó, cuối cùng đều là công ty. Trong số đó, doanh thu có thể nói là thứ dễ hiểu nhất. Đó là lý do tại sao nói rằng việc nhận thanh toán dựa trên số tiền có thể được tính toán đơn giản từ những thứ dễ hiểu là có lợi.

Quy định về chuyển nhượng cổ phiếu

Ngoài ra, bạn cũng có thể yêu cầu chuyển nhượng cổ phiếu. Tuy nhiên, trong bài viết này, chúng tôi sẽ không đi sâu vào chi tiết, nhưng việc “kỹ sư cá nhân được ủy quyền từ bên ngoài để thực hiện doanh nghiệp chung” yêu cầu một lượng lớn cổ phiếu, ví dụ như một số chục phần trăm, là khó khăn trong thực tế. Nếu một người ngoại vi như vậy sở hữu một số lượng không nhỏ cổ phiếu, việc nhận đầu tư từ VC hoặc IPO sẽ trở nên rất khó khăn trong thực tế. Bạn nên đàm phán trong phạm vi thực tế, chẳng hạn như 5%.

Tại sao hợp đồng không được tạo ra trước

Như vậy, việc không có hợp đồng, bao gồm cả việc thanh toán trong tương lai, khi kỹ sư cá nhân thực hiện “dự án chung” với công ty, là một tình huống “bất lợi” đối với kỹ sư cá nhân. Quan trọng là phải tạo ra hợp đồng trước, nhưng có vẻ như nhiều người cảm thấy “dù nói như vậy, việc tạo và ký kết hợp đồng trước là khó khăn”.

Điều này, nếu nói một cách khắt khe, có thể là do sự khác biệt về ý thức về “dự án” giữa công ty và cá nhân. Đầu tiên, những tranh chấp liên quan đến dự án chung như vậy thường xảy ra theo thứ tự thời gian sau:

1. Công ty và kỹ sư cá nhân ủy thác phát triển hệ thống cho kỹ sư cá nhân để khởi động dự án mới. Khi đó, để duy trì cuộc sống của kỹ sư cá nhân, một khoản tiền như “300.000 yên mỗi tháng” được thỏa thuận để thanh toán.
2. Dự án đó bắt đầu tạo ra lợi nhuận, và khoản tiền trên được tăng lên một chút
3. Dự án tiếp tục phát triển, tạo ra doanh thu hàng chục triệu yên, thậm chí hàng tỷ yên cho công ty
4. Khi đạt đến giai đoạn này, số tiền mà kỹ sư cá nhân nhận được, chẳng hạn như “500.000 yên mỗi tháng”, trở nên nhỏ bé so với lợi nhuận mà công ty đang kiếm được, và cũng rẻ hơn so với số tiền mà một công ty khác sẽ nhận được nếu họ nhận dự án hệ thống đó
5. Mối quan hệ giữa kỹ sư cá nhân và công ty trở nên căng thẳng

Từ góc độ của kỹ sư cá nhân, đúng là, nếu không nhận được phí hàng tháng ở giai đoạn 1, cuộc sống sẽ gặp khó khăn. Và ở giai đoạn 4, đúng là, số tiền “500.000 yên mỗi tháng” trong ví dụ trên sẽ nhỏ bé so với:

1. Lợi nhuận mà công ty đang kiếm được
2. Số tiền mà một công ty khác sẽ nhận được nếu họ tạo ra hệ thống đó

Tuy nhiên, việc so sánh đơn giản như vậy là không công bằng về mặt kinh tế. Bởi vì:

1. Ở giai đoạn 1, công ty đã đầu tư trước bằng cách thanh toán tiền công cho kỹ sư cá nhân, lương cho nhân viên kinh doanh, v.v., cho dự án mà không biết liệu có tạo ra doanh thu hay không
2. Nếu một công ty khác tạo ra hệ thống, thì chắc chắn sẽ có quy định về việc chuyển giao quyền sở hữu trí tuệ, và không thể nói về việc “chia sẻ lợi nhuận dựa trên doanh thu”

Điều này, nếu nói một cách khắt khe, có nghĩa là “nếu bạn đã nhận được tiền công cho công việc mà không biết liệu có lãi hay không, bạn không có quyền yêu cầu chia sẻ lợi nhuận khi kết quả cuối cùng là lãi”. Có vẻ như nhiều trường hợp, phán quyết của tòa án cuối cùng cũng dựa trên quan điểm và kết luận tương tự.

Tóm tắt

Ở giai đoạn không thể biết liệu doanh nghiệp có thành công hay không, việc dành thời gian để soạn thảo hợp đồng kinh doanh chung, hoặc yêu cầu luật sư và chịu phí là rõ ràng một “rủi ro”. Nếu cuối cùng doanh nghiệp đó thất bại, thì thời gian và chi phí đã bỏ ra sẽ trở thành “chi phí không hiệu quả”.

Tuy nhiên, cấu trúc cơ bản của doanh nghiệp là “người chịu rủi ro, nếu cuối cùng mọi thứ diễn ra tốt, sẽ thu được lợi nhuận dư”. Đối với các kỹ sư cá nhân, nếu họ chịu “rủi ro” bằng cách bỏ ra chi phí như thời gian và tiền bạc ở giai đoạn “chưa biết liệu có lãi hay không”, thì nếu cuối cùng doanh nghiệp thành công, họ có thể thu được kết quả tốt hơn so với trường hợp không chịu “rủi ro”.

Hợp đồng liên quan đến doanh nghiệp chung thường cần sự chuyên môn. Để ngăn chặn tranh chấp trong tương lai và đảm bảo lợi ích cần thu được, việc tạo ra và ký kết hợp đồng làm rõ mối quan hệ hợp đồng từ giai đoạn sớm, như yêu cầu luật sư, là rất quan trọng.

Thông tin về việc tạo và xem xét hợp đồng do văn phòng luật sư của chúng tôi thực hiện

Văn phòng luật sư Monolis, với ưu điểm trong lĩnh vực IT, Internet và kinh doanh, cung cấp các dịch vụ như tạo và xem xét các loại hợp đồng cho các công ty khách hàng và công ty tư vấn của chúng tôi, ngoài các dịch vụ khác.

Vui lòng xem trang dưới đây để biết thêm chi tiết.

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