Thẩm định CNTT – Chìa khóa thành công M&A 4.0
Trong bài viết này
- Thẩm địnhCNTT – Yếu tố quyết định thành công M&A trong thời đại 4.0
- Tại sao thẩm định CNTT trở thành chìa khóa trong M&A 4.0?
- Các thành phần cốt lõi của một quá trình thẩm định CNTT hiệu quả
- Quy trình thực hiện thẩm định CNTT trong vòng đời M&A
- Bài học từ thực tiễn: khi thẩm định CNTT bị bỏ qua
- Xu hướng và đề xuất cho các bên tham gia M&A ở Việt Nam
- Kết luận
Thẩm địnhCNTT – Yếu tố quyết định thành công M&A trong thời đại 4.0
Theo dữ liệu từ CafeF, thẩm định công nghệ thông tin (CNTT) được xác định là yếu tố quyết định thành công hoặc thất bại của các thương vụ mua bán, sáp nhập (M&A) trong bối cảnh kinh tế số 4.0. Khi các doanh nghiệp tìm kiếm cơ hội mở rộng qua M&A, việc đánh giá sâu sắc về hệ thống phần mềm, kiến trúc dữ liệu và khả năng bảo mật không còn là bước tùy chọn mà trở thành tiêu chuẩn không thể thoại trong quá trình due diligence.

Tại sao thẩm định CNTT trở thành chìa khóa trong M&A 4.0?
Trong thời kỳ chuyển biến chiến lược, nguồn tin từ Baodautu cho thấy các nhà đầu tư và công ty stratég increasingly tập trung vào các deal mang tính biến đổi công nghệ, thay vì chỉ dựa trên tài sản hữu hình hoặc thị phần truyền thống. Khi mục tiêu là mua vào một nền tảng số, một ứng dụng SaaS hoặc một công ty cung cấp dịch vụ đám mây, khả năng tích hợp hệ thống và duy trì sự liên tục dịch vụ trở thành yếu tố then chốt quyết định giá trị thực của deal.
Ngoài ra, lượng vốn Nhật bản đang đẩy mạnh hoạt động M&A tại Việt Nam (theo Tin nhanh chứng khoán). Các quỹ nước ngoài thường đặt yêu cầu đòi hỏi mức độ minh bạch và độ sâu trong việc đánh giá CNTT trước khi ký kết term sheet, vì họ đã từng trải qua những rủi ro khi hệ thống legacy không thể mở rộng hoặc gặp lỗ hổng bảo mật sau khi hoàn thành giao dịch.
Các thành phần cốt lõi của một quá trình thẩm định CNTT hiệu quả
Một quy trình thẩm định CNTT không chỉ dừng lại tại việc kiểm tra bản quyền phần mềm mà cần bao gồm nhiều chiều sau:
- Kiểm tra kiến trúc phần mềm: liệu hệ thống có được xây dựng trên mô hình modular, microservices hay kiến trúc monolithic ảnh hưởng đến khả năng mở rộng.
- Đánh giá chất lượng mã nguồn: mức độ technical debt, mức độ test coverage và quy trình CI/CD có được áp dụng đồng đều không.
- Phân tích bảo mật và tuân thủ: thực hiện quét lỗ hổng, kiểm tra chính sách bảo mật dữ liệu (GDPR, các quy định địa phương) và đánh giá khả năng phản hồi trước sự cố.
- Xác định khả năng tích hợp: so sánh các API, định dạng dữ liệu và chuẩn giao dịch giữa hệ thống bên mua và bên bán để dự đoán công sức cần thiết cho PMI (post‑merger integration).
- Đánh giá tài sản trí tuệ và bản quyền phần mềm: xác minh sở hữu mã nguồn mở, các giấy phép sử dụng và rủi ro vi phạm bản quyền.
Các yếu tố trên thường được trình bày trong báo cáo due diligence 기술 (technical due diligence) và trực tiếp ảnh hưởng đến việc điều chỉnh giá trị deal, thiết kế các điều khoản earn‑out hoặc đưa ra các điều kiện trước closing (closing conditions).

Quy trình thực hiện thẩm định CNTT trong vòng đời M&A
Để tối ưu hiệu quả, thẩm định CNTT nên được tích hợp vào từng giai đoạn của cuộc thương vụ:
- Giai đoạn chuẩn bị (pre‑deal): đội ngũ phát triển chiến lược xác định mục tiêu công nghệ mà bên mua muốn đạt được (ví dụ: truy cập vào nền tảng AI, mở rộng khả năng xử lý big data). Danh sách yêu cầu ban đầu được đưa vào term sheet để hướng dẫn quy trình due diligence.
- Giai đoạn due diligence: nhóm técnico thực hiện các bài kiểm tra trên, thường kết hợp với công cụ tự động quét mã và các cuộc phỏng vấn với đội ngũ CNTT của bên cible. Kết quả được tóm tắt trong báo cáo technical due diligence, từ đó bên mua xác định mức độ điều chỉnh giá trị và các yêu cầu bảo hành (reps & warranties) liên quan đến CNTT.
- Giai đoạn đàm phán và signing: dựa trên kết quả thẩm định, các bên thả ra điều khoản escrow, điều chỉnh giá trị hoặc đưa ra các milestone cụ thể mà bên bán phải đạt được trước khi nhận toàn bộ thanh toán.
- Giai đoạn pós‑closing (PMI): kế hoạch tích hợp được xây dựng trên nền tảng các kết quả thẩm định, bao gồm roadmap di chuyển dữ liệu, thống nhất nền tảng đám mây và đào tạo đội ngũ về hệ thống mới. Việc giám sát KPI sau 통합 (ví dụ: thời gian downtime, tỷ lệ lỗi giao dịch) giúp phát hiện sớm các vấn đề và thực hiện các biện pháp khắc phục kịp thời.
Áp dụng liên tục này giúp giảm thiểu rủi ro “surprise” sau khi deal hoàn thành và tăng khả năng đạt được synergies mà bên mua mong đợi từ đầu.
Bài học từ thực tiễn: khi thẩm định CNTT bị bỏ qua
Nhiều chia sẻ từ các chuyên gia trong lĩnh vực mergers & acquisitions cho thấy các deal thất bại thường có điểm chung là việc đánh giá không đủ sâu về hệ thống CNTT phía bên bán. Một số trường hợp phổ biến bao gồm:
- Hệ thống legacy không thể mở rộng đáp ứng nhu cầu tăng trưởng sau khi tích hợp vào nền tảng của bên mua, dẫn tới chi phí nâng cấp không dự định và làm chậm tiến độ PMI.
- Lỗ hổng bảo mật chưa được phát hiện trong quá trình due diligence gây rò rỉ dữ liệu sau khi hai hệ thống được kết nối, dẫn tới mất uy tín và các khoản phạt theo quy định về bảo mật thông tin.
- Không tương thích giữa các nền tảng lập trình hoặc cơ sở dữ liệu khiến quá trình di chuyển dữ liệu mất nhiều tháng, ảnh hưởng đến hoạt động kinh doanh hàng ngày và làm giảm giá trị thực của deal.
Những bài học này được củng cố bằng những cuộc khảo sát của EY về bản lĩnh và sứ mệnh trong các giao dịch M&A (nguồn 4), trong đó việc thiếu sự nhất quán về tầm nhìn công nghệ và chiến lược được chỉ ra là một trong những nguyên nhân chính dẫn tới rủi ro sau sáp nhập.
Xu hướng và đề xuất cho các bên tham gia M&A ở Việt Nam
Với sự tăng mạnh của vốn Nhật Bản và sự quan tâm ngày càng tăng từ các quỹ PE/VC quốc tế, kỳ vọng đối với chất lượng thẩm định CNTT cũng được nâng cao. Các xu hướng đáng chú ý bao gồm:
- Ứng dụng công cụ tự động化 (automated scanning, code analysis) trong quá trình due diligence để tăng tốc độ và độ chính xác.
- Tăng vai trò của các chief technology officer (CTO) trong đội ngũ đàm phán, thay vì để chỉ việc này thuộc về bộ tài chính hoặc pháp lý.
- Sự ra đời của các frame‑work đánh giá CNTT chuẩn mực (ví dụ: mô hình dựa trên CMMI, ITIL hoặc SOC 2) giúp các bên có tiêu chuẩn chung để so sánh và làm đẳng chứng.
Đối với các founder đang cân nhắc exit qua M&A, việc chuẩn bị sẵn sàng về CNTT trước khi vào thị trường có thể tạo ra lợi thế trong đàm phán, giúp đạt giá trị tốt hơn và giảm thời gian chiusa. Đối với các C‑level và bộ phận Corporate Development, việc xây dựng một checklist thẩm định CNTT nội bộ (từ kiểm tra kiến trúc, bảo mật tới khả năng tích hợp) giúp đảm bảo mỗi deal được đánh giá một cách nhất quán và có thể so sánh qua các chiến dịch khác nhau. Các luật sư và tư vấn tài chính cũng nên nhấn mạnh tính pháp lý của các bảo hành liên quan đến CNTT trong hợp đồng SPA (purchase agreement) để bảo vệ lợi ích khách hàng sau khi deal hoàn thành.
Kết luận
Thẩm định công nghệ thông tin không còn là bước “nice‑to‑have” trong quy trình M&A mà đã trở thành chìa khóa quyết định thành công hoặc thất bại của mỗi giao dịch, đặc biệt trong thời đại 4.0 khi công nghệ là động lực chính của tăng trưởng. Các bằng chứng từ CafeF, cùng với xu hướng vốn Nhật bản và các bài học từ các giao dịch trước đây, đều chỉ ra một điều rõ ràng: khi các bên đầu tư thời gian và tài nguyên vào việc đánh giá sâu về hệ thống phần mềm, kiến trúc dữ liệu và bảo mật, họ không chỉ giảm thiểu rủi ro mà còn tạo ra nền tảng vững chắc để thực hiện synergies và phát triển dài hạn sau sáp nhập.
Giải thích thuật ngữ
| Thuật ngữ | Giải thích |
|---|---|
| Thẩm định CNTT | Quá trình đánh giá kỹ thuật về hệ thống phần mềm, kiến trúc, bảo mật và khả năng tích hợp của mục tiêu trong một thương vụ M&A. |
| Due diligence | Quá trình kiểm tra và xác minh thông tin tài chính, pháp lý, công nghệ và kinh doanh trước khi ký kết giao dịch. |
| PMI (Post‑Merger Integration) | Giai đoạn tích hợp hai doanh nghiệp sau khi hoàn thành mua bán nhằm đạt được synergies. |
| LOI (Letter of Intent) | Bản ghi nhận intención đầu tư nêu ra các điều khoản chính thức trước khi vào due diligence. |
| SPA (Sale and Purchase Agreement) | Hợp đồng mua bán chính thức quy định quyền và nghĩa vụ của bên mua và bên bán. |
| Earn‑out | Mecanismo trả thêm một phần giá trị deal dựa trên việc mục tiêu đạt được các chỉ標 hiệu quả sau khi hoàn thành giao dịch. |
| MAC clause (Material Adverse Change) | Điều khoản cho phép bên mua rút lại hoặc điều chỉnh deal nếu xảy ra thay đổi đáng kể không lợi bất lợi đối với mục tiêu. |
| Term sheet | Bản tóm tắt các điều khoản chính của deal (giá trị, thời gian thanh toán, các điều kiện trước khi closing). |
| Cap table (Capitalization table) | Bảng mô tả cấu trúc sở hữu cổ phần và các quyền chuyển đổi của cổ đông trong công ty. |
| Reps & warranties (Bảo hành và cam kết) | Các tuyên bố của bên bán về trạng thái tài chính, pháp lý và công ty; nếu sai lệch, bên mua có quyền yêu cầu bù đắp. |
| Cybersecurity | Các biện pháp bảo vệ hệ thống và dữ liệu khỏi các mối đe dọa từ bên ngoài và bên trong. |
| Scalability (Khả năng mở rộng) | Khả năng của hệ thống xử lý tăng tải mà không giảm hiệu năng hoặc cần đầu tư lớn về hạ tầng. |
| Legacy system | Hệ thống phần mềm cũ, thường được xây dựng trên công nghệ lỗi thời, khó tích hợp và bảo trì. |
Tham khảo
- M&A trong thời kỳ chuyển biến chiến lược - baodautu
- Vốn Nhật đẩy mạnh M&A tại Việt Nam - Tin nhanh chứng khoán
- Tránh tranh chấp pháp lý hậu giao dịch M&A không khó - Tạp chí Kinh tế Sài Gòn
- Chương 2: Bản lĩnh và sứ mệnh - EY
- Thẩm định CNTT - Yếu tố quyết định thành công các thương vụ M&A trong thời đại 4.0 - CafeF
- Thị trường M&A Việt Nam 2019 - 2020: Trỗi dậy trong trạng thái bình thường mới - baodautu