So sánh phần mềm eOffice: tự chủ on-premise vs SaaS thuê ngoài

Khi so sánh phần mềm eOffice, phần lớn thời gian bị đốt vào việc đối chiếu danh sách tính năng. Nhưng tính năng của các sản phẩm trên thị trường đã hội tụ khá gần nhau: trình ký, quản lý văn bản đến — đi, giao việc, lịch họp, ký số. Điểm rẽ thật sự nằm ở mô hình triển khai: phần mềm chạy trên hạ tầng của tổ chức (on-premise) hay bạn thuê dịch vụ do nhà cung cấp vận hành (SaaS).

Câu trả lời ngắn: nếu tổ chức có quy trình phê duyệt đặc thù, dữ liệu nhạy cảm và cần sống chung với hệ thống này mười năm, mô hình tự chủ trên hạ tầng riêng thường đúng hơn. Nếu tổ chức nhỏ, quy trình gần chuẩn phổ thông, ít ràng buộc dữ liệu và không có đội vận hành, thuê phần mềm văn phòng điện tử là lựa chọn hợp lý. Bài này đưa ra khung so sánh theo tiêu chí để bạn tự chấm.

eOffice on-premise là gì và SaaS khác ở đâu

eOffice on-premise là gì: bản phần mềm cài và chạy trên máy chủ do tổ chức sở hữu hoặc thuê riêng, cơ sở dữ liệu nằm trong vùng mạng của tổ chức, quản trị viên của tổ chức giữ tài khoản cao nhất. Nhà cung cấp bàn giao, hướng dẫn vận hành và hỗ trợ, nhưng không cầm dữ liệu.

SaaS thì ngược lại. Bạn trả phí theo tháng hoặc theo người dùng, đăng nhập vào hệ thống dùng chung do nhà cung cấp vận hành. Cập nhật, bản vá, sao lưu đều do họ làm. Dữ liệu nằm trong hệ thống của họ, theo chính sách của họ.

Cần tách bạch chuyện này với tranh luận hạ tầng thuần túy. Chọn đặt máy chủ ở đâu và ràng buộc pháp lý kèm theo đã bàn kỹ ở bài on-premise hay cloud để giữ chủ quyền dữ liệu. Bài này đứng ở tầng sản phẩm: nghiệp vụ chạy được đến đâu, tùy biến ra sao, vận hành tốn gì và hợp đồng khóa bạn thế nào.

So sánh phần mềm eOffice theo tám tiêu chí

Chấm từng tiêu chí cho hoàn cảnh của bạn, không chấm chung chung.

• Quyền kiểm soát dữ liệu. Với on-premise, bạn quyết định ai truy cập, nhật ký lưu bao lâu, sao lưu để ở đâu, và trích xuất toàn bộ cơ sở dữ liệu bất cứ lúc nào. Với SaaS, bạn nhận được những gì giao diện quản trị cho phép. Câu hỏi thực tế không phải nhà cung cấp có đáng tin không, mà nếu ngày mai cần bàn giao toàn bộ dữ liệu cho một đơn vị kiểm tra thì lấy ra bằng cách nào và trong bao lâu.

• Mức độ tùy biến quy trình phê duyệt. Đây là chỗ hai mô hình lệch nhau nhiều nhất. Quy trình trình ký của một tổng công ty hiếm khi là đường thẳng: ủy quyền khi lãnh đạo đi vắng, ký thay, luồng rẽ theo giá trị hợp đồng, bước xin ý kiến song song rồi mới tổng hợp. SaaS cho cấu hình trong khuôn khổ sản phẩm đã dựng sẵn; ngoài khuôn khổ đó là chờ roadmap. Bản chạy riêng sửa được đúng nghiệp vụ, đổi lại mỗi lần sửa là một khoản công.

• Tích hợp với hệ thống sẵn có. Đa số tổ chức lớn đã có thư mục người dùng, hệ thống nhân sự, phần mềm kế toán, có thể cả hệ thống văn bản ngành dọc. eOffice chỉ có giá trị khi nối được vào những thứ đó. Bản chạy trên hạ tầng của bạn nối trực tiếp trong mạng nội bộ; SaaS phải mở đường ra Internet và phụ thuộc API nhà cung cấp có sẵn hay không.

• Chi phí theo thời gian. SaaS rẻ ở năm đầu và tăng đều theo số người dùng. Bản tự chủ nặng ở giai đoạn đầu rồi phẳng dần. Điểm hòa vốn phụ thuộc quy mô và tuổi thọ hệ thống, nên đừng so giá năm đầu. Hãy dựng bảng chi phí năm năm cho cả hai, gồm phí bảo trì, phí thêm người dùng, phí lưu trữ vượt hạn mức và công nội bộ. Cách bóc tách các khoản này có ở bài tiêu chí chọn phần mềm eOffice.

• Tốc độ triển khai. SaaS thắng rõ ở tuần đầu. Nhưng thời gian tới lúc dùng thật phụ thuộc vào số hóa quy trình và di chuyển dữ liệu cũ, không phụ thuộc việc cài đặt. Hệ thống mở tài khoản trong ba ngày mà sáu tháng sau vẫn chạy song song với văn bản giấy thì không nhanh hơn gì.

• Nghĩa vụ tuân thủ. Văn thư nhà nước và các tổ chức làm việc với cơ quan nhà nước chịu ràng buộc của Nghị định 30/2020/NĐ-CP về công tác văn thư về thể thức, số hiệu và lưu trữ hồ sơ. Dữ liệu cá nhân trong hồ sơ nhân sự chịu ràng buộc của Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 và Nghị định 356/2025/NĐ-CP. Điểm cần lưu ý: dùng SaaS không chuyển được trách nhiệm sang nhà cung cấp. Bạn vẫn là bên kiểm soát dữ liệu và vẫn phải chứng minh được bên xử lý làm đúng. Kèm theo đó là yêu cầu lưu trữ dữ liệu trong nước, đã bàn ở bài data localization.

• Năng lực vận hành cần có. Đây là tiêu chí hay bị bỏ qua và là lý do thật khiến nhiều dự án tự chủ thất bại. Chạy trên hạ tầng riêng cần người biết theo dõi máy chủ, phục hồi sau sự cố, vá lỗi bảo mật và kiểm tra sao lưu định kỳ. Nếu không có ai làm việc đó và cũng không định thuê, on-premise chỉ là rủi ro được đổi tên.

• Khả năng rời bỏ nhà cung cấp. Rủi ro khóa nhà cung cấp không nằm ở hợp đồng khó hủy, mà ở chỗ dữ liệu ra khỏi hệ thống dưới dạng không dùng được. Xuất vài nghìn tệp PDF rời rạc không phải là di trú dữ liệu khi đổi nhà cung cấp. Cái bạn cần là cấu trúc hồ sơ, quan hệ văn bản đến và đi, lịch sử phê duyệt, chữ ký số kèm dấu thời gian và nhật ký truy cập.

Mô hình nào hợp với loại tổ chức nào

• Tổ chức nhỏ, quy trình chuẩn. Dưới khoảng một trăm người, phê duyệt hai ba cấp, không lưu dữ liệu nhạy cảm, không có đội IT vận hành. SaaS là lựa chọn đúng: nhanh, rẻ, không phải trả giá cho sự tự chủ mà mình chưa cần.

• Doanh nghiệp tầm trung đang tăng trưởng. Quy trình bắt đầu phức tạp, đã có hệ thống nhân sự và kế toán riêng. Nhóm này nên soi kỹ tiêu chí tích hợp và tùy biến, vì đó là nơi chi phí ẩn xuất hiện sau năm thứ hai.

• Tập đoàn, tổng công ty, đơn vị nhiều cấp. Ma trận phân quyền phức tạp, nhiều pháp nhân con, dữ liệu tài chính và nhân sự nhạy cảm. Tự chủ hệ thống văn phòng số gần như luôn thắng khi tính đủ mười năm.

• Cơ quan nhà nước và đơn vị sự nghiệp. Câu hỏi eOffice cho cơ quan nhà nước dùng mô hình nào thường đã bị ràng buộc sẵn: yêu cầu cấp độ an toàn hệ thống thông tin, kết nối trục liên thông văn bản, lưu trữ trong nước và quy định lưu trữ hồ sơ đẩy lựa chọn về phía hạ tầng do nhà nước hoặc đơn vị chủ quản kiểm soát. SaaS dùng chung, đặt ngoài lãnh thổ, thường không qua được vòng thẩm định.

Những câu hỏi cần hỏi nhà cung cấp trước khi ký

Gửi trước bằng văn bản và yêu cầu trả lời bằng văn bản. Câu trả lời mơ hồ là một câu trả lời.

• Dữ liệu đặt ở đâu, ai có quyền quản trị cao nhất, và đội của nhà cung cấp truy cập được những gì?
• Nếu chúng tôi dừng hợp đồng, dữ liệu được xuất ra ở định dạng nào, có kèm quan hệ hồ sơ và lịch sử phê duyệt không, mất bao lâu và tính phí thế nào?
• Sau khi xuất, dữ liệu trên hệ thống của bên cung cấp bị xóa trong bao lâu, có biên bản xác nhận không?
• Quy trình phê duyệt của chúng tôi cần các nhánh sau — cấu hình được hay phải viết thêm? Nếu viết thêm thì ai sở hữu phần viết thêm đó?
• Bản nâng cấp có làm hỏng phần tùy biến của chúng tôi không, và ai chịu chi phí sửa lại?
• Hệ thống nối được với thư mục người dùng và phần mềm nhân sự hiện tại của chúng tôi bằng cách nào?
• Ký số triển khai theo phương án nào, tích hợp với chữ ký số chuyên dùng ra sao?
• Cam kết thời gian phản hồi sự cố là bao nhiêu, và điều khoản gì áp dụng khi vi phạm?
• Nếu hai bên chấm dứt quan hệ, chúng tôi có được tiếp tục vận hành bản đang chạy không?

Nếu chọn SaaS, hãy đưa nhà cung cấp vào quy trình đánh giá bên thứ ba. Khung làm việc có ở checklist quản trị rủi ro bên thứ ba và SaaS; vì sao việc này không thừa thì bài Vietnam Airlines lộ dữ liệu qua đối tác đã cho thấy khá rõ.

Cách kiểm chứng lời hứa tùy biến được

Gần như nhà cung cấp nào cũng nói sản phẩm của mình tùy biến được. Cách duy nhất để biết là bắt họ chứng minh trên nghiệp vụ của bạn, khi còn đang thương thảo.

• Đưa một quy trình khó, không phải quy trình mẫu. Chọn luồng phê duyệt rối nhất bạn có, yêu cầu dựng nó trên bản demo trong khoảng thời gian định trước.

• Ngồi xem người ta dựng. Nếu đổi một luồng phải do lập trình viên của nhà cung cấp sửa mã nguồn rồi phát hành bản mới, thì mỗi lần đổi quy trình sau này là một dự án nhỏ. Cần biết trước khi ký, không phải sau.

• Hỏi ai giữ được quyền sửa. Sau bàn giao, quản trị viên của bạn có tự thêm bước phê duyệt được không, hay mọi thay đổi đều phải mở phiếu yêu cầu?

• Thử một lần di trú ngược. Yêu cầu xuất dữ liệu từ bản demo rồi tự kiểm tra xem có dựng lại được hồ sơ đầy đủ hay không. Đây là bài kiểm tra rẻ nhất và nói nhiều nhất.

Kết

So sánh phần mềm eOffice không nên dừng ở việc mô hình nào tốt hơn, vì cả hai đều đúng với một loại tổ chức nào đó. Việc cần làm là chấm tám tiêu chí trên theo hoàn cảnh thật, trung thực về năng lực vận hành đang có, và soi kỹ hai chỗ dễ mất tiền nhất về sau: tùy biến quy trình và đường ra khỏi hợp đồng.

Tetra eOffice đi theo hướng tùy biến theo nghiệp vụ và chạy trên hạ tầng của khách, không phải dịch vụ thuê bao dùng chung, để tổ chức giữ quyền kiểm soát dữ liệu và không bị khóa vào một nhà cung cấp. Nếu đang phân vân giữa hai mô hình, hãy đặt lịch tư vấn để cùng chấm khung tiêu chí này trên đúng quy trình của bạn.