Ranh giới MES, ERP và SCADA: vạch theo trách nhiệm đối tượng chứ không phải theo phòng ban

Ba tầng hệ thống lần lượt trả lời các câu hỏi khác nhau

ERP quan tâm sản xuất cái gì, cần nguồn lực nào và kết quả kinh doanh hạch toán thế nào; MES quan tâm lệnh sản xuất thực thi thế nào trên dây chuyền và trạm cụ thể, tiến độ hiện tại và bất thường phối hợp ra sao; SCADA quan tâm thiết bị đang ở trạng thái gì, lượng quá trình biến đổi ra sao, báo động và lịch sử phát lại thế nào.

Các trách nhiệm này sẽ giao thoa, nhưng giao thoa không đồng nghĩa lưu trữ trùng lặp cùng một trạng thái. Một lệnh sản xuất có thể ở ERP nắm trách nhiệm kế hoạch, ở MES nắm phân rã thực thi và trạng thái hiện trường, ở SCADA chỉ trình bày bối cảnh nhiệm vụ liên quan thiết bị; trường và trạng thái mỗi bên lưu phải rõ ràng, không nên tùy ý ghi đè hai chiều cùng một trường.

Dùng ma trận trách nhiệm đối tượng xóa bỏ 'cứ như ai cũng quản'

Ma trận trách nhiệm nên ít nhất bao phủ lệnh sản xuất, vật liệu, sản phẩm hay lô, phiên bản công nghệ, thiết bị, kết quả chất lượng và lịch kế hoạch. Mỗi đối tượng liệt kê người tạo, định danh duy nhất, trạng thái cho phép sửa, người đăng ký phía sau và quy tắc xóa hay vô hiệu.

Chẳng hạn mã vật liệu có thể do ERP bảo trì, MES lưu ảnh chụp cần cho thực thi và tiêu hao lô, SCADA chỉ dùng bối cảnh thiết bị cần thiết. Nếu hiện trường cho phép thay thế vật liệu tạm, phải do quy trình nghiệp vụ rõ ràng phê duyệt và hồi báo, không thể để người thao tác tại bất kỳ tầng nào sửa trực tiếp dữ liệu gốc.

APS, WMS và QMS không nên mặc định nhét vào MES

APS nghiêng về kế hoạch ràng buộc và lập lịch, WMS nghiêng về tồn kho, kho vị và tác nghiệp kho vận, QMS nghiêng về hoạch định chất lượng, kiểm tra và quy trình chất lượng. Chúng có thể cộng tác chặt với MES, nhưng xây độc lập hay không tùy hệ thống sẵn có, độ phức tạp nghiệp vụ và ranh giới trách nhiệm, chứ không phải MES tự nhiên chứa trọn mọi năng lực.

ORPAON có thể quanh dự án triển khai công việc tích hợp hay định chế như thuật toán lập lịch sản xuất, giao tiếp WMS và truy xuất chất lượng, nhưng không dựa vào đó ám đã có sản phẩm APS, WMS hay QMS độc lập hoàn thiện. Trong phương án nên ghi rõ từng mục do hệ thống sẵn có của khách hàng, hệ thống bên thứ ba hay phạm vi định chế của dự án này gánh vác, tránh dùng 'nhất thể hóa' che giấu chỗ trống.

• Ranh giới kế hoạch: ai cân nhắc ràng buộc năng lực và vật liệu, ai phê duyệt kế hoạch, ai xử lý chèn đơn hiện trường.
• Ranh giới kho vận: ai quản lý kho vị và sổ tồn kho, ai thực hiện gọi liệu, phát liệu và trả liệu.
• Ranh giới chất lượng: ai bảo trì quy phạm kiểm tra, ai phán định và phê duyệt, ai ghi quá trình phát sinh.
• Ranh giới bảo trì: ai quản lý quy trình chính bảo dưỡng sửa chữa, andon và OEE chỉ cung cấp sự kiện cần thiết.
• Ranh giới phân tích: ai giữ quá trình gốc, ai tính chỉ số nghiệp vụ, ai phụ trách phiên bản chuẩn định nghĩa.

Thiết kế giao tiếp phải có hợp đồng, bù lỗi và đối kết

Một giao tiếp không chỉ là bảng trường dữ liệu. Nó cần định nghĩa thời điểm kích hoạt, định danh duy nhất của tin nhắn hay lời gọi, quy tắc bất biến, hết giờ, thử lại, trình tự, phân quyền, mã lỗi và lối bù thủ công. Phát lệnh sản xuất với hồi báo hoàn công đặc biệt phải phòng thực thi trùng hay mất trạng thái.

Đối kết là một phần của vòng khép kín giao tiếp. Hệ thống nên so sánh được số lượng, trạng thái và phiên bản của các đối tượng then chốt hai bên, và hiển thị khác biệt; trong thời gian mất mạng cho phép bên nào tiếp tục làm việc, sau khôi phục theo thứ tự nào truyền bổ sung, cũng phải do rủi ro nghiệp vụ và điều khiển cùng quyết định.

Dùng một chuỗi nghiệp vụ đầu cuối kiểm chứng ranh giới

Đừng vẽ trọn mọi sơ đồ kiến trúc rồi mới tìm mục đích. Chọn một chuỗi nghiệp vụ tiêu biểu, chẳng hạn phát lệnh sản xuất, đối chiếu vật liệu, thực thi thiết bị, phán định chất lượng và hồi báo hoàn công, từng bước đánh dấu trách nhiệm đối tượng, biến đổi trạng thái và xử lý bất thường, sẽ thấy ranh giới thực sự.

Kiểm thử ngoài tuyến đường bình thường, còn nên bao phủ giao tiếp hết giờ, tin nhắn trùng, thu hồi dữ liệu gốc, sửa chữa hiện trường, đứt thiết bị và ghi bổ sung thủ công. Chỉ khi đường bất thường cũng có trách nhiệm và phương pháp phục hồi, ranh giới hệ thống mới coi như đã chạm đất.

• Dựng danh mục hiện trạng: hệ thống sẵn có, phiên bản, giao tiếp, chủ dữ liệu và giới hạn vận hành.
• Vẽ ma trận đối tượng: từng mục xác nhận trách nhiệm chủ, không dùng tên phòng ban thay trách nhiệm hệ thống.
• Định nghĩa giao tiếp tối thiểu: ưu tiên hỗ trợ chuỗi nghiệp vụ đã chọn, tránh một lần đồng bộ toàn bộ dữ liệu.
• Diễn tập đường bất thường: kiểm chứng thử lại, bù lỗi, đối kết, mất mạng và phê duyệt thủ công.
• Hình thành hợp đồng vận hành: đưa giám sát, trực, thay đổi và quản lý phiên bản vào nghiệm thu và vận hành.

Tránh các lối hiểu sai về nhất thể hóa, thời gian thực và đồng bộ hai chiều

'Nền tảng nhất thể hóa' không đồng nghĩa mọi chức năng do cùng một hệ thống gánh, 'đồng bộ thời gian thực' cũng không đồng nghĩa mọi dữ liệu đều truyền mức milli-giây. Đơn hàng kinh doanh, thực thi lô và tín hiệu quá trình nhanh có thước thời gian và yêu cầu nhất quán khác nhau, dùng lẫn sẽ gây độ phức tạp không cần thiết.

Đồng bộ hai chiều không phải tối ưu mặc định. Cho phép nhiều bên tùy ý sửa cùng một đối tượng, dễ hình thành cập nhật vòng tròn và trách nhiệm không rõ. Cách an toàn hơn là làm rõ trách nhiệm chủ, phát hành một chiều và ghi ngược có kiểm soát, và giữ phê duyệt cùng kiểm toán cho mỗi ngoại lệ.

• Đừng dùng tên phần mềm thay giải thích trách nhiệm.
• Đừng dùng số lượng trường đo tính trọn vẹn giao tiếp.
• Đừng để SCADA trực tiếp gánh giao dịch nghiệp vụ doanh nghiệp chưa đánh giá.
• Đừng để MES vòng qua ranh giới điều khiển và an toàn sẵn có phát hành trực tiếp thao tác rủi ro cao.
• Đừng ghi chức năng APS, WMS, QMS hay TPM chưa xác định thành sản phẩm tiêu chuẩn sẵn có.