Checklist bàn giao IT Support khi đổi nhà cung cấp dịch vụ IT

Tóm tắt nhanh: Khi đổi nhà cung cấp dịch vụ IT, doanh nghiệp cần checklist bàn giao rõ ràng về tài khoản quản trị, mật khẩu/MFA, sơ đồ mạng, server, email, backup, license, thiết bị, ticket tồn và SLA. Nếu không kiểm soát giai đoạn chuyển giao, đội IT mới có thể không đủ quyền xử lý sự cố, còn doanh nghiệp dễ bị gián đoạn vận hành hoặc mất dấu tài sản IT.

Vì sao đổi nhà cung cấp IT dễ phát sinh rủi ro?

Nhiều doanh nghiệp chỉ nghĩ đổi nhà cung cấp IT là ký hợp đồng mới và gửi số điện thoại kỹ thuật mới cho nhân viên. Thực tế, phần khó nhất nằm ở dữ liệu vận hành: ai đang giữ mật khẩu admin, domain đang nằm ở tài khoản nào, firewall có file cấu hình không, backup có phục hồi được không, license đang đứng tên ai và còn ticket nào chưa xử lý.

Nếu giai đoạn bàn giao không rõ, đội IT mới có thể bị động ngay khi có sự cố. Một lỗi email, mất internet, server đầy ổ cứng hoặc cần khôi phục dữ liệu sẽ mất nhiều thời gian hơn vì không đủ quyền và không có tài liệu. Doanh nghiệp cũng khó quy trách nhiệm: lỗi này phát sinh trước hay sau chuyển giao, vendor cũ đã bàn giao chưa, đội mới đã kiểm tra chưa.

Khi nào nên dùng checklist bàn giao?

Checklist này nên dùng khi doanh nghiệp đổi công ty IT outsourcing, chuyển từ nhân sự IT nội bộ sang thuê ngoài, đổi đội bảo trì máy tính, đổi nhà quản trị server/email hoặc sau khi phát hiện hệ thống đang thiếu tài liệu. Ngay cả khi không đổi vendor, checklist vẫn hữu ích để kiểm toán tài sản IT định kỳ.

Thời điểm tốt nhất là trước ngày kết thúc hợp đồng cũ ít nhất 1-2 tuần. Nếu đợi đến ngày cuối mới hỏi mật khẩu, sơ đồ mạng hoặc file backup, doanh nghiệp dễ rơi vào thế bị động. Với hệ thống có server, firewall, VPN, Microsoft 365 hoặc nhiều chi nhánh, nên có phiên rà soát riêng giữa ba bên: doanh nghiệp, vendor cũ và đội IT mới.

Nhóm 1: Tài khoản quản trị và quyền sở hữu

Đây là nhóm cần ưu tiên cao nhất. Doanh nghiệp phải biết tài khoản nào là tài khoản sở hữu, tài khoản nào chỉ là admin phụ, email khôi phục nằm ở đâu, MFA đang gắn với điện thoại của ai và ai đang thanh toán dịch vụ. Nếu domain, hosting, Microsoft 365 hoặc firewall nằm dưới tài khoản cá nhân của vendor cũ, rủi ro vận hành rất lớn.

Nhóm 2: Thiết bị, sơ đồ mạng và cấu hình hạ tầng

Danh sách thiết bị cần bao gồm firewall, router, switch, access point, server, NAS, máy in, camera/NVR nếu liên quan, máy trạm quan trọng và thiết bị dự phòng. Mỗi thiết bị nên có vị trí, IP quản trị, serial, tình trạng bảo hành, tài khoản đăng nhập và cấu hình backup. Với mạng doanh nghiệp, sơ đồ IP/VLAN/VPN quan trọng không kém mật khẩu.

Nếu vendor cũ không có sơ đồ mạng, đội mới nên khảo sát lại và tạo bản đồ tối thiểu: đường truyền internet, firewall, switch, Wi-Fi, dải IP, VLAN, server, máy in, NAS và các kết nối VPN. Bản đồ này giúp giảm thời gian xử lý sự cố và là nền tảng cho quản trị mạng doanh nghiệp.

Nhóm 3: Backup, dữ liệu và khả năng khôi phục

Backup không chỉ là có phần mềm sao lưu. Cần biết dữ liệu nào được backup, lưu ở đâu, lịch backup, thời gian giữ bản sao, ai nhận cảnh báo lỗi và đã từng test restore chưa. Khi đổi nhà cung cấp IT, đội mới nên yêu cầu test phục hồi mẫu: một file, một mailbox, một thư mục hoặc một máy ảo tùy hệ thống.

Nếu không test restore, doanh nghiệp có thể tưởng mình an toàn trong khi backup hỏng từ lâu. Đây là lý do phần backup nên có biên bản riêng, đặc biệt với server kế toán, file server, NAS, dữ liệu khách hàng, website và email.

Nhóm 4: Ticket tồn, sự cố lặp lại và lịch sử hỗ trợ

Ticket cũ rất quan trọng vì nó cho biết hệ thống đang đau ở đâu. Nếu một chi nhánh báo lỗi Wi-Fi lặp lại, một máy in thường xuyên rớt kết nối, hoặc email hay vào spam, đội IT mới cần biết ngay từ đầu. Nếu không, họ sẽ mất vài tuần đầu chỉ để phát hiện lại vấn đề cũ.

Nên yêu cầu vendor cũ xuất danh sách ticket 3-6 tháng gần nhất, gồm nhóm lỗi, người yêu cầu, trạng thái, nguyên nhân, cách xử lý và việc còn tồn. Sau đó đội mới phân loại lại: lỗi đã đóng, lỗi cần theo dõi, lỗi cần dự án cải tiến và lỗi cần xử lý khẩn cấp.

Lộ trình bàn giao tham khảo

Các rủi ro thường gặp khi đổi vendor IT

Tiêu chí nghiệm thu bàn giao

Một buổi bàn giao chỉ nên xem là hoàn tất khi đội nhận bàn giao đã kiểm tra được quyền truy cập, tài liệu, backup, thiết bị và các cam kết hỗ trợ chính. Không nên chỉ nhận file Excel rồi coi như xong. Với hệ thống quan trọng, cần kiểm tra thực tế: đăng nhập, xem cấu hình, test backup, gọi thử kênh hỗ trợ và xác nhận đầu mối.

Sau bàn giao cần làm gì trong 7 ngày đầu?

Trong 7 ngày đầu, đội IT mới nên đổi mật khẩu các tài khoản quan trọng, kiểm tra MFA, rà soát admin dư, kiểm tra backup, cập nhật sơ đồ mạng, xác nhận danh sách thiết bị, mở kênh ticket mới và thông báo quy trình hỗ trợ cho người dùng. Đây cũng là lúc theo dõi sát ticket phát sinh để phát hiện vấn đề tồn đọng.

Không nên thay đổi lớn ngay lập tức nếu chưa hiểu hệ thống, trừ khi có rủi ro bảo mật rõ ràng. Cách tốt hơn là ổn định vận hành trước, sau đó lập danh sách cải tiến: chuẩn hóa email, nâng cấp Wi-Fi, thay thiết bị lỗi, dọn license dư, tăng bảo mật MFA hoặc thiết lập báo cáo định kỳ.

IT Systems hỗ trợ bàn giao IT Support như thế nào?

IT Systems có thể tham gia từ giai đoạn khảo sát: lập checklist tài sản, rà quyền admin, kiểm tra backup, gom ticket tồn, chuẩn hóa kênh hỗ trợ và thiết kế SLA sau chuyển giao. Mục tiêu là để doanh nghiệp không bị “đứt gãy tri thức vận hành” khi đổi đội IT.

Sau bàn giao, IT Systems triển khai quy trình ticket IT Helpdesk, báo cáo tháng và kế hoạch cải tiến. Nếu cần, doanh nghiệp có thể bắt đầu bằng phạm vi nhỏ: Helpdesk, máy tính, email và thiết bị mạng; sau đó mở rộng sang server, backup, bảo mật và quản trị hệ thống.

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

Có nên yêu cầu vendor cũ bàn giao mật khẩu không?

Có, nhưng nên chuyển sang tài khoản thuộc doanh nghiệp hoặc thêm admin mới, sau đó đổi mật khẩu/MFA sau khi bàn giao. Không nên tiếp tục dùng tài khoản cá nhân của vendor cũ.

Nếu vendor cũ không có tài liệu thì sao?

Đội IT mới cần khảo sát lại, lập danh sách tài sản, vẽ sơ đồ mạng tối thiểu, kiểm tra quyền truy cập và ghi rõ những phần chưa xác minh được trong biên bản rủi ro.

Có cần dừng dịch vụ cũ ngay khi ký vendor mới?

Không nên. Nên có giai đoạn chuyển tiếp ngắn để gom tài liệu, bàn giao ticket tồn, kiểm tra quyền truy cập và tránh gián đoạn hỗ trợ người dùng.