Thiết kế máy #47: Phụ tùng dự phòng (spare) và chi tiết hao mòn (wear parts) — Chọn theo mức độ quan trọng (criticality), không theo cảm giác

Khi bàn giao máy, một yêu cầu thường xuất hiện rất tự nhiên:

“Chuẩn bị giúp một bộ phụ tùng dự phòng.”

Nghe đơn giản, nhưng “một bộ” là bao nhiêu? Có phải mỗi linh kiện trong BOM đều cần mua thêm một cái? Một cảm biến giá thấp có thể làm dừng cả dây chuyền, trong khi một cơ cấu đắt tiền lại hiếm khi cần thay nguyên cụm. Một chi tiết mòn thay định kỳ khác hoàn toàn với một module chỉ mua để phòng trường hợp lead time kéo dài.

Danh sách phụ tùng dự phòng (spare) tốt không phải bản sao thu nhỏ của BOM. Nó là một quyết định khả năng hỗ trợ (supportability) dựa trên hậu quả khi thiếu phụ tùng, thời gian phục hồi, xác suất nhu cầu, khả năng sửa chữa và điều kiện cung ứng trong suốt vòng đời máy.

1. “Mua sẵn mỗi thứ một cái” sai ở đâu?

Cách làm này có vẻ an toàn nhưng tạo ra bốn vấn đề.

Thứ nhất, vốn bị giữ trong các linh kiện ít có khả năng được sử dụng. Thứ hai, những món thật sự quan trọng có thể vẫn thiếu vì một cái không đủ cho thời gian lead time hoặc tốc độ tiêu thụ. Thứ ba, phụ tùng lưu kho lâu có thể hết shelf life, xuống cấp hoặc trở nên không tương thích với cấu hình đang chạy. Thứ tư, danh sách nhanh chóng mất hiệu lực khi máy thay đổi nhưng kho không được cập nhật.

Ở chiều ngược lại, chỉ mua các chi tiết “hay hỏng” cũng chưa đủ. Một item gần như không hỏng nhưng thời gian mua lại rất dài và hậu quả thiếu nó rất lớn có thể cần chiến lược khác. Đây thường được gọi là insurance phụ tùng dự phòng (spare): nhu cầu thấp, nhưng giá trị nằm ở việc tránh một khoảng dừng khó chấp nhận.

Vì vậy, câu hỏi đúng không phải:

“Linh kiện này có hay hỏng không?”

Mà là:

“Nếu cần item này mà không có, máy và hoạt động sản xuất sẽ bị phơi nhiễm rủi ro phục hồi đến mức nào?”

2. Đừng gọi mọi thứ là “phụ tùng dự phòng (spare)”

Một taxonomy tối thiểu giúp đội thiết kế, bảo trì và mua hàng nói cùng một ngôn ngữ.

Critical phụ tùng dự phòng (spare)

Item mà việc thiếu nó có thể tạo hậu quả vận hành, chất lượng, an toàn hoặc thời gian dừng đáng kể, trong khi khả năng phục hồi thay thế bị hạn chế. “Critical” không đồng nghĩa với đắt tiền và cũng không tự động đồng nghĩa phải tồn kho.

Insurance phụ tùng dự phòng (spare)

Item có nhu cầu rất hiếm nhưng lead time, tính độc quyền hoặc hậu quả thiếu hàng đủ lớn để cân nhắc mua trước. Ví dụ điển hình có thể là một module chuyên dụng, nhưng quyết định thực tế còn phụ thuộc khả năng repair, loaner, cải tạo máy (retrofit) hoặc nguồn thay thế.

chi tiết hao mòn (wear parts)

Chi tiết có đặc tính suy giảm hoặc hao mòn gắn với duty, môi trường và cách sử dụng: bề mặt tiếp xúc, seal, guide, belt hoặc phần tử tương tự. chi tiết hao mòn (wear parts) cần inspection criterion và replacement condition, không chỉ một tên trong danh sách.

Consumable

Vật tư được tiêu thụ trong vận hành hoặc bảo trì bình thường. Nhu cầu của consumable thường gần với mức sử dụng hơn là sự kiện failure, nên cách lập tồn kho cũng khác.

Repairable item

Module có thể tháo ra, sửa chữa, kiểm tra và đưa trở lại kho. Một repairable item cần quản lý vòng luân chuyển và trạng thái chất lượng; không thể coi món đã tháo khỏi máy là “phụ tùng dự phòng (spare)” ngay lập tức.

Standard commercial part

Linh kiện thương mại phổ biến, có giao diện kết nối (interface) rõ và nhiều kênh cung ứng. Tuy nhiên, “standard” không đảm bảo mọi sản phẩm cùng kích thước đều tương đương về hiệu năng (performance), environment, firmware, diagnostic hoặc chức năng an toàn (safety function).

Một item có thể nằm ở nhiều góc nhìn. Chẳng hạn một module là critical đối với vận hành, repairable về chiến lược support và đồng thời chịu rủi ro lỗi thời (obsolescence). Taxonomy dùng để làm rõ quyết định, không phải ép mọi item vào đúng một ô.

3. mức độ quan trọng (criticality) = hậu quả × mức phơi nhiễm phục hồi

Một cách sàng lọc thực dụng là tách hai nhóm câu hỏi.

Hậu quả khi item không thực hiện chức năng

Máy dừng hoàn toàn hay chỉ giảm năng suất?
Chất lượng có mất kiểm soát hoặc cần phân loại lại sản phẩm không?
Failure có liên quan chức năng an toàn (safety function) hoặc environmental control không?
Có redundancy hoặc phương án vận hành suy giảm đã được thiết kế và phê duyệt không?
Failure có dễ phát hiện trước khi gây hậu quả lớn không?

Mức phơi nhiễm phục hồi

Item có thể sửa tại chỗ hay phải thay?
Thời gian chẩn đoán, tháo, lắp, adjustment và kiểm chứng (verification) là bao lâu?
Nguồn cung có ổn định không? Lead time bình thường và khi gián đoạn khác nhau thế nào?
Có approved equivalent đã được qualification không?
Có loaner, exchange programme hoặc repair loop không?
Việc thay item có cần phần mềm, licence, parameter, calibration hoặc kỹ năng đặc biệt không?

Hai nhóm phải đi cùng nhau. Một cảm biến (sensor) rẻ và có sẵn ở nhiều nơi có thể gây dừng máy, nhưng recovery exposure thấp. Một controller ít hỏng có thể tạo recovery exposure rất cao nếu phiên bản đã cũ, programme không thể khôi phục (restore) hoặc nguồn mua duy nhất.

Không nên nhân hai con số tùy ý rồi gọi kết quả là khoa học. Score chỉ là công cụ sàng lọc. Quyết định cuối cần giữ rationale và assumption để người sau có thể review khi điều kiện thay đổi.

4. Từ mức độ quan trọng (criticality) đến chiến lược support

Kết quả phân tích không chỉ có hai lựa chọn “stock” hoặc “không stock”. Một item có thể được xử lý bằng:

tồn kho tại máy, tại nhà máy hoặc tại kho trung tâm;
hợp đồng giao nhanh hoặc vendor-held stock;
repair/exchange loop;
common part dùng chung cho nhiều máy;
approved equivalent;
thiết kế lại để giảm tính độc quyền;
condition monitoring hoặc inspection để tăng warning time;
kế hoạch cải tạo máy (retrofit) khi item bước vào phase-out;
bản sao lưu (backup), parameter set, licence và tool cần cho restoration.

Điểm quan trọng là chọn gói hỗ trợ cân bằng hiệu năng (performance), cost và risk. Tồn kho chỉ là một thành phần của khả năng hỗ trợ (supportability).

5. Số lượng tồn kho cần dữ liệu nào?

Không có một con số min–max đúng cho mọi nhà máy. Ít nhất phải hiểu:

Demand: item được tiêu thụ do vận hành, preventive replacement hay failure ngẫu nhiên?
Population: có bao nhiêu vị trí hoặc bao nhiêu máy dùng chung item?
Lead time: không chỉ giá trị trung bình, mà cả biến động và khả năng gián đoạn.
Service objective: mức rủi ro thiếu hàng nào được chấp nhận?
Repair loop: tỷ lệ sửa thành công, turnaround time và số item đang nằm ngoài kho.
Order constraint: MOQ, pack size, thời hạn báo trước hoặc hạn chế vận chuyển.
Shelf life và storage: item có thể lưu bao lâu và trong điều kiện nào?
lỗi thời (obsolescence): khả năng item bị phase-out trước khi được dùng.

Với dữ liệu ít, nên ghi rõ đây là initial provisioning assumption, không phải optimum đã được chứng minh. Sau một khoảng vận hành, consumption, failure, lead time thực tế và stockout event phải quay lại vòng review.

Một con số không kèm ngày, nguồn dữ liệu và assumption sẽ nhanh chóng biến thành “luật truyền miệng”.

6. chi tiết hao mòn (wear parts): đừng thay theo lịch chỉ vì dễ quản lý

Wear phụ thuộc vào load, speed, cycle, contamination, lubrication, alignment, temperature và nhiều điều kiện khác. Cùng một part number có thể có tuổi thọ rất khác giữa hai vị trí.

Vì vậy, một wear-part record tốt nên có:

vị trí và chức năng;
wear mechanism dự kiến;
dấu hiệu quan sát hoặc đại lượng đo;
inspection method và khả năng tiếp cận (accessibility);
acceptance/replacement criterion;
điều kiện vận hành liên quan;
restoration và kiểm chứng (verification) sau thay;
dữ liệu consumption thực tế.

Chu kỳ kiểm tra ban đầu có thể dựa trên vendor guidance, thử nghiệm và engineering judgement. Nhưng cần được điều chỉnh bằng dữ liệu field. Không nên biến một ví dụ catalog thành tuổi thọ bảo đảm cho mọi ứng dụng.

Nếu không thể inspect đáng tin cậy, đội dự án phải chọn giữa preventive replacement, monitoring gián tiếp, redundancy hoặc redesign. “Chờ hỏng rồi thay” cũng là một chiến lược, nhưng phải nhìn rõ hậu quả và recovery exposure.

7. Repairable item cần một vòng kín

Khi module hỏng được tháo khỏi máy, nó chưa trở thành phụ tùng dự phòng (spare). Vòng repairable tối thiểu gồm:

nhận dạng item và cấu hình;
ghi failure symptom và điều kiện phát hiện;
chuyển sang trạng thái quarantine;
đánh giá repair hoặc scrap;
sửa chữa theo scope được kiểm soát;
test và qualification;
ghi phiên bản, thay đổi và kết quả;
chỉ sau khi đạt mới trả về available stock.

Nếu bỏ qua quarantine hoặc test, kho có thể chứa “bad actor” quay vòng giữa máy và xưởng sửa. Tình huống này làm số lượng trên hệ thống trông đủ nhưng năng lực phục hồi thực tế lại bằng không.

Repair loop cũng ảnh hưởng số lượng cần giữ. Turnaround time dài, tỷ lệ no-lỗi (fault)-found cao hoặc repair yield thấp đều làm tăng phơi nhiễm thiếu hàng.

8. Part identity phải nối với mốc cấu hình chuẩn (configuration baseline)

Tên như “cảm biến (sensor) M12” hoặc “servo 400 W” không đủ để mua đúng item. Record cần xem xét:

manufacturer và part number;
revision/hardware generation;
firmware và compatibility;
electrical, pneumatic hoặc mechanical giao diện kết nối (interface);
connector/pin assignment và communication profile;
mounting, chuẩn định vị (datum) và envelope;
parameter, licence hoặc option;
environmental rating;
role trong an toàn (safety) hoặc chất lượng (quality) control;
bằng chứng qualification của equivalent.

Một approved equivalent không phải quyền thay tùy ý. Thay đổi có thể ảnh hưởng response time, diagnostic coverage, sensing principle, field of view, braking behavior hoặc software tích hợp (integration). Khi impact vượt khỏi phạm vi đã phê duyệt, item phải đi qua engineering-change route và kiểm chứng (verification) tương ứng.

Liên kết này cũng phải hai chiều: khi baseline máy thay đổi, phụ tùng dự phòng (spare) list cần được đánh giá; khi vendor thay revision hoặc dừng sản phẩm, baseline và cải tạo máy (retrofit) plan cần được đánh giá.

9. Shelf life, storage và preservation

Có hàng trong kho không đồng nghĩa hàng sẵn sàng sử dụng. Seal, adhesive, battery, lubricant, polymer, electronic module hoặc precision component có thể chịu ảnh hưởng của:

nhiệt độ và độ ẩm;
UV, dust hoặc corrosive atmosphere;
electrostatic discharge;
orientation hoặc mechanical load khi lưu;
định kỳ charge, rotate shaft hoặc preservation;
package integrity;
shelf life từ ngày sản xuất hoặc ngày mở bao bì.

Record cần chỉ rõ điều kiện lưu, cách nhận biết hạn, yêu cầu inspection trước sử dụng và phương pháp FEFO/FIFO phù hợp. Nếu chi phí duy trì trạng thái kho quá cao, một chiến lược vendor support hoặc commonization có thể tốt hơn.

10. lỗi thời (obsolescence) không bắt đầu khi vendor báo “ngừng bán”

Dấu hiệu sớm gồm lead time tăng, hạn chế option, firmware không còn cập nhật, repair service thu hẹp hoặc component thế hệ cũ không tương thích tool mới.

Một lỗi thời (obsolescence) route thực dụng:

theo dõi lifecycle status và nguồn thông báo chính thức;
xác định population và baseline bị ảnh hưởng;
kiểm tra stock, repair option và last-time-buy;
so sánh last-time-buy với redesign/cải tạo máy (retrofit);
qualification replacement trước khi khẩn cấp;
cập nhật drawing, BOM, software, phụ tùng dự phòng (spare) list và tài liệu bảo trì;
quản lý item cũ còn tồn và điều kiện sử dụng.

Last-time-buy không luôn là câu trả lời. Nó có thể mua thêm thời gian nhưng cũng tăng rủi ro tồn kho chết và không giải quyết compatibility dài hạn.

11. Ví dụ: module cảm biến giả định

Giả sử một module xác nhận trạng thái làm dừng chu trình khi không có tín hiệu. Không có redundancy, nhưng module thương mại có nhiều nguồn cung.

Đánh giá ban đầu:

consequence: máy dừng, không mất containment;
detection: cảnh báo (alarm) rõ, chẩn đoán tương đối nhanh;
replacement task: dễ tiếp cận nhưng cần alignment và functional check;
lead time: ngắn trong điều kiện bình thường, có biến động;
equivalent: chưa qualification;
demand history: chưa có vì máy mới.

Kết luận không nhất thiết là mua số lượng lớn. Initial strategy có thể gồm commonization với các vị trí khác, giữ một mức ban đầu có rationale, lưu parameter/alignment method, qualification một equivalent và review sau khi có field data.

Nếu module tham gia chức năng an toàn (safety function), assessment hoàn toàn khác: configuration, systematic capability, response, diagnostic và thẩm định (validation) route phải được kiểm soát theo thiết kế an toàn (safety) liên quan. Không được suy rộng ví dụ vận hành thông thường sang linh kiện an toàn (safety).

12. Handover package cho phụ tùng nên có gì?

Một spreadsheet chỉ có part number và quantity là chưa đủ. Package nên nối được:

Trường	Câu hỏi phải trả lời
Item identity	Chính xác phiên bản nào tương thích?
Installed population	Có bao nhiêu vị trí dùng item?
Classification	Critical, wear, consumable, repairable hay insurance phụ tùng dự phòng (spare)?
Rationale	Vì sao stock, repair, contract hoặc redesign?
Demand basis	Dựa trên consumption, failure data hay assumption?
Lead time	Nguồn, ngày kiểm tra và biến động nào?
Storage	Điều kiện, shelf life, preservation?
Replacement task	Tool, skill, access, adjustment và kiểm chứng (verification)?
Equivalent	Đã qualification trong phạm vi nào?
lỗi thời (obsolescence)	Ai theo dõi và kích hoạt change route?
Review trigger	Theo lịch hay sau failure/change/vendor notice?

Handover cũng cần phân định người phụ trách (owner) giữa engineering, maintenance, procurement, warehouse và production. Nếu không có người phụ trách (owner), dữ liệu sẽ cũ dù biểu mẫu ban đầu rất đẹp.

13. Checklist review nhanh

Trước khi chốt phụ tùng dự phòng (spare)/wear-parts plan, hãy kiểm tra:

Danh sách có phân biệt phụ tùng dự phòng (spare), wear, consumable và repairable không?
“Critical” có rationale dựa trên consequence và recovery exposure không?
Số lượng có ghi demand, lead time, service assumption và ngày đánh giá không?
chi tiết hao mòn (wear parts) có inspection/replacement criterion không?
Repairable item có quarantine, test và return-to-stock control không?
Part identity có đủ revision, firmware, giao diện kết nối (interface) và option không?
Equivalent đã được qualification trong phạm vi rõ chưa?
Storage, shelf life và preservation đã được xem xét chưa?
lỗi thời (obsolescence) có người phụ trách (owner) và trigger không?
phụ tùng dự phòng (spare) list có liên kết với as-running baseline và engineering-change quy trình (process) không?
Replacement task có restoration và kiểm chứng (verification) không?
Có kế hoạch review bằng dữ liệu vận hành thật không?

Kết luận

phụ tùng dự phòng (spare)-parts provisioning không phải bài toán “mua dư cho chắc”. Đó là thiết kế năng lực phục hồi xuyên vòng đời máy.

Một danh sách tốt phải trả lời ba điều: item nào thật sự quan trọng, chiến lược support nào phù hợp và bằng chứng nào khiến quyết định vẫn đáng tin khi demand, lead time hoặc cấu hình thay đổi.

Khi mức độ quan trọng (criticality), khả năng bảo trì (maintainability), configuration và field data được nối thành một vòng kín, kho phụ tùng mới chuyển từ danh sách mua hàng thành một phần của thiết kế hệ thống.

Nguồn tham khảo

IEC 62550:2017 — phụ tùng dự phòng (spare parts) provisioning: https://webstore.iec.ch/en/publication/30207
IEC 60300-3-14:2024 — khả năng hỗ trợ (supportability) and support: https://webstore.iec.ch/en/publication/68532
IEC 60300-3-10:2025 — khả năng bảo trì (maintainability) and maintenance: https://webstore.iec.ch/en/publication/65334
IEC 60300-3-4:2022 — đặc tả (specification) of dependability yêu cầu (requirement): https://webstore.iec.ch/en/publication/59797
ISO 14224:2016 — Reliability and maintenance data for equipment: https://www.iso.org/standard/64076.html

Xem tất cả bài viết kỹ thuật MINATA