Hợp đồng IP thân thiện với nguồn mở cho những người làm việc tự do


12

Tôi sắp bước vào thế giới tư vấn lần đầu tiên và phải viết hợp đồng đầu tiên. Một vấn đề tôi có liên quan đến công việc nguồn mở và sở hữu trí tuệ. Tôi thích làm việc trên các dự án nguồn mở, cho dù đó là dự án hiện có hay dự án mà tôi tự bắt đầu.

Câu hỏi là: làm thế nào tôi có thể viết hợp đồng của mình để đáp ứng các tình huống sau:

  1. Trong quá trình làm việc với dự án của khách hàng, tôi muốn mở một phần mã nguồn cho cộng đồng dưới tên riêng của mình.
  2. Trong quá trình làm việc với dự án của khách hàng, tôi đang sử dụng một số dự án nguồn mở hiện có của mình và đang cải thiện chúng.
  3. Trong quá trình thực hiện các dự án của khách hàng, tôi thực hiện các cải tiến cho các dự án nguồn mở của bên thứ ba và đóng góp lại cho họ.
  4. Trong quá trình làm việc với dự án của khách hàng, chúng tôi quyết định mở một phần mã nguồn dưới tên của khách hàng.

Tiền lệ cho điều này là gì nếu có?

Cập nhật: Tôi đã thêm một mục trong danh sách trên (mục số 3).


Tôi ước tôi có thể downvote bình luận. Tôi ngạc nhiên về số tiền nếu thông tin sai lệch và thiếu kiến ​​thức xung quanh làm việc với các dự án mã nguồn mở. Nó thực sự rất phổ biến những ngày này để được trả tiền và làm việc trên các dự án mã nguồn mở. Trong nhiều trường hợp khách hàng muốn mở mã nguồn của họ, vấn đề là làm thế nào để họ thu hút được nó. Câu hỏi hay @toby
Aras

Câu trả lời:


2

Đồng thời, IANAL - vì vậy tôi khuyên bạn nên tham khảo ý kiến ​​một luật sư chuyên hiểu hoặc chuyên về các vấn đề sở hữu trí tuệ phần mềm .

Nhưng, tôi nghĩ rằng câu trả lời khá đơn giản: 1. Tôi không nghĩ cần phải thảo luận về thuật ngữ "nguồn mở" với khách hàng (đọc trước khi đưa ra ý kiến ​​về tuyên bố đó) 2. Trong hợp đồng của bạn, bạn rõ ràng cần nêu những điều sau đây: a. Bất kỳ công việc nào bạn tạo cho khách hàng mà bạn SỞ HỮU và mỗi người có thể tạo ra các sản phẩm công việc phái sinh. Điều này có nghĩa là mỗi bạn có thể sử dụng nó khi bạn thấy phù hợp, bao gồm cả việc đóng góp cho một dự án nguồn mở (tất nhiên là tham khảo các yêu cầu IP của dự án nguồn mở). b. Bạn giữ quyền sở hữu bất kỳ sản phẩm công việc có sẵn nào mà bạn đủ tốt để bao gồm miễn phí và bạn cấp giấy phép không hạn chế cho khách hàng của mình để sử dụng mã đó vĩnh viễn, bao gồm cả việc tạo ra các tác phẩm phái sinh c.

Bạn cũng sẽ muốn thực hiện DAMN SURE mà bạn chưa từng ký bất kỳ hợp đồng nào với điều khoản Chuyển nhượng sáng chế không giới hạn (chúng không bao giờ) - hoặc bạn có thể hợp pháp. Lưu ý rằng có một số tiểu bang (ví dụ California) giới hạn (nhưng không loại bỏ) điều này theo luật bất kể hợp đồng nói gì. Điều này được mong đợi trong một hợp đồng lao động (nhưng các giới hạn có thể được đàm phán), nhưng IMHO không nên được cấp cho một hợp đồng nhà thầu độc lập.

Thách thức lớn nhất của bạn sẽ là khiến họ chấp nhận quyền sở hữu chung của mã nguồn. Điều này mâu thuẫn với học thuyết "Công việc được cho thuê" là ngôn ngữ cụ thể thường được sử dụng trong các hợp đồng phát triển phần mềm khi sử dụng các nhà thầu.

Nếu họ hiểu IP, họ có thể không đồng ý với điều này - nhưng tôi đoán rằng đó không phải là loại khách hàng mà bạn giao dịch. Tôi có thể chắc chắn với bạn rằng có ít nhất một công ty phần mềm cực lớn thực hiện điều này cho bất kỳ mã tư vấn / mã tùy chỉnh nào được viết cho bất kỳ khách hàng nào - và nếu họ không đồng ý với điều đó, thì họ sẽ không làm điều đó - giai đoạn ( nhưng họ sẽ giới thiệu họ với một đối tác).

Nếu bạn có quyền sở hữu chung, bạn nên sử dụng IP khôn ngoan để đóng góp mã đó cho một dự án nguồn mở, tuân theo bất kỳ hạn chế nào được thực hiện bởi dự án đó.

Bạn cũng sẽ muốn được chọn lọc trong những gì bạn mở. Bạn sẽ làm cho khách hàng của mình trở thành một dịch vụ nếu bạn mở mã cụ thể theo ngành có ích cho các đối thủ cạnh tranh trực tiếp của họ. Khách hàng của bạn cũng sẽ không hài lòng nếu họ nhận ra rằng toàn bộ ứng dụng mà họ đã trả cho bạn để viết tùy chỉnh cho họ đều có sẵn miễn phí - và thậm chí ban đầu bạn có thể nghĩ rằng bạn chỉ cài đặt nó thay vì viết từ đầu. Bạn cũng chỉ làm giảm giá trị cảm nhận của họ về dịch vụ của bạn.

Tôi nghĩ rằng điều này bao gồm các câu hỏi của bạn 1,2 và 4.

Câu hỏi 3 có thể là một vấn đề - tùy thuộc vào mô hình cấp phép của dự án nguồn mở mà bạn đang tạo ra một tác phẩm phái sinh, khách hàng chắc chắn có thể trả tiền cho bạn để làm điều đó, nhưng họ có thể không hoàn thành hoặc thậm chí bất kỳ quyền sở hữu nào về mã đó mô hình cấp phép của dự án nguồn mở. Điều đó không có nghĩa là bạn không thể làm điều đó - nhưng bạn có thể muốn bao gồm điều đó bằng một điều khoản bổ sung trong hợp đồng của mình - và điều hành nó bởi một luật sư IP - hoặc chỉ làm điều đó sau khi khách hàng yêu cầu bạn làm điều này - và sau đó bạn có thể tính lại các chi phí khi nhờ luật sư xem xét phụ lục hợp đồng của bạn trong tình huống này.


Ồ - và nếu họ không đồng ý sở hữu chung thì đừng cung cấp cho họ công việc có sẵn của bạn miễn phí, điều này có thể trở thành điểm thương lượng. Do đó, nếu họ không đồng ý sở hữu chung vì họ lo ngại về IP, họ có thể không muốn công việc tồn tại trước đó của bạn bị trộn lẫn trong đó.
ScottBai

2

Nghiêm túc mà nói, cả hai câu trả lời đều bắt đầu bằng IANAL - Tôi nghĩ rằng bạn cần dừng ngay cả việc nghĩ đến việc viết hợp đồng và nói chuyện với luật sư trước khi tiếp tục. Bạn sẽ không hỏi luật sư của bạn cách cấu trúc lại các phần của mã của bạn.

Ngoài ra - @Pete Wilson đã đúng, quy định của bạn có thể sẽ không phù hợp với khách hàng của bạn.


1

IANAL thông thường được áp dụng, có nghĩa là, tham khảo ý kiến ​​một luật sư thực tế.

Điều đó nói rằng, mất của tôi sẽ là:

  1. ... là một khó khăn. Không chắc là khách hàng sẵn sàng trả tiền cho bạn cho phần mềm mà bạn sẽ sử dụng nguồn mở ngay lập tức. Bạn có thể hỏi, và nếu họ đồng ý, hãy thiết lập một hợp đồng phù hợp, nhưng tôi đoán là điều đó sẽ không xảy ra.

  2. ... cũng khá khó xảy ra, nhưng với một hợp đồng được xây dựng tốt xác định rõ ràng các ranh giới và đồng ý rằng bạn sẽ không được trả tiền khi làm việc với các dự án nguồn mở của riêng bạn (cho dù bạn có sử dụng mã hay không) chấp nhận cho khách hàng. Bạn thậm chí có thể thuyết phục họ đóng góp tài chính cho dự án của bạn, nhưng trong mọi trường hợp, bạn cần nỗ lực đáng kể để thiết lập một hợp đồng tốt.

  3. ... Theo ý của khách hàng. Thông thường, khách hàng sẽ muốn có lợi thế mà họ đang trả tiền cho bạn, điều đó có nghĩa là họ không thấy bất kỳ lợi ích nào trong việc cung cấp nguồn mở tài sản của họ, nhưng có thể có trường hợp bạn có thể thuyết phục họ làm như vậy, thêm một chút chậm trễ để giữ lợi thế hoặc xuất bản theo mô hình giấy phép kép.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.