Dashboard quản lý sản xuất giúp bạn theo dõi sản lượng so với kế hoạch, tỷ lệ hàng lỗi và thời gian dừng máy trên cùng một màn hình. Để làm bằng Power BI, bạn cần thống nhất dữ liệu theo ngày, ca, dây chuyền và sản phẩm trước khi viết công thức. Bài này hướng dẫn một phiên bản gọn, có dữ liệu giả lập để bạn kiểm tra từng KPI.
Dashboard sản xuất cần trả lời câu hỏi nào?
Trước khi chọn biểu đồ, hãy hỏi người quản lý ca: hôm nay đang thiếu bao nhiêu sản lượng, thiếu ở chuyền nào và cần xử lý việc gì? Nếu màn hình chỉ có tổng sản lượng tháng, bạn vẫn khó biết ca chiều nên ưu tiên xử lý máy hỏng hay bổ sung nguyên liệu.
Phiên bản đầu nên tập trung vào bốn chỉ số: sản lượng đạt, tỷ lệ hoàn thành kế hoạch, tỷ lệ lỗi và phút dừng máy. Từng chỉ số cần có định nghĩa, đơn vị và người xác nhận. Chẳng hạn, “sản lượng đạt” tính tại công đoạn kiểm tra cuối, không cộng lại sản lượng bán thành phẩm của các công đoạn trước.
Trong bài, “dashboard” được dùng theo cách gọi phổ biến cho màn hình báo cáo quản trị. Về thuật ngữ, Microsoft phân biệt dashboard và report: phần có slicer và các trang phân tích dưới đây là report làm trong Desktop; dashboard chính thức được tạo trên Power BI service.
Chuẩn bị dữ liệu: một dòng đại diện cho điều gì?
Với báo cáo theo ca, bạn có thể bắt đầu bằng quy ước: một dòng là một ngày sản xuất, một ca, một dây chuyền và một mã sản phẩm. Nếu cùng tổ hợp này có nhiều lệnh sản xuất, hãy thêm mã lệnh vào khóa hoặc tổng hợp chúng trước khi nạp.
Bảng dưới là dữ liệu giả lập của một xưởng đóng gói, cùng ngày và cùng mã hàng. Kế hoạch tính theo số sản phẩm đạt cần bàn giao. Tổng sản xuất bằng hàng đạt cộng hàng lỗi; không có hàng chờ kiểm tra trong ví dụ.
| Chuyền | Ca | Kế hoạch | Hàng đạt | Hàng lỗi | Dừng máy, phút |
|---|---|---|---|---|---|
| A | Sáng | 1.000 | 900 | 100 | 30 |
| A | Chiều | 800 | 760 | 40 | 20 |
| B | Sáng | 200 | 160 | 40 | 10 |
Ở file thực tế, bổ sung các cột NgaySanXuat, MaChuyen, MaCa, MaSanPham. Chốt cách gán ngày cho ca đêm: tính theo ngày bắt đầu ca hay ngày kết thúc ca. Quy tắc này phải thống nhất với sổ giao ca, nếu không số liệu theo ngày sẽ lệch dù tổng tháng vẫn đúng.
Trong Power Query, chuyển ngày về kiểu Date, số lượng về Whole number và loại dòng tổng cộng khỏi dữ liệu chi tiết. Giữ mã chuyền, mã sản phẩm ở kiểu Text nếu chúng có số 0 đầu. Nếu dữ liệu nằm ở nhiều file cùng cấu trúc, bạn có thể áp dụng cách gộp nhiều file Excel bằng Power Query.
Mô hình dữ liệu: tách sản lượng và nhật ký dừng máy
Microsoft khuyến nghị phân biệt bảng sự kiện và bảng danh mục trong hướng dẫn star schema. Với bài toán này, FactSanXuat chứa số lượng theo ca; các bảng DimNgay, DimChuyen, DimCa và DimSanPham cung cấp trường lọc. Mỗi khóa ở bảng danh mục phải duy nhất, liên kết một-nhiều tới bảng sự kiện.
Nhật ký dừng máy thường có nhiều dòng trong một ca. Đừng ghép trực tiếp từng sự kiện dừng vào bảng sản lượng: ba lần dừng có thể làm một dòng sản lượng bị lặp ba lần. Bạn nên giữ FactDungMay riêng và liên kết qua các danh mục chung phù hợp, hoặc tổng hợp phút dừng về đúng mức chi tiết trước khi ghép.
Cũng cần phân biệt thời gian dừng của một máy với thời gian dừng cả chuyền. Hai máy dừng đồng thời 15 phút có thể là 30 phút-máy, nhưng chưa chắc là 30 phút mất sản xuất của chuyền. Nếu chưa có quy tắc xử lý phần giao nhau, hãy ghi rõ đơn vị và phạm vi trên báo cáo.
Bạn có thể xem thêm cách tổ chức mô hình hình sao trong Power BI trước khi mở rộng sang nhiều nhà máy.
Tạo KPI DAX và kiểm tra bằng số nhỏ
Để thử công thức, vào Modeling → New table và tạo bảng sau. Đây chỉ là bảng thử độc lập; bạn chưa cần tạo quan hệ. Cú pháp DATATABLE cho phép khai báo dữ liệu ngay trong DAX.
SanXuat =
DATATABLE (
"Chuyen", STRING,
"Ca", STRING,
"KeHoach", INTEGER,
"Dat", INTEGER,
"Loi", INTEGER,
"DungPhut", INTEGER,
{
{ "A", "Sáng", 1000, 900, 100, 30 },
{ "A", "Chiều", 800, 760, 40, 20 },
{ "B", "Sáng", 200, 160, 40, 10 }
}
)Sau đó tạo từng measure riêng bằng New measure. Khi chuyển sang dữ liệu thật, đổi tên bảng và cột tương ứng. Hàm SUM cộng các giá trị của một cột số trong ngữ cảnh lọc hiện tại.
San luong dat = SUM ( SanXuat[Dat] )
Ke hoach = SUM ( SanXuat[KeHoach] )
Hang loi = SUM ( SanXuat[Loi] )
Tong san xuat = [San luong dat] + [Hang loi]
Hoan thanh % = DIVIDE ( [San luong dat], [Ke hoach] )
Ty le loi % = DIVIDE ( [Hang loi], [Tong san xuat] )
Dung may phut = SUM ( SanXuat[DungPhut] )Định dạng hai measure tỷ lệ thành Percentage. Theo tài liệu DIVIDE của Microsoft, nếu mẫu số bằng 0 và không khai báo kết quả thay thế, phép chia trả BLANK. Giữ ô trống giúp phân biệt ca chưa có kế hoạch với ca có kế hoạch nhưng không hoàn thành.
Với toàn bộ bảng thử, kết quả phải là: 1.820 hàng đạt, kế hoạch 2.000, 180 hàng lỗi, tổng sản xuất 2.000 và 60 phút dừng. Tỷ lệ hoàn thành là 91%; tỷ lệ lỗi là 9%. Khi chỉ lọc chuyền A, tỷ lệ hoàn thành phải thành 1.660/1.800, khoảng 92,22%.
Đừng lấy trung bình ba tỷ lệ hoàn thành 90%, 95% và 80%: kết quả 88,33% không đại diện cho tổng kế hoạch. Dòng tổng cần chia tổng hàng đạt cho tổng kế hoạch, như measure ở trên. Cách này cũng áp dụng cho tỷ lệ lỗi khi các ca có quy mô khác nhau.
Bố cục báo cáo để trưởng ca biết cần xử lý gì
Đặt bộ lọc ngày, ca, chuyền và sản phẩm ở đầu trang. Ngay bên dưới là bốn thẻ KPI đã chốt. Phần giữa dùng biểu đồ cột so hàng đạt với kế hoạch theo chuyền; bên cạnh là biểu đồ thanh phút dừng theo nguyên nhân nếu bạn có nhật ký đủ chi tiết.
Cuối trang giữ một bảng chi tiết để đối chiếu ca bất thường. Dùng màu nhất quán: chẳng hạn xanh cho thực đạt, vàng cho kế hoạch. Ngưỡng cảnh báo cần do bộ phận sản xuất thống nhất theo sản phẩm; không tự đặt một ngưỡng “chuẩn ngành” nếu chưa có căn cứ.
Khi chọn một chuyền, kiểm tra cả thẻ KPI lẫn bảng chi tiết có đổi đúng không. Một biểu đồ đẹp nhưng không phản ánh bộ lọc dễ khiến người xem kết luận sai. Ghi thêm thời điểm dữ liệu nguồn được cập nhật để tránh hiểu dữ liệu cuối ca là số liệu trực tiếp tại máy.
Checklist nghiệm thu trước khi dùng trong giao ca
- Đối chiếu ít nhất một ngày với sổ giao ca: hàng đạt, lỗi, kế hoạch và thời gian dừng.
- Thử ca chưa nhập dữ liệu, ca có kế hoạch bằng 0 và ngày có điều chỉnh số liệu.
- Kiểm tra kế hoạch không bị lặp khi một ca có nhiều sản phẩm hoặc nhiều lần dừng máy.
- Không cộng số lượng giữa các mặt hàng khác đơn vị; cần quy đổi được phê duyệt hoặc xem riêng.
- Chốt ai nhập, ai xác nhận và lúc nào dữ liệu đủ để báo cáo.
Chỉ thêm OEE khi bạn có thời gian sản xuất theo kế hoạch, thời gian chạy, chu kỳ lý tưởng theo sản phẩm và số lượng đạt đủ tin cậy. Tỷ lệ hoàn thành kế hoạch ở ví dụ này không phải OEE. Nếu nguồn mới có sản lượng và hàng lỗi, nên hoàn thiện hai nhóm số đó trước.
Câu hỏi thường gặp
Chỉ có Excel thì làm dashboard sản xuất được không?
Được. Bạn có thể dùng Excel làm nguồn nếu mỗi file giữ cấu trúc cột ổn định và có quy tắc nhập liệu chung. Trước mắt hãy ưu tiên dữ liệu đúng; việc kết nối thêm hệ thống quản lý sản xuất có thể làm sau.
Tại sao tổng phần trăm khác trung bình các ca?
Vì mỗi ca có thể có kế hoạch hoặc sản lượng khác nhau. Với tỷ lệ hoàn thành chung, hãy lấy tổng hàng đạt chia tổng kế hoạch. Chỉ dùng trung bình tỷ lệ nếu đó chính là chỉ tiêu mà bộ phận nghiệp vụ đã định nghĩa.
Có cần dữ liệu thời gian thực ngay từ đầu không?
Không nhất thiết. Nếu quyết định diễn ra trong giao ca, dữ liệu chốt cuối ca có thể phù hợp hơn nguồn cập nhật nhanh nhưng chưa xác nhận. Bạn cần thống nhất độ trễ chấp nhận được, rồi thiết kế cách lấy dữ liệu theo yêu cầu đó.
Có nên đưa tất cả chỉ số lên một trang?
Nên giữ trang tổng quan đủ để nhận ra lệch kế hoạch và nơi cần kiểm tra. Phân tích phế phẩm, từng máy hoặc từng lệnh sản xuất có thể tách thành trang riêng, để người quản lý không phải đọc quá nhiều khi giao ca.
Nếu bạn cần người hỗ trợ chuẩn hóa file giao ca, dựng mô hình và kiểm tra KPI, hãy chuẩn bị một bộ dữ liệu mẫu cùng quy tắc tính rồi tham khảo dịch vụ làm báo cáo Power BI trên SenData. Yêu cầu rõ sẽ giúp freelancer đề xuất phạm vi sát với cách nhà máy đang vận hành.
Sẵn sàng xây dựng dashboard Power BI?
Kết nối với freelancer Power BI phù hợp, xem báo cáo nhúng ngay trên trình duyệt và tải file .pbix về sau khi thanh toán.
Đào Ngọc Tú
Cộng tác viên chuyên gia tại SenData. Chia sẻ kiến thức về phát triển Power BI, trực quan hóa dữ liệu và best practice business intelligence.
