Chọn dịch vụ ITSM cho văn phòng công chứng
Văn phòng có thể nhận được nhiều báo giá IT với những cụm từ quen thuộc: hỗ trợ 24/7, phản hồi tức thì, bảo mật cao, sao lưu an toàn, giám sát chủ động. Vấn đề không nằm ở việc các mục tiêu này có hấp dẫn hay không, mà ở chỗ chúng được định nghĩa và chứng minh thế nào. “Phản hồi” có phải lúc kỹ thuật viên gửi tin nhắn hay lúc bắt đầu xử lý? “Khắc phục” là có phương án tạm thời hay đã loại bỏ nguyên nhân? “Onsite” áp dụng trong bán kính nào và tính từ thời điểm nào?
Bản gốc đưa ra SLA từ 5–10 phút và onsite 15–30 phút như đặc điểm chung của nhà cung cấp chuyên nghiệp. Không có nguồn chính thức của SCTS chứng minh đây là mức cam kết mặc định, và các con số như vậy phụ thuộc địa điểm, giờ hỗ trợ, loại sự cố, khả năng truy cập, phụ tùng và hợp đồng. Bài viết này thay các tuyên bố tuyệt đối bằng khung đánh giá có thể dùng khi lấy báo giá, chạy thử và nghiệm thu.
Bước 1: Lập danh mục hệ thống và dịch vụ trọng yếu
Không thể chọn gói dịch vụ khi chưa biết văn phòng đang vận hành những gì. Danh mục tối thiểu thường gồm máy trạm, mạng có dây và Wi-Fi, đường truyền Internet, máy in/scan, máy chủ hoặc NAS, phần mềm nghiệp vụ, kho file, email, chữ ký số, camera hoặc thiết bị phục vụ phiên trực tuyến, cùng các kết nối đến hệ thống bên ngoài.
Với mỗi mục, ghi người dùng, giờ hoạt động, người sở hữu, nhà cung cấp hiện tại, thời hạn bảo hành, dữ liệu liên quan, phụ thuộc và phương án thay thế. Ví dụ, máy scan do đơn vị A cho thuê, mạng do B quản lý, thư mục đích nằm trên NAS do C bảo trì. Nếu không có một đầu mối điều phối, người dùng phải tự đoán lỗi thuộc bên nào.
Danh mục cũng giúp phân biệt ITSM với mua sắm thiết bị. Một đối tác có thể quản lý dịch vụ nhưng không bao gồm linh kiện, cước Internet, license, hỗ trợ phần mềm bên thứ ba hoặc bảo trì thiết bị thuê. Ngoại lệ phải được ghi rõ để tránh tranh luận khi có sự cố.
Bước 2: Xác định tác động nghiệp vụ và mức ưu tiên
Mức ưu tiên không nên dựa duy nhất vào tên thiết bị. Một máy in hỏng tại quầy duy nhất trong giờ cao điểm có thể nghiêm trọng hơn một máy chủ phụ đang có phương án thay thế. Văn phòng cần mô tả bằng tác động: số người bị ảnh hưởng, dịch vụ nào ngừng, có cách làm tạm không, thời hạn nghiệp vụ và rủi ro dữ liệu.
Có thể thiết kế bốn mức. P1: dịch vụ trọng yếu ngừng trên diện rộng, không có phương án thay. P2: ảnh hưởng đáng kể nhưng còn cách tạm. P3: lỗi cá nhân hoặc suy giảm có kiểm soát. P4: yêu cầu tiêu chuẩn, tư vấn hoặc thay đổi đã lên lịch. Ví dụ chỉ là điểm bắt đầu; ma trận phải phù hợp thực tế từng văn phòng.
Đơn vị cung cấp phải hiểu quy trình công chứng đủ để hỏi đúng câu, nhưng không thay công chứng viên đánh giá nội dung pháp lý. Kỹ thuật viên có thể khôi phục kết nối và bảo toàn dữ liệu; việc hồ sơ đủ điều kiện xử lý hay ký vẫn thuộc người có thẩm quyền nghiệp vụ.
Bước 3: Viết SLA có thể đo được
SLA tốt bắt đầu bằng định nghĩa. Thời gian phản hồi là từ lúc phiếu hợp lệ được ghi nhận đến lúc người có năng lực xác nhận tiếp nhận? Thời gian khôi phục là đến khi dịch vụ hoạt động ở mức tối thiểu hay giải quyết hoàn toàn? Khoảng thời gian chờ người dùng cung cấp dữ liệu có tạm dừng đồng hồ không? Giờ ngoài ca được tính ra sao?
Mỗi chỉ tiêu cần nguồn dữ liệu: hệ thống ticket, nhật ký cuộc gọi, giám sát hay biên bản onsite. Báo cáo nên thể hiện số lượng theo mức ưu tiên, tỷ lệ đạt, trường hợp loại trừ, thời gian khôi phục trung vị, sự cố lặp và hành động cải tiến. Chỉ báo trung bình có thể che khuất một vài sự cố kéo dài, vì vậy nên xem cả phân bố và trường hợp ngoại lệ.
SLA không chỉ là phạt. Nếu mục tiêu quá chặt nhưng ngân sách, khoảng cách và quyền truy cập không cho phép, hợp đồng tạo ra kỳ vọng sai. Văn phòng và nhà cung cấp cần cân bằng mức rủi ro, phương án dự phòng và chi phí; sau giai đoạn chạy thử có thể điều chỉnh bằng dữ liệu thật.
Lộ trình đánh giá đối tác ITSM theo năm bước
Bước 4: Kiểm tra bảo mật và quyền xử lý dữ liệu
Nhà cung cấp IT có thể sở hữu quyền truy cập rất mạnh. Một tài khoản quản trị bị chiếm có thể ảnh hưởng nhiều hệ thống; NIST lưu ý managed service provider cũng là mục tiêu hấp dẫn vì rủi ro có thể lan đến khách hàng. Do đó, đánh giá nhà cung cấp phải là một phần của quản trị rủi ro chuỗi cung ứng.
Hỏi rõ kỹ thuật viên dùng tài khoản cá nhân hay tài khoản chung; có MFA không; truy cập từ xa được phê duyệt và ghi nhật ký thế nào; ai xem được hồ sơ; dữ liệu có được tải về thiết bị của nhà cung cấp không; phiên hỗ trợ được lưu ở đâu; quyền được thu hồi khi nhân sự đổi dự án ra sao.
Nghị định 13/2023/NĐ-CP yêu cầu dữ liệu cá nhân được xử lý đúng mục đích, giới hạn trong phạm vi cần thiết và có biện pháp bảo vệ. Hợp đồng cần xác định vai trò của các bên, phạm vi xử lý, nhân sự, nhà thầu phụ, thông báo sự cố, hoàn trả hoặc xóa dữ liệu. NDA không thay thế các kiểm soát này.
Yêu cầu nhà cung cấp chứng minh bằng quy trình mẫu, ảnh chụp cấu hình đã che dữ liệu, nhật ký hoặc báo cáo thử. Chứng chỉ có thể hỗ trợ đánh giá năng lực, nhưng cần kiểm tra phạm vi chứng nhận và không xem đó là bằng chứng duy nhất cho hệ thống sẽ triển khai tại văn phòng.
Bước 5: Chạy thử, nghiệm thu và cải tiến
Một giai đoạn thử giúp xác nhận quy trình trước khi ký dài hạn. Chọn ba đến năm tình huống: mất kết nối máy scan, khóa tài khoản, đầy dung lượng, thất bại sao lưu, Internet gián đoạn hoặc yêu cầu cấp quyền. Dùng dữ liệu giả lập, không dùng hồ sơ khách hàng thật nếu chưa được phê duyệt.
Quan sát cách tiếp nhận, hỏi thông tin, phân loại, phối hợp, cập nhật và đóng phiếu. Nhà cung cấp có giải thích nguyên nhân, biện pháp tạm thời và phòng ngừa không? Người dùng có biết trạng thái? Báo cáo có khớp nhật ký? Sau thử nghiệm, hai bên cập nhật danh mục dịch vụ, ma trận ưu tiên và hướng dẫn.
Nghiệm thu không nên chỉ là “đã cài đặt”. Cần xác nhận tài khoản, sơ đồ, danh mục tài sản, bản sao cấu hình, lịch bảo trì, kết quả kiểm thử khôi phục, thông tin liên hệ, quyền truy cập và tài liệu bàn giao. Khi kết thúc hợp đồng, văn phòng phải lấy lại dữ liệu và quyền quản trị ở định dạng dùng được.
Hạ tầng cho công chứng điện tử: tránh mua thiết bị trước khi rõ quy trình
Luật Công chứng 2024 quy định công chứng điện tử trực tiếp và trực tuyến; văn bản công chứng điện tử gắn với chữ ký số của công chứng viên và tổ chức hành nghề công chứng theo điều kiện luật định. Nghị định 104/2025/NĐ-CP quy định chi tiết nền tảng, hồ sơ, kết nối và yêu cầu an toàn. Nghị quyết 66.14/2026/NQ-CP đang xử lý một số khó khăn trong xây dựng và quản lý Cơ sở dữ liệu công chứng đến hết ngày 28/02/2027, đồng thời thay đổi hiệu lực một số quy định tương ứng trong Nghị định 104.
Bộ Tư pháp cho biết đến tháng 6/2026, công chứng điện tử mới bước đầu được triển khai tại một số địa phương và cơ sở dữ liệu tập trung đang tiếp tục hoàn thiện. Vì vậy, không nên khẳng định một cấu hình camera, micro, máy chủ hoặc lưu trữ là “chuẩn bắt buộc” cho mọi nơi nếu chưa đối chiếu nền tảng được sử dụng, hướng dẫn của cơ quan có thẩm quyền và điều kiện địa phương.
Trình tự an toàn hơn là xác định quy trình pháp lý, nền tảng, yêu cầu dữ liệu, định danh, chữ ký số, ghi nhận phiên, lưu trữ, kết nối và an toàn; sau đó mới thiết kế thiết bị và đường truyền. ITSM đóng vai trò giữ cấu hình, theo dõi sự cố, quản lý thay đổi và phối hợp giữa bên phần mềm, chữ ký số, thiết bị và hạ tầng.
Bảy điều phải ghi rõ trong hợp đồng ITSM
Bảy nội dung cần ghi rõ trong hợp đồng ITSM
1. Phạm vi và ngoại lệ
Liệt kê dịch vụ, địa điểm, thiết bị, phần mềm, giờ hỗ trợ, onsite/remote, vật tư, license và bên thứ ba. Nêu rõ việc không bao gồm để người phê duyệt so sánh báo giá trên cùng cơ sở.
2. Kênh tiếp nhận và liên lạc khẩn cấp
Quy định ticket, email, hotline; thông tin tối thiểu; người được phép báo P1; và cơ chế dự phòng nếu hệ thống ticket cũng ngừng.
3. Cách tính SLA
Định nghĩa phản hồi, khôi phục, giải quyết, thời gian chờ, giờ tính, mức ưu tiên, ngoại lệ và nguồn số liệu. Nêu cách xử lý khi ưu tiên thay đổi trong quá trình điều tra.
4. Quyền truy cập của kỹ thuật viên
Tài khoản riêng, MFA, phê duyệt, ghi nhật ký, giới hạn thời gian, thiết bị được phép và giám sát truy cập đặc quyền. Không gửi mật khẩu qua nhóm chat chung.
5. Bảo mật và xử lý dữ liệu
Mục đích, phạm vi, kênh truyền, lưu trữ, nhà thầu phụ, thông báo sự cố, bằng chứng, hoàn trả/xóa và trách nhiệm phối hợp phải được rà soát pháp lý.
6. Sao lưu, phục hồi và bàn giao
Ghi dữ liệu, tần suất, retention, vị trí, mã hóa, quyền xóa, cảnh báo, RPO/RTO mục tiêu, lịch thử và định dạng bàn giao. Tránh cam kết “khôi phục 100%”.
7. Báo cáo và cải tiến
Xác định lịch họp, bộ chỉ số, sự cố lặp, thay đổi, tài sản rủi ro, đề xuất và người phê duyệt hành động. Hợp đồng phải cho phép điều chỉnh khi dữ liệu thực tế cho thấy giả định ban đầu không còn đúng.
Chi phí cần được so sánh theo tổng phạm vi
Thuê ngoài có thể giúp tiếp cận nhiều chuyên môn mà không cần duy trì đầy đủ đội ngũ nội bộ. Tuy nhiên, không nên quảng bá mức “tiết kiệm 30–50%” nếu chưa có nghiên cứu hoặc báo giá cụ thể. Tổng chi phí gồm phí dịch vụ, license, thiết bị, đường truyền dự phòng, onsite ngoài phạm vi, dự án nâng cấp, đào tạo, kiểm thử và chi phí chuyển đổi.
So sánh đúng cần đặt phương án thuê ngoài, nội bộ và kết hợp trên cùng danh mục dịch vụ và mức rủi ro. Phương án rẻ hơn nhưng thiếu sao lưu tách biệt, thiếu người trực trong giờ quan trọng hoặc không bàn giao tài liệu có thể tạo chi phí lớn khi xảy ra sự cố.
Đánh giá SCTS và eNotary bằng bằng chứng triển khai
Website SCTS xác nhận doanh nghiệp công bố dịch vụ quản trị dịch vụ CNTT—ITSM và eNotary cho tổ chức hành nghề công chứng. Đây là căn cứ để mời khảo sát, không phải căn cứ mặc nhiên cho mọi SLA hoặc tính năng trong bản gốc.
Khi làm việc, văn phòng nên yêu cầu SCTS lập ma trận phạm vi, mô tả quy trình ticket, phân quyền kỹ thuật viên, phương án phối hợp với eNotary và các bên thứ ba, báo cáo mẫu, kế hoạch backup/restore và biên bản bàn giao. Mỗi tuyên bố cần gắn với tài liệu hợp đồng hoặc kết quả thử nghiệm.
Kết luận
Chọn dịch vụ ITSM không phải chọn người “biết sửa nhiều thiết bị nhất”. Đối tác phù hợp phải biến nhu cầu nghiệp vụ thành phạm vi rõ, ưu tiên có căn cứ, SLA đo được, quyền truy cập có kiểm soát, khả năng phục hồi được thử và báo cáo dẫn đến cải tiến.
Trong công chứng điện tử, hạ tầng chỉ có ý nghĩa khi bám vào quy trình pháp lý, dữ liệu và nền tảng thực tế. Một giai đoạn khảo sát và chạy thử giúp văn phòng nhìn thấy năng lực vận hành trước khi đặt niềm tin vào lời quảng cáo.
CTA: SCTS hỗ trợ khảo sát phạm vi ITSM và lập ma trận yêu cầu dịch vụ. Liên hệ 0903.864.794, admin@scts.com.vn hoặc https://scts.com.vn/.
Lưu ý pháp lý: Nội dung là checklist quản trị, không phải ý kiến pháp lý, hồ sơ mời thầu hay cam kết của SCTS. Điều khoản SLA, xử lý dữ liệu, công chứng điện tử và trách nhiệm các bên cần được công chứng viên/chuyên gia pháp lý rà soát theo trường hợp cụ thể trước khi xuất bản hoặc ký kết.
Nguồn tham khảo
- ISO/IEC 20000 IT service management – A practical guide — hệ thống quản lý dịch vụ và tích hợp với quản trị khác.
- PeopleCert – ITIL Practice Manager — incident, request, monitoring, service level, supplier và continual improvement.
- NIST CSF 2.0 FAQs — vai trò, trách nhiệm, chuỗi cung ứng và quản trị rủi ro.
- Nghị định 13/2023/NĐ-CP — nguyên tắc xử lý dữ liệu cá nhân.
- Luật Công chứng số 46/2024/QH15 — công chứng điện tử, hồ sơ và cơ sở dữ liệu.
- Nghị định 104/2025/NĐ-CP — quy định chi tiết thi hành.
- Nghị quyết 66.14/2026/NQ-CP — quy định tạm thời về xây dựng, quản lý CSDL công chứng và hiệu lực liên quan.
- Bộ Tư pháp: Khẩn trương xây dựng Cơ sở dữ liệu công chứng — tình hình thực tế đến 06/2026.
- Website SCTS — xác nhận phạm vi công bố về ITSM và eNotary.
Giới thiệu eNotary và SCTS
eNotary là giải pháp quản lý nghiệp vụ và hồ sơ dành cho tổ chức hành nghề công chứng do SCTS phát triển. SCTS công bố cung ứng dịch vụ ITSM; phạm vi, SLA và cấu hình được xác định bằng khảo sát và thỏa thuận cụ thể.
- Website: https://scts.com.vn/
- Hotline: 0903.864.794
- Email: admin@scts.com.vn