EULA
End User License Agreement đi kèm phần mềm desktop/mobile và xác lập điều kiện sử dụng cuối.
Software license hay giấy phép sử dụng phần mềm là cơ chế mà chủ sở hữu quyền tác giả hoặc chủ thể có quyền cấp phép cho người khác sử dụng phần mềm trong một phạm vi, thời hạn và điều kiện xác định. Khi doanh nghiệp trả tiền cho Microsoft, Adobe, một SaaS platform hoặc một phần mềm chuyên ngành, điều doanh nghiệp nhận thường là quyền sử dụng hoặc quyền truy cập theo license terms – không mặc nhiên là quyền sở hữu toàn bộ mã nguồn hay quyền phân phối phần mềm.
Không phải giấy phép Nhà nước: software license trước hết là quyền do licensor cấp cho licensee.
Không đồng nghĩa bản quyền: chủ sở hữu có copyright; người dùng nhận phạm vi quyền được phép sử dụng.
Không phải cứ mua là sở hữu: giá thanh toán có thể chỉ mua một license theo thời hạn, user, device hoặc subscription.
Open-source vẫn có điều kiện: miễn phí không đồng nghĩa không có license obligations.
SaaS khác on-premise: doanh nghiệp thường mua quyền truy cập dịch vụ thay vì một bản sao cài đặt vĩnh viễn.
Rủi ro doanh nghiệp thường nằm ở phạm vi: vượt số user/device, dùng sai legal entity, quá territory hoặc tiếp tục dùng sau khi license hết hạn.

Trong một giao dịch phần mềm, licensor là chủ sở hữu quyền tác giả hoặc chủ thể có quyền cấp phép; licensee là tổ chức/cá nhân được phép sử dụng trong phạm vi đã thỏa thuận.
Phạm vi đó có thể giới hạn theo:
Vì vậy “mua phần mềm” trong ngôn ngữ thương mại không đồng nghĩa doanh nghiệp được toàn quyền với source code hoặc có thể tự do sao chép cho mọi công ty trong cùng tập đoàn.
| Khái niệm | Bản chất | Ai cấp/xác lập? | Câu hỏi doanh nghiệp cần đặt |
|---|---|---|---|
| Quyền tác giả đối với phần mềm | Quyền sở hữu trí tuệ đối với chương trình máy tính. | Phát sinh theo pháp luật khi đáp ứng điều kiện bảo hộ; không phụ thuộc đăng ký. | Ai là tác giả/chủ sở hữu thực sự? |
| Giấy chứng nhận đăng ký quyền tác giả | Ghi nhận thông tin đăng ký về tác phẩm, tác giả, chủ sở hữu. | Cơ quan Nhà nước có thẩm quyền. | Có cần đăng ký để tăng khả năng chứng minh quyền không? |
| Software license | Cho phép bên khác sử dụng một hoặc nhiều quyền trong phạm vi xác định. | Chủ sở hữu hoặc chủ thể có quyền cấp phép. | Được dùng bao nhiêu user/device, bao lâu, có redistribute/modify được không? |
| Giấy phép chuyên ngành | Điều kiện quản lý đối với một hoạt động/dịch vụ nhất định. | Cơ quan quản lý chuyên ngành. | Chức năng thực tế của app có rơi vào ngành có điều kiện không? |
Nếu doanh nghiệp cần đăng ký quyền đối với phần mềm do mình sở hữu, xem dịch vụ đăng ký bản quyền phần mềm. Nội dung về phạm vi quyền tác giả được tách tại bài quy định pháp luật về bản quyền phần mềm.
Luật Sở hữu trí tuệ bảo hộ chương trình máy tính như tác phẩm văn học, dù phần mềm được thể hiện dưới dạng mã nguồn hay mã máy. Chủ sở hữu quyền tác giả có thể cho tổ chức/cá nhân khác sử dụng có thời hạn một, một số hoặc toàn bộ các quyền có thể chuyển quyền sử dụng theo pháp luật.
Hợp đồng sử dụng quyền tác giả phải xác định các nội dung chủ yếu như:
Từ ngày 01/04/2026, Luật số 131/2025/QH15 sửa đổi Luật Sở hữu trí tuệ tiếp tục xác định chương trình máy tính được bảo hộ như tác phẩm văn học và bổ sung rõ trường hợp software được cung cấp dưới dạng dịch vụ/nền tảng trực tuyến thì việc tạo bản sao dự phòng thực hiện theo điều khoản sử dụng hoặc thỏa thuận cấp phép giữa các bên.
Điểm cần nhớ: Giấy chứng nhận đăng ký quyền tác giả không thay cho Software License Agreement. Ngược lại, license cho khách hàng sử dụng cũng không đồng nghĩa doanh nghiệp đã hoàn tất đăng ký quyền tác giả.
Luật Sở hữu trí tuệ yêu cầu hợp đồng sử dụng quyền tác giả được lập thành văn bản. Luật Giao dịch điện tử 2023 quy định thông điệp dữ liệu có thể có giá trị như văn bản nếu thông tin có thể truy cập và sử dụng để tham chiếu.
Do đó trong thực tế doanh nghiệp có thể gặp license dưới nhiều hình thức:
End User License Agreement đi kèm phần mềm desktop/mobile và xác lập điều kiện sử dụng cuối.
Người dùng chủ động chấp thuận terms trong quá trình đăng ký/cài đặt. Cần lưu được version và chứng cứ chấp thuận.
Phổ biến với enterprise software; MSA chứa điều khoản chung, order form xác định SKU, số user, term và giá.
Điều chỉnh quyền truy cập dịch vụ, subscription, SLA, data, termination và exit thay vì chỉ quyền cài một bản copy.
Không nên chỉ lưu invoice. Khi có tranh chấp hoặc license audit, doanh nghiệp còn cần biết chính xác version của EULA/terms nào đã được chấp thuận và order form nào xác định entitlement.
| Trục | Các mô hình thường gặp | Câu hỏi cần trả lời |
|---|---|---|
| Quyền với mã nguồn | Proprietary; open-source permissive; copyleft. | Có được xem/sửa/distribute source hay derivative work không? |
| Thời hạn/quyền truy cập | Perpetual; subscription; SaaS; trial. | Quyền hết khi nào? Auto-renew? Sau termination còn dùng được version cũ không? |
| Metric tính quyền | User; device; concurrent; server/core; site; enterprise; consumption. | Đơn vị nào làm phát sinh vượt license? |
Cách đọc theo 3 trục này chính xác hơn việc coi “Commercial – Open Source – Freeware – Shareware – Internal Use” là năm loại pháp lý ngang hàng.
Doanh nghiệp được sử dụng phiên bản phần mềm theo license term không giới hạn bởi subscription period nếu tuân thủ các điều kiện. Tuy nhiên perpetual không có nghĩa support, maintenance và upgrade miễn phí vĩnh viễn.
Quyền sử dụng hoặc truy cập gắn với thời gian subscription. Cần kiểm tra auto-renewal, price adjustment, data export, retention và quyền tiếp tục truy cập khi chấm dứt.
License được đo theo một user cụ thể, một device hoặc số user dùng đồng thời. Rủi ro thường phát sinh khi account được dùng chung hoặc doanh nghiệp tăng nhân sự nhưng không true-up.
Dành cho tổ chức có quy mô lớn nhưng không mặc nhiên cho “mọi công ty liên quan” sử dụng. Phải đọc chính xác định nghĩa Customer, Affiliate, Site, Territory, Authorized User.
Open-source không chỉ là “được xem source code”. Các license có thể cho phép sử dụng, sửa đổi và phân phối nhưng kèm điều kiện về notice, attribution, source code, derivative work hoặc patent.

Không. Open source vẫn là software được cấp phép. “Có source code” không đồng nghĩa không có nghĩa vụ.
MIT, BSD, Apache 2.0 thường cho phép tái sử dụng linh hoạt hơn nhưng vẫn phải kiểm tra notice, attribution, patent clause và điều kiện redistribution.
GPL và các license copyleft có thể tạo nghĩa vụ mạnh hơn khi doanh nghiệp phân phối chương trình hoặc derivative work theo trường hợp cụ thể.
Doanh nghiệp phát triển sản phẩm nên duy trì danh mục third-party/open-source components, version và license tương ứng. Việc dùng một thư viện open-source trong source code không nên chỉ được quản lý bằng trí nhớ của developer.
Freeware cũng không đồng nghĩa “được dùng trong công ty”. Một phần mềm giá 0 đồng vẫn có thể giới hạn commercial use, redistribution hoặc số user. Luôn đọc license của chính sản phẩm.
| # | Điều khoản | Câu hỏi kiểm tra |
|---|---|---|
| 1 | Grant of License | Licensor thực sự cấp quyền gì: install, access, copy, modify hay chỉ internal use? |
| 2 | License Metric | Tính theo named user, device, concurrent user, core, instance hay consumption? |
| 3 | Entity & Affiliate | Công ty mẹ/con có được dùng chung hay mỗi pháp nhân phải mua riêng? |
| 4 | Territory | Được triển khai ở Việt Nam hay toàn cầu? |
| 5 | Term & Renewal | Perpetual hay subscription? Có auto-renew? Deadline hủy? |
| 6 | Copy / Backup / DR | Được tạo bao nhiêu bản backup, disaster-recovery instance hoặc test environment? |
| 7 | Modify / Reverse Engineering | Được customize, decompile, interoperate hoặc tạo derivative work đến đâu? |
| 8 | Redistribution / Sublicense | Được nhúng vào sản phẩm khác, cấp lại cho khách hàng/reseller/affiliate không? |
| 9 | Audit / Reporting | Vendor có quyền audit khi nào, bao nhiêu lần, dữ liệu nào phải cung cấp và true-up tính thế nào? |
| 10 | Support / Exit / Termination | Update/support có nằm trong license? Khi chấm dứt phải xóa gì, xuất dữ liệu ra sao? |
License compliance không nên chỉ nằm trong hộp thư của nhân viên IT từng mua phần mềm.
Doanh nghiệp nên đối chiếu định kỳ giữa entitlement đã mua và deployment thực tế. Quy trình nội bộ về quản trị phần mềm có thể tham khảo tại bài quy chế sử dụng phần mềm trong doanh nghiệp.

Không. Software license là quyền sử dụng phần mềm. Nếu một ứng dụng thực tế cung cấp dịch vụ thuộc lĩnh vực pháp luật quản lý riêng thì doanh nghiệp còn phải phân loại nghĩa vụ chuyên ngành dựa trên chức năng và mô hình vận hành.
Không nên suy luận rằng cứ app có một tính năng mạng xã hội, mini game, livestream hoặc đào tạo là tự động phải xin cùng một loại giấy phép. Phần này cần được phân loại riêng theo sản phẩm thực tế.
Là sự cho phép của chủ sở hữu hoặc chủ thể có quyền cấp phép cho người khác sử dụng phần mềm trong phạm vi, thời hạn và điều kiện xác định.
Thông thường không có thủ tục “đăng ký software license” chung. Đây là quan hệ cấp quyền giữa licensor và licensee. Đăng ký quyền tác giả là thủ tục khác.
Copyright thuộc tác giả/chủ sở hữu theo pháp luật; software license là phạm vi quyền mà chủ thể có quyền cho bên khác sử dụng.
Pháp luật cho phép thông điệp dữ liệu đáp ứng yêu cầu văn bản khi có thể truy cập và sử dụng để tham chiếu. Tuy nhiên hiệu lực của một EULA/clickwrap cụ thể còn phụ thuộc cách giao kết và chứng cứ chấp thuận.
Không mặc nhiên. Perpetual thường nói về thời hạn quyền dùng; maintenance, support và upgrade có thể có thời hạn/giá riêng.
Trong thực tế SaaS thường cấp quyền truy cập dịch vụ theo subscription, kèm các điều khoản IP và usage. Doanh nghiệp cần đọc cả SaaS Agreement/Terms chứ không chỉ tìm một “license key”.
Nhiều open-source license cho phép commercial use, nhưng mỗi license có điều kiện riêng về redistribution, source, attribution, patent hoặc derivative works.
Không thể kết luận chỉ vì phần mềm miễn phí. Cần đọc license terms để biết có cho commercial/business use hay không.
Phụ thuộc metric. Nếu license tính named-user và 120 account đều nằm trong phạm vi tính license thì có thể phát sinh thiếu entitlement; concurrent license lại được tính theo cách khác.
Chưa chắc. Nên lưu cả agreement/EULA, order form, SKU, license metric, thời hạn, admin record và chứng cứ deployment để xác định đúng entitlement.
Bạn có thể gửi EULA, MSA, Order Form, SaaS Terms hoặc mô tả mô hình cấp quyền dự kiến. Luật Dương Trí sẽ hỗ trợ rà soát phạm vi license, user/device metric, quyền sublicensing, open-source obligations, audit clause và các điểm có thể tạo rủi ro khi triển khai thực tế.