Series Từ số hóa đến AI #23: Từ Excel sang hệ thống: cách chọn 10 file nên số hóa trước trong nhà máy

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?

Từ số hóa đến AI - Sổ tay chuẩn bị cho nhà máy

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:

  1. Kế hoạch và sản lượng theo ca/lệnh.
  2. Ghi nhận dừng máy và nguyên nhân.
  3. Theo dõi OEE hoặc cycle time.
  4. Yêu cầu và phiếu bảo trì.
  5. Kế hoạch PM và công việc quá hạn.
  6. Lỗi chất lượng, sản phẩm không phù hợp và CAPA.
  7. Checklist giao ca, kiểm tra thiết bị hoặc an toàn.
  8. Tồn kho và cấp phát phụ tùng.
  9. Theo dõi tiến độ đơn hàng/công đoạn.
  10. 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:

  1. Sự kiện bắt đầu khi nào và ai tạo?
  2. Dữ liệu tối thiểu là gì?
  3. Ai xác nhận hoặc phê duyệt?
  4. Trạng thái nào có thể chuyển sang trạng thái nào?
  5. Khi nào bản ghi được xem là hoàn thành?
  6. Ai được sửa sau khi hoàn thành?
  7. Dữ liệu được dùng cho dashboard và hệ thống khác thế nào?
  8. 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.

Nhà máy của bạn đã sẵn sàng cho AI?

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.

Bắt đầu đánh giá AI Readiness Tải E-book: Từ Số Hóa Đến AI