Lộ trình triển khai eOffice on-premise: từ khảo sát tới go-live

eOffice không phải phần mềm bấm "đăng ký" là chạy. Đây là hệ thống chạy trên hạ tầng của tổ chức, tích hợp sâu với những gì bạn đang có, và được tùy biến theo nghiệp vụ thật. Điều đó có nghĩa: triển khai là một dự án, không phải một lần thanh toán. Bài này vẽ lại lộ trình thực tế — từ buổi khảo sát đầu tiên tới ngày go-live, rồi cả giai đoạn vận hành sau đó — để bạn biết mình đang bước vào cái gì, mỗi giai đoạn cho ra sản phẩm gì, ai cần tham gia, mất bao lâu và rủi ro nằm ở đâu.

Đây cũng là điểm khác biệt căn bản giữa một hệ thống chạy trên hạ tầng riêng và một dịch vụ thuê bao dùng chung. Nếu bạn đang cân nhắc giữa hai hướng, so sánh eOffice on-premise và SaaS và tiêu chí chọn phần mềm eOffice sẽ giúp bạn quyết định trước khi đi vào lộ trình bên dưới.

Tổng quan: 3–6 tháng, các giai đoạn nối tiếp

Một triển khai Tetra eOffice on-premise điển hình mất 3–6 tháng hoặc hơn, tùy mức độ tích hợp và độ sẵn sàng của tổ chức. Không có con số cố định vì không có hai tổ chức nào giống nhau: hệ thống sẵn có, quy trình phê duyệt, hạ tầng, chữ ký số — mỗi thứ đều đổi phương trình.

Cách đọc lộ trình này không phải như một lịch cứng, mà như một chuỗi cửa: mỗi giai đoạn có đầu ra rõ ràng, và chỉ nên bước qua khi đầu ra đó đã được duyệt. Bỏ qua một cửa để "đi cho nhanh" gần như luôn quay lại tính lãi ở giai đoạn sau. Dưới đây là từng giai đoạn, kèm sản phẩm bàn giao, người tham gia, thời lượng tham khảo và rủi ro thường gặp.

Giai đoạn 1 — Tư vấn và khảo sát hiện trạng

Trước khi bàn tính năng, phải hiểu bạn đang ở đâu. Giai đoạn này trả lời ba câu hỏi cốt lõi.

• Kỳ vọng thật là gì? Muốn hết giấy tờ, hay muốn rút ngắn thời gian phê duyệt, hay cần tuân thủ thể thức văn bản? Ba mục tiêu này dẫn tới ba cách dựng khác nhau.
• Đang dùng gì? Tổ chức đã có Microsoft 365 chưa? Có chữ ký số của nhà cung cấp nào? Có hệ thống nhân sự, kế toán nào cần liên thông?
• Vận hành ra sao? Luồng công văn đến/đi, ai duyệt, mấy cấp, ngoại lệ nào — kể cả những ngoại lệ mà ngày thường không ai nhắc tới nhưng lại xuất hiện mỗi tháng vài lần.

Sản phẩm bàn giao. Một báo cáo khảo sát hiện trạng: sơ đồ luồng nghiệp vụ, danh mục hệ thống cần tích hợp, hiện trạng hạ tầng và chữ ký số, cùng danh sách mục tiêu ưu tiên đã được thống nhất.

Ai tham gia. Phía nhà cung cấp là chuyên gia tư vấn và kiến trúc sư giải pháp; phía tổ chức cần có văn thư, đại diện các phòng ban duyệt nhiều, và người phụ trách hạ tầng. Thiếu tiếng nói của người làm nghiệp vụ thật, bản khảo sát sẽ chỉ đẹp trên giấy.

Thời lượng tham khảo. Khoảng một đến ba tuần, tùy quy mô và số phòng ban.

Rủi ro. Đây là giai đoạn quyết định phần lớn thành bại. Một bản khảo sát hời hợt sẽ trả giá ở tháng thứ tư, khi phát hiện một nhánh phê duyệt chưa từng được mô tả. Rủi ro lớn nhất là các quy trình "ngầm" — cách làm thực tế khác với quy định trên văn bản.

Giai đoạn 2 — Thiết kế và chốt phạm vi

Từ khảo sát, chốt hai thứ.

Nhóm chức năng. Quản lý công văn, quy trình phê duyệt (BPM), ký số, liên thông nhân sự — không nhất thiết làm hết cùng lúc. Chia pha giúp có giá trị sớm và giảm rủi ro: pha 1 nên là phần lõi mà cả tổ chức dùng hằng ngày, các phần đặc thù đẩy về pha sau.

Mô hình triển khai. Đây là điểm nhiều tổ chức chưa rõ:

• Nếu bạn đã có Microsoft 365 (phổ biến với doanh nghiệp lớn), cách nhanh nhất là tận dụng: đăng nhập qua Entra ID (SSO), lưu trữ file trên SharePoint. Nhân viên dùng tài khoản quen thuộc, không phải học thêm.
• Nếu bạn không dùng M365, hoặc muốn tự chủ hoàn toàn, eOffice chạy độc lập được bằng thành phần mã nguồn mở thay thế — xác thực độc lập (Authentik) và lưu trữ đối tượng tương thích S3 (MinIO). Không khóa vào một nhà cung cấp nào.

Điểm chung của cả hai: dữ liệu nghiệp vụ luôn nằm trên hạ tầng của bạn. Đó là lý do gọi là on-premise.

Sản phẩm bàn giao. Tài liệu thiết kế giải pháp và bản chốt phạm vi pha 1: danh sách chức năng, mô hình triển khai, sơ đồ luồng phê duyệt sẽ dựng, và các điểm tích hợp cần chuẩn bị.

Ai tham gia. Kiến trúc sư giải pháp và đầu mối ra quyết định phía tổ chức. Giai đoạn này cần một người có thẩm quyền chốt, nếu không phạm vi sẽ trôi.

Thời lượng tham khảo. Khoảng hai đến bốn tuần.

Rủi ro. Phạm vi nở ra không kiểm soát ("scope creep"). Mỗi phòng ban muốn thêm một nhánh, và pha 1 phình tới mức không bao giờ go-live. Kỷ luật chốt phạm vi ở đây là thứ giữ cho dự án về đích.

Giai đoạn 3 — Chuẩn bị hạ tầng và tích hợp

Giai đoạn kỹ thuật, và là nơi tiến độ hay chững lại vì phụ thuộc bên thứ ba.

• Hạ tầng máy chủ — chuẩn bị máy chủ hoặc máy ảo, mạng, sao lưu, chứng chỉ TLS.
• Quyền quản trị M365 (nếu đi hướng tận dụng M365) — cần quản trị viên tạo ứng dụng và cấp token. Việc này nghe nhỏ nhưng thường chờ lâu nhất, vì phải qua bộ phận CNTT và đôi khi cả phê duyệt bảo mật.
• Chữ ký số — muốn ký số hợp lệ phải tích hợp chữ ký số từ nhà cung cấp mà tổ chức đang dùng. Tetra eOffice hỗ trợ VNPT SmartCA, Viettel MySign và MobiFone HSM; cần xác định sớm tổ chức đang dùng dịch vụ nào để chuẩn bị chứng thư và cấu hình tương ứng.
• Hệ thống sẵn có — kết nối tới nhân sự, kế toán, hoặc cổng nội bộ nếu cần liên thông. Lưu ý: liên thông dữ liệu nhân sự là một tích hợp riêng với hệ thống HRMS, không phải một module có sẵn bật lên là chạy.

Sản phẩm bàn giao. Môi trường hạ tầng sẵn sàng cài đặt, các tài khoản và token tích hợp đã được cấp, chứng thư ký số đã thông.

Ai tham gia. Đội hạ tầng/CNTT của tổ chức là nhân vật chính ở đây, phối hợp cùng kỹ sư triển khai của nhà cung cấp và các bên thứ ba (nhà cung cấp chữ ký số, quản trị M365).

Thời lượng tham khảo. Khoảng hai đến sáu tuần, phần lớn là thời gian chờ bên thứ ba chứ không phải thời gian làm.

Rủi ro. Mỗi phụ thuộc bên ngoài là một điểm chờ. Token M365 chậm, chứng thư ký số vướng thủ tục, máy chủ chưa cấp — bất kỳ mắt xích nào cũng có thể kéo cả giai đoạn. Cách giảm rủi ro là khởi động các yêu cầu này song song ngay từ đầu, đừng làm tuần tự.

Giai đoạn 4 — Triển khai, tùy biến và kiểm thử

Cài đặt, cấu hình luồng phê duyệt theo đúng quy trình đã khảo sát, tùy biến biểu mẫu và thể thức văn bản, rồi kiểm thử với dữ liệu thật của tổ chức. Giai đoạn này cần người của bạn tham gia: chỉ người trong cuộc mới biết một công văn "đúng" trông như thế nào — từ vị trí con dấu tới cách đánh số hiệu.

Kiểm thử nên đi theo kịch bản nghiệp vụ thật, không phải bấm thử vài nút. Lấy đúng những công văn khó nhất, những nhánh phê duyệt rối nhất, chạy hết vòng từ tạo tới ký tới ban hành, rồi đối chiếu kết quả với cách làm hiện tại.

Sản phẩm bàn giao. Hệ thống đã cấu hình đúng nghiệp vụ, biên bản kiểm thử với các kịch bản đã chạy qua, và danh sách điều chỉnh trước khi go-live.

Ai tham gia. Kỹ sư triển khai phía nhà cung cấp, cùng nhóm người dùng chủ chốt (key user) của tổ chức — thường là văn thư và một số người duyệt đại diện.

Thời lượng tham khảo. Khoảng ba đến tám tuần, tùy mức độ tùy biến.

Rủi ro. Phát hiện muộn rằng quy trình mô tả trong khảo sát không khớp thực tế. Kiểm thử với dữ liệu thật thay vì dữ liệu mẫu là cách rẻ nhất để lộ ra khoảng cách này trước khi nó thành sự cố sau go-live.

Giai đoạn 5 — Đào tạo và go-live

Đào tạo theo vai trò (văn thư, người duyệt, quản trị viên), chạy song song với cách làm cũ một thời gian nếu cần, rồi chuyển đổi. Chạy song song giúp tổ chức không mất đường lui trong lúc mọi người còn làm quen, đổi lại tốn công gấp đôi trong giai đoạn ngắn — cần cân nhắc theo mức độ rủi ro của tổ chức.

Sản phẩm bàn giao. Tài liệu hướng dẫn theo vai trò, các buổi đào tạo đã hoàn tất, và hệ thống chính thức tiếp nhận công văn thật.

Ai tham gia. Đội đào tạo phía nhà cung cấp và toàn bộ người dùng cuối; phía tổ chức cần một đầu mối điều phối để gom phản hồi những ngày đầu.

Thời lượng tham khảo. Đào tạo khoảng một đến hai tuần, cộng thời gian chạy song song tùy chọn.

Rủi ro. Kháng cự thay đổi. Người dùng quen giấy tờ có thể âm thầm quay lại cách cũ nếu không được đồng hành sát trong tuần đầu. Có mặt để xử lý vướng mắc ngay là yếu tố quyết định hệ thống có thật sự được dùng hay không.

Giai đoạn 6 — Vận hành và đồng hành sau go-live

Go-live không phải vạch đích. Sau khi hệ thống chạy thật, vẫn cần tinh chỉnh luồng theo phản hồi thực tế, bổ sung các nhóm chức năng đã hoãn sang pha sau, cập nhật bảo mật và kiểm tra sao lưu định kỳ.

Sản phẩm bàn giao. Cam kết hỗ trợ, quy trình tiếp nhận và xử lý sự cố, kế hoạch cho các pha tiếp theo.

Ai tham gia. Đội hỗ trợ phía nhà cung cấp và quản trị viên của tổ chức. Với mô hình on-premise, tổ chức cần có người biết theo dõi máy chủ và kiểm tra sao lưu — nếu không có và cũng không định thuê, đây là khoảng trống cần bàn ngay từ giai đoạn thiết kế.

Điều gì quyết định nhanh hay chậm

Theo kinh nghiệm, tiến độ phụ thuộc ba yếu tố — và cả ba đều nằm phía tổ chức:

1. Độ sẵn sàng. Có sẵn quản trị viên M365, chữ ký số, hạ tầng máy chủ hay không.
2. Mức độ tùy biến. Quy trình càng đặc thù, càng cần thời gian dựng và kiểm thử.
3. Số hệ thống phải tích hợp. Mỗi kết nối là một phụ thuộc và một điểm chờ.

Chuẩn bị gì để đi nhanh

• Chỉ định một đầu mối ra quyết định phía tổ chức (thiếu cái này là nguyên nhân trễ phổ biến nhất).
• Tập hợp sẵn: sơ đồ luồng công văn hiện tại, danh sách biểu mẫu, thông tin chữ ký số, thông tin quản trị M365 (nếu có).
• Xác định phạm vi pha 1 thực tế, đừng nhồi mọi thứ vào một lần.
• Khởi động sớm các yêu cầu phụ thuộc bên thứ ba (token, chứng thư, cấp máy chủ) song song, đừng chờ đến đúng giai đoạn mới bắt đầu.

Kết

Triển khai eOffice on-premise là một dự án có đồng hành, không phải một giao dịch. Đổi lại: hệ thống chạy đúng nghiệp vụ của bạn, dữ liệu nằm trên hạ tầng của bạn, và không bị khóa vào nhà cung cấp nào. Đây là cách làm phù hợp với tập đoàn, tổng công ty và khu vực công — những nơi mà quy trình đặc thù, dữ liệu nhạy cảm và tuổi thọ hệ thống khiến sự tự chủ trở thành yêu cầu chứ không phải lựa chọn.

Nếu tổ chức đang cân nhắc, hãy đặt lịch tư vấn để chúng tôi khảo sát hiện trạng và phác lộ trình theo đúng thực tế của bạn.