Trả lời nhanh: Đừng bắt đầu bằng việc cấm Excel hoặc chuyển toàn bộ file lên phần mềm. Hãy kiểm kê những file đang dùng, chấm điểm theo mức ảnh hưởng đến quyết định, tần suất cập nhật, công sức thủ công, rủi ro sai và nhu cầu truy xuất, rồi chọn khoảng 10 file có giá trị cao nhất để thiết kế lại thành quy trình số.
Excel linh hoạt, quen thuộc và rất hữu ích trong giai đoạn đầu. Nhiều nhà máy đã vận hành nhiều năm nhờ những bảng kế hoạch, sản lượng, dừng máy, bảo trì và chất lượng do đội ngũ tự xây. Vì vậy, chuyển từ Excel sang hệ thống không nên bắt đầu bằng thái độ “Excel là xấu”.
Câu hỏi đúng là: file nào vẫn phù hợp cho phân tích cá nhân, và file nào đã trở thành một quy trình vận hành quan trọng nhưng đang tạo rủi ro?
I. Dấu hiệu một file Excel đã vượt quá vai trò phù hợp
Một file nên được xem xét số hóa khi có nhiều dấu hiệu:
- Được cập nhật hằng ngày hoặc nhiều lần trong ca.
- Có nhiều người cùng nhập, sửa, gửi hoặc tổng hợp.
- Tồn tại nhiều phiên bản với tên như
final,final2,latest. - Dùng để ra quyết định về tiến độ, dừng máy, chất lượng hoặc bảo trì.
- Mất nhiều thời gian copy-paste từ hệ thống khác.
- Có macro/công thức phức tạp chỉ một người hiểu.
- Khi người phụ trách nghỉ, quy trình bị gián đoạn.
- Không biết ai sửa một số liệu quan trọng.
- Khó liên kết dữ liệu giữa lệnh, máy, ca, vật tư và lỗi.
- Cùng một dữ liệu được nhập lại ở nhiều file.
Một file ít dùng, do một người phân tích và không ảnh hưởng quy trình có thể tiếp tục ở Excel. Không cần số hóa mọi bảng tính chỉ để đạt mục tiêu hình thức.
II. Bước 1: Lập inventory toàn bộ file vận hành
Trong 1-2 tuần, yêu cầu mỗi bộ phận liệt kê các file họ đang dùng cho công việc lặp lại. Không chỉ tìm trong thư mục chung; cần hỏi trực tiếp trưởng ca, planner, kỹ thuật viên, chất lượng và kho.
Tối thiểu nên ghi:
| Trường inventory | Ví dụ |
|---|---|
| Tên file/quy trình | Báo cáo dừng máy ca |
| Bộ phận và owner | Sản xuất - trưởng ca |
| Người nhập/người xem | 3 ca nhập, quản đốc xem |
| Tần suất | Mỗi ca |
| Nguồn dữ liệu | Giấy, máy đếm, ERP |
| Đầu ra | Họp sáng, báo cáo tuần |
| Thời gian xử lý | 45 phút/ca |
| Vấn đề | Trùng mã dừng, nhiều phiên bản |
| Quyết định sử dụng | Ưu tiên xử lý tổn thất |
| Yêu cầu lưu/truy xuất | 12 tháng |
Kết quả inventory thường giúp nhà máy nhận ra nhiều file có chức năng trùng nhau hoặc có dữ liệu đi qua nhiều bước mà không tạo thêm giá trị.
III. Bước 2: Chấm điểm để chọn top 10
Dùng thang 1-5 cho từng tiêu chí.
| Tiêu chí | Điểm 1 | Điểm 5 |
|---|---|---|
| Ảnh hưởng quyết định | Chỉ tham khảo | Quyết định sản xuất, chất lượng, an toàn hoặc chi phí |
| Tần suất | Hàng quý | Nhiều lần mỗi ngày |
| Công sức thủ công | Dưới 15 phút/kỳ | Nhiều giờ hoặc nhiều người |
| Rủi ro sai | Dễ kiểm tra, ít hệ quả | Sai có thể gây trễ, lỗi hoặc quyết định sai |
| Nhiều người dùng | Một người | Nhiều ca, nhiều bộ phận |
| Nhu cầu truy xuất | Hầu như không | Thường xuyên phục vụ audit, sự cố, KPI |
| Trùng nhập | Không | Nhập lại ở nhiều file/hệ thống |
| Khả năng chuẩn hóa | Dữ liệu rất tự do | Có thể định nghĩa form, mã và workflow rõ |
Có thể tính tổng hoặc gán trọng số cao hơn cho ảnh hưởng quyết định và rủi ro sai. Tuy nhiên, cần tránh chỉ chọn file có tổng điểm cao nếu quy trình chưa có owner hoặc không thể giới hạn phạm vi.
IV. Mười nhóm file thường là ứng viên tốt
Danh sách thực tế tùy nhà máy, nhưng các nhóm thường gặp gồm:
- Kế hoạch và sản lượng theo ca/lệnh.
- Ghi nhận dừng máy và nguyên nhân.
- Theo dõi OEE hoặc cycle time.
- Yêu cầu và phiếu bảo trì.
- Kế hoạch PM và công việc quá hạn.
- Lỗi chất lượng, sản phẩm không phù hợp và CAPA.
- Checklist giao ca, kiểm tra thiết bị hoặc an toàn.
- Tồn kho và cấp phát phụ tùng.
- Theo dõi tiến độ đơn hàng/công đoạn.
- Báo cáo quản trị được tổng hợp lặp lại hằng ngày hoặc hằng tuần.
Không nên mặc định cả 10 nhóm đều phải số hóa. Inventory và điểm số sẽ cho biết nhóm nào tạo giá trị cao nhất trong bối cảnh cụ thể.
V. Bước 3: Tách dữ liệu, quy trình và báo cáo
Một sai lầm là sao chép nguyên file Excel thành một màn hình nhập giống hệt. File hiện tại thường trộn ba lớp:
- Dữ liệu đầu vào: sự kiện, mã, thời gian, số lượng, người thực hiện.
- Quy trình: ai nhập, ai duyệt, khi nào khóa, cách xử lý ngoại lệ.
- Báo cáo: công thức, pivot, biểu đồ và bảng tổng hợp.
Khi chuyển sang hệ thống, ba lớp này cần được thiết kế riêng. Người hiện trường nhập dữ liệu tối thiểu. Workflow xử lý trách nhiệm và trạng thái. Dashboard tự động tổng hợp cho từng vai trò.
Ví dụ, một file dừng máy có thể chứa cả dữ liệu từng sự kiện và Pareto. Hệ thống mới nên ghi từng sự kiện tại nguồn, cho trưởng ca xác nhận nguyên nhân, rồi tạo Pareto tự động. Không nên bắt người dùng nhập lại cả bảng tổng hợp.
VI. Bước 4: Chuẩn hóa dữ liệu tối thiểu
Trước khi migrate, xác định những trường thật sự cần để ra quyết định. Với mỗi trường, làm rõ:
- Định nghĩa và mục đích sử dụng.
- Kiểu dữ liệu và đơn vị.
- Danh mục lựa chọn hay nhập tự do.
- Bắt buộc hay tùy chọn.
- Nguồn chính thức.
- Người chịu trách nhiệm.
- Quy tắc sửa và lịch sử chỉnh sửa.
Không nên mang toàn bộ cột cũ sang chỉ vì “đã có”. Một số cột có thể không còn dùng, trùng nghĩa hoặc là kết quả công thức nên được tính tự động.
Đồng thời, không nên xóa dữ liệu cũ tùy tiện. Hãy xác định phạm vi lịch sử cần migrate, phần nào chỉ lưu trữ để tra cứu và phần nào không đủ chất lượng để dùng phân tích.
VII. Bước 5: Thiết kế quy trình số thay vì một bảng tính mới
Một quy trình số tốt cần trả lời:
- Sự kiện bắt đầu khi nào và ai tạo?
- Dữ liệu tối thiểu là gì?
- Ai xác nhận hoặc phê duyệt?
- Trạng thái nào có thể chuyển sang trạng thái nào?
- Khi nào bản ghi được xem là hoàn thành?
- Ai được sửa sau khi hoàn thành?
- Dữ liệu được dùng cho dashboard và hệ thống khác thế nào?
- Ngoại lệ được xử lý ra sao?
Ví dụ, file theo dõi bảo trì không chỉ chuyển thành danh sách work order. Cần luồng yêu cầu - phân loại - ưu tiên - giao việc - thực hiện - xác nhận - đóng, cùng lịch sử và quyền sửa.
VIII. Không duy trì “hai hệ thống chính thức” quá lâu
Trong giai đoạn đầu, chạy song song Excel và hệ thống có thể cần thiết để kiểm tra. Nhưng nếu kéo dài không có thời hạn, người dùng sẽ tiếp tục coi Excel là nguồn chính, nhập liệu hai lần và dữ liệu trên hệ thống mất giá trị.
Kế hoạch cutover nên nêu rõ:
- Thời gian chạy song song.
- Tiêu chí đối chiếu đạt.
- Ngày ngừng cập nhật file cũ.
- Quyền chỉ đọc đối với dữ liệu lịch sử.
- Người hỗ trợ khi phát sinh lỗi.
- Cách xử lý báo cáo chưa có trên hệ thống.
Số hóa phải giúp giảm việc giấy tờ và copy-paste. Nếu sau go-live người dùng vẫn nhập app, Excel và giấy, thiết kế cần được xem lại.
IX. Chuyển báo cáo Excel thành dashboard đúng cách
Không phải mọi báo cáo đều cần dashboard. Ưu tiên báo cáo:
- Được làm lặp lại với cùng công thức.
- Có dữ liệu nguồn tương đối ổn định.
- Cần cập nhật đủ nhanh để hỗ trợ quyết định.
- Có nhiều người dùng cùng một định nghĩa KPI.
- Cần drill-down theo ca, máy, sản phẩm hoặc nguyên nhân.
Dashboard không nên chỉ sao chép màu sắc và biểu đồ của file cũ. Hãy bắt đầu từ câu hỏi quản lý: “Người xem cần phát hiện vấn đề gì và sẽ làm gì tiếp theo?”
X. KPI cho dự án chuyển từ Excel sang hệ thống
| KPI | Cách đo |
|---|---|
| Thời gian tổng hợp báo cáo | Trước và sau triển khai |
| Số lần nhập lại cùng dữ liệu | Theo quy trình |
| Tỷ lệ bản ghi đủ trường bắt buộc | Hằng tuần |
| Số phiên bản file đang lưu hành | Trước và sau cutover |
| Thời gian truy xuất một sự kiện | Bài test định kỳ |
| Tỷ lệ người dùng hoạt động | Theo vai trò/ca |
| Số báo cáo hoặc biểu mẫu cũ đã ngừng | Theo kế hoạch loại bỏ |
| Sai lệch giữa hệ thống và thực tế | Kiểm tra mẫu |
Đừng chỉ đo số file đã “đưa lên hệ thống”. Mục tiêu là giảm độ trễ, sai lệch và công việc thủ công.
XI. Ví dụ chấm điểm ba file
| File | Quyết định | Tần suất | Công sức | Rủi ro sai | Nhiều người | Truy xuất | Tổng |
|---|---|---|---|---|---|---|---|
| Dừng máy theo ca | 5 | 5 | 4 | 5 | 5 | 5 | 29 |
| Kế hoạch vệ sinh tháng | 3 | 2 | 2 | 3 | 2 | 3 | 15 |
| Danh sách liên hệ nhà cung cấp | 1 | 1 | 1 | 1 | 2 | 1 | 7 |
Trong ví dụ này, file dừng máy là ứng viên ưu tiên. Danh sách liên hệ có thể tiếp tục ở công cụ đơn giản hơn. Điểm số chỉ là minh họa; nhà máy cần điều chỉnh tiêu chí và trọng số.
XII. Những sai lầm thường gặp
- Chuyển toàn bộ file cùng lúc mà không có thứ tự ưu tiên.
- Giữ nguyên form dài vì sợ mất dữ liệu, khiến người dùng khó nhập.
- Không xác định nguồn dữ liệu chính thức.
- Migration mọi dữ liệu lịch sử dù chất lượng thấp.
- Tạo dashboard trước khi thống nhất định nghĩa KPI.
- Không có kế hoạch ngừng Excel cũ.
- Chỉ đo go-live, không đo thời gian tiết kiệm và mức sử dụng.
- Không để người dùng hiện trường tham gia thiết kế.
XIII. Câu hỏi thường gặp
Có nên bỏ Excel hoàn toàn không?
Không. Excel vẫn phù hợp cho phân tích ad hoc, mô hình tạm thời và công việc cá nhân. Chỉ nên thay thế những file đã trở thành quy trình lõi hoặc nguồn dữ liệu chính thức cần kiểm soát.
Có thể dùng Excel làm nguồn cho dashboard trước không?
Có thể như bước chuyển tiếp nếu file có cấu trúc, owner và quy trình cập nhật rõ. Tuy nhiên, cần kế hoạch giảm thao tác thủ công và chuyển dữ liệu về nguồn bền vững hơn.
Nên migrate bao nhiêu năm dữ liệu?
Phụ thuộc nhu cầu phân tích, audit và chất lượng dữ liệu. Có thể migrate dữ liệu gần và sạch, còn dữ liệu cũ lưu ở chế độ tra cứu thay vì đưa hết vào hệ thống vận hành.
File nào không nên số hóa trước?
File ít dùng, ảnh hưởng thấp, không có owner hoặc quy trình thay đổi liên tục thường không nên ưu tiên. Đừng tiêu nguồn lực chỉ vì file dễ chuyển.
Bài viết được biên tập từ ebook “Từ số hóa đến AI - Sổ tay chuẩn bị cho nhà máy”, Vietsoft, 06/2026.
Hãy bắt đầu bằng việc đánh giá nhanh mức sẵn sàng AI của nhà máy hoặc tải E-book “Từ Số Hóa Đến AI” để tham khảo cách xây dựng lộ trình Smart Factory phù hợp.
