Hệ thống ERP cho fab bán dẫn không thể tách rời khỏi lớp tự động hóa thiết bị. Khác với ERP sản xuất thông thường quản lý vật tư theo lô gộp, ERP fab phải quản lý chính xác vị trí và lịch sử của từng phiến wafer đơn lẻ khi nó di chuyển qua hàng trăm bước xử lý — và phải biết khi nào một lịch bảo trì phòng ngừa nên bị trì hoãn vì trạm máy đang ùn tắc, hay nên được đẩy sớm lên để tận dụng khoảng trống dòng chảy.
Đây là bài toán mà ERP fab giải quyết khác hẳn ERP ngành khác: không chỉ hỏi "lô hàng này đã sẵn sàng chưa", mà còn phải hỏi "nếu rút thiết bị này ra bảo trì ngay bây giờ, trạm máy còn lại có gánh nổi sản lượng mục tiêu 14 ngày tới hay không".
SECS/GEM và GEM300 — nền tảng giao tiếp mà ERP fab phải tích hợp
SEMI E30 (GEM) là standard implementation của SECS-II (SEMI E5) cho mọi thiết bị sản xuất bán dẫn, định nghĩa tập hành vi và khả năng giao tiếp chung, tham chiếu SEMI E4 (SECS-I) và SEMI E37 (HSMS). ERP fab không đọc trực tiếp SECS-II thô mà thông qua các chuẩn cấp cao hơn trong họ GEM300: SEMI E87 (Carrier Management) xác thực khay chứa FOUP tự động, SEMI E90 (Substrate Tracking) theo dõi vị trí và lịch sử từng wafer đơn lẻ qua từng buồng xử lý, SEMI E94 (Control Job Management) chuyển kế hoạch sản xuất doanh nghiệp thành lệnh tự động gửi xuống trạm máy.
Khi thiết bị phát sự kiện wafer đã đi qua một buồng phản ứng cụ thể, dữ liệu này được ERP ghi nhận theo thời gian thực kèm mã buồng — đây chính là phả hệ wafer (wafer-level genealogy) mà ERP fab cần, thay vì chỉ theo dõi lô gộp như ERP ngành sản xuất thông thường.
Hệ thống ERP cho fab bán dẫn: cơ chế lịch bảo trì "kéo" và "đẩy" theo tải WIP
Nghiên cứu học thuật về tối ưu hóa lịch bảo trì phòng ngừa trong sản xuất bán dẫn (Yao, Fernández-Gaucherand, Fu, Marcus — Institute for Systems Research, Univ. Maryland và Univ. Cincinnati, tài trợ bởi Semiconductor Research Corporation và Intel) mô hình hóa rõ tương tác giữa lịch PM và WIP (Work-In-Progress): PM nên được tránh nếu có thể trong giai đoạn dự kiến có lượng công việc lớn sắp tới, và nên "kéo" (pull) hoặc "đẩy" (push) một PM đã lên lịch vượt qua một khung thời gian nhất định khi tình huống đó xảy ra.
Quy tắc "đẩy" (push/defer) khi tải WIP cao
Khi một trạm máy đang đối mặt với lượng wafer xếp hàng chờ xử lý lớn và chỉ tiêu sản lượng đang bị đe dọa, hệ thống cần kiểm tra ràng buộc: nếu rút thiết bị này khỏi sản xuất để bảo trì ngay, trạm còn lại có đáp ứng nổi sản lượng mục tiêu hay không. Nếu câu trả lời là không, lịch PM của thiết bị đó nên bị đẩy lùi lại — kể cả khi đã gần đến hạn — để ưu tiên giải tỏa dòng WIP trước. Nguyên tắc này đặc biệt quan trọng với các thiết bị đang được chỉ định chạy lô hàng ưu tiên cao (hot lots).
Quy tắc "kéo" (pull/bring forward) khi có khoảng trống dòng chảy
Ngược lại, khi fab vận hành ở công suất cao khiến tốc độ tiêu hao wafer của một thiết bị tăng nhanh hơn dự kiến, hoặc khi xuất hiện khoảng trống tự nhiên trong dòng WIP, hệ thống nên tận dụng để đưa PM lên sớm hơn lịch tĩnh ban đầu — chèn thời gian dừng máy vào đúng lúc ít ảnh hưởng nhất đến dòng chảy tổng thể, thay vì để nó rơi vào đúng lúc tải cao.
Vì sao đây là bài toán ERP, không phải bài toán CMMS thuần túy
CMMS biết thiết bị nào sắp đến hạn bảo trì dựa trên bộ đếm hao mòn vật lý (giờ chạy, số wafer đã xử lý). Nhưng chỉ ERP mới biết được bức tranh đầy đủ về sản lượng mục tiêu, lô hàng ưu tiên, và tải công việc dự kiến của toàn bộ trạm máy trong những ngày tới. Quyết định "đẩy" hay "kéo" một lịch PM chỉ có thể đưa ra đúng khi hai luồng dữ liệu này — hao mòn vật lý từ CMMS và tải công việc từ ERP — được đối chiếu cùng nhau theo thời gian thực, không phải xử lý tách rời ở hai hệ thống riêng biệt.
Kịch bản minh họa: tránh vỡ kế hoạch sản lượng vì lịch PM cứng nhắc
Đây là kịch bản minh họa cho một dạng vấn đề phổ biến trong ngành, không phải case cụ thể của một fab nào: một trạm máy khắc có ba thiết bị chạy song song, một trong số đó sắp đến hạn bảo trì phòng ngừa theo lịch tĩnh cố định. Đúng thời điểm đó, trạm đang phải xử lý một đợt lô hàng ưu tiên cao dồn dập, và việc rút một trong ba máy ra bảo trì sẽ khiến hai máy còn lại không thể đáp ứng sản lượng mục tiêu tuần. Nếu hệ thống chỉ tuân theo lịch PM tĩnh mà không kiểm tra ràng buộc tải WIP, kế hoạch sản lượng sẽ vỡ. Khi ERP tích hợp kiểm tra ràng buộc này trước khi xác nhận lịch PM, quyết định đẩy lùi PM vài ngày (trong giới hạn an toàn về hao mòn thiết bị) được đưa ra tự động, và lịch PM được dời sang thời điểm tải WIP giảm.
Bảng tham chiếu: thành phần GEM300 — vai trò — dữ liệu ERP cần — kết nối hệ thống
| Thành phần | Vai trò | Dữ liệu ERP cần | Kết nối hệ thống |
|---|---|---|---|
| SEMI E87 (Carrier Management) | Xác thực khay chứa FOUP tự động | Trạng thái carrier, vị trí trong hệ thống OHT | Đồng bộ real-time với trạm máy |
| SEMI E90 (Substrate Tracking) | Theo dõi vị trí/lịch sử từng wafer | Phả hệ wafer theo từng buồng xử lý | Ghi nhận sự kiện ngay khi wafer qua chamber |
| SEMI E94 (Control Job Management) | Chuyển kế hoạch sản xuất thành lệnh tự động | Kế hoạch sản xuất, ưu tiên lô hàng | Gửi lệnh xuống station controller/host |
| PM-WIP scheduling (pull/push) | Điều hòa lịch bảo trì theo tải công việc | Bộ đếm hao mòn (từ CMMS) + tải WIP dự kiến (từ ERP) | Đối chiếu thời gian thực giữa CMMS và ERP |
Kết luận
"Một ERP fab tốt không phải hệ thống theo lịch bảo trì đúng hẹn nhất — mà là hệ thống biết khi nào đúng hẹn sẽ phá vỡ kế hoạch sản lượng, và khi nào nên tận dụng khoảng trống để làm sớm hơn."
Ba việc nên làm ngay tuần này nếu đang đánh giá hoặc vận hành ERP cho fab bán dẫn:
- Kiểm tra xem hệ thống có tích hợp GEM300 (E87/E90/E94) để có phả hệ wafer thời gian thực, hay vẫn quản lý theo lô gộp như ERP sản xuất thông thường.
- Xác nhận lịch PM có được kiểm tra ràng buộc tải WIP trước khi xác nhận, hay chỉ tuân theo lịch tĩnh cố định.
- Rà soát vài lần PM gần nhất: có lần nào một thiết bị bị rút ra bảo trì đúng lúc trạm đang ùn tắc hot lots hay không — nếu có, đó là khoảng gãy cần đóng lại giữa CMMS và ERP.