ITSM cho văn phòng công chứng: Hướng dẫn thực tế
Một buổi sáng đông khách, máy scan tại quầy tiếp nhận không gửi được file vào thư mục chung. Cùng lúc, một máy trạm không truy cập được phần mềm nghiệp vụ và đường truyền Internet có dấu hiệu chập chờn. Nếu tất cả sự cố đều được gọi chung là “máy tính bị lỗi”, người xử lý khó biết việc nào cần ưu tiên. Nhân viên phải gọi nhiều số, nhắc lại tình trạng và chờ mà không biết yêu cầu đang ở đâu.
Đây là khoảng cách giữa hỗ trợ kỹ thuật đơn lẻ và quản trị dịch vụ công nghệ thông tin. Hỗ trợ kỹ thuật tập trung vào việc sửa một lỗi cụ thể. ITSM—quản trị dịch vụ CNTT—đặt câu hỏi rộng hơn: văn phòng đang phụ thuộc vào những dịch vụ nào, ai sử dụng, gián đoạn ảnh hưởng ra sao, cách tiếp nhận và ưu tiên thế nào, ai chịu trách nhiệm, kết quả được đo lường và cải tiến bằng dữ liệu gì.
ISO/IEC 20000 mô tả hệ thống quản lý dịch vụ như một cơ chế để định hướng, theo dõi và kiểm soát hoạt động quản lý dịch vụ, bao gồm hoạch định, thiết kế, chuyển tiếp, cung cấp và cải tiến. ITIL cũng tổ chức các thực hành quanh service desk, quản lý sự cố, yêu cầu, vấn đề, thay đổi, tài sản, mức dịch vụ và cải tiến liên tục. Văn phòng không nhất thiết phải triển khai đầy đủ một tiêu chuẩn ngay từ đầu, nhưng có thể áp dụng các nguyên tắc cốt lõi theo quy mô và mức độ rủi ro.
Vì sao văn phòng công chứng cần nhìn IT như một dịch vụ?
Hoạt động công chứng phụ thuộc đồng thời vào con người, quy trình, dữ liệu và thiết bị. Một giao dịch có thể cần tiếp nhận giấy tờ, đối chiếu thông tin, tra cứu dữ liệu, soạn dự thảo, in hoặc scan, ký số và lưu hồ sơ. Máy tính chỉ là một mắt xích. Khi mạng, tài khoản, thiết bị ngoại vi hoặc kho lưu trữ gặp vấn đề, tác động lan sang nhiều vị trí nghiệp vụ.
Luật Công chứng 2024 dành các quy định riêng cho cơ sở dữ liệu, hồ sơ công chứng và công chứng điện tử. Nghị định 104/2025/NĐ-CP quy định chi tiết hơn về nền tảng công chứng điện tử, kết nối dữ liệu và yêu cầu an toàn hệ thống. Tháng 6/2026, Bộ Tư pháp cho biết cơ sở dữ liệu công chứng tập trung đang được xây dựng và công chứng điện tử đã bước đầu được triển khai tại một số địa phương. Bối cảnh này làm tăng nhu cầu vận hành có kiểm soát, nhưng không có nghĩa mọi văn phòng phải mua cùng một cấu hình hay một gói dịch vụ.
Điều cần thiết là xác định dịch vụ trọng yếu tại chính văn phòng. Ví dụ: kết nối đến hệ thống nghiệp vụ; mạng nội bộ; in và scan; tài khoản người dùng; lưu trữ hồ sơ; sao lưu; chữ ký số; và hỗ trợ thiết bị xác thực. Mỗi dịch vụ có người dùng, thời gian cần phục vụ, mức ảnh hưởng và phương án dự phòng khác nhau.
ITSM khác gì với “gọi IT khi có lỗi”?
Mô hình gọi IT theo tình huống thường dựa vào cá nhân. Một nhân viên biết số của kỹ thuật viên, mô tả qua điện thoại và chờ xử lý. Nếu người đó nghỉ hoặc đổi nhà cung cấp, lịch sử gần như mất. Văn phòng cũng khó phân biệt sự cố lặp lại với lỗi mới, khó biết thiết bị nào hay hỏng và không có cơ sở để đánh giá chất lượng hỗ trợ.
ITSM tạo ra một đầu mối tiếp nhận có thể là cổng yêu cầu, email, hotline hoặc nhóm được quy định rõ. Mỗi yêu cầu được ghi nhận với thời gian, người báo, dịch vụ bị ảnh hưởng, mức ưu tiên, người xử lý và kết quả. Sự cố được đóng khi người dùng xác nhận dịch vụ đã phục hồi, không chỉ khi kỹ thuật viên nói “đã làm xong”.
Điểm khác biệt tiếp theo là phân loại. “Không in được” có thể là một máy trạm cấu hình sai, một máy in mất kết nối hoặc toàn bộ hệ thống in bị ngừng. Ba tình huống giống nhau về biểu hiện nhưng khác nhau về phạm vi và mức ưu tiên. ITSM dùng tác động và mức khẩn cấp để xếp thứ tự, tránh việc người gọi to nhất luôn được phục vụ trước.
Từ sửa lỗi bị động đến quản trị dịch vụ có quy trình
Năm thành phần nên có trong mô hình ITSM tối thiểu
1. Danh mục dịch vụ dễ hiểu
Danh mục không cần dài như tài liệu kỹ thuật. Nó phải nói bằng ngôn ngữ nghiệp vụ: hỗ trợ máy trạm; mạng và Internet; in/scan; tài khoản và phân quyền; phần mềm nghiệp vụ; lưu trữ và sao lưu; chữ ký số; hỗ trợ họp hoặc phiên trực tuyến. Mỗi mục cần ghi phạm vi, giờ hỗ trợ, đầu mối và ngoại lệ.
Danh mục giúp tránh khoảng trống trách nhiệm. Nếu máy scan do bên cho thuê thiết bị bảo trì nhưng kết nối mạng do đối tác IT quản lý, quy trình phải chỉ rõ ai tiếp nhận ban đầu và ai phối hợp. Người dùng không nên tự làm “điều phối viên” giữa hai nhà cung cấp.
2. Quản lý sự cố và yêu cầu dịch vụ
Sự cố là gián đoạn hoặc suy giảm chất lượng dịch vụ, chẳng hạn mất mạng hoặc phần mềm không truy cập được. Yêu cầu dịch vụ là nhu cầu thông thường, như cấp tài khoản, cài máy in hoặc thay đổi quyền. Tách hai nhóm giúp xử lý nhanh sự cố trong khi vẫn lập lịch hợp lý cho yêu cầu không khẩn cấp.
Mỗi phiếu cần đủ dữ liệu để tái hiện: thiết bị hoặc tài khoản liên quan, thời điểm bắt đầu, ảnh chụp lỗi nếu phù hợp, số người bị ảnh hưởng và bước đã thử. Tránh gửi ảnh chứa dữ liệu khách hàng thật qua kênh không được phê duyệt.
3. Ma trận ưu tiên theo tác động
Văn phòng có thể dùng bốn mức thay vì xây ma trận quá phức tạp. Mức nghiêm trọng nhất dành cho sự cố làm ngừng dịch vụ trọng yếu trên diện rộng, không có cách thay thế. Mức tiếp theo là ảnh hưởng nhiều người hoặc một quy trình quan trọng nhưng còn phương án tạm thời. Các lỗi cá nhân và yêu cầu thông thường được xếp thấp hơn.
Thời gian phản hồi và khôi phục phải được thỏa thuận dựa trên giờ làm việc, vị trí, năng lực và chi phí. Không nên sao chép con số “5 phút” hay “30 phút” từ quảng cáo nếu chưa xác định cách đo, điều kiện loại trừ và phạm vi onsite.
4. Quản lý vấn đề và thay đổi
Khôi phục nhanh chưa chắc đã giải quyết nguyên nhân. Nếu máy in liên tục mất kết nối, cần tìm vấn đề gốc: địa chỉ mạng thay đổi, driver không đồng nhất, dây mạng kém ổn định hay cấu hình phân quyền sai. Quản lý vấn đề dùng dữ liệu sự cố lặp lại để giảm khả năng tái diễn.
Khi thay đổi cấu hình mạng, nâng cấp phần mềm hoặc thay máy chủ, cần có kế hoạch, người phê duyệt, thời điểm thực hiện, kiểm tra sau thay đổi và cách quay lui. Một thay đổi “nhỏ” nhưng thực hiện giữa giờ tiếp nhận có thể tạo rủi ro lớn hơn bản thân lỗi ban đầu.
5. Báo cáo và cải tiến liên tục
Báo cáo hữu ích không phải chỉ đếm số phiếu. Văn phòng cần biết dịch vụ nào gây nhiều gián đoạn, thời gian khôi phục trung vị, tỷ lệ sự cố lặp lại, yêu cầu quá hạn, thiết bị sắp hết vòng đời và hành động cải tiến đã hoàn tất. Dữ liệu này hỗ trợ quyết định đầu tư thay vì dựa vào cảm giác.
Không nên dùng số liệu để quy lỗi cá nhân. Mục tiêu là tìm điểm nghẽn hệ thống: hướng dẫn thiếu rõ ràng, thiết bị không phù hợp, nhà cung cấp phối hợp chậm hoặc quyền truy cập chưa được chuẩn hóa.
Vai trò của helpdesk, onsite và giám sát chủ động
Helpdesk là cửa vào của dịch vụ, không phải toàn bộ ITSM. Nhân sự helpdesk tiếp nhận, hướng dẫn, xử lý từ xa hoặc chuyển đúng nhóm. Hỗ trợ onsite cần cho lỗi phần cứng, hạ tầng mạng hoặc tình huống không thể giải quyết an toàn từ xa. Phạm vi onsite, thời gian di chuyển và điều kiện truy cập phải ghi rõ trong hợp đồng.
Giám sát chủ động có thể cảnh báo dung lượng lưu trữ, trạng thái sao lưu, thiết bị mạng hoặc tài nguyên máy chủ. Tuy nhiên, công cụ giám sát không tự thay thế quy trình. Cảnh báo phải có người nhận, ngưỡng phù hợp, hướng dẫn xử lý và cơ chế đóng. Nếu không, văn phòng chỉ tạo thêm một luồng thông báo không ai chịu trách nhiệm.
AI hoặc AIOps có thể hỗ trợ phân loại cảnh báo, tìm mẫu lặp và gợi ý nguyên nhân, nhưng kết quả cần được kiểm tra. Không nên để hệ thống tự động thay đổi hạ tầng trọng yếu khi chưa có giới hạn, phê duyệt và khả năng quay lui.
Năm câu hỏi đánh giá mức trưởng thành ITSM
Năm câu hỏi để tự đánh giá hiện trạng
- Văn phòng có một kênh tiếp nhận thống nhất và mọi yêu cầu đều có mã theo dõi không?
- Mức ưu tiên có dựa trên số người, dịch vụ và tác động nghiệp vụ không?
- Mỗi yêu cầu có người chịu trách nhiệm, thời hạn và bằng chứng đóng không?
- Văn phòng có xem lại sự cố lặp lại, thay đổi và nguyên nhân gốc không?
- Báo cáo định kỳ có dẫn tới hành động cải tiến cụ thể không?
Nếu phần lớn câu trả lời là “chưa”, bước đầu không nhất thiết là mua thêm công cụ. Văn phòng có thể bắt đầu bằng danh mục mười dịch vụ quan trọng, một kênh tiếp nhận, bốn mức ưu tiên và cuộc họp ngắn hàng tháng để xem dữ liệu sự cố.
ITSM thuê ngoài cần được quản trị như thế nào?
Thuê ngoài có thể phù hợp khi văn phòng chưa có đội IT chuyên trách hoặc cần năng lực đa lĩnh vực. Nhưng thuê ngoài không chuyển hết trách nhiệm quản trị sang nhà cung cấp. Văn phòng vẫn cần người đại diện dịch vụ, phê duyệt quyền truy cập, xác định mức ưu tiên, theo dõi SLA và quyết định thay đổi.
Hợp đồng cần quy định phạm vi, ngoại lệ, kênh tiếp nhận, giờ hỗ trợ, cách tính thời gian, bảo mật, xử lý dữ liệu, tài khoản kỹ thuật viên, nhật ký truy cập, sao lưu, ứng phó sự cố và bàn giao khi kết thúc. NDA là một lớp cam kết, không thay thế kiểm soát kỹ thuật và giám sát thực tế.
SCTS công bố cung ứng dịch vụ quản trị dịch vụ CNTT—ITSM và giải pháp eNotary. Khi khảo sát, văn phòng nên yêu cầu trình diễn quy trình bằng tình huống thật: mất kết nối máy scan, tài khoản bị khóa, sự cố lưu trữ hoặc yêu cầu cấp quyền. Khả năng đo được quy trình quan trọng hơn danh sách tính năng dài.
Kết luận
ITSM cho văn phòng công chứng không đồng nghĩa với một bộ công cụ đắt tiền hay cam kết “không bao giờ gián đoạn”. Đây là cách tổ chức dịch vụ công nghệ theo nhu cầu nghiệp vụ: biết dịch vụ nào quan trọng, tiếp nhận ở đâu, ưu tiên thế nào, ai chịu trách nhiệm và học được gì sau mỗi sự cố.
Một mô hình tối thiểu nhưng được duy trì tốt thường có giá trị hơn quy trình phức tạp chỉ tồn tại trên giấy. Hãy bắt đầu từ danh mục dịch vụ, kênh tiếp nhận và dữ liệu sự cố; sau đó mở rộng sang quản lý vấn đề, thay đổi, tài sản, bảo mật và cải tiến liên tục.
CTA: SCTS hỗ trợ khảo sát hiện trạng dịch vụ IT và trao đổi phương án ITSM phù hợp. Liên hệ 0903.864.794, email admin@scts.com.vn hoặc truy cập https://scts.com.vn/.
Lưu ý pháp lý: Nội dung là gợi ý quản trị vận hành, không phải ý kiến pháp lý hoặc cam kết mức dịch vụ. Phạm vi ITSM, SLA, bảo mật và quyền xử lý dữ liệu cần được xác định trong hợp đồng và rà soát theo điều kiện triển khai. Công chứng viên/chuyên gia pháp lý cần rà soát trước khi xuất bản hoặc áp dụng.
Nguồn tham khảo — đã mở và đọc ngày 10/08/2026
- ISO/IEC 20000 IT service management – A practical guide — khung hệ thống quản lý dịch vụ và cải tiến.
- ISO/IEC 20000-2 — hoạch định, cung cấp, theo dõi và cải tiến dịch vụ.
- PeopleCert – ITIL FAQ — nhóm thực hành service desk, incident, problem, request, change và service level.
- NIST Cybersecurity Framework 2.0 — quản trị rủi ro theo Govern, Identify, Protect, Detect, Respond, Recover.
- Luật Công chứng số 46/2024/QH15 — bối cảnh hồ sơ, cơ sở dữ liệu và công chứng điện tử.
- Nghị định 104/2025/NĐ-CP — quy định chi tiết thi hành Luật Công chứng.
- 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 triển khai đến tháng 6/2026.
- Website SCTS — xác nhận SCTS công bố dịch vụ ITSM và giải pháp 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 đồng thời công bố cung ứng dịch vụ quản trị dịch vụ CNTT—ITSM. Phạm vi cụ thể được xác định sau khảo sát và theo thỏa thuận triển khai.
SCTS – Đối tác chuyển đổi số cho doanh nghiệp và tổ chức
- Website: https://scts.com.vn/
- Hotline: 0903.864.794
- Email: admin@scts.com.vn