Cách thực hiện đánh giá rủi ro chuỗi cung ứng trên BOM hiện tại của bạn

Laura V. Garcia
|  Created: Tháng Mười 7, 2026
At a Glance

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ó.

Go Deeper with AI:
Cách thực hiện đánh giá rủi ro chuỗi cung ứng cho BOM hiện tại của bạn

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.

Những điểm chính cần ghi nhớ

  • Việc đánh giá rủi ro chỉ cập nhật đến mức dữ liệu BOM phía sau nó còn mới, vì vậy một nguồn dữ liệu được kết nối và cập nhật trực tiếp sẽ tốt hơn nhiều so với một bảng tính đã lỗi thời.
  • Hãy gắn cờ các linh kiện chỉ có một nguồn cung, sắp đến EOL, thời gian giao hàng dài, mức tồn kho bao phủ thấp và biến động giá mạnh, nhưng trước hết phải làm sạch và chuẩn hóa dữ liệu, nếu không phân tích sẽ dựa trên dữ liệu nhiễu.
  • Trạng thái vòng đời và trạng thái nguồn cung là hai việc khác nhau. Active, NRND, last-time-buy và obsolete mô tả vòng đời của linh kiện, trong khi allocation là một ràng buộc nguồn cung tạm thời. Mỗi trường hợp cần một cách ứng phó khác nhau.
  • Mức độ nghiêm trọng nên phản ánh các lựa chọn tìm nguồn cung, phạm vi ảnh hưởng trong thiết kế và giai đoạn sản xuất, với trách nhiệm được phân chia giữa thu mua và kỹ thuật, đồng thời chỉ định một người chịu trách nhiệm cho mỗi linh kiện bị gắn cờ.
  • Các phương án thay thế được phê duyệt trước cùng với hồ sơ quyết định được ghi lại sẽ biến quy trình ứng phó từ chữa cháy bị động thành một thói quen có thể lặp lại và kiểm toán được.

Bước 1: Đưa BOM của bạn vào một nơi kết nối duy nhất

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.

Bước 2: Chạy phân tích BOM để gắn cờ các linh kiện rủi ro cao

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:

  • Linh kiện chỉ có một nguồn cung: không có nhà cung cấp thứ hai đủ điều kiện, nên bất kỳ gián đoạn nào ở nguồn đó cũng không có phương án dự phòng.
  • Linh kiện sắp đến EOL: đã có thông báo ngừng sản xuất từ nhà sản xuất hoặc sắp đến cửa sổ last-time-buy, ngay cả khi linh kiện đó hôm nay vẫn còn mua được.
  • Mặt hàng có thời gian giao hàng dài: bất kỳ linh kiện nào vượt xa lịch sản xuất thông thường của bạn, khiến một đơn hàng vốn bình thường trở thành rủi ro về tiến độ.
  • Mức bao phủ tồn kho thấp: các linh kiện mà lượng tồn kho sẵn có và đơn hàng đang mở không đủ bao phủ lịch sản xuất dự báo. Hãy kết hợp dữ liệu tồn kho hiện có và đơn hàng đang mở của chính bạn với tồn kho thị trường theo thời gian thực để thấy sớm khoảng trống, khi vẫn còn thời gian để hành động.
  • Biến động giá: các dòng BOM có chi phí tăng gần đây hoặc đang có xu hướng tăng. Những mức tăng nhỏ nếu xét riêng lẻ sẽ cộng dồn trên toàn bộ BOM, làm xói mòn biên lợi nhuận trước khi bất kỳ ai nhận ra.

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.

Bước 3: Diễn giải đúng các cảnh báo thiếu hụt và EOL

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:

  • Active: Nhà sản xuất vẫn đang sản xuất linh kiện. Rủi ro vòng đời nhìn chung thấp, nhưng rủi ro nguồn cung không phải là bằng không (allocation, back-order, thời gian giao hàng dài). Hãy tiếp tục kiểm tra tồn kho và thời gian giao hàng so với lịch sản xuất của bạn.
  • NRND: Nhà sản xuất đang định hướng các thiết kế mới tránh dùng linh kiện này. Bạn vẫn có thể mua nó và các thiết kế hiện có vẫn có thể tiếp tục sản xuất, nhưng đây thường là dấu hiệu đầu tiên cho thấy việc ngừng sản xuất đang đến gần. Không đưa nó vào các thiết kế mới, tìm mọi thiết kế hiện có đang sử dụng nó và đánh giá một phương án thay thế ngay bây giờ. 
  • Last-time-buy (LTB): Cửa sổ cố định để đặt đơn hàng cuối cùng. So sánh tồn kho hiện có và các đơn hàng đang mở với dự báo và nhu cầu dịch vụ, đặt hàng trước hạn chót, đồng thời song song bắt đầu đánh giá phương án thay thế hoặc lên kế hoạch thiết kế lại.
  • Obsolete: Cửa sổ đã đóng. Kiểm đếm lượng tồn kho còn lại so với số lượng sản phẩm còn phải sản xuất. Nếu mức bao phủ sắp cạn, hãy chuyển sang phương án thay thế đã được phê duyệt trước hoặc thiết kế lại. Linh kiện này không nên xuất hiện trong bất kỳ thiết kế mới nào.
  • Allocation: Đây là một tín hiệu khác; đó là tình trạng mất cân bằng cung cầu tạm thời, không phải thay đổi vòng đời. Cách phản ứng là quản lý mức bao phủ: kiểm tra tồn kho và đơn hàng đang mở, xác nhận nguồn cung trong tương lai, tìm thêm nguồn nếu cần và quyết định xem có cần mua bắc cầu tạm thời hoặc dùng phương án thay thế hay không.

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.

Bước 4: Gán quyền sở hữu và mức độ nghiêm trọng cho rủi ro BOM

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ố:

  • Nguồn cung: chỉ có một nguồn hay đã có phương án thay thế đủ điều kiện?
  • Phạm vi ảnh hưởng: có bao nhiêu thiết kế đang hoạt động sử dụng nó?
  • Giai đoạn: mỗi thiết kế còn cách sản xuất bao xa?

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ờ.

Bước 5: Xây dựng quy trình ứng phó

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.

Bước 6: Biến nó thành việc lặp lại, không phải chỉ làm một lần

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.

Danh sách kiểm tra tham chiếu nhanh

  • Tập trung BOM vào một nơi với kết nối dữ liệu trực tiếp.
  • Làm sạch và chuẩn hóa dữ liệu linh kiện trước khi phân tích.
  • Đánh dấu các linh kiện chỉ có một nguồn cung, gần EOL, thời gian giao hàng dài, mức bao phủ tồn kho thấp và biến động giá mạnh.
  • Đọc đúng trạng thái: NRND, last-time-buy và obsolete là các mã vòng đời; allocation là một ràng buộc về nguồn cung.
  • Phân công rõ trách nhiệm sở hữu và mức độ nghiêm trọng dựa trên khả năng cung ứng, phạm vi ảnh hưởng và giai đoạn.
  • Phê duyệt trước các phương án thay thế, chuyển các thay đổi quan trọng hoặc ảnh hưởng đến thiết kế qua quy trình phê duyệt, và ghi lại mọi quyết định.
  • Chạy kiểm tra theo tần suất lặp lại.

Thực hiện quy trình này mà không cần rời khỏi môi trường thiết kế của bạn

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 đó.

  • Bước 1–2: Altium Agile Teams tập trung BOM của bạn trong một cổng thông tin đám mây với dữ liệu mới nhất về giá, tình trạng sẵn có và vòng đời từ Octopart và IHS Markit, cùng với khả năng tích hợp SiliconExpert và Z2Data. Việc chuẩn hóa và làm sạch BOM cũng diễn ra ngay tại cùng một nơi.
  • Bước 3: Trạng thái vòng đời được hiển thị trên từng dòng hạng mục, và các cơ chế kiểm soát vòng đời giúp ngăn các hạng mục obsolete hoặc draft lọt vào bản phát hành.
  • Bước 4: Theo dõi where-used đến tận phiên bản sửa đổi bo mạch cụ thể cho thấy chính xác những thiết kế nào bị ảnh hưởng bởi linh kiện đã được gắn cờ. Quyền hạn dựa trên vai trò kiểm soát ai có thể xem, chỉnh sửa và phê duyệt.
  • Bước 5: Các linh kiện thay thế được xác định chủ động trong một thư viện dùng chung. Quy trình làm việc có thể cấu hình và các đợt rà soát thiết kế có cấu trúc kèm phê duyệt chuyển các thay đổi quan trọng hoặc ảnh hưởng đến thiết kế sang khâu phê duyệt kỹ thuật, đồng thời cho phép các thay thế tương đương trực tiếp diễn ra trôi chảy. Phân tích tác động của change order bằng AI cung cấp cho người rà soát dự đoán tác động trước khi phê duyệt. 
  • Bước 6: Nhật ký kiểm toán và nhật ký sự kiện tự động ghi lại các thay đổi và hành động. Bình luận rà soát và tác vụ ghi lại lý do, vì vậy hồ sơ quyết định được hình thành ngay trong quá trình nhóm làm việc. Quyền truy cập workspace toàn cục và đăng nhập một lần cho phép các nhóm phân tán thực hiện cùng một quy trình kiểm tra theo sự kiện mà không làm mất đi khả năng quản trị.

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.

Tìm hiểu thêm về Altium Agile Teams →

About Author

About Author

Laura V. Garcia is a freelance supply chain and procurement writer and a one-time Editor-in-Chief of Procurement magazine.A former Procurement Manager with over 20 years of industry experience, Laura understands well the realities, nuances and complexities behind meeting the five R’s of procurement and likes to focus on the "how," writing about risk and resilience and leveraging developing technologies and digital solutions to deliver value.When she’s not writing, Laura enjoys facilitating solutions-based, forward-thinking discussions that help highlight some of the good going on in procurement because the world needs stronger, more responsible supply chains.

Related Resources

Related Technical Documentation

Back to Home
Thank you, you are now subscribed to updates.