Danh mục sản
phẩm
IT DOCTOR DỊCH VỤ CNTT
Biên bản bàn giao là chốt chặn cuối trước khi doanh nghiệp thanh toán. Cùng bóc tách các trường thông tin bắt buộc để lưu hồ sơ, nghiệm thu & kiểm soát rủi ro.
Trong giao dịch thương mại B2B, biên bản bàn giao và nghiệm thu là chốt chặn cuối trước khi doanh nghiệp thanh toán. Tuy nhiên, việc nghiệm thu tài sản vô hình như phần mềm bản quyền luôn làm khó Kế toán, Mua hàng và IT vì không phải lúc nào cũng có thùng hàng, serial vật lý hay tem nhãn để kiểm đếm. Một biên bản sơ sài chỉ ghi “bàn giao 100 license” không đủ để chứng minh doanh nghiệp đã nhận đúng quyền sử dụng. Vậy biên bản bàn giao phần mềm bản quyền cần có nội dung gì?
Tên thương mại chỉ là lớp ngoài. Giá trị kiểm soát nằm ở Part Number/SKU, Edition, hình thức cấp phép, thời hạn, end-user, portal, chứng từ và phạm vi hỗ trợ. Nếu các trường này bị bỏ qua, Kế toán và IT không thể đối chiếu biên bản với hợp đồng, hóa đơn và license thực tế.
Rủi ro về sản phẩm
Rủi ro về quyền sử dụng
Rủi ro về hồ sơ
Ba câu hỏi biên bản phải trả lời được
Doanh nghiệp đã mua gì, mua cho ai và quyền sử dụng hiện nằm ở đâu. Nếu biên bản không trả lời được ba câu hỏi này, hồ sơ bàn giao vẫn chưa hoàn chỉnh.
End-user là pháp nhân sử dụng cuối cùng của license. Biên bản cần chứng minh phần mềm được cấp cho đúng tổ chức mua và khớp với hóa đơn, hợp đồng, domain, tenant và đầu mối quản trị.
Các trường định danh phải có trong biên bản
| Trường thông tin | Nội dung cần có |
|---|---|
| Tên pháp nhân tiếng Việt | Đúng theo đăng ký doanh nghiệp. |
| Tên giao dịch hoặc tiếng Anh | Ghi nếu có trong hồ sơ mua sắm. |
| Mã số thuế | Đối chiếu với hóa đơn và hợp đồng. |
| Địa chỉ | Địa chỉ đăng ký hoặc xuất hóa đơn. |
| Domain công ty | Tên miền dùng cho email hoặc tenant. |
| Email admin/IT phụ trách | Tài khoản nhận quyền quản trị. |
| Người đại diện nhận bàn giao | IT, Mua hàng hoặc người được ủy quyền. |
| Người đại diện bên giao | Đại lý hoặc nhà cung cấp. |
| Thông tin tenant/portal | Ghi nếu phần mềm được cấp qua cloud hoặc subscription. |
Không ký nếu end-user sai
Nếu tên công ty, mã số thuế, domain hoặc tenant không khớp, IT và Kế toán cần yêu cầu chỉnh biên bản trước khi nghiệm thu.
Biên bản không nên chỉ ghi “Microsoft Office”, “Windows”, “Kaspersky” hoặc “VMware”. Những tên gọi này có thể đại diện cho nhiều Edition, hình thức mua và phạm vi support khác nhau.
Thông tin sản phẩm
Thông tin giao dịch
Thông tin dịch vụ
Ví dụ dòng đối chiếu nên có trong biên bản
| Hạng mục | Ví dụ cách ghi |
|---|---|
| Tên sản phẩm | Microsoft 365 Business Standard |
| SKU/Part Number | Theo báo giá hoặc hợp đồng |
| Edition | Business Standard |
| Loại mua | New/Renewal/Add-on |
| Số lượng | 100 users |
| Thời hạn | 12 tháng |
| Portal | Microsoft 365 Admin Center |
| Chứng từ | Hóa đơn, license confirmation và biên bản bàn giao |
Vai trò của Part Number/SKU
Mã sản phẩm giúp Kế toán đối chiếu báo giá, hợp đồng, hóa đơn và license bàn giao. Nếu không có, biên bản chỉ còn là mô tả chung chung.
Biên bản phải ghi rõ đơn vị tính của license. Cùng một con số “100” nhưng per user, per device, per server hoặc per core là các quyền sử dụng hoàn toàn khác nhau.
Các license metric phổ biến
| Hình thức cấp phép | Cần ghi rõ |
|---|---|
| Per User | Số người dùng định danh. |
| Per Device/Node | Số PC, laptop, endpoint hoặc thiết bị. |
| Per Server | Số server áp dụng. |
| Per Core | Số core CPU được cấp phép. |
| Per VM | Số máy ảo. |
| Per Tenant | Tenant hoặc tổ chức được cấp. |
| Per Mailbox | Số mailbox hoặc email. |
| Per Storage | Dung lượng lưu trữ. |
| Per Subscription | Số subscription và thời hạn. |
Nhóm người dùng
Nhóm thiết bị
Nhóm hạ tầng
Cách ghi rõ ràng hơn
“Bàn giao 100 license Microsoft 365 Business Standard, licensing metric: Per User, thời hạn 12 tháng, sử dụng cho tenant/domain…” rõ hơn nhiều so với “bàn giao 100 phần mềm Microsoft”.
Với phần mềm thuê bao, ngày bắt đầu và ngày hết hạn là dữ liệu tài chính bắt buộc. Đây là cơ sở để Kế toán phân bổ Opex, IT lập lịch gia hạn và Mua hàng theo dõi co-term hoặc mua bổ sung giữa kỳ.
Các mốc thời gian cần ghi trong biên bản
| Trường thời gian | Ý nghĩa |
|---|---|
| Ngày đặt hàng | Căn cứ hợp đồng hoặc PO. |
| Ngày provisioning | Ngày license được cấp trên hệ thống. |
| Ngày kích hoạt | Ngày license bắt đầu hoạt động nếu khác ngày cấp. |
| Ngày bàn giao | Ngày nhà cung cấp bàn giao quyền và chứng từ. |
| Ngày nghiệm thu | Ngày doanh nghiệp xác nhận nhận đủ. |
| Ngày bắt đầu term | Mốc tính thời hạn subscription. |
| Ngày hết hạn | Mốc cần gia hạn. |
| Thời hạn hợp đồng | 12, 24, 36 tháng hoặc perpetual. |
| Co-term | Có gom ngày hết hạn với license cũ hay không. |
Subscription
Perpetual
Quản trị vòng đời
Ví dụ dòng ghi chuẩn
“Thời hạn sử dụng: 12 tháng, từ ngày 01/08/2026 đến 31/07/2027. Hình thức cấp phép: Annual Subscription, Per User.”
Với phần mềm cloud, bàn giao đúng là chuyển giao quyền quản trị để doanh nghiệp tự kiểm soát tài sản số. Không nên coi việc gửi key là hoàn tất nếu IT chưa nhận được quyền trong portal hoặc admin center.
Các nội dung bàn giao portal cần ghi nhận
| Nội dung | Yêu cầu |
|---|---|
| Tên portal/admin center | Ví dụ Microsoft 365 Admin Center. |
| Tài khoản admin được bàn giao | Nên thuộc domain hoặc tài khoản công ty. |
| Quyền quản trị | Global Admin, License Admin, Security Admin hoặc vai trò tương ứng. |
| Người nhận quyền | Tên và chức danh đại diện IT. |
| Đổi mật khẩu | Xác nhận đã đổi hoặc sẽ đổi ngay. |
| MFA | Xác nhận bật MFA cho admin. |
| Quyền của đại lý | Còn quyền hỗ trợ hay đã thu hồi. |
| Tài khoản dự phòng | Có admin dự phòng hay không. |
| Biên bản xác nhận | Có chữ ký hoặc ghi nhận của bên giao và bên nhận. |
Không ghi mật khẩu trực tiếp trong biên bản
Biên bản chỉ nên ghi nhận tài khoản đã được bàn giao qua kênh bảo mật, bên nhận đã đăng nhập và đổi mật khẩu thành công. Mật khẩu không nên xuất hiện trong hồ sơ lưu hành rộng.
Xem toàn bộ quy trình bàn giao license và quyền admin
Bài hướng dẫn này trình bày thứ tự từ xác nhận PO, provisioning, bàn giao admin, đối chiếu portal đến nghiệm thu và lưu hồ sơ.
Xem quy trình bàn giao phần mềm bản quyềnBiên bản cần có phụ lục chứng từ để Kế toán và Mua hàng biết chính xác tài liệu nào đã được bàn giao, ở dạng giấy hay điện tử, do bên nào phát hành và được lưu tại đâu.
Bộ chứng từ nên đính kèm biên bản
| Chứng từ | Vai trò |
|---|---|
| Hóa đơn VAT | Hạch toán và chứng minh giao dịch. |
| Hợp đồng/PO | Căn cứ sản phẩm, số lượng, giá và điều khoản. |
| Báo giá đã duyệt | Đối chiếu phạm vi mua. |
| License confirmation | Xác nhận license hoặc subscription đã cấp. |
| Certificate nếu hãng cung cấp | Hỗ trợ hồ sơ bản quyền. |
| COA nếu áp dụng | Thường liên quan một số hình thức vật lý, OEM hoặc FPP. |
| LOA nếu hồ sơ yêu cầu | Xác nhận năng lực hoặc kênh cung cấp. |
| Email xác nhận cấp license | Bằng chứng bàn giao điện tử. |
| Portal screenshot/export | Đối chiếu số lượng và thời hạn. |
| Biên bản nghiệm thu kỹ thuật | Xác nhận IT đã kiểm tra. |
| Tài liệu SLA/support | Căn cứ hỗ trợ sau mua. |
Không phải mọi phần mềm đều có COA hoặc Certificate giống nhau
ESD, cloud subscription, volume license và security subscription có thể dùng bộ chứng từ khác nhau. Biên bản phải liệt kê rõ tài liệu nào đã được giao và tài liệu nào không áp dụng.
Không có phụ lục chứng từ, biên bản chỉ xác nhận bằng lời
Phụ lục nên ghi rõ số hợp đồng, số hóa đơn, ngày license confirmation, biên bản bàn giao tài khoản, tài liệu hướng dẫn và thông tin support.
Không phải giao dịch nào cũng bao gồm deployment, migration hoặc training. Biên bản phải ghi rõ dịch vụ nào đã hoàn tất, dịch vụ nào còn hiệu lực và hạng mục nào nằm ngoài phạm vi.
Các hạng mục dịch vụ cần xác nhận
| Hạng mục dịch vụ | Nội dung cần ghi |
|---|---|
| Deployment | Đã cài đặt chưa và cho bao nhiêu máy hoặc user. |
| Migration | Đã chuyển dữ liệu chưa và phạm vi dữ liệu nào. |
| Configuration | Tenant, policy, rule, agent và admin role đã cấu hình chưa. |
| Training | Đã đào tạo user hoặc admin chưa. |
| Documentation | Có tài liệu hướng dẫn hoặc bàn giao không. |
| Helpdesk | Kênh hỗ trợ sau mua là gì. |
| SLA | Thời gian phản hồi, giờ hỗ trợ và phạm vi. |
| Out-of-scope | Hạng mục nào tính phí riêng. |
| Warranty/Support Term | Thời hạn hỗ trợ. |
| Escalation | Khi lỗi nghiêm trọng, ai làm việc với hãng. |
License only
License kèm dịch vụ
Hỗ trợ sau bàn giao
Không nghiệm thu hoàn tất khi phạm vi dịch vụ chưa xong
Nếu hợp đồng có deployment, migration hoặc cấu hình, biên bản không nên ghi “hoàn tất toàn bộ” khi các hạng mục đó vẫn chưa được thực hiện.
Biên bản thiếu dữ liệu không nhất thiết tạo hậu quả ngay trong ngày ký, nhưng làm doanh nghiệp yếu thế khi audit nội bộ, kiểm toán, rà soát license hoặc tranh chấp với nhà cung cấp.
Các lỗi phổ biến trên biên bản và rủi ro
| Lỗi trên biên bản | Rủi ro |
|---|---|
| Không có Part Number/SKU | Không đối chiếu được sản phẩm. |
| Không có Edition | Không biết đã nhận đúng bản hay chưa. |
| Không có End-user | Không chứng minh license cấp cho pháp nhân. |
| Không có đơn vị tính license | IT dễ dùng vượt hoặc dùng sai. |
| Không có ngày hết hạn | Quên gia hạn và khó hạch toán Opex. |
| Không có chứng từ đính kèm | Kế toán thiếu hồ sơ lưu. |
| Không có portal/admin | IT không nắm quyền quản trị. |
| Không ghi SLA | Không ràng buộc hỗ trợ sau mua. |
| Không có nghiệm thu kỹ thuật | Ký khi license chưa hoạt động. |
| Không có người nhận trách nhiệm | Khó truy trách nhiệm khi lỗi. |
Không nên diễn đạt tuyệt đối
Giá trị hồ sơ phụ thuộc từng sản phẩm, hợp đồng và tình huống rà soát. Tuy nhiên, biên bản càng thiếu dữ liệu thì doanh nghiệp càng khó chứng minh quyền sử dụng và càng yếu thế khi cần giải trình.
Biên bản chỉ nên được ký khi IT đã xác nhận license tồn tại, quyền admin đã bàn giao, số lượng và thời hạn khớp hợp đồng, đồng thời Kế toán đã nhận đủ chứng từ.
Các bước tiếp theo sau khi ký biên bản
| Bước tiếp theo | Việc cần làm |
|---|---|
| Cập nhật ITAM | Ghi license vào bảng quản lý tài sản phần mềm. |
| Gán license | Phân bổ theo user, device hoặc phòng ban. |
| Cấu hình bảo mật | MFA, role, policy, DLP hoặc endpoint policy nếu có. |
| Triển khai | Cài đặt hoặc kích hoạt trên thiết bị và user. |
| Đào tạo | Hướng dẫn người dùng và admin. |
| Support | Mở kênh tiếp nhận lỗi sau go-live. |
| Nghiệm thu vận hành | Xác nhận phần mềm hoạt động đúng. |
| Gia hạn | Thiết lập cảnh báo trước expiration date. |
| Audit định kỳ | Đối chiếu license đã mua và đang sử dụng. |
Ngay sau bàn giao
Trong giai đoạn triển khai
Trong vận hành
Gắn biên bản bàn giao vào kế hoạch rollout
Bài triển khai số lượng lớn giúp doanh nghiệp kết nối nghiệm thu chứng từ với pilot, rollout theo phòng ban, hypercare và quản trị vòng đời license.
Xem quy trình triển khai phần mềm số lượng lớnCDC Technologies hỗ trợ doanh nghiệp xây dựng biên bản bàn giao và nghiệm thu theo đúng bản chất của từng sản phẩm, hình thức cấp phép và phạm vi dịch vụ.
Các hạng mục CDC Technologies có thể hỗ trợ
Thông tin pháp nhân và sản phẩm
Thông tin license và thời hạn
Chứng từ và nghiệm thu
Một biên bản minh bạch không chỉ là thủ tục hành chính. Đây là căn cứ để IT vận hành an toàn, Kế toán lưu hồ sơ đúng và Mua hàng bảo vệ quyết định đầu tư.
Chuẩn hóa biên bản bàn giao và nghiệm thu phần mềm B2B
CDC Technologies hỗ trợ doanh nghiệp xây dựng biên bản theo từng nhóm sản phẩm, thể hiện rõ end-user, Part Number/SKU, Edition, license metric, thời hạn, portal, quyền admin, bộ chứng từ, SLA và trạng thái nghiệm thu kỹ thuật. Hồ sơ được thiết kế để IT, Mua hàng và Kế toán có thể đối chiếu trên cùng một nguồn dữ liệu.
Công ty Cổ phần Công Nghệ CDC
Trụ sở chính: 447 Nguyễn Khang, P. Cầu Giấy, TP. Hà Nội
Hotline 1: 0983.366.022 (Hà Nội)
CN.HCM: 28 Bis Nguyễn Văn Vĩnh, Phường Tân Sơn Nhất, TP Hồ Chí Minh
Hotline 2: 0938.898.328 (TP.HCM)
Website: maytinhcdc.vn - Facebook: https://www.facebook.com/maytinhcdc.official/
Youtube: https://www.youtube.com/@Maytinhcdcvn - TikTok: https://www.tiktok.com/@maytinhcdc.vn