ERP đã chạy, vì sao Excel vẫn sống khỏe trong doanh nghiệp?

ERP đã vận hành nhưng Excel vẫn tồn tại ở nhiều công đoạn. Thay vì vội cấm người dùng, doanh nghiệp nên xem file như một tín hiệu về khoảng trống dữ liệu, quy trình, báo cáo hoặc trải nghiệm hệ thống.

Có ERP rồi thì phải bỏ Excel?

Sau một dự án ERP được triển khai, kỳ vọng khá phổ biến là mọi dữ liệu sẽ được đưa về hệ thống và các file Excel thủ công dần biến mất.

Thế nhưng thực tế lại hiếm khi đơn giản như vậy. Sales vẫn có bảng theo dõi đơn hàng riêng. Mua hàng có file kế hoạch giao hàng của nhà cung cấp. Kho có bảng đối chiếu tồn. Kế toán tải dữ liệu ra Excel để kiểm tra. Sản xuất lại có một file kế hoạch khác. Nhìn qua, người ta dễ kết luận user chưa chịu thay đổi. Nhưng nếu quan sát kỹ hơn, mỗi file thường tồn tại vì một lý do.

Excel tồn tại sau ERP không nhất thiết chứng minh ERP thất bại. Nhưng nó thường là một dấu hiệu đáng để hỏi thêm.

Có những file Excel hoàn toàn bình thường

Không phải dữ liệu nào xuất ra Excel cũng là vấn đề. Người dùng có thể cần phân tích ad-hoc, thử một kịch bản ngân sách, mô phỏng giá, chuẩn bị dữ liệu một lần hoặc làm một phép tính chưa cần đưa vào hệ thống. Excel rất mạnh ở những công việc như vậy.

Vấn đề bắt đầu khi một file tạm thời trở thành một phần bắt buộc của quy trình. Ví dụ, mọi Sales Order đều phải được nhập ERP rồi copy sang Excel. Mỗi sáng nhân viên lại cập nhật trạng thái giao hàng bằng tay. Cuối tuần file được gửi cho quản lý và mọi người xem đó là báo cáo chính thức.

Lúc này Excel không còn chỉ hỗ trợ ERP. Nó đã trở thành một hệ thống song song.

Vì sao Shadow Excel hình thành?

Có vài nguyên nhân khá thường gặp.

1. ERP có dữ liệu nhưng chưa có đúng góc nhìn người dùng cần

Hệ thống có Sales Order, Delivery và Invoice nhưng người quản lý muốn nhìn một dòng duy nhất:

Đặt hàng → Đã giao → Còn lại → Ngày dự kiến → Trễ bao nhiêu ngày

Nếu màn hình chuẩn không cho họ góc nhìn đó, Excel xuất hiện để nối các mảnh dữ liệu lại.

2. Có một bước nghiệp vụ chưa được số hóa

ERP quản lý Purchase Order và Goods Receipt, nhưng việc nhà cung cấp xác nhận lịch giao lại nằm trong email. Mua hàng tạo thêm Excel để theo dõi ngày hứa giao, lý do trễ và lần xác nhận gần nhất. File này đang cho thấy một khoảng trống giữa hai chứng từ chuẩn của hệ thống.

3. Người dùng cần thao tác nhanh hơn

Có những tác vụ ERP thực hiện được nhưng phải qua nhiều màn hình hoặc nhiều bước. Nếu một nhân viên phải làm thao tác đó hàng trăm lần mỗi ngày, họ sẽ tự tìm cách rút ngắn. Excel đôi khi chỉ là giải pháp dễ nhất.

4. Người dùng chưa tin dữ liệu hệ thống

Đây mới là trường hợp đáng chú ý.
ERP báo tồn 1.250 nhưng kho vẫn giữ một file riêng vì “file này mới là số thực”. Sales tải công nợ rồi tự sửa vì không tin báo cáo. Mua hàng giữ danh sách nhà cung cấp riêng vì Master Data trên ERP chưa sạch.
Khi đó vấn đề không còn nằm ở Excel. Nó nằm ở niềm tin vào dữ liệu.

Dấu hiệu nào cho thấy Excel đã trở thành rủi ro?

Một vài dấu hiệu khá dễ nhận ra:

  • Cùng một dữ liệu phải nhập vào ERP và Excel.
  • File được dùng để quyết định thay vì dữ liệu trên ERP.
  • Nhiều người giữ các phiên bản khác nhau.
  • Công thức do một người duy nhất hiểu.
  • Nhân viên nghỉ phép thì không ai biết cập nhật file.
  • Số liệu Excel và ERP thường xuyên phải đối chiếu.
  • File chứa Master Data được sửa trực tiếp ngoài quy trình.
  • Một bước bắt buộc của nghiệp vụ chỉ tồn tại trong spreadsheet.

Đặc biệt, nếu mỗi kỳ doanh nghiệp phải dành nhiều giờ để chứng minh “ERP đúng hay Excel đúng”, hệ thống song song đã bắt đầu tạo chi phí vận hành thực sự.

Đừng xóa file trước khi hiểu tại sao nó tồn tại

Một cách xử lý thường gặp là yêu cầu user ngừng dùng Excel và “tất cả phải theo ERP”. Cách này có thể giải quyết phần biểu hiện nhưng chưa chắc giải quyết nguyên nhân.

Thay vào đó, có thể chọn những file được sử dụng thường xuyên nhất và hỏi:

  • Dữ liệu nào được lấy từ ERP?
  • Dữ liệu nào user tự bổ sung?
  • Cột nào được tính bằng công thức?
  • Ai cập nhật?
  • Cập nhật vào thời điểm nào?
  • Ai sử dụng kết quả?
  • Quyết định nào được đưa ra từ file này?

Chỉ vài câu hỏi như vậy đôi khi cho ra một requirement tốt hơn cả một buổi workshop bắt đầu bằng câu “anh chị muốn hệ thống thêm chức năng gì?”.

Mỗi file có thể dẫn đến một cách xử lý khác nhau

Không phải tất cả Shadow Excel đều cần được đưa vào ERP.

  • Nếu thiếu một trường dữ liệu: có thể bổ sung vào Master Data hoặc transaction.
  • Nếu thiếu một báo cáo: có thể giải quyết bằng query, report hoặc BI.
  • Nếu thao tác ERP quá nặng: một Micro-Solution hoặc giao diện tác nghiệp nhỏ có thể hợp lý hơn.
  • Nếu quy trình chưa rõ: cần chuẩn hóa nghiệp vụ trước khi viết thêm phần mềm.
  • Nếu chỉ là phân tích cá nhân: có thể cứ để Excel làm đúng việc Excel làm tốt.

Mục tiêu không phải là một doanh nghiệp “không còn file Excel”. Mục tiêu là không để một file cá nhân trở thành nơi giữ dữ liệu lõi mà cả doanh nghiệp phụ thuộc vào.

Shadow Excel cũng là một cách audit ERP sau go-live

Sau sáu tháng hoặc một năm vận hành ERP, thay vì chỉ hỏi user hệ thống còn lỗi gì, có thể thực hiện một việc đơn giản hơn:

Thu thập những file Excel mà từng phòng ban vẫn dùng hằng ngày.

  • Sales đang theo dõi gì ngoài ERP?
  • Mua hàng bổ sung thông tin nào?
  • Kho đang đối chiếu số gì?
  • Kế toán phải tải dữ liệu nào ra rồi xử lý lại?

Những file này tạo thành một bản đồ khá thực tế về các khoảng trống sau triển khai. Có khoảng trống thuộc hệ thống. Có khoảng trống thuộc dữ liệu. Có khoảng trống thuộc quy trình. Và cũng có khoảng trống chỉ đơn giản là đào tạo chưa đủ.

Một checklist nhỏ để rà soát

  • File nào được sử dụng hằng ngày hoặc hằng tuần?
  • File nào chứa dữ liệu đã có trên ERP?
  • Có nhập liệu hai lần không?
  • Có quyết định quản trị nào dựa chủ yếu vào file không?
  • Ai là owner của file?
  • Nếu người đó nghỉ việc, quy trình có tiếp tục được không?
  • Dữ liệu nào ERP đang thiếu?
  • Vấn đề nên giải quyết bằng ERP, BI, automation hay Micro-Solution?
  • File nào thực sự chỉ là phân tích cá nhân và nên được giữ nguyên?

Đọc thêm

Nếu nguyên nhân của Shadow Excel đến từ dữ liệu gốc không nhất quán, bài Master Data không phải việc riêng của IT là một góc nhìn liên quan.

Với những file được tạo chủ yếu để tổng hợp và phân tích, câu chuyện lại gần hơn với bài Dashboard không nên bắt đầu từ biểu đồ: Hãy bắt đầu từ câu hỏi quản trị.

Còn nếu khoảng trống nằm ở thao tác của người dùng cuối, có thể tham khảo hướng Micro-Solution để bổ sung một lớp tác nghiệp gọn hơn thay vì tùy biến hệ thống lõi quá nhiều.

Kết

ERP đã chạy mà Excel vẫn còn không phải là chuyện quá lạ.

Có những file nên giữ. Có những file nên thay bằng báo cáo. Có những file cho thấy ERP cần bổ sung. Và có những file đang âm thầm trở thành một hệ thống thứ hai.

Thay vì bắt đầu bằng việc cấm Excel, có lẽ nên mở thử những file người dùng đang làm mỗi ngày và xem kỹ một chút.

Đôi khi requirement tiếp theo của hệ thống không nằm trong tài liệu dự án. Nó đang nằm ngay trong một file Final_v7.xlsx nào đó trên desktop của người dùng.

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

Vì sao đã có ERP nhưng vẫn dùng Excel?

ERP chưa phủ hết báo cáo, ngoại lệ hoặc trải nghiệm người dùng; Excel thường lấp khoảng trống quy trình và dữ liệu.

Có nên cấm Excel hoàn toàn?

Không. Hãy phân biệt phân tích tạm thời với một hệ thống song song thiếu kiểm soát.

Giảm phụ thuộc Excel thế nào?

Chuẩn hóa nguồn dữ liệu, ưu tiên file ảnh hưởng quyết định và đưa quy trình lặp lại vào hệ thống.

Viết một bình luận