License phần mềm trong M&A: thẩm định tài sản phần mềm (due diligence) trước khi mua bán – sáp nhập doanh nghiệp (2026)

Câu trả lời nhanh

Khi mua bán – sáp nhập doanh nghiệp (M&A), kho license phần mềm KHÔNG tự động "đi theo" thương vụ — nhưng rủi ro vi phạm bản quyền tồn đọng thì lại ĐI THEO. Cấu trúc deal quyết định tất cả: mua cổ phần (share deal) thì pháp nhân giữ nguyên nên license đứng tên pháp nhân thường tiếp tục hiệu lực; mua tài sản (asset deal) thì license không tự sang tên; sáp nhập theo Điều 201 Luật Doanh nghiệp 2020 thì công ty nhận sáp nhập nhận toàn bộ tài sản, quyền VÀ nghĩa vụ — bao gồm cả vi phạm bản quyền chưa xử lý của công ty bị sáp nhập.

Cơ sở pháp lý tại Việt Nam: chương trình máy tính được bảo hộ như tác phẩm văn học theo Điều 22 Luật Sở hữu trí tuệ 50/2005/QH11. Muốn chuyển giao quyền đối với phần mềm phải đi theo cơ chế chuyển nhượng quyền tác giả (Điều 45) hoặc chuyển quyền sử dụng (Điều 47), và hợp đồng chuyển nhượng bắt buộc lập thành văn bản (Điều 46). Sau deal, dùng phần mềm không được phép vẫn bị xử phạt hành chính theo Nghị định 341/2025/NĐ-CP (hiệu lực 15/02/2026, mức phạt từng hành vi được rà soát, điều chỉnh tăng so với Nghị định 131/2013 trước đây) — trần phạt 250 triệu đồng (cá nhân) / 500 triệu đồng (tổ chức).

Việc cần làm: đưa due diligence tài sản phần mềm thành một hạng mục chính thức của thương vụ — kiểm tra 8 hạng mục (kho license & chứng từ, đối soát cài đặt thực tế, SaaS seat, phần mềm tự viết, thành phần nguồn mở, license đặc thù ngành, tranh chấp đang treo, khả năng bàn giao tài khoản) — làm TRƯỚC khi ký, không phải sau closing.

*Disclaimer: Bài viết mang tính thông tin, KHÔNG phải tư vấn pháp lý. Các trích dẫn luật đã được đối chiếu văn bản gốc tại thời điểm viết (xem mục nguồn cuối bài), nhưng luật có thể thay đổi và mỗi thương vụ có tình tiết riêng. Trước khi ra quyết định M&A, hãy tham vấn luật sư và chuyên gia thẩm định của bạn.*

1. Vì sao license phần mềm là 'điểm mù' trong thương vụ M&A

Trong một thương vụ M&A điển hình ở Việt Nam, các bên thẩm định rất kỹ tài chính, thuế, đất đai, lao động — nhưng kho phần mềm thường chỉ được đếm như "chi phí IT", không được soi như một khối tài sản – nghĩa vụ pháp lý. Trong khi đó, phần mềm hiện diện ở mọi bàn làm việc: hệ điều hành, bộ văn phòng, phần mềm kế toán, thiết kế, ERP, và hàng chục thuê bao SaaS.

Điểm mù này tạo ra hai loại rủi ro ngược chiều nhau. Với bên mua: trả tiền cho một "tài sản" hoá ra không chuyển giao được (license đứng tên bên bán, điều khoản cấm chuyển nhượng), hoặc tệ hơn — kế thừa nghĩa vụ pháp lý từ phần mềm không bản quyền mà bên bán đang dùng. Với bên bán: một kho license lộn xộn, thiếu chứng từ sẽ bị bên mua trừ thẳng vào giá, hoặc thành cớ đàm phán lại vào phút chót.

Từ 15/02/2026, khung xử phạt vi phạm quyền tác giả áp dụng Nghị định 341/2025/NĐ-CP — trần phạt 250 triệu đồng (cá nhân) / 500 triệu đồng (tổ chức), mức phạt từng hành vi được rà soát, điều chỉnh tăng so với Nghị định 131/2013 trước đây — nghĩa là "mua nhầm" một doanh nghiệp dùng phần mềm lậu không còn là rủi ro giấy tờ, mà là rủi ro tiền thật cộng gián đoạn vận hành khi bị buộc gỡ bỏ phần mềm vi phạm.

2. Cấu trúc deal quyết định số phận license: bảng đối chiếu

Câu hỏi đầu tiên của due diligence phần mềm không phải "công ty có bao nhiêu license?" mà là "thương vụ này cấu trúc kiểu gì?" — vì cùng một kho phần mềm, số phận pháp lý của nó khác hẳn nhau giữa mua cổ phần, mua tài sản và sáp nhập.

Bảng 1 đối chiếu bốn cấu trúc thương vụ phổ biến với số phận của license và việc bên mua phải kiểm tra. Lưu ý chung: nhiều hợp đồng license/EULA có điều khoản riêng về thay đổi quyền kiểm soát (change of control) hoặc cấm chuyển giao (anti-assignment) — phải đọc từng hợp đồng, không suy đoán.

3. Khung pháp lý Việt Nam: chuyển license đúng luật

Phần mềm trong M&A chịu sự điều chỉnh đồng thời của hai nhánh luật: Luật Sở hữu trí tuệ (phần mềm là đối tượng quyền tác giả — muốn chuyển phải theo cơ chế của luật này) và Luật Doanh nghiệp (cấu trúc thương vụ quyết định cái gì tự động chuyển, cái gì không). Bảng 2 tóm tắt các điều khoản cốt lõi — tất cả đã đối chiếu văn bản gốc.

Điểm hay bị bỏ sót: Điều 46 Luật SHTT yêu cầu hợp đồng chuyển nhượng quyền tác giả phải lập thành văn bản với các nội dung chủ yếu (tên và địa chỉ đầy đủ của bên chuyển nhượng và bên được chuyển nhượng, căn cứ chuyển nhượng, giá, phương thức thanh toán…). Một cái "bắt tay" hay một dòng trong biên bản họp không đủ để quyền tác giả phần mềm đổi chủ.

4. Checklist thẩm định tài sản phần mềm: 8 hạng mục

Bảng 3 là checklist 8 hạng mục để đưa vào danh mục due diligence của thương vụ. Nguyên tắc đọc: mỗi hạng mục có một câu hỏi phải trả lời được bằng chứng từ — trả lời miệng không tính; và một red flag — tín hiệu phải dừng lại đàm phán giá hoặc yêu cầu bên bán khắc phục trước closing.

5. Bên bán: dọn kho license trước khi vào phòng due diligence

Due diligence là con đường hai chiều. Bên bán chuẩn bị tốt kho phần mềm không chỉ tránh bị ép giá mà còn rút ngắn thương vụ. Năm việc nên làm trước khi mở dữ liệu cho bên mua:

• Bước 1 — Lập kho license (SAM inventory). Danh sách mọi phần mềm thương mại + SaaS đang dùng, số license/seat mua, chứng từ đối chiếu từng dòng. Đây chính là tài liệu đầu tiên bên mua yêu cầu.
• Bước 2 — Đối soát và xử lý chênh lệch. Cài vượt thì mua bổ sung hoặc gỡ bớt; seat thừa thì cắt. Xử lý TRƯỚC khi bên mua phát hiện — chi phí tự khắc phục luôn rẻ hơn khoản trừ giá.
• Bước 3 — Gom chứng từ quyền sở hữu code tự viết. Hợp đồng lao động/hợp đồng dịch vụ có điều khoản chuyển giao quyền tác giả chưa? Nếu thiếu, ký bổ sung văn bản chuyển nhượng theo Điều 46 Luật SHTT với bên viết code.
• Bước 4 — Rà điều khoản change-of-control. Đánh dấu hợp đồng license/SaaS nào yêu cầu thông báo hoặc xin chấp thuận khi đổi chủ sở hữu — chuẩn bị sẵn kịch bản làm việc với nhà cung cấp.
• Bước 5 — Đóng các tranh chấp treo. Thư audit chưa trả lời, khiếu nại bản quyền chưa đóng — xử lý dứt điểm hoặc khai báo minh bạch kèm dự phòng, đừng để bên mua tự phát hiện.

6. Sau closing: 4 việc phải làm ngay với kho phần mềm

Ký xong chưa phải là xong. Bốn việc cần chốt trong giai đoạn hậu thương vụ (post-closing integration):

• Cập nhật chủ thể license. Với các license/SaaS gắn tên pháp nhân, làm thủ tục đổi tên hoặc ký lại hợp đồng theo pháp nhân mới — nhất là sau asset deal hoặc sáp nhập.
• Hợp nhất hai kho license. Sau sáp nhập, hai công ty thường trùng phần mềm (hai hợp đồng M365, hai phần mềm kế toán…) — đối soát để cắt trùng, đàm phán lại số seat theo tổng nhân sự mới.
• Kích hoạt lại vòng tuân thủ. Chạy lại đối soát cài đặt vs license trên toàn bộ máy của cả hai bên trong 90 ngày đầu — giai đoạn trộn hệ thống là lúc dễ phát sinh cài chui nhất.
• Lưu hồ sơ thương vụ vào hồ sơ tuân thủ. Hợp đồng chuyển nhượng quyền (Điều 46), văn bản chấp thuận của nhà cung cấp, biên bản bàn giao tài khoản — đây là chứng cứ hợp pháp hoá kho phần mềm mới nếu bị kiểm tra theo Nghị định 341/2025.

Câu hỏi thường gặp

1. Mua lại công ty thì license phần mềm có tự động đi theo không? Tuỳ cấu trúc deal. Mua cổ phần/phần vốn góp: pháp nhân không đổi nên license đứng tên pháp nhân thường tiếp tục — nhưng vẫn phải rà điều khoản change-of-control trong từng hợp đồng. Mua tài sản: license KHÔNG tự sang tên — cần chuyển nhượng/chuyển quyền bằng văn bản theo Điều 45–47 Luật SHTT, hoặc được nhà cung cấp chấp thuận, hoặc mua mới.

2. Công ty nhận sáp nhập có phải chịu rủi ro phần mềm không bản quyền của công ty bị sáp nhập? Theo Điều 201 Luật Doanh nghiệp 2020, công ty nhận sáp nhập tiếp nhận toàn bộ tài sản, quyền, nghĩa vụ và lợi ích hợp pháp của công ty bị sáp nhập. Nghĩa vụ pháp lý tồn đọng — trong đó có rủi ro từ phần mềm dùng không phép — đi theo về pháp nhân mới; nếu tiếp tục sử dụng, pháp nhân mới có thể bị xử phạt theo Nghị định 341/2025/NĐ-CP (trần 500 triệu đồng với tổ chức).

3. Hợp đồng chuyển nhượng quyền tác giả phần mềm có bắt buộc bằng văn bản không? Có. Điều 46 Luật SHTT quy định hợp đồng chuyển nhượng quyền tác giả phải lập thành văn bản với các nội dung chủ yếu: tên và địa chỉ đầy đủ hai bên, căn cứ chuyển nhượng, giá và phương thức thanh toán… Thoả thuận miệng hay email rời rạc không đủ an toàn pháp lý.

4. Phần mềm công ty tự viết (in-house) cần kiểm tra gì trong M&A? Hai thứ: (1) chuỗi quyền sở hữu — code do nhân viên viết theo nhiệm vụ hay do bên thứ ba viết? nếu thuê ngoài, đã có văn bản chuyển giao quyền chưa?; (2) thành phần nguồn mở bên trong — giấy phép loại gì, có nghĩa vụ kèm theo không. Thiếu một trong hai, giá trị "tài sản công nghệ" của thương vụ phải định giá lại.

5. Bên bán nên chuẩn bị kho phần mềm bao lâu trước thương vụ? Không có con số chuẩn cho mọi doanh nghiệp — phụ thuộc quy mô kho phần mềm và mức lộn xộn hiện tại. Nguyên tắc an toàn: bắt đầu từ khi có ý định bán, vì các việc như ký bổ sung văn bản chuyển giao quyền với bên viết code hay xử lý chênh lệch license cần thời gian làm việc với bên thứ ba.

6. Ai nên thực hiện due diligence phần mềm? Kết hợp ba vai: luật sư (đọc điều khoản hợp đồng license, cấu trúc chuyển giao), IT nội bộ hoặc đơn vị SAM (đối soát cài đặt thực tế vs license), và tài chính (định giá chi phí hợp thức hoá vào giá deal). Một vai đơn lẻ thường bỏ sót: luật sư không quét được máy, IT không đọc được điều khoản chuyển nhượng.

*Bài viết mang tính tham khảo, không thay thế tư vấn pháp lý. Vui lòng đối chiếu văn bản gốc (cov.gov.vn, vanban.chinhphu.vn) hoặc tham vấn luật sư trước khi ra quyết định.*

Kết luận

Trong M&A, phần mềm là loại tài sản dễ đếm nhầm nhất: nó nằm trong mọi máy tính nhưng không nằm trong sổ tài sản cố định; nó có giá trị vận hành lớn nhưng quyền sử dụng lại phụ thuộc từng dòng điều khoản. Một buổi due diligence phần mềm bài bản — 8 hạng mục, đối chiếu chứng từ, đọc điều khoản chuyển giao — rẻ hơn rất nhiều so với khoản trừ giá phút chót, chi phí mua lại license sau closing, hay án phạt kế thừa theo Nghị định 341/2025.

Bắt đầu bằng câu hỏi đơn giản: nếu ngày mai có người hỏi mua công ty bạn, bạn có xuất trình được danh sách license kèm chứng từ trong một buổi chiều không? Nếu chưa, kho phần mềm của bạn đang làm giảm giá trị doanh nghiệp — kể cả khi chưa có thương vụ nào trên bàn.