Trong sản xuất rời rạc, khi kế hoạch viên hỏi “Một đơn hàng cụ thể hiện đang ở công đoạn nào”, trưởng phân xưởng phải lật bảng trắng, còn tổ trưởng thì tra trong nhóm WeChat, nhưng vẫn thường không có được câu trả lời thống nhất. Phòng kinh doanh đốc thúc tiến độ giao hàng, phòng mua sắm yêu cầu hoàn thiện bộ linh kiện, phòng tài chính tính toán sản phẩm đang chế tạo; mỗi bên lại nhận được một phiên bản “tiến độ” khác nhau, khiến các cuộc họp ngày càng kéo dài, còn việc ra quyết định thì càng chậm. Tiến độ từng công đoạn không nhìn thấy rõ, không phải vì công nhân không nỗ lực, mà là bởi tình trạng sản phẩm đang chế tạo (WIP) của chưa được đưa vào chuỗi dữ liệu có thể truy vấn và đối soát .
Vì sao bảng trắng kết hợp nhóm WeChat lại không thể đáp ứng được?
Công việc thường ngày của nhiều nhà máy là: trong ERP có đơn đặt hàng bán hàng và phiếu lệnh sản xuất, nhưng tình trạng cấp công đoạn vẫn phải cập nhật thủ công . Trước khi tan ca, tổ trưởng ghi số lượng hoàn thành vào bảng biểu, rồi đến ngày hôm sau kế hoạch viên mới tổng hợp được; khi có đơn hàng đột xuất, hàng trả lại hoặc linh kiện từ nhà thầu phụ về, con số trên bảng trắng sẽ luôn lạc hậu so với thực tế tại hiện trường. Những hình ảnh và giọng nói trong nhóm WeChat thì không thể cấu trúc hóa, càng không thể liên kết với mã đơn hàng, mã công đoạn hay mã thiết bị.
Khi quy trình sản phẩm vượt quá năm công đoạn, số vị trí làm việc song song vượt quá ba, thì cách diễn đạt mơ hồ như “đã hoàn thành khoảng 80%” sẽ khiến công tác kiểm tra đầy đủ linh kiện và lập kế hoạch giao hàng đều bị sai lệch. Theo khảo sát về chuyển đổi số trong ngành sản xuất, khoảng 40% các trường hợp chậm trễ giao hàng liên quan đến việc thông tin tiến độ tại hiện trường bị chậm trễ , chứ không phải do năng lực sản xuất tuyệt đối thiếu hụt. Tiến độ không nhìn thấy được còn che giấu điểm nghẽn: một công đoạn nào đó ùn tắc trong khi công đoạn phía sau lại nhàn rỗi, nhưng ban lãnh đạo vẫn tiếp tục bố trí sản xuất đồng đều.
Cách chia nhỏ nghiệp vụ: ba yếu tố — phiếu lệnh, công đoạn và sản phẩm đang chế tạo — cần được tách biệt rõ ràng
Muốn quản lý tiến độ hiệu quả, trước hết phải thống nhất ngôn ngữ. Đề nghị chia tình trạng tại hiện trường thành ba lớp đối tượng:
- Phiếu lệnh sản xuất : tương ứng với MO trong ERP/MES, chứa đựng số lượng, thời hạn giao hàng và tham chiếu BOM;
- Nhiệm vụ công đoạn : đơn vị có thể thực thi sau khi phiếu lệnh được triển khai theo lộ trình công nghệ, gắn liền với trung tâm công việc hoặc thiết bị;
- Lô sản phẩm đang chế tạo : số lượng chờ gia công, đang gia công, chờ kiểm tra và đã hoàn thành của cùng một phiếu lệnh tại một công đoạn nhất định.
Về mặt quy tắc nghiệp vụ cần xác định rõ: hành động nào được coi là “bắt đầu công việc”, hành động nào được coi là “hoàn thành”; ví dụ, gia công cơ khí coi việc khởi động chương trình hoặc đạt tiêu chuẩn kiểm tra mẫu đầu tiên là bắt đầu, còn việc hoàn thành là khi kiểm tra mẫu cuối cùng đạt tiêu chuẩn và báo số lượng. Nếu quy tắc không thống nhất, WIP trong hệ thống sẽ không khớp với thực tế.
Ranh giới vai trò và quyền hạn
Các vai trò điển hình bao gồm: kế hoạch viên (tạo/điều chỉnh phiếu lệnh, xem WIP toàn nhà máy), tổ trưởng (báo cáo công việc và sự cố của tổ mình), kiểm tra chất lượng (ngăn chặn sản phẩm không đạt, kích hoạt công đoạn tái gia công), quản lý kho (chuyển giữa các công đoạn và kích hoạt nhập kho). Quyền hạn nên được phân chia theo tổ chức + trung tâm công việc , tránh để nhân viên tuyến đầu nhìn thấy chi phí của đơn hàng không liên quan, cũng như tránh tình trạng kế hoạch viên không thể xem được tình trạng ùn tắc tại các công đoạn.
Thiết kế thế nào: máy trạng thái, điểm thu thập và đối soát
Cốt lõi của hệ thống tiến độ công đoạn là máy trạng thái công đoạn : chờ sắp xếp → đã phân công → đang gia công → chờ kiểm tra → đã hoàn thành / đang tái gia công / tạm dừng. Mỗi lần chuyển trạng thái đều phải ghi lại: người thực hiện, dấu thời gian, số lượng, kèm theo ID thiết bị/trung tâm công việc nếu có. Khi thiết kế cần dự phòng “mã lý do tạm dừng” và “công đoạn mục tiêu tái gia công”, nếu không đơn hàng bất thường sẽ bypass hệ thống và xử lý offline.
Chọn phương thức thu thập thế nào
Việc thu thập không nhất thiết phải triển khai ngay lập tức theo hướng tự động hoàn toàn, có thể phân cấp theo mức độ trưởng thành:
- Báo công tại thiết bị đầu cuối công đoạn : máy tính bảng hoặc màn hình cảm ứng công nghiệp, sau khi quét mã vạch đơn hàng/công đoạn thì nhập số lượng hoàn thành; chi phí thấp, triển khai nhanh;
- Kết nối dữ liệu thiết bị : CNC, SMT… thông qua OPC/MTConnect/API nhà sản xuất để báo cáo trạng thái vận hành và số liệu; phù hợp với các thiết bị gây nghẽn;
- Liên kết Andon với đèn an toàn : nhấn nút báo tạm dừng, thiếu nguyên liệu, bất thường chất lượng, hệ thống tự động đóng băng trạng thái công đoạn;
- Theo dõi bằng RFID/đĩa pallet : trong các tình huống luân chuyển hàng loạt, dùng ID đĩa pallet để liên kết vị trí sản phẩm đang chế tạo của nhiều đơn hàng.
Nguyên tắc thiết kế là làm cho việc báo cáo đúng dễ hơn là che giấu : mặc định xuất ra đơn hàng và giờ tiêu chuẩn, hoàn tất báo công chỉ trong một bước; khi có sự cố phải chọn lý do, chứ không được phép để tình trạng “đang gia công” kéo dài mà không đóng lại.
Làm thế nào để đồng bộ với phiếu lệnh ERP
Phân công giữa MES/hệ thống tiến độ và ERP cần được ghi rõ trong hợp đồng giao diện: ERP gửi dữ liệu chủ của phiếu lệnh và BOM; hệ thống tại hiện trường phản hồi lại số lượng hoàn thành công đoạn, thời gian lao động, phế phẩm ; dựa trên đó, ERP khấu trừ nguyên liệu và cập nhật tỷ lệ hoàn thành đơn hàng. Tuyệt đối tránh tình trạng cả hai bên đều có thể “sửa số lượng” mà không có kiểm toán. Thông thường, ERP được coi là nguồn gốc của sự thật về tài chính và đơn hàng, còn hệ thống tại hiện trường là nguồn gốc của sự thật về tình trạng công đoạn; sử dụng đồng bộ sự kiện + đối soát hàng ngày để giải quyết chênh lệch.
Phát triển và nghiệm thu thế nào
Lớp giao diện đề nghị được thiết kế theo kiểu sự kiện: mỗi lần phát hành phiếu lệnh, báo công, đánh giá chất lượng, chuyển công đoạn đều gửi một thông điệp, giúp dễ dàng theo dõi trên bảng điều khiển và màn hình lớn sau này. Giao diện phía trước cung cấp cho tổ trưởng một màn hình hiển thị rõ ràng các nhiệm vụ và sự cố của tổ mình , còn cho kế hoạch viên một biểu đồ nhiệt WIP theo đơn hàng/theo công đoạn/theo thời hạn giao hàng . Về hiệu suất, với một nhà máy có hàng nghìn lượt báo công đồng thời, hệ thống phải hiển thị ngay lập tức, nếu không hiện trường sẽ quay lại dùng giấy tờ.
Nghiệm thu không chỉ kiểm tra xem “có thể báo công” hay không. Cần chọn 10 phiếu lệnh thực tế để tiến hành bài tập theo dõi toàn bộ quy trình : thử nghiệm từng bước như đơn hàng đột xuất, tái gia công, linh kiện từ nhà thầu phụ về, thiết bị bị hỏng tạm dừng, kiểm tra xem tỷ lệ hoàn thành trong ERP có khớp với thực tế tại hiện trường hay không. Sau khi đưa vào vận hành, trong hai tuần đầu mỗi ngày phải đối soát WIP, nếu chênh lệch vượt ngưỡng sẽ tự động gửi thông báo tới kế hoạch viên và bộ phận IT.
Những cạm bẫy dễ gặp nhất khi triển khaiĐầu tiên là việc bảo trì lộ trình công nghệ không kịp thời
, sản phẩm mới vẫn dùng mẫu cũ để báo công, dẫn đến dữ liệu sai ngay từ ngày đầu. Thứ hai là biến hệ thống tiến độ thành công cụ đánh giá , tổ trưởng che giấu, bổ sung báo cáo, khiến niềm tin sụp đổ và hệ thống bị bỏ rơi. Thứ ba là chỉ thu thập dữ liệu hoàn thành mà không thu thập dữ liệu bất thường , tạm dừng và thiếu nguyên liệu không được ghi nhận trong hệ thống, khiến điểm nghẽn luôn “trông bình thường”. Giải pháp là tích hợp hệ thống vào buổi họp trước ca và quy trình nâng cấp khi có sự cố, thay vì tăng thêm gánh nặng kê khai. Khi quản lý tốt tiến độ công đoạn, cam kết thời hạn giao hàng mới có căn cứ, đồng thời có thể tính toán chính xác vốn lưu động dành cho sản phẩm đang chế tạo. Đối với các doanh nghiệp sản xuất rời rạc, điều này thường cấp bách hơn cả việc mua thêm một “module ERP lớn” — bởi vấn đề nằm ở việc tình trạng tại hiện trường chưa được số hóa , chứ không phải thiếu một báo cáo mới.
Khi tiến độ công đoạn được quản lý tốt, cam kết thời hạn giao hàng mới có cơ sở, đồng thời có thể tính toán chính xác vốn lưu động dành cho sản phẩm đang chế tạo. Đối với các doanh nghiệp sản xuất rời rạc, điều này thường cấp bách hơn cả việc mua thêm một “module ERP lớn” — bởi vấn đề nằm ở việc tình trạng tại hiện trường chưa được số hóa , chứ không phải thiếu một báo cáo mới.
Công ty TNHH Công nghệ Thông tin XYN Shandong (XYN Tech) lâu nay chuyên cung cấp các hệ thống tùy chỉnh về tiến độ sản xuất, kho bãi và CRM cho ngành sản xuất, thương mại quốc tế và các lĩnh vực thực tế; hoan nghênh quý khách truy cập “Về chúng tôi” để tìm hiểu về thực tiễn kỹ thuật và phạm vi bàn giao.