Tìm hiểu cách thực hiện đánh giá rủi ro chuỗi cung ứng cho BOM của bạn chỉ trong sáu bước. Xác định các linh kiện có rủi ro cao, xem các cảnh báo về vòng đời sản phẩm và xây dựng quy trình ứng phó.
Gần hai phần ba các nhà sản xuất điện tử cho biết tình trạng sẵn có của linh kiện và vật liệu bị hạn chế hoặc thời gian giao hàng bị kéo dài. Đáng chú ý, không đơn vị nào mô tả điều kiện hiện tại là nguồn cung dồi dào, sẵn có ngay, điều này cho thấy rủi ro chuỗi cung ứng vẫn đang phổ biến rộng rãi.
Rủi ro đó xuất hiện từng linh kiện một. Một linh kiện âm thầm bị ngừng sản xuất, một nhà phân phối đột nhiên hết hàng, một mức giá tăng vọt mà không có cảnh báo. BOM luôn đầy những bất ngờ làm chệch hướng quá trình sản xuất và bào mòn biên lợi nhuận.
Giải pháp là một quy trình có thể lặp lại, được hỗ trợ bởi dữ liệu chuỗi cung ứng theo thời gian thực, nhằm xác định và giảm thiểu rủi ro trước khi nó ảnh hưởng đến tiến độ. Hướng dẫn này sẽ đưa bộ phận thu mua và kỹ thuật đi qua sáu bước để đánh giá BOM hiện có, đồng thời cho thấy cách một môi trường BOM được kết nối có thể giúp các nhóm đánh giá rủi ro nhanh hơn, phản ứng nhất quán hơn và duy trì sự linh hoạt khi điều kiện cung ứng thay đổi.
Rủi ro không đứng yên; báo cáo của bạn cũng không nên như vậy.
Một bảng tính được trích xuất từ tháng trước thì nay đã sai. Linh kiện đã thay đổi, giá đã dịch chuyển và trạng thái vòng đời đã khác đi, nhưng không gì trong tệp phản ánh điều đó. Mỗi giờ trôi qua giữa lúc xuất dữ liệu và lúc phân tích là thêm một giờ sai lệch mà không ai tính đến.
Giải pháp là kết nối BOM với một nguồn dữ liệu trực tiếp thay vì kiểm tra từng trang web của nhà phân phối cho từng linh kiện. Kéo trực tiếp giá hiện tại, tồn kho và trạng thái vòng đời vào BOM để các con số tự cập nhật. Trên thực tế, điều đó có nghĩa là rời khỏi bảng tính được duy trì thủ công và chuyển sang một công cụ BOM trên nền tảng đám mây có kết nối cập nhật với dữ liệu từ nhà sản xuất và nhà phân phối.
Đây là bước mà nhiều nhóm thường bỏ qua, và cũng là bước quyết định liệu mọi thứ sau đó sẽ hữu ích hay chỉ là lãng phí thời gian.
Quản lý BOM hiệu quả bắt đầu từ việc tập trung hóa nó, chứ không phải từ chính phần phân tích. Khi BOM nằm trong một môi trường dùng chung, bộ phận thu mua và kỹ thuật sẽ không còn làm việc trên những phiên bản khác nhau của cùng một danh sách.
Khi BOM đã được tập trung hóa và cập nhật trực tiếp, hãy quét để tìm những linh kiện thực sự đáng lo ngại:
Những cờ báo này quan trọng nhất khi xuất hiện cùng nhau. Một linh kiện chỉ có một nguồn cung lại còn sắp đến EOL và được báo giá với thời gian giao hàng dài là một vấn đề rất khác so với linh kiện chỉ vướng một cờ báo duy nhất.
Trước khi tin vào kết quả quét, hãy làm sạch dữ liệu. Các mục trùng lặp, mã linh kiện của nhà sản xuất không nhất quán và định dạng không khớp sẽ làm sai lệch phân tích. Chuẩn hóa BOM không phải là một việc riêng biệt; đó là điều khiến bước này trở nên đáng tin cậy.
Không phải cảnh báo nào cũng mang cùng một ý nghĩa, hay đòi hỏi cùng một mức độ phản ứng.
Active, not recommended for new designs (NRND), last-time-buy và obsolete mỗi trạng thái mô tả một giai đoạn khác nhau trong vòng đời của linh kiện và cần kích hoạt một hành động khác nhau:
Mức độ khẩn cấp cũng phải tương ứng với khoảng thời gian còn lại. Một thông báo EOL với cửa sổ last-time-buy còn 18 tháng không giống với trường hợp chỉ còn 60 ngày. Nhưng đừng trông chờ rằng lúc nào cũng sẽ có thông báo chính thức. Trong năm 2025, hơn một nửa các sự kiện EOL của linh kiện điện tử đã xảy ra mà không có Product Change Notification (PCN) từ nhà sản xuất.
Khi một linh kiện đã bị gắn cờ, cần có người chịu trách nhiệm cho việc sẽ diễn ra tiếp theo.
Một cách phân chia khả thi: bộ phận thu mua gắn cờ linh kiện và nêu rõ các dữ kiện phía nguồn cung (thời gian giao hàng, giá, số lượng nguồn cung); bộ phận kỹ thuật đánh giá nó thực sự ảnh hưởng đến những gì trong thiết kế. Việc đánh giá đó phụ thuộc vào khả năng biết chính xác linh kiện được dùng ở đâu, đến tận từng phiên bản bo mạch. Hãy chỉ định một người chịu trách nhiệm cho mỗi linh kiện bị gắn cờ, ngay cả khi cả hai nhóm cùng tham gia, để việc phản hồi không bị đình trệ giữa họ.
Hãy đánh giá mức độ nghiêm trọng dựa trên ba yếu tố:
Dùng các yếu tố đó để gán một mức độ đơn giản: nghiêm trọng, cần theo dõi, hoặc tạm thời an toàn để bỏ qua. Ngưỡng chính xác sẽ khác nhau giữa các tổ chức, nhưng một linh kiện có ít lựa chọn nguồn cung, xuất hiện rộng trong nhiều thiết kế và phụ thuộc ở giai đoạn sản xuất xứng đáng được xử lý nhanh hơn so với linh kiện có nhiều nguồn cung và chỉ được dùng trong một nguyên mẫu giai đoạn đầu.
Ví dụ, một linh kiện chỉ có một nguồn cung trong một nguyên mẫu ban đầu thì ở mức cần theo dõi. Cũng linh kiện đó nhưng đang được xuất xưởng trong năm sản phẩm thì là nghiêm trọng, vì thời gian và số lựa chọn để phản ứng sẽ giảm đi khi thiết kế tiến gần hơn tới sản xuất.
Hãy ghi lại cách phân tầng này để có thể áp dụng cùng một tiêu chí vào lần sau khi một linh kiện tương tự bị gắn cờ.
Mức độ nghiêm trọng chỉ có ý nghĩa nếu nó dẫn đến một cách phản ứng khác nhau.
Đối với những linh kiện mà bạn đã biết là rủi ro, hãy xác định phương án thay thế trước khi bạn cần đến chúng. Các phương án thay thế được phê duyệt trước trong thư viện linh kiện sẽ biến một rủi ro bị gắn cờ thành “đây là phương án chúng ta đã phê duyệt từ trước”. Nếu chưa có phương án thay thế nào được phê duyệt, phản ứng có thể cần một cuộc rà soát liên chức năng để đánh giá nguồn cung mới, thiết kế lại quanh một linh kiện khác hoặc đảm bảo đủ tồn kho để bắc cầu qua khoảng trống.
Khi một hạng mục bị gắn cờ là nghiêm trọng, hoặc việc thay thế sẽ làm thay đổi sơ đồ nguyên lý hay layout, hãy đưa nó qua một bước thay đổi và phê duyệt chính thức để bộ phận kỹ thuật ký duyệt trước khi bất kỳ điều gì được triển khai. Phân tích tác động của lệnh thay đổi bằng AI có thể hỗ trợ bằng cách dự đoán một thay đổi được đề xuất sẽ ảnh hưởng thế nào đến linh kiện, cụm lắp ráp, tiến độ và thiết kế, giúp người rà soát có cái nhìn rõ ràng về phạm vi tác động của thay đổi thay vì phải tự tổng hợp thủ công. Sau đó, các buổi rà soát thiết kế có cấu trúc sẽ giúp quyết định tiếp tục được thúc đẩy thay vì bị mắc kẹt trong email. Những thay thế tương đương trực tiếp với thông số khớp nhau nên được xử lý nhanh mà không cần toàn bộ quy trình thiết kế lại.
Buộc mọi thay thế phải đi qua quy trình nặng nề nhất không làm BOM an toàn hơn; nó chỉ khiến cả nhóm học cách phớt lờ quy trình khi tốc độ thực sự quan trọng.
Dù đi theo hướng nào, hãy ghi lại quyết định: điều gì đã bị gắn cờ, những gì đã được xem xét, điều gì được chọn và ai đã phê duyệt. Hồ sơ đó sẽ biến lần kiểm toán hoặc tổng kết sau này thành một việc rất nhẹ nhàng.
Giả sử một đầu nối board-to-board bị gắn cờ NRND. Kiểm tra where-used cho thấy nó xuất hiện trong ba thiết kế: một ở giai đoạn nguyên mẫu, một còn hai tháng nữa là phát hành, và một đã được xuất xưởng; đồng thời chưa có phương án thay thế đủ điều kiện. Sản phẩm đang xuất xưởng và việc không có phương án thay thế khiến đây trở thành trường hợp nghiêm trọng. Vì đầu nối gắn với footprint và độ khớp với vỏ máy, ngay cả một linh kiện gần tương đương cũng có thể cần rà soát layout, nên nguyên mẫu nên chuyển đổi ngay lúc này khi chi phí gần như không đáng kể, còn thiết kế sắp phát hành cần chốt phương án thay thế trước khi bị khóa. Bộ phận thu mua tính toán mức bao phủ còn lại, bộ phận kỹ thuật bắt đầu đánh giá phương án thay thế, và quyết định cùng người phê duyệt được ghi lại để dùng cho lần sau.
Một lần đánh giá rủi ro là chưa đủ vì đến lần cập nhật tiếp theo từ nhà phân phối, kết quả đó đã lỗi thời. Hãy gắn tần suất kiểm tra với các sự kiện phát sinh thay vì theo lịch cố định, thay vì phụ thuộc vào một đợt rà soát hằng năm vốn bỏ sót mọi thứ xảy ra ở khoảng giữa.
Trên thực tế, điều đó có nghĩa là cần chạy lại kiểm tra mỗi khi một thiết kế được phát hành, một bản sửa đổi BOM được tạo, vòng đời hoặc tình trạng tồn kho của một linh kiện thay đổi, và trước khi bạn cam kết với đơn đặt hàng hoặc lệnh sản xuất. Việc rà soát định kỳ ở mức nhẹ vẫn có chỗ đứng như một lớp bảo vệ bổ sung, nhưng không nên là tuyến phòng thủ chính của bạn.
Đây là hình ảnh của BOM khỏe mạnh khi việc này trở thành thông lệ: một bước kiểm tra ổn định, ít tốn công sức, được tích hợp vào chính cách nhóm đang làm việc hằng ngày.
Hướng dẫn này bắt đầu với một BOM, nhưng cùng nhịp kiểm tra theo sự kiện đó có thể mở rộng trên mọi thiết kế đang hoạt động. Để xem bức tranh lớn hơn, hãy xem Thông tin BOM theo thời gian thực: Việc giám sát rủi ro trên tất cả BOM đang hoạt động của bạn trông như thế nào.
Mọi bước đều nhanh hơn khi có nền tảng phù hợp hỗ trợ bên dưới. Altium Agile Teams đưa thông tin giá linh kiện, tình trạng sẵn có và trạng thái vòng đời được cập nhật trực tiếp vào BOM của bạn, để bộ phận thu mua và kỹ thuật làm việc trên cùng một bộ số liệu tại cùng một nơi thay vì phải đối soát các bản xuất dữ liệu sau đó.
Tập trung BOM của bạn, kết nối nó với dữ liệu chuỗi cung ứng luôn được cập nhật, và xây dựng một quy trình phản hồi mà cả nhóm của bạn có thể tin cậy.