Lịch năng lực thiết bị cho bộ lập lịch sản xuất: RFP và FAT/SAT

Triển khai lịch năng lực thiết bị trong bộ lập lịch sản xuất không chỉ là nhập các ngày làm việc của nhà máy. Vào một ngày có ca bình thường, giờ nghỉ, ngoại lệ ngày lễ và bảo trì theo kế hoạch, hệ thống phải tính được khoảng thời gian thực sự còn khả dụng theo năng lực hữu hạn và giải thích vì sao một công việc có hoặc không thể xếp vào máy. Bài viết lấy bối cảnh nhà máy tại Thái Lan để trình bày mô hình lịch cho nhóm nguồn lực và từng máy, thứ tự ưu tiên ngoại lệ, thời hạn hiệu lực, cùng cách kiểm chứng trong RFP, FAT và SAT. Phạm vi là dữ liệu thời gian đưa vào bộ lập lịch, không phải bảng so sánh mọi sản phẩm APS.

Vì sao lịch thiết bị sai làm kế hoạch năng lực hữu hạn sai

Bộ lập lịch phân bổ lệnh sản xuất cho máy, người, công cụ và thời điểm. Nếu lịch vẫn mở máy vào ngày nghỉ của nhà máy, tính giờ nghỉ như giờ có nhân viên, hoặc bỏ sót cửa sổ bảo trì, kết quả có thể đúng với dữ liệu nhập nhưng không thể thực hiện ở xưởng. Trước khi cho rằng thuật toán tối ưu hóa có lỗi, hãy kiểm tra định nghĩa “thời gian sẵn sàng”.

Tài liệu Operations resources của Microsoft mô tả lịch, ngày hiệu lực, nhóm nguồn lực và năng lực hữu hạn trong Dynamics 365. Hướng dẫn lịch sản xuất của Oracle phân biệt phạm vi nhà máy, trung tâm sản xuất và nguồn lực, bao gồm ngoại lệ ca. Đây là hành vi của từng sản phẩm, không phải một hệ thứ bậc chung cho mọi APS. Yêu cầu từng nhà cung cấp chứng minh thứ tự áp dụng quy tắc và kết quả bằng dữ liệu của doanh nghiệp.

Để xem tiêu chí chọn hệ thống rộng hơn, tham khảo bài so sánh bộ lập lịch sản xuất. Để xác định dữ liệu thiết bị và lệnh bảo trì cần chuyển sang bộ lập lịch, đọc thêm bài quản lý bảo trì thiết bị. Không nên biến lịch thời gian thành nơi thay thế mọi quy tắc về thiếu vật tư, năng lực kỹ năng hoặc thứ tự đổi mã hàng.

Định nghĩa “năng lực” trước khi cấu hình lịch

Tách nhóm nguồn lực và máy cụ thể

Giả sử máy cắt A và B thuộc cùng nhóm “cắt”. Giờ chuẩn của nhóm là 08:00–17:00, nhưng chỉ A bảo trì từ 14:00 đến 16:00. Lấy hai máy nhân tám giờ khả dụng không thể hiện đúng cửa sổ dừng của A. Ngược lại, kế hoạch thô theo công đoạn đôi khi chỉ cần khoảng mở của cả nhóm. Hãy ghi rõ quyết định nào dùng năng lực cấp nhóm và quyết định nào đòi mã máy cùng khoảng thời gian cụ thể.

Microsoft mô tả operations scheduling ở cấp đặt trước năng lực của nhóm, còn job scheduling phân bổ chi tiết hơn cho từng công việc và nguồn lực. Trước khi viết tiêu chí nghiệm thu, xác định độ chi tiết của kế hoạch, đơn vị thời gian và kích thước ô thời gian nhỏ nhất. Tổng năng lực theo ngày của nhóm không thể thay cho thử nghiệm điều độ từng phút trên một máy.

Tách thời gian mở, tốc độ xử lý và thời gian công việc cần

Giờ làm việc trả lời máy sẵn sàng khi nào. Hiệu suất hoặc tốc độ trả lời máy xử lý được bao nhiêu khi sẵn sàng. Thời gian chạy và thời gian chuẩn bị trả lời công việc cần máy trong bao lâu. Máy ngừng hẳn thì đóng khoảng thời gian liên quan; máy chạy chậm thì điều chỉnh thời gian hoặc hệ số theo chức năng của sản phẩm. Dùng hệ số hiệu suất thấp để che một đợt bảo trì thật sẽ xóa mất nguyên nhân suy giảm năng lực.

Tài liệu job scheduling của Microsoft đưa ra một công thức đặc thù sản phẩm: thời gian đặt trước bằng thời gian chạy cộng chuẩn bị, nhân 100 rồi chia cho phần trăm hiệu suất. Hệ thống khác có thể tính hoặc làm tròn khác. Trong thiết kế, hãy ghi riêng định mức theo mặt hàng, thời gian đổi mã, tỷ lệ đạt, số máy song song và dụng cụ dùng chung; chỉ đưa chúng vào lịch nếu sản phẩm thực sự yêu cầu.

Biểu diễn ca, giờ nghỉ và ngày lễ thành các khoảng kiểm tra được

Bắt đầu từ tuần chuẩn, sau đó mới thêm ngoại lệ

Tuần chuẩn cần giờ bắt đầu và kết thúc theo ngày, ca, giờ nghỉ và ca qua nửa đêm. Dùng mẫu chung giúp giảm công việc duy trì nếu nhiều máy thật sự có cùng nhịp. Cần xác minh với danh mục thiết bị và trưởng ca. Lò chạy liên tục, máy kiểm tra chỉ làm ban ngày và xe nâng dùng chung có thể cần lịch khác nhau. Đừng ép tất cả vào một mẫu chỉ để giảm số bản ghi.

Hướng dẫn hiệu năng bộ lập lịch của Microsoft cho biết quá nhiều lịch riêng gần giống nhau hoặc quá nhiều ô thời gian nhỏ trong ngày có thể làm tăng chi phí xử lý ở Dynamics 365. Điều này không có nghĩa bỏ giờ nghỉ ảnh hưởng đến kết quả. Hãy chọn độ chi tiết tối thiểu vẫn làm thay đổi quyết định vận hành và dùng lại mẫu khi nội dung thật sự giống nhau.

Ngày lễ phải có phạm vi nhà máy và ca

Một tệp ngày nghỉ chưa đầy đủ nếu không nêu nhà máy, máy và ca nào bị ảnh hưởng. Các cơ sở tại Thái Lan có thể áp dụng ngày làm bù khác nhau. Lưu ngày theo giờ địa phương, phạm vi, lý do, người phê duyệt, thời hạn hiệu lực và phiên bản lịch. Với ca đêm qua ngày mới, phải thống nhất ngày lễ bắt đầu từ 00:00 hay từ lúc ca mới bắt đầu. Chỉ một nhãn ngày không thể giải quyết tranh cãi về ranh giới.

Oracle nói rõ ngoại lệ ca sản xuất được diễn giải theo múi giờ của nhà máy. Trong triển khai xuyên quốc gia, cần kiểm tra quan hệ giữa UTC trên máy chủ, giờ hiển thị tại trụ sở và giờ địa phương ở xưởng. Ở FAT/SAT, xem cùng một sự kiện trên giao diện, API và tệp xuất. Khoảng bảo trì không được tự dịch chuyển chỉ vì người dùng xem từ một quốc gia khác.

Nghỉ của người có thể không phải dừng của máy

Một số máy tiếp tục chạy tự động vào giờ ăn trưa, nhưng nạp phôi, đổi mã hoặc kiểm tra cần người. Nếu đóng lịch máy suốt giờ nghỉ, hệ thống ngăn cả công đoạn tự động có thể chạy. Nếu giữ cả máy và người ở trạng thái mở, công việc cần người có thể bị xếp vào thời điểm không có ai. Hãy mô hình hóa máy và người là hai nguồn lực khác nhau, hoặc dùng quy tắc riêng của công đoạn mà sản phẩm hỗ trợ. Xác định công việc có thể bắt đầu, chạy tiếp, tạm dừng hay tiếp tục trong giờ nghỉ hay không. Với ca 23:00–07:00, lưu mốc bắt đầu/kết thúc theo giờ địa phương thay vì chỉ dựa vào tên ngày làm việc.

Thiết kế dừng bảo trì và vận hành ngoại lệ

Một khoảng trống không có nguyên nhân rất khó kiểm tra sau này. Phân biệt bảo trì theo kế hoạch, máy hỏng, ngày nghỉ nhà máy và ca làm thêm. Mỗi sự kiện có mã máy, thời gian, nguồn, người duyệt và lịch sử thay đổi. Tuy nhiên không phải mọi vấn đề đều là “máy không dùng được”. Nếu cách ly chất lượng chỉ áp dụng cho một mặt hàng, đóng cả máy sẽ tạo ràng buộc quá mức. Hãy biểu diễn ở cấp sản phẩm hoặc lệnh khi hệ thống hỗ trợ.

Oracle có tài liệu về thêm, thay đổi, xóa và tách ca. Đây là thao tác của Oracle, không phải bộ tên gọi bắt buộc của mọi phần mềm. Trong RFP, hãy mô tả kết quả: Chủ nhật A chạy nhưng B đóng; một khoảng giữa ca của A ngừng để bảo trì. Yêu cầu nhà cung cấp cho biết dùng cấu hình chuẩn hay phải phát triển thêm và thứ tự xử lý khi sự kiện chồng nhau.

Thống nhất bảng ưu tiên ngoại lệ

Một ví dụ thiết kế là dừng vì an toàn hoặc hỏng máy được ưu tiên trước bảo trì đã duyệt, tiếp theo là ca đặc biệt được duyệt rõ ràng, ngày lễ nhà máy rồi đến ca thường. Ca đặc biệt chỉ được mở vượt ngày lễ cho đúng máy và khoảng đã phê duyệt; không được vượt dừng an toàn hoặc bảo trì. Đây chỉ là ví dụ để doanh nghiệp phê duyệt, không phải mặc định chung của sản phẩm. Nếu ca làm thêm được phép mở ngày nghỉ, phải nêu ai phê duyệt, phạm vi và thời điểm hết hiệu lực. Nếu bảo trì luôn thắng ca làm thêm, hãy thử trường hợp người dùng nhập ca làm thêm sau sự kiện bảo trì.

Thêm thử nghiệm cho sự kiện trùng, giờ kết thúc trước giờ bắt đầu, lịch đã hết hạn và yêu cầu chưa được duyệt. Quyết định trường hợp nào bị từ chối, cảnh báo hoặc loại khỏi tính toán. Có thể cần xử lý khác giữa một thông báo dừng chưa được duyệt và đề nghị mở thêm ca chưa được duyệt: bỏ qua dừng an toàn là rủi ro, nhưng tự mở thêm năng lực khi chưa duyệt cũng rủi ro.

Quản lý ngày hiệu lực và phiên bản lịch

Tăng ca tháng tới, loại bỏ máy cũ cuối tháng, hoặc mở thứ Bảy trong mùa cao điểm đều là thay đổi trong tương lai. Lịch gắn với máy nên có ngày bắt đầu/kết thúc và không cho hai phiên bản xung đột cùng có hiệu lực. Tài liệu Operations resources của Microsoft trình bày ngày hiệu lực và giới hạn chồng lấn trong mô hình của họ; sản phẩm khác có thể quản lý phiên bản bằng cách khác.

Nếu quản trị viên ghi đè cấu hình, rất khó giải thích bản kế hoạch đã phát hành tuần trước dựa trên lịch nào. Giữ mã phiên bản lịch hoặc tham chiếu không thể thay đổi cùng từng kế hoạch, thêm các ngoại lệ đã áp dụng, múi giờ nhà máy và thông số tính toán. Khi ca thay đổi, chỉ rõ lệnh nào phải tính lại và công việc đã phát hành nào nằm trong vùng đóng băng. Sửa lịch có thể đổi ngày cam kết giao hàng; đây là thay đổi nghiệp vụ, không chỉ là sửa dữ liệu chủ.

Phân trách nhiệm cho kế hoạch sản xuất, bảo trì, vận hành và IT. Chẳng hạn đưa bảo trì lên sớm một giờ có thể ảnh hưởng công việc đã chuẩn bị. Ghi ai đề xuất, ai duyệt, ai kiểm tra lệnh bị ảnh hưởng và ai phát hành kế hoạch mới. Với dừng khẩn cấp, giữ thời điểm xảy ra riêng với thời điểm duyệt sau đó.

Kiểm tra năng lực hữu hạn bằng ví dụ có thể tính lại

Các số sau là giả định minh họa của TOMAS TECH, không phải kết quả thực tế hay cam kết về phần mềm. Máy M1 mở thứ Hai 08:00–17:00, nghỉ 12:00–13:00, nên dùng được tám giờ. Thứ Ba cùng ca nhưng bảo trì từ 14:00–16:00, nên dùng được sáu giờ. Thứ Tư nghỉ cả nhà máy, dùng được không giờ. Tổng ba ngày là 8 + 6 + 0 = 14 giờ.

Công việc A cần M1 sáu giờ, B cần năm giờ. Giả định không có chuẩn bị máy hoặc chờ vật tư và công việc được phép tạm dừng trong thời gian không làm việc. A dùng thứ Hai 08:00–12:00 bốn giờ và 13:00–15:00 hai giờ. B dùng thứ Hai 15:00–17:00 hai giờ và thứ Ba 08:00–11:00 ba giờ, hoàn thành lúc 11:00 thứ Ba. Tổng tải là 6 + 5 = 11 giờ, nhỏ hơn 14 giờ khả dụng, và không công việc nào nằm trong cửa sổ bảo trì.

Nếu B bắt buộc chạy liên tục năm giờ sau khi bắt đầu, không có khoảng nào trong ba ngày đủ dài: thứ Hai sau A chỉ còn hai giờ; thứ Ba có 08:00–12:00 bốn giờ, 13:00–14:00 một giờ và 16:00–17:00 một giờ; thứ Tư đóng. Năng lực cộng dồn 14 giờ lớn hơn nhu cầu danh nghĩa của A và B là 11 giờ đúng ba giờ, nhưng B vẫn không thể xếp theo quy tắc liên tục. Đây là lý do tổng giờ ngày không chứng minh một lịch có thể thực thi. Xác định ý nghĩa tạm dừng và tiếp tục theo công đoạn cũng như cấu hình sản phẩm, rồi đối chiếu mốc bắt đầu, dừng, tiếp tục và kết thúc ở FAT.

Nếu sản phẩm áp dụng hiệu suất 80% theo công thức job scheduling của Microsoft, năm giờ chuẩn sẽ chiếm 5 × 100 ÷ 80 = 6,25 giờ. Không gán công thức này cho mọi APS. Hỏi nhà cung cấp về thứ tự tính thời gian chạy, chuẩn bị, hiệu suất, nghỉ, bảo trì và làm tròn, đồng thời kiểm tra cách màn hình giải thích kết quả.

Viết yêu cầu RFP theo kết quả cần đạt

Một ô “có hỗ trợ lịch: có/không” không đủ đánh giá rủi ro. Cho mọi nhà cung cấp cùng bộ dữ liệu ca và máy, bảng ưu tiên ngoại lệ và kết quả dự kiến. Yêu cầu phân biệt chức năng cấu hình chuẩn với phần phải phát triển thêm.

Khi xin báo giá, cung cấp số lượng mẫu lịch, số tuần tương lai và tần suất ngoại lệ chứ không chỉ số máy. Nhà máy thay đổi cửa sổ dừng hằng ngày có chi phí vận hành khác nơi chỉ nhập ngày lễ mỗi năm. Tách chi phí bản quyền, quản lý dữ liệu chủ, tích hợp CMMS, đào tạo và kiểm thử hiệu năng.

Các bài thử FAT/SAT phát hiện lỗi lịch

FAT chạy dữ liệu cố định trong môi trường đã cấu hình rồi so với các khoảng kỳ vọng được tính trước. SAT cho người dùng tại xưởng nhập thay đổi ca và dừng máy, phê duyệt, lập lại lịch và phát hành công việc. “Màn hình có hiện lịch” không phải điều kiện đạt. Cần xem công việc được xếp ở đâu và vì sao máy không khả dụng.

Hướng dẫn xử lý lỗi không đủ năng lực của Microsoft lần lượt kiểm tra nguồn lực áp dụng, lịch liên quan, cấu hình và năng lực trống. Đây là thứ tự chẩn đoán hữu ích dù sản phẩm khác có cách hiển thị khác. Lưu tệp đầu vào, ảnh màn hình, log tính toán, phiên bản kế hoạch, người đánh giá và kết quả thử lại. Tính kết quả kỳ vọng trước khi xem demo; nếu đổi kỳ vọng sau demo thì thử nghiệm chỉ là xác nhận màn hình.

Kết nối hệ thống nguồn và giao trách nhiệm hằng ngày

Xác định nguồn dữ liệu chính cho từng sự kiện. Hệ thống nhân sự có thể quản lý ca, CMMS/EAM quản lý bảo trì, ERP quản lý lệnh và MES quản lý thực tế. Nêu rõ trường dữ liệu đưa vào APS và tần suất. Một sự cố hiện tại ở MES không nên tự động biến thành lệnh đóng máy vô hạn trong tương lai. Tách thời điểm hỏng, dự kiến phục hồi, khoảng dừng được duyệt trong kế hoạch và lúc thực sự chạy lại.

Giao diện sự kiện cần ID sự kiện, ID máy, thời điểm đầu/cuối kèm múi giờ, loại, phiên bản, hủy bỏ và cách xử lý gửi lại. Hiển thị lần đồng bộ thành công cuối cùng và sự kiện chưa được phản ánh để người lập kế hoạch không phát hành trên dữ liệu cũ. Nếu hai bộ phận nhập cùng một đợt dừng, cần có quy tắc hợp nhất và kiểm thử.

Sau triển khai, bảo trì gửi cửa sổ dừng, kế hoạch sản xuất xem lệnh bị ảnh hưởng, trưởng ca duyệt ngoại lệ ca và IT theo dõi lỗi tích hợp. Những tuần đầu nên soát các lệnh chưa tính lại sau khi đổi lịch và chênh lệch giữa lịch đã phát hành với thực tế. Chọn vài chỉ số nền như hoàn thành đúng hạn, số lần đổi sát giờ, thời gian sửa kế hoạch thủ công và thời gian nhập ngoại lệ. Không lấy phần trăm cải thiện của nhà máy khác làm ROI của cơ sở mình.

Câu hỏi thường gặp về lịch năng lực thiết bị

Lịch năng lực máy có giống lịch kế hoạch sản xuất không?

Tên gọi tùy sản phẩm. Lịch kế hoạch có thể mô tả ngày làm việc cấp nhà máy, còn lịch thiết bị nêu các khoảng khả dụng của máy hoặc nhóm. Chúng có thể chia sẻ ngày nghỉ nhưng khác nhau ở bảo trì riêng và ca đêm. Kiểm chứng quan hệ này qua cấu hình và kết quả xếp việc thật.

Ngày lễ trùng bảo trì thì quy tắc nào thắng?

Ban đầu cả hai có thể đều đóng máy, nhưng lý do quan trọng khi sau đó phê duyệt tăng ca ngày lễ. Thống nhất bảo trì có còn chặn máy không, lưu hai sự kiện riêng kèm người duyệt và lịch sử, rồi thử đúng bảng ưu tiên.

Bật năng lực hữu hạn thì ca thay đổi có tự cập nhật không?

Không nhất thiết. Có thể cần đồng bộ dữ liệu, tạo lại lịch, tính lại kế hoạch và xử lý công việc đã phát hành. Tài liệu finite capacity của Microsoft còn nêu lưu ý riêng khi năng lực biến thiên theo ca. Hãy kiểm chứng phiên bản sản phẩm hiện hành bằng tài liệu và bài thử, không chỉ dựa vào một nút bật.

Kiểm tra lịch thiết bị trong RFP, FAT và SAT thế nào?

RFP mô tả kết quả mong muốn cho ca, nghỉ, lễ, dừng máy, ưu tiên, hiệu lực, múi giờ và truy vết. FAT so dữ liệu cố định với các mốc thời gian tính độc lập. SAT đi qua quy trình tại xưởng từ nhập, duyệt, lập lại lịch đến phát hành và xem tác động lên đặt chỗ đã có.

Kết luận

Lịch năng lực thiết bị là bộ quy tắc về thời gian thực sự dùng được, không chỉ là danh sách ngày nghỉ. Thiết lập quan hệ nhóm/máy, ca và ngoại lệ, ngày hiệu lực và ưu tiên, rồi kiểm kết quả năng lực hữu hạn đến từng mốc giờ. Tình huống RFP theo kết quả và bằng chứng FAT/SAT giúp phát hiện lỗi cấu hình trước khi chúng trở thành công việc sửa tay sau vận hành.

Nếu nhà máy tại Thái Lan đang đưa dữ liệu ca và dừng máy thực tế vào bộ lập lịch, hãy liên hệ TOMAS TECH để thảo luận thử nghiệm trên một nhóm thiết bị nhỏ hoặc xây dựng yêu cầu lịch và tình huống nghiệm thu. Có thể trao đổi ngay từ giai đoạn trước khi chọn phần mềm.

Tài liệu chính thức

• Microsoft: Operations resources
• Microsoft: Scheduling engine performance
• Microsoft: Operations scheduling
• Microsoft: Job scheduling
• Microsoft: Finite capacity planning
• Microsoft: Not enough capacity troubleshooting
• Oracle: Production calendars
• Oracle: Create a shift exception

Ví dụ số, bảng ưu tiên và tiêu chí thử trong bài chỉ là mô hình minh họa. Khả năng thực hiện và trình tự tính phải được kiểm tra theo phiên bản và cấu hình sản phẩm đã chọn.