Một sản phẩm phần mềm thường không chỉ có mã nguồn. Tên sản phẩm, logo, giao diện, tài liệu, dữ liệu, bí quyết, thư viện mã nguồn mở và phần việc của nhân viên hoặc nhà thầu đều có thể ảnh hưởng đến quyền sở hữu. Vì vậy, câu hỏi quan trọng trước khi phát hành hoặc gọi vốn không phải chỉ là “đã đăng ký bản quyền chưa”, mà là doanh nghiệp có chứng minh được chuỗi quyền đối với toàn bộ sản phẩm hay không.
Mỗi lớp tài sản của sản phẩm cần cơ chế bảo vệ và bộ chứng cứ riêng.
Bản đồ SHTT của một sản phẩm phần mềm
| Tài sản | Cơ chế thường gặp | Việc cần làm |
|---|---|---|
| Mã nguồn, mã máy, tài liệu kỹ thuật và hướng dẫn | Quyền tác giả | Lưu lịch sử phát triển, người tạo, phiên bản và căn cứ doanh nghiệp nắm quyền tài sản. |
| Tên sản phẩm, logo, slogan | Nhãn hiệu | Tra cứu trước khi ra mắt; lựa chọn nhóm hàng hóa/dịch vụ và nộp đơn phù hợp. |
| Giao diện, icon, ảnh, âm thanh | Quyền tác giả; có thể xem xét kiểu dáng nếu đáp ứng điều kiện | Lưu file gốc và hợp đồng; kiểm tra license của font, stock asset và bộ icon. |
| Giải pháp kỹ thuật | Sáng chế/giải pháp hữu ích nếu đủ tiêu chuẩn | Đánh giá khả năng bảo hộ trước khi công bố; không mặc nhiên coi mọi thuật toán là sáng chế. |
| Thuật toán nội bộ, dữ liệu, mô hình, bí quyết vận hành | Bí mật kinh doanh nếu đáp ứng điều kiện | Phân loại bí mật, giới hạn truy cập, ký NDA và lưu log. |
Để hiểu sâu hơn phạm vi quyền tác giả, có thể xem bài bản quyền phần mềm là gì. Bài này tập trung vào việc kết nối các lớp tài sản thành một bộ hồ sơ có thể kiểm tra trước khi thương mại hóa.
Ai thực sự sở hữu mã nguồn?
Việc doanh nghiệp trả tiền phát triển chưa đủ để kết luận mọi quyền đã tự động thuộc về doanh nghiệp. Cần xác định người trực tiếp sáng tạo, quan hệ với doanh nghiệp, nhiệm vụ được giao, nguồn lực sử dụng và nội dung hợp đồng.
Founder viết code trước khi lập công ty
Lập danh mục phiên bản được tạo trước ngày thành lập và văn bản chuyển giao/góp quyền vào công ty. Tránh để kho mã do tài khoản cá nhân kiểm soát mà không có biên bản bàn giao.
Nhân viên phát triển
Hợp đồng lao động, mô tả nhiệm vụ, quy chế SHTT và biên bản bàn giao phải nhất quán. Ghi nhận cả quyền truy cập kho mã khi nhân sự nghỉ việc.
Freelancer/nhà thầu
Hợp đồng cần xác định sản phẩm bàn giao, quyền được chuyển, thời điểm chuyển, quyền nhân thân, tài sản có sẵn của nhà thầu và cam kết về mã bên thứ ba.
Đơn vị outsource
Kiểm tra chuỗi hợp đồng từ đơn vị outsource tới nhân sự của họ, quyền sử dụng component có sẵn và quy trình xóa/trả dữ liệu sau nghiệm thu.
Nếu dự kiến chuyển toàn bộ quyền cho bên khác, nên đối chiếu bài chuyển giao quyền sở hữu phần mềm. Giao dịch mua bán sản phẩm có thể cần bộ tài liệu rộng hơn được trình bày tại hướng dẫn mua bán bản quyền phần mềm.
Chuỗi quyền cần đi từ từng người tạo và tài sản đầu vào đến pháp nhân khai thác sản phẩm.
Mã nguồn mở và tài sản bên thứ ba
Mã nguồn mở không đồng nghĩa với “không có bản quyền” hoặc được sử dụng theo mọi cách. Mỗi package có license và điều kiện riêng. Doanh nghiệp nên lập Software Bill of Materials hoặc danh mục tương đương, ghi phiên bản, nguồn tải, license, cách liên kết và phạm vi phân phối.
- Kiểm tra nghĩa vụ ghi nhận tác giả, cung cấp thông báo bản quyền hoặc mã nguồn tương ứng.
- Phân biệt license permissive với license có nghĩa vụ chia sẻ tương thích; đánh giá cách tích hợp cụ thể.
- Rà soát font, ảnh, âm thanh, bản đồ, API, SDK, dataset và model chứ không chỉ thư viện code.
- Thiết lập quy trình phê duyệt component mới và quét dependency trước mỗi bản phát hành.
Code và dữ liệu do AI hỗ trợ tạo
Doanh nghiệp cần ghi nhận công cụ, tài khoản, điều khoản sử dụng tại thời điểm tạo, prompt/input có chứa bí mật hoặc dữ liệu cá nhân hay không, mức đóng góp sáng tạo của con người và quá trình review. Không nên mặc định rằng đầu ra AI luôn độc quyền, không xâm phạm hoặc đủ điều kiện đăng ký.
Với dataset dùng để huấn luyện hoặc tinh chỉnh mô hình, cần tách quyền SHTT với căn cứ xử lý dữ liệu cá nhân. Một bên cho phép truy cập dữ liệu không đồng nghĩa đã cấp quyền sao chép, tạo sản phẩm phái sinh hoặc sử dụng cho mọi mục đích.
Khi nào nên đăng ký quyền tác giả và nhãn hiệu?
Quyền tác giả phát sinh không phụ thuộc thủ tục đăng ký. Tuy nhiên, hồ sơ đăng ký có thể hỗ trợ chứng minh thông tin về tác phẩm và chủ thể quyền khi tranh chấp. Trước khi nộp, cần bảo đảm phiên bản đăng ký phù hợp, người tạo được khai đúng và chuỗi quyền đã hoàn tất. Xem quy trình tại hướng dẫn đăng ký bản quyền phần mềm hoặc phạm vi hỗ trợ tại dịch vụ đăng ký bản quyền phần mềm.
Nhãn hiệu nên được tra cứu và nộp sớm theo chiến lược thị trường. Tên miền, tên doanh nghiệp và tên ứng dụng trên chợ ứng dụng không tự động thay thế quyền đối với nhãn hiệu.
Khung pháp luật SHTT đã được cập nhật bởi Luật 131/2025/QH15 trên Cổng Thông tin điện tử Chính phủ, có hiệu lực từ 01/04/2026. Hồ sơ cụ thể vẫn cần đối chiếu loại tài sản, thời điểm tạo và giao dịch liên quan.
Chuyển nhượng quyền hay cấp license?
| Phương án | Bản chất | Điều khoản cần khóa |
|---|---|---|
| Chuyển nhượng quyền | Bên nhận trở thành chủ sở hữu quyền tài sản trong phạm vi chuyển | Đối tượng, phạm vi quyền, lãnh thổ, thời điểm, giá, bàn giao mã và quyền tiếp tục dùng của bên chuyển. |
| Cấp license | Chủ sở hữu giữ quyền và cho phép sử dụng theo điều kiện | Độc quyền/không độc quyền, người dùng, thiết bị, thời hạn, lãnh thổ, sửa đổi, sublicensing, audit và chấm dứt. |
| SaaS | Khách hàng truy cập dịch vụ; thường không nhận bản sao toàn bộ phần mềm | Tài khoản, dữ liệu, SLA, bảo mật, xuất dữ liệu, thay đổi dịch vụ và kết thúc thuê bao. |
Bài license phần mềm là gì giúp phân biệt các mô hình cấp phép. Tên hợp đồng không quyết định bản chất; điều khoản quyền sử dụng và cách bàn giao mới là căn cứ chính.
IP data room tốt phải cho thấy cả quyền sở hữu, quyền sử dụng và các giới hạn.
Checklist IP data room trước khi ra mắt hoặc gọi vốn
- Danh mục tài sản: mã nguồn, thương hiệu, giao diện, tài liệu, domain, app-store account, dataset, model và bí quyết.
- Danh sách người tạo: founder, nhân viên, nhà thầu, outsource; hợp đồng và biên bản bàn giao tương ứng.
- Lịch sử phiên bản: kho mã, commit, release, backup và người có quyền quản trị.
- Tài sản bên thứ ba: SBOM, license, hóa đơn, điều khoản API/cloud và báo cáo quét.
- Đăng ký: đơn/giấy chứng nhận quyền tác giả, nhãn hiệu và hồ sơ kỹ thuật nếu có.
- Hợp đồng khai thác: license, EULA, SaaS terms, hợp đồng khách hàng và giới hạn đã cấp.
- Tranh chấp/khiếu nại: thư cảnh báo, takedown, vi phạm license và cách khắc phục.
- Quản trị tiếp tục: quy trình phê duyệt dependency, offboarding nhân sự và phát hành phiên bản.
Câu hỏi thường gặp
Đăng ký bản quyền có chứng minh doanh nghiệp sở hữu tuyệt đối không?
Giấy chứng nhận là nguồn chứng cứ quan trọng nhưng có thể bị phản bác. Chuỗi hợp đồng, quá trình tạo và tài sản bên thứ ba vẫn phải được kiểm tra.
Thuê freelancer viết code thì doanh nghiệp mặc nhiên sở hữu không?
Không nên mặc định. Hợp đồng cần ghi rõ sản phẩm, quyền được chuyển, thời điểm, thù lao và component có sẵn của freelancer.
Dùng mã nguồn mở có thể đăng ký phần mềm không?
Có thể có phần đóng góp riêng của doanh nghiệp, nhưng phạm vi quyền và khai thác phải tôn trọng license của component mã nguồn mở.
Có cần đăng ký từng phiên bản không?
Không có một câu trả lời chung. Cần đánh giá mức thay đổi, giá trị thương mại, rủi ro tranh chấp và mục tiêu chứng cứ của từng bản phát hành.
Để so sánh thêm cách tiếp cận pháp lý, xem bài quy định pháp luật về bản quyền phần mềm.
Cần kiểm tra chuỗi quyền trước giao dịch?
Luật Dương Trí có thể rà soát tài sản, hợp đồng nhân sự/outsource, mã nguồn mở và phương án license để xác định khoảng trống trong hồ sơ SHTT.
Nội dung cung cấp thông tin chung tại ngày cập nhật. Khả năng bảo hộ và phạm vi quyền phụ thuộc tài sản, người tạo, thời điểm, hợp đồng, license bên thứ ba và thị trường khai thác cụ thể.
