AI quản lý thay đổi thiết kế là gì | Quy trình thực tế để chấm dứt phụ thuộc cá nhân trong BOM và sót thông báo ECN

Bản vẽ đã được thay bằng phiên bản mới nhất, nhưng trên kệ ngoài xưởng vẫn chất đầy những chi tiết được gia công theo bản vẽ cũ. Tại các nhà máy Nhật Bản ở Thái Lan, sự cố thường không nằm ở bản thân việc thay đổi thiết kế, mà nằm trên quãng đường mà thay đổi đó phải đi để tới được các bộ phận phía sau. AI quản lý thay đổi thiết kế chính là cách tiếp cận để máy móc gánh bớt phần truyền đạt và đồng bộ trên quãng đường “cho tới khi thông tin thực sự tới nơi” này. Bài viết sẽ chỉ ra thông tin đứt gãy ở đâu trong ba giai đoạn ECR, ECO, ECN, đồng thời tách bạch phần AI có thể làm thay và phần con người phải tiếp tục nắm giữ.

AI quản lý thay đổi thiết kế là gì

AI quản lý thay đổi thiết kế là tên gọi chung cho các cơ chế trong đó AI hỗ trợ toàn bộ đường truyền thông tin, kể từ lúc phát sinh một thay đổi thiết kế cho đến khi thay đổi đó được phản ánh chính xác vào BOM (bảng kê vật tư), tới các bộ phận liên quan và tới những bản vẽ đang lưu hành ngoài hiện trường. Đây không phải là AI vẽ bản vẽ, cũng không phải là công cụ thay con người phê duyệt. Trọng tâm chỉ nằm ở một đoạn duy nhất, đó là khoảng cách từ thời điểm thay đổi phát sinh cho tới khi nó được phản ánh xong ở mọi bộ phận và mọi tài liệu phía sau.

Đoạn này lại chính là phần ít được nhìn thấy nhất ở đa số nhà máy. Bên trong bộ phận thiết kế, mọi thứ đã trọn vẹn. Bản vẽ được sửa, ký hiệu revision được nâng lên, con dấu phê duyệt đã đóng. Nhưng danh sách những người và những tài liệu cần biết sự thật đó lại chỉ nằm trong đầu một cá nhân, thông báo được gửi qua email và chat cá nhân, còn bên nhận đã cập nhật tới đâu thì không có cách nào kiểm chứng. Kết quả là xuất hiện một trạng thái nghịch lý, thiết kế thì đúng nhưng sản phẩm thì sai.

Trọng tâm không phải “tìm kiếm” hay “tính toán” mà là “truyền đạt”

Blog của TOMAS TECH đã đề cập tới một số chủ đề lân cận. Vì rất dễ nhầm lẫn, xin phân định phạm vi trước.

Ba lớp vấn đề của bản vẽ cũ, gồm nơi lưu trữ, khả năng nhận dạng và nội dung, đã được phân tích chi tiết trong bài AI tìm kiếm bản vẽ. AI quản lý thay đổi thiết kế là câu chuyện xảy ra sau khi bản vẽ đó được sửa đổi.

Ở chiều ngược lại, hậu quả khi thay đổi không tới được BOM một cách chính xác đã được lượng hóa trong bài Độ chính xác BOM trong hệ thống MRP. Ngay cả khi độ chính xác dữ liệu master ở cấp từng hạng mục đạt 98%, nếu mỗi sản phẩm có 35 chi tiết thì xác suất để toàn bộ hạng mục của một sản phẩm đều đúng chỉ còn khoảng 49%. Một điểm sót thông tin nhìn riêng lẻ thì rất nhỏ, nhưng ngay khi lắp thành sản phẩm hoàn chỉnh thì nó biến thành một canh bạc năm ăn năm thua. Sẽ dễ hình dung hơn nếu xem AI quản lý thay đổi thiết kế là phía đứng ra ngăn con số 98% đó khỏi bị bào mòn theo thời gian.

Ngoài ra, có những hình thức sản xuất chịu được thay đổi và có những hình thức rất dễ tổn thương trước thay đổi. Việc thời điểm chốt quy cách khác nhau giữa sản xuất theo dự báo, lắp ráp theo đơn hàng, sản xuất theo đơn hàng và thiết kế theo đơn hàng đã được trình bày trong bài Hệ thống quản lý sản xuất theo đơn hàng. Càng gần với thiết kế theo đơn hàng thì thay đổi thiết kế càng không còn là “xử lý ngoại lệ” mà trở thành công việc thường ngày.

Đặc điểm của những nhà máy cần đến AI quản lý thay đổi thiết kế

Nếu nhà máy của bạn rơi vào nhiều hơn một trong các điều kiện dưới đây, việc truyền đạt thay đổi thiết kế rất dễ sụp đổ về mặt cấu trúc.

• Sản xuất nhiều chủng loại số lượng ít, hoặc sản xuất theo đơn hàng riêng, khiến cùng một sản phẩm vẫn phân nhánh bản vẽ theo từng khách hàng
• Thiết kế nằm ở công ty mẹ tại Nhật còn sản xuất nằm ở Thái Lan, tức là thiết kế và sản xuất cách xa nhau về địa lý và tổ chức
• BOM thiết kế và BOM sản xuất được quản lý bằng các tệp riêng, trên các hệ thống riêng
• Thông báo thay đổi được gửi qua email và chat, không lưu lại bằng chứng xác nhận đã nhận
• Không có quy định thành văn về thu hồi bản vẽ cũ, giấy tờ cũ vẫn tồn đọng ngoài hiện trường

Ngược lại, một nhà máy sản xuất hàng loạt một chủng loại duy nhất, mỗi năm chỉ thay đổi thiết kế vài lần, thiết kế và sản xuất cùng nằm trong một tòa nhà, thì trí nhớ con người và trao đổi miệng là đủ. Cơ chế chỉ trở nên cần thiết khi tần suất thay đổi và số lượng đường truyền vượt quá dung lượng ghi nhớ của con người.

Từ ECR đến ECO và ECN, thông tin đứt gãy ở giai đoạn nào

Quy trình thay đổi thiết kế thường được chia thành ba giai đoạn. Theo giải thích của công ty Things, đó là ECR (Engineering Change Request) ứng với đề xuất thay đổi, ECO (Engineering Change Order) ứng với quyết định thay đổi, và ECN (Engineering Change Notice) ứng với thông báo thay đổi. Cùng với đó, bốn nguyên nhân chính gây lỗi trong thay đổi thiết kế được nêu ra là sót truyền đạt, bỏ sót phạm vi ảnh hưởng, thiếu khả năng truy xuất nguồn gốc và thời điểm chuyển đổi mơ hồ.

Khi ghép ba giai đoạn này với bốn nguyên nhân chính, có thể thấy rõ giai đoạn nào dễ để đứt gãy loại truyền đạt nào.

Dưới đây là phân tích từng giai đoạn dưới góc nhìn thực tế.

Điểm đứt gãy ở ECR (đề xuất thay đổi), không ai bao quát hết phạm vi ảnh hưởng

ECR là việc lập phiếu để nói rằng “cần thay đổi”. Nguồn gốc rất đa dạng, có thể là yêu cầu đổi quy cách từ khách hàng, linh kiện ngừng sản xuất, biện pháp khắc phục lỗi, cắt giảm chi phí hay đáp ứng quy định pháp luật. Vướng mắc ở giai đoạn này là chính người lập phiếu cũng không nắm hết được thay đổi đó sẽ lan tới đâu.

Điển hình là trường hợp linh kiện ngừng sản xuất. Khi một linh kiện điện tử bị khai tử, thứ chịu ảnh hưởng không chỉ là “sản phẩm đang dùng linh kiện đó”. Còn có bo mạch đang gắn linh kiện đó, sản phẩm đang lắp bo mạch đó, hướng dẫn sử dụng và danh mục linh kiện dịch vụ của sản phẩm đó, và cả bảng cấu thành linh kiện đã nộp cho khách hàng. Trong giải thích nói trên của Things có nêu một ví dụ, nhờ khai triển ngược BOM mà từ một linh kiện ngừng sản xuất có thể nắm ngay được phạm vi ảnh hưởng gồm 3 loại bo mạch chứa nó và 7 model sản phẩm sử dụng chúng. Đây không phải số liệu thống kê mà chỉ là ví dụ minh họa cho cơ chế, nhưng nó cho thấy việc có hay không có công cụ khai triển ngược làm thay đổi hoàn toàn tầm nhìn ngay tại thời điểm lập phiếu.

Vậy điều gì xảy ra ở nhà máy không khai triển ngược được. Người lập phiếu chỉ viết phần thuộc trách nhiệm của mình, tới cuộc họp thẩm định mới có ai đó dựa vào trí nhớ mà nhắc “hình như linh kiện này còn dùng cho sản phẩm kia nữa”. May thì có người biết và nhặt được, không may thì bỏ sót. Và phạm vi ảnh hưởng đã bị bỏ sót sẽ không được phát hiện ở cả ECO lẫn ECN. Bởi vì cái gì không được liệt kê ngay từ đầu thì sẽ không bao giờ được liệt kê tới cuối.

Đây chính là nơi việc gắn AI mang lại giá trị cao nhất. Phần sau sẽ nói kỹ hơn, nhưng phân tích ảnh hưởng thay đổi là lĩnh vực mà AI mạnh về mặt cấu trúc, có thể đưa ra danh sách ứng viên bao quát hơn trí nhớ con người rất nhiều.

Điểm đứt gãy ở ECO (quyết định thay đổi), lý do của quyết định không được lưu lại

ECO là giai đoạn quyết định sẽ thực hiện thay đổi. Ai đã phê duyệt, đã cân nhắc và loại bỏ phương án thay thế nào, ước lượng ảnh hưởng tới chi phí và thời hạn giao hàng ra sao. Thông tin sinh ra ở đây thực ra có tuổi thọ dài hơn cả bản thân thay đổi, vì vài năm sau khi cùng linh kiện đó phát sinh sự cố, người ta sẽ quay lại tra cứu nó.

Nhưng trên thực tế, hồ sơ của giai đoạn này lại thất tán nhiều nhất. Phê duyệt kết thúc bằng một cái gật đầu trong cuộc họp, biên bản chỉ còn lại đúng một dòng ghi “đã duyệt”. Kết quả cân nhắc phương án thay thế nằm trong tệp Excel trên máy cá nhân của người phụ trách, người đó chuyển bộ phận là mất luôn. Bản vẽ sửa đổi lưu lại sự thật rằng revision đã được nâng lên, nhưng lý do nâng thì không còn. Đó chính là tình trạng thiếu khả năng truy xuất nguồn gốc.

Thiệt hại thực sự của việc thiếu truy xuất nguồn gốc không lộ ra ngay sau khi thay đổi. Nó lộ ra sau hai năm, ba năm. Khi khách hàng hỏi kích thước này thay đổi từ bao giờ và vì sao lại đổi thì không ai trả lời được. Khi cùng một linh kiện lại phát sinh lỗi, không biết lần trước đã khắc phục tới đâu nên phải điều tra lại từ đầu. Khi kiểm toán chất lượng yêu cầu bằng chứng quản lý thay đổi thì chỉ còn cách in kết quả tìm kiếm email ra để nộp. Ở các cơ sở tại Thái Lan, đây cũng là hạng mục rất dễ bị nhắc nhở trong kiểm toán khách hàng và kiểm toán từ công ty mẹ.

Tối thiểu cần lưu lại ở ECO gồm năm thứ, trạng thái trước và sau thay đổi, người ra quyết định, ngày ra quyết định, lý do quyết định, và danh sách hạng mục chịu ảnh hưởng. Chỉ cần năm mục này gắn với một số hiệu thay đổi và nằm ở cùng một chỗ thì khả năng truy xuất nguồn gốc đã thành hình. Ngược lại, chừng nào năm mục này còn phân tán qua nhiều hệ thống thì dù có ghi chép tỉ mỉ đến đâu cũng không thể lần lại về sau.

Điểm đứt gãy ở ECN (thông báo thay đổi), không biết thông tin đã tới nơi hay chưa

ECN là giai đoạn báo cho các bên liên quan về thay đổi đã được chốt. Có hai nguyên nhân gây đứt gãy ở đây, đó là sót truyền đạt và thời điểm chuyển đổi mơ hồ.

Sót truyền đạt là vấn đề của danh sách người nhận. Khi danh sách nơi nhận thông báo thay đổi chỉ nằm trong đầu một cá nhân, những nơi nhận thông thường như sản xuất, chất lượng, mua hàng thì vẫn có, nhưng những nơi nhận ít gặp sẽ rơi rụng. Nhà chế tạo khuôn, đơn vị gia công thuê ngoài, bộ phận dịch vụ, người phụ trách dịch tài liệu kỹ thuật, bộ phận kiểm tra đầu vào phía khách hàng. Việc thiếu những nơi này sẽ không ai nhận ra cho tới khi chính nơi đó phát sinh vấn đề. Hơn nữa, đã gửi hay chưa thì còn xem được ở thư mục thư đã gửi, nhưng bên nhận đã cập nhật hay chưa thì hoàn toàn không biết. Giữa “đã gửi” và “đã được phản ánh” là một khoảng cách rất lớn.

Thời điểm chuyển đổi mơ hồ là vấn đề của trục thời gian. Nếu không nêu rõ thay đổi được áp dụng từ khi nào, hiện trường sẽ buộc phải tự phán đoán. Từ hôm nay làm theo bản vẽ mới, hay dùng hết linh kiện cũ đang có rồi mới đổi, hay tính từ một số lô nhất định, hay chỉ áp dụng trước cho một khách hàng cụ thể. Nếu thông báo bay đi trong khi điểm này còn mơ hồ, mỗi hiện trường sẽ diễn giải một kiểu và trong cùng một sản phẩm sẽ lẫn lộn cũ mới. Sự lẫn lộn đó thường chỉ bị phát hiện sau khi đã xuất hàng, và khi cộng thêm việc thiếu truy xuất nguồn gốc thì rơi vào tình huống tệ nhất, đó là không biết lô nào là mới và lô nào là cũ.

Thứ cần nêu rõ trong ECN không chỉ là nội dung thay đổi. Còn có tiêu chí bắt đầu áp dụng (theo ngày, theo lô, hay sau khi tiêu thụ hết tồn kho), cách xử lý bản cũ (hủy bỏ, dùng hết, hay trả lại), và phương thức xác nhận đã nhận. Một thông báo thay đổi thiếu ba điểm này có thể coi là chưa hoàn chỉnh với tư cách một thông báo.

Vì sao BOM (bảng kê vật tư) trở nên phụ thuộc vào cá nhân

Chảy ngầm bên dưới cả ba giai đoạn nói trên là tình trạng BOM phụ thuộc vào cá nhân. Nguyên nhân gốc khiến việc truyền đạt thay đổi thiết kế bị đứt gãy không hẳn nằm ở cơ chế thông báo yếu, mà nằm ở chỗ không ai trả lời dứt khoát được rằng bản gốc cần cập nhật thay đổi đang nằm ở đâu.

Sự đứt gãy giữa BOM thiết kế và BOM sản xuất

Trong ngành sản xuất, BOM do bộ phận thiết kế lập (BOM thiết kế, E-BOM) và BOM mà bộ phận sản xuất dùng (BOM sản xuất, M-BOM) không phải là một. BOM thiết kế được dựng theo cấu trúc chức năng của sản phẩm, còn BOM sản xuất được dựng theo trình tự công đoạn chế tạo và theo đơn vị đặt hàng thực tế. Luôn có những khác biệt kiểu như một con vít được đếm là một chi tiết trong BOM thiết kế nhưng lại được gộp thành vật tư phụ của công đoạn trong BOM sản xuất.

Vấn đề là ở đa số nhà máy, quy tắc chuyển đổi giữa hai bản này không được văn bản hóa. Trong bài phân tích của tập đoàn Daiko, sự đứt gãy giữa BOM thiết kế và BOM sản xuất cũng được nêu như một ví dụ về phụ thuộc cá nhân trong ngành sản xuất. Người đảm nhận việc chuyển đổi thường chỉ là một hoặc hai kỹ sư sản xuất, và mỗi lần họ lại dựa vào kinh nghiệm để phán đoán chi tiết này gắn vào công đoạn nào, cấu trúc này thì gộp lại ra sao.

Với cấu trúc như vậy, điều gì xảy ra khi có thay đổi thiết kế. BOM thiết kế được cập nhật tự động. Nhưng việc phản ánh sang BOM sản xuất chỉ xảy ra khi người phụ trách đó nhận được thông báo, áp dụng quy tắc chuyển đổi trong đầu mình rồi sửa lại bằng tay. Người đó nghỉ phép thì dừng, bị sót khỏi danh sách nhận thông báo thì vĩnh viễn không được phản ánh, hiểu sai thì được phản ánh theo cách sai.

Phụ thuộc cá nhân diễn ra ở 3 lớp

Nếu gói gọn tình trạng phụ thuộc cá nhân của BOM vào một câu “chỉ người phụ trách mới biết” thì sẽ chọn sai biện pháp. Trên thực tế, đối tượng bị phụ thuộc cá nhân chia thành 3 lớp.

Ba lớp này cần biện pháp khác nhau. Lớp vị trí giải quyết được bằng việc sắp xếp lại máy chủ tệp và thống nhất bản gốc về một mối. Lớp chuyển đổi giải quyết được bằng việc văn bản hóa quy tắc và đưa vào hệ thống. Nhưng lớp phán đoán vốn dĩ là phần con người phải giữ và không nên cố tự động hóa. Nếu khi triển khai chống phụ thuộc cá nhân mà không vạch ra ranh giới này và nhắm tới “tự động hóa tất cả”, chắc chắn sẽ đổ vỡ ở đâu đó.

Những yếu tố đặc thù của cơ sở tại Thái Lan

Tại các doanh nghiệp sản xuất Nhật Bản ở Thái Lan, cấu trúc trên còn chồng thêm vài điều kiện nữa.

Thứ nhất là sự phân công thiết kế ở công ty mẹ tại Nhật còn sản xuất ở Thái Lan. Thông tin gốc về thay đổi thiết kế được phát hành bằng tiếng Nhật, rồi tại cơ sở Thái Lan được chuyển sang tiếng Anh hoặc tiếng Thái. Nếu công đoạn dịch này phụ thuộc vào cá nhân, sắc thái sẽ rơi rụng. Những sự cố kiểu như dòng chú thích “trước mắt vẫn được phép dùng hàng cũ” không được dịch ra, chỉ có thông báo được chuyển đi, khiến hiện trường chuyển đổi toàn bộ, chính là phát sinh ở đây.

Thứ hai là chênh lệch múi giờ và lịch vận hành. Trong những kỳ nghỉ dài của Nhật mà Thái Lan vẫn chạy máy, hoặc trong giai đoạn điều chỉnh vận hành quanh dịp Songkran và Loy Krathong, việc xác nhận thông báo thay đổi bị đình trệ.

Thứ ba là biến động nhân sự địa phương. Khi kỹ sư sản xuất nắm quy tắc chuyển đổi BOM trong đầu chuyển việc, bản thân quy tắc đó biến mất. Phía công ty mẹ ở Nhật vẫn giữ tiền đề “cứ hỏi người đó là biết” suốt vài năm không được cập nhật, trong khi thực tế đã không còn ai biết nữa.

Đây không hẳn là vấn đề kỹ thuật mà là vấn đề thiết kế cách bàn giao thông tin. Chính vì vậy, việc chỉnh trang có phần thầm lặng là thống nhất đường truyền thông báo và bản gốc lại còn phát huy tác dụng ở Thái Lan mạnh hơn cả ở Nhật.

DX chuỗi kỹ thuật đang ở đâu, PLM tích hợp AI hiện làm được những gì

Vài năm gần đây, phía công cụ hỗ trợ quản lý thay đổi thiết kế đã chuyển động mạnh. Các tính năng AI ở mức dùng được thực tế đã bắt đầu đi vào lĩnh vực thường được gọi bằng cụm từ DX chuỗi kỹ thuật.

4 lĩnh vực AI đang được dùng trong quản lý BOM

Theo phân tích của AI Souken, việc ứng dụng AI trong quản lý BOM của ngành sản xuất đang tiến triển ở 4 lĩnh vực, gồm lập bảng kê vật tư, phát hiện linh kiện trùng lặp, phân tích ảnh hưởng thay đổi và tìm kiếm bằng ngôn ngữ tự nhiên. Bài viết này cũng nêu rằng các tính năng của những nhà cung cấp PLM lớn như Siemens Teamcenter Copilot, PTC Windchill AI Parts Rationalization và Aras Variant BOM Agent đã hội tụ đầy đủ vào năm 2026.

Bốn lĩnh vực này có quan hệ tương ứng với các điểm đứt gãy đã phân tích ở trên. Phân tích ảnh hưởng thay đổi ứng với việc bỏ sót phạm vi ảnh hưởng ở ECR, phát hiện linh kiện trùng lặp ứng với lớp chuyển đổi trong phụ thuộc cá nhân của BOM, còn tìm kiếm bằng ngôn ngữ tự nhiên là phương tiện khai quật lại những quyết định trong quá khứ đã bị chôn vùi vì thiếu truy xuất nguồn gốc. Có thể thấy sự tiến hóa của phía công cụ không phải ngẫu nhiên mà đang hướng đúng vào những chỗ gây khó khăn nhất trong thực tế.

Chuyển động kết nối bản vẽ với BOM

Các nhà cung cấp Nhật Bản cũng đang chuyển động. Sản phẩm PLM mang tên Visual BOM của Zuken Presight, ở phiên bản v6.2 phát hành ngày 26 tháng 6 năm 2026, được cho là đã tích hợp tính năng để AI phân tích đặc trưng của bản vẽ 2D nhằm tìm bản vẽ tương tự, cùng tính năng cấu trúc hóa tri thức từ thông tin kỹ thuật.

Điều đáng chú ý là sản phẩm này nối “tìm kiếm bản vẽ” và “quản lý BOM” trong cùng một nền tảng. Trước đây, bản vẽ nằm trong hệ thống quản lý bản vẽ còn BOM nằm trong PLM hoặc ERP, tức là hai chiếc hộp riêng biệt. Một trong những lý do lớn khiến việc truyền đạt thay đổi thiết kế bị đứt gãy chính là đường ranh giữa hai chiếc hộp này. Việc sản phẩm tiến hóa theo hướng đưa sửa đổi phía bản vẽ và sửa đổi phía BOM lên cùng một mặt bằng là điều trùng khớp với cảm nhận thực tế ngoài hiện trường.

Quy mô thị trường và triển vọng phổ cập, hãy đọc các con số với biên độ

Về thị trường phần mềm quản lý thay đổi thiết kế, tức Engineering Change Management Software, Introspective Market Research dự báo quy mô 3.2 tỷ USD của năm 2023 sẽ tăng lên 10.63 tỷ USD vào năm 2032, với tốc độ tăng trưởng bình quân 14.27% mỗi năm. Tuy nhiên, dự báo thị trường trong lĩnh vực này chênh lệch khá lớn giữa các hãng nghiên cứu, cũng có đơn vị chỉ đưa ra mức tăng trưởng bình quân quanh 11-12% mỗi năm. Thay vì bám vào giá trị tuyệt đối, cách đọc thực dụng hơn là hiểu rằng đây là lĩnh vực đang thu hút đủ nhiều vốn đầu tư để nhiều tổ chức nghiên cứu cùng kỳ vọng mức tăng trưởng hai chữ số.

Về triển vọng tích hợp tính năng AI, dự báo của Gartner rằng 50% giải pháp của các nhà cung cấp PLM sẽ tích hợp tính năng AI tạo sinh vào năm 2026 (so với mức 5% tại thời điểm năm 2023) được nhiều trang tin chuyên ngành PLM trích dẫn lại. Con số này được lặp đi lặp lại qua nguồn thứ cấp và chúng tôi chưa xác nhận trực tiếp nội dung báo cáo gốc, nên không nên tiếp nhận nó như một khẳng định chắc chắn. Dù vậy, nhìn vào tình trạng triển khai thực tế của các nhà cung cấp nêu trên thì về mặt xu hướng là nhất quán.

Luận điểm về tích hợp Engineering-to-ERP

Còn một chuyển động nữa rất quan trọng trong thực tiễn, đó là việc kết nối thông tin phía thiết kế với ERP, hay tích hợp Engineering-to-ERP. Trong bài phân tích dẫn lại báo cáo công nghệ toàn cầu của KPMG, việc dùng kết nối này để giảm các thao tác trùng lặp như nhập lại BOM hay cập nhật sửa đổi được đặt vào vị trí nền móng cho việc ứng dụng AI trong ngành sản xuất.

Điều này nghe có vẻ thầm lặng nhưng lại rất căn cốt. Không hiếm nhà máy mà thay đổi thiết kế được thông báo, được phản ánh vào BOM sản xuất, nhưng rồi lại phải nhập tay đăng ký lại vào dữ liệu master hạng mục của ERP. Nhập cùng một thông tin ba lần thì sinh ra ba lần cơ hội sai sót. Trước khi nghĩ tới phân tích ảnh hưởng cao cấp bằng AI, việc giảm ba lần nhập liệu này xuống còn một lần đôi khi mang lại hiệu quả đầu tư lớn hơn nhiều.

Phần AI có thể làm thay và phần con người phải tiếp tục nắm giữ

Khi cân nhắc AI quản lý thay đổi thiết kế, điều quan trọng nhất chính là ranh giới này. Nếu triển khai trong khi ranh giới còn mơ hồ, kết cục hoặc là thất vọng, hoặc tệ hơn là xây dựng nên một cơ chế tự động hóa nguy hiểm.

3 lĩnh vực AI mạnh về mặt cấu trúc

Thứ nhất là phân tích ảnh hưởng thay đổi. Khai triển ngược BOM vốn dĩ là loại xử lý mà máy tính giỏi. Việc lần từ một hạng mục lên cấu trúc cấp trên rồi tiếp tục lần lên nữa, nếu để con người làm bằng trí nhớ thì chắc chắn sót, còn máy thì bao quát được. Khi có thêm AI, đã xuất hiện những sản phẩm đưa vào danh sách ứng viên cả những mối liên hệ không hiện lên trong dữ liệu cấu trúc, chẳng hạn “linh kiện từng được thay thế tương đương trong quá khứ” hay “mã hàng khác có hình dạng và quy cách tương tự”, chứ không chỉ quan hệ cha con trên cấu trúc.

Thứ hai là tìm kiếm bản vẽ và linh kiện tương tự. Trước đây đã từng thực hiện thay đổi tương tự chưa, đã có linh kiện hình dạng tương tự được đăng ký sẵn chưa. Nếu để con người tìm thì vừa tốn thời gian vừa phụ thuộc vào kinh nghiệm người tìm. Cơ chế truy tìm mức tương đồng từ đặc trưng của bản vẽ làm giảm đáng kể sự phụ thuộc cá nhân này. Lĩnh vực này đã được trình bày chi tiết trong bài AI tìm kiếm bản vẽ.

Thứ ba là truy vấn bằng ngôn ngữ tự nhiên. Những câu hỏi kiểu “trong các sản phẩm dùng linh kiện này, sản phẩm nào đã có thay đổi từ năm ngoái tới nay” được trả lời mà người hỏi không cần học cách dùng màn hình tìm kiếm của hệ thống. Hồ sơ tích lũy để phục vụ truy xuất nguồn gốc sẽ vô nghĩa nếu không rút ra được. Tìm kiếm bằng ngôn ngữ tự nhiên hạ thấp bức tường nằm giữa việc tích lũy và việc sử dụng.

2 lĩnh vực con người phải tiếp tục nắm giữ

Mặt khác, có những phán đoán không được phép giao cho AI.

Thứ nhất là phê duyệt cuối cùng đối với thay đổi. Tính hợp lý về kỹ thuật, ảnh hưởng tới chất lượng, mức độ tuân thủ pháp luật, sự phù hợp với hợp đồng đã ký với khách hàng. Quyết định “được phép thực hiện” trên cơ sở những yếu tố đó phải do người có thể chịu trách nhiệm đưa ra. AI có thể tập hợp căn cứ, chỉ ra chỗ bị bỏ sót, trình bày các trường hợp tương tự trong quá khứ, nhưng không thể trở thành chủ thể phê duyệt. Ngay trong quản lý thay đổi của hệ thống quản lý chất lượng cũng yêu cầu phải lưu lại hồ sơ cho phép xác định kết quả xem xét thay đổi và người đã phê duyệt thay đổi đó.

Thứ hai là quyết định thời điểm chuyển đổi. Đây là điểm hay bị bỏ quên nhất. Thời điểm chuyển đổi không được quyết định bởi lời giải tối ưu về kỹ thuật. Nó được quyết định bởi sự cân đối giữa giá trị tồn kho hiện có, lịch kiểm tra đầu vào của khách hàng, kế hoạch sản xuất của các chuyền khác, thời gian chờ hàng nhập khẩu và kỳ kiểm kê cuối kỳ. AI có thể đưa ra dữ liệu như “còn tồn bao nhiêu chiếc”, “dự kiến bao nhiêu tuần mới tiêu thụ hết”, nhưng những thông tin như quan hệ với khách hàng hay dư địa thương lượng thì vốn dĩ không nằm trong hệ thống. Nếu cố tự động hóa chỗ này, kết quả là tạo ra một quy tắc mà hiện trường sẽ không tuân theo.

Những giới hạn cần thống nhất trước khi triển khai

Đầu ra của AI chỉ là “ứng viên”, nó không bảo đảm tính bao quát. Đặc biệt ba điểm sau cần được thống nhất trước khi triển khai.

• Nếu dữ liệu gốc không chính xác thì đầu ra của AI cũng không chính xác. Linh kiện chưa được đăng ký trong BOM thì có khai triển ngược cũng không hiện ra. Không thể bỏ qua việc chỉnh trang dữ liệu master mà chỉ gắn AI lên trên.
• Những quy tắc ngầm không được vẽ trên bản vẽ (công đoạn này bắt buộc dùng đồ gá này, riêng khách hàng này có bài kiểm tra đặc biệt) thì AI không nhìn thấy. Công việc văn bản hóa những thông tin như vậy phải do con người làm.
• Khi lịch sử thay đổi chưa được tích lũy, độ chính xác của tìm kiếm trường hợp tương tự sẽ không cao. Giai đoạn đầu triển khai nên hạ kỳ vọng xuống và xác định đây là thời kỳ để tích lũy hồ sơ, như vậy sẽ sát thực tế hơn.

Thiết kế việc tự động hóa thông báo thay đổi thiết kế như thế nào, 5 bước

Từ đây là phần triển khai. Tự động hóa thông báo thay đổi thiết kế không phải cứ mua công cụ về là xong. Nó có trình tự.

Bước 1 Kiểm kê lại luồng thay đổi hiện tại

Trước hết, hãy chọn khoảng 10 đến 20 thay đổi thiết kế đã phát sinh trong 1 năm gần đây và truy vết xem thực tế chúng đã chảy như thế nào. Ai lập phiếu, ai phê duyệt, thông báo tới những ai, tắc ở đâu, mất bao nhiêu ngày. Hãy ghi lại những gì đã thực sự xảy ra, không phải sơ đồ luồng lý tưởng.

Khi làm việc này chắc chắn sẽ lộ ra những đường đi không tồn tại trong luồng chính thức. “Trước khi có thông báo chính thức, hai người phụ trách đã gọi điện cho nhau và chạy trước”, “phiếu thông báo có phát hành, nhưng chỉ thị thực tế lại gửi qua chat”. Những đường đi phi chính thức đó chưa chắc đã xấu. Phần nhiều chúng là sự thích nghi của hiện trường trước một luồng chính thức quá chậm. Khi thiết kế tự động hóa, đừng xóa bỏ thực trạng này, hãy nghĩ theo hướng làm cho luồng chính thức nhanh lên để bám sát thực trạng.

Bước 2 Chốt một bản gốc duy nhất cho BOM

Tiếp theo là quyết định đặt bản gốc của BOM ở đâu. Không nhất thiết phải hợp nhất BOM thiết kế và BOM sản xuất làm một. Điều cần thiết là với mỗi bản, mọi người đều trả lời được rằng “đây là bản gốc”.

Trên thực tế, việc vứt bỏ ngay lập tức cách vận hành bằng Excel hiện có thường rất khó. Ngay cả khi đó, hãy chốt bản gốc ở một chỗ và chuyển Excel sang vị thế là sản phẩm phái sinh được xuất ra từ bản gốc. Chừng nào cách làm việc chỉnh sửa trực tiếp lên bản phái sinh còn tồn tại thì mọi cơ chế tự động hóa thông báo đều bị vô hiệu.

Bước 3 Định nghĩa điều kiện kích hoạt và danh sách nơi nhận thông báo

Khi nào thì báo cho ai, và báo nội dung gì. Hãy lập thành bảng và cố định lại. Việc xóa bỏ phụ thuộc cá nhân đã hoàn thành một nửa ngay tại thời điểm bảng này được lập.

Khi định nghĩa nơi nhận, cần rà soát không chỉ các bộ phận nội bộ mà cả nhà thầu phụ, nhà chế tạo khuôn, bộ phận dịch vụ, người phụ trách dịch thuật và đầu mối phía khách hàng. Nếu đưa cả “những bên không cần thông báo” vào danh sách một cách tường minh thì về sau phán đoán sẽ không bị dao động.

Về điều kiện kích hoạt, nguyên tắc cơ bản là lấy thời điểm hoàn tất phê duyệt ECO làm mốc. Nếu phát cho tất cả mọi người ngay từ giai đoạn lập phiếu ECR thì thông báo quá nhiều và không ai đọc nữa, đây là kiểu thất bại phổ biến nhất trong thực tế. Tuy nhiên, với những bộ phận nằm trong phạm vi ảnh hưởng, cách vận hành phát một thông báo báo trước dạng “đang xem xét” ngay từ giai đoạn ECR đôi khi lại hiệu quả.

Bước 4 Gắn AI vào khâu phân tích ảnh hưởng

Tới đây AI mới xuất hiện. Điều quan trọng là trình tự không bị đảo ngược. Nếu gắn AI khi bản gốc chưa được chốt và nơi nhận chưa được định nghĩa thì chỉ nhận về ứng viên sai từ đầu vào sai.

Vị trí gắn hiệu quả nhất là ngay sau khi lập phiếu ECR. Cho chạy khai triển ngược từ hạng mục bị thay đổi đã được lập phiếu, rồi trình bày các cấu trúc cấp trên, bản vẽ liên quan và tài liệu liên quan có khả năng chịu ảnh hưởng dưới dạng ứng viên. Người lập phiếu kiểm tra danh sách ứng viên đó, loại bỏ những mục ngoài phạm vi rồi chốt lại. Công việc “nhớ ra” của con người được đổi thành công việc “xác nhận”. Những thiếu sót do lệ thuộc vào trí nhớ sẽ giảm nhờ chính sự thay thế này.

Bước 5 Giám sát vận hành bằng KPI

Cơ chế tự động hóa thông báo sẽ xuống cấp sau khi được xây xong. Cần nhìn bằng con số xem việc vận hành có bị hình thức hóa hay không. Trong bài phân tích của OpenBOM, các chỉ số giám sát quản lý BOM được nêu ra gồm độ trễ đồng bộ BOM theo từng nhà máy và tỷ lệ thay đổi kỹ thuật được phản ánh mà không cần can thiệp thủ công. Cụ thể hóa cho doanh nghiệp của bạn, sẽ được bộ chỉ số như sau.

Các chỉ số này chỉ cần xem theo tháng là đủ. Điều quan trọng là thiết kế sao cho khi chỉ số xấu đi, từ chính chỉ số đó xác định được đang tắc ở lớp nào.

Những lưu ý thực tế khi triển khai tại doanh nghiệp sản xuất Nhật Bản ở Thái Lan

Cuối cùng là tổng hợp những điểm cần lưu ý khi thực sự triển khai tại cơ sở ở Thái Lan.

Đa ngôn ngữ hóa thông báo được giải bằng cấu trúc hóa chứ không phải dịch thuật

Nếu phải phát hành thông báo thay đổi bằng cả ba ngôn ngữ Nhật, Anh, Thái thì cách vận hành dịch toàn văn sẽ không duy trì được lâu. Khối lượng quá lớn và thông báo bị chậm vì phải chờ dịch.

Cách thực tế hơn là cấu trúc hóa thông báo. Hãy tách mã hàng bị thay đổi, trạng thái trước và sau thay đổi, tiêu chí bắt đầu áp dụng, cách xử lý bản cũ thành các trường cố định, và chỉ cố định tên trường bằng nhiều ngôn ngữ. Phần mô tả tự do giới hạn trong ô ghi chú bổ sung. Làm như vậy thì chỉ còn ô bổ sung là cần dịch, còn phần thân có thể chuyển đổi ngôn ngữ để hiển thị. Sự cố do dịch sai cũng sẽ không còn xảy ra ở phần định dạng cố định.

Việc kết nối với hệ thống của công ty mẹ nên chia thành từng giai đoạn

Nếu công ty mẹ tại Nhật đã có PLM thì việc kết nối cơ sở Thái Lan vào đó là lý tưởng. Tuy nhiên, nhiều trường hợp đòi hỏi phải cải tạo phía công ty mẹ, và việc xin phê duyệt cùng ngân sách sẽ mất thời gian.

Cách tiến hành thực tế là trước hết hoàn thiện việc thống nhất bản gốc và định nghĩa thông báo trong nội bộ cơ sở Thái Lan, rồi thu hẹp đầu tiếp nhận từ công ty mẹ về một mối. Dù thông tin từ công ty mẹ đến dưới định dạng nào, chỉ cần cửa vào phía Thái Lan là duy nhất thì vẫn vận hành được theo cách tiếp nhận tại đó rồi nạp vào bản gốc của cơ sở. Việc liên kết trực tiếp với hệ thống công ty mẹ có thể xem xét sau đó cũng không muộn.

Đơn vị để khởi động nhỏ nên cắt theo “dòng sản phẩm”

Thay vì làm đồng loạt toàn công ty, bắt đầu từ một dòng sản phẩm là cách làm chuẩn mực. Nên chọn dòng có tần suất thay đổi cao, số lượng chi tiết ở mức tương đối và người phụ trách sẵn sàng hợp tác. Nếu chọn dòng có tần suất thay đổi thấp thì quá lâu mới thấy hiệu quả, và sự quan tâm sẽ nguội đi giữa chừng.

Mục tiêu trong 3 tháng đầu không phải là hiệu quả đột phá, mà là hiện thực hóa hai điều, đó là “ứng viên phạm vi ảnh hưởng tự động hiện ra” và “danh sách nơi nhận thông báo đã được cố định”. Chỉ riêng hai điều này đã tác động tới 2 trong 4 nguyên nhân chính, cụ thể là sót truyền đạt và bỏ sót phạm vi ảnh hưởng.

Nhúng việc đào tạo và bàn giao vào trong cơ chế

Nếu đã lấy biến động nhân sự địa phương làm tiền đề thì quy tắc vận hành phải được nhúng vào hệ thống chứ không phải vào con người. Chỉ viết quy tắc chuyển đổi ra tài liệu thì thói quen đọc tài liệu đó sẽ không được kế thừa. Hãy làm sao để quy tắc xuất hiện ngay trong dòng chảy công việc, dưới dạng các lựa chọn trên màn hình nhập liệu hoặc các mục kiểm tra bắt buộc. Bản chất của việc chống phụ thuộc cá nhân không phải là chuyển giao tri thức, mà là tạo ra trạng thái trong đó người không có tri thức vẫn đi đúng trình tự.

Câu hỏi thường gặp

AI quản lý thay đổi thiết kế là gì

Đó là tên gọi chung cho các cơ chế trong đó AI hỗ trợ đường truyền thông tin, kể từ khi thay đổi thiết kế phát sinh cho tới khi nó được phản ánh chính xác vào BOM (bảng kê vật tư), tới các bộ phận liên quan và tới bản vẽ ngoài hiện trường. Cụ thể là các tính năng như tự động liệt kê phạm vi ảnh hưởng của thay đổi dựa trên khai triển ngược BOM và các quan hệ tương tự, tìm và trình bày những thay đổi tương tự trong quá khứ, trả lời truy vấn bằng ngôn ngữ tự nhiên. Đây không phải công cụ tự động sinh bản vẽ, cũng không phải cơ chế để máy phê duyệt thay đổi thay con người. Phê duyệt cuối cùng và quyết định thời điểm chuyển đổi vẫn là phần con người phải chịu trách nhiệm.

Vì sao BOM (bảng kê vật tư) lại bị phụ thuộc vào cá nhân

Nguyên nhân chính là quy tắc chuyển đổi giữa BOM thiết kế và BOM sản xuất không được văn bản hóa mà lệ thuộc vào kinh nghiệm của một người phụ trách cụ thể. Phụ thuộc cá nhân diễn ra ở 3 lớp, gồm lớp vị trí là BOM mới nhất nằm ở đâu, lớp chuyển đổi là tổ chức lại BOM thiết kế như thế nào, và lớp phán đoán là áp dụng thay đổi khi nào và tới đâu. Lớp vị trí gỡ được bằng cách thống nhất bản gốc, lớp chuyển đổi gỡ được bằng cách văn bản hóa quy tắc và đưa vào hệ thống. Lớp phán đoán vốn thuộc về con người, tự động hóa gượng ép sẽ phản tác dụng và gây nguy hiểm. Tại cơ sở ở Thái Lan, tình trạng này còn chồng thêm yếu tố đa ngôn ngữ và biến động nhân sự, nên việc xóa bỏ phụ thuộc cá nhân còn cấp bách hơn ở Nhật.

Nên bắt đầu tự động hóa thông báo thay đổi thiết kế từ đâu

Không phải bắt đầu từ việc chọn công cụ, mà từ việc kiểm kê lại luồng hiện tại. Hãy truy vết 10 đến 20 thay đổi thiết kế trong 1 năm gần đây và ghi lại thực tế chúng đã chảy như thế nào. Tiếp theo là chốt một bản gốc duy nhất cho BOM, sau đó cố định điều kiện kích hoạt và danh sách nơi nhận thông báo dưới dạng bảng. Chỉ khi ba việc này xong xuôi mới gắn phân tích ảnh hưởng bằng AI. Nếu gắn AI khi bản gốc và nơi nhận chưa được chốt thì chỉ nhận về ứng viên sai từ dữ liệu đầu vào sai.

Không triển khai PLM thì có dùng được AI quản lý thay đổi thiết kế không

Không bắt buộc phải có PLM. Vẫn có thể xây dựng việc trích xuất phạm vi ảnh hưởng và tự động hóa thông báo trên nền ERP hoặc hệ thống quản lý sản xuất hiện có, thậm chí từ BOM đang nằm trên máy chủ tệp. Điều quan trọng không phải là loại công cụ, mà là bản gốc của BOM đã được chốt về một mối và lịch sử thay đổi được tích lũy dưới dạng có cấu trúc. Tuy nhiên, lịch sử thay đổi tích lũy càng dài thì giá trị của tìm kiếm trường hợp tương tự càng cao, nên nếu ngay từ đầu đã thiết kế với tiền đề trung và dài hạn sẽ chuyển sang một cơ chế tương đương PLM thì sau này sẽ ít phải làm lại.

Kết luận

Phần lớn rắc rối phát sinh trong thay đổi thiết kế không đến từ sai sót của bản thân thiết kế, mà đến từ quãng đường mà thay đổi phải đi xuống các công đoạn phía sau. Ở ECR thì phạm vi ảnh hưởng bị bỏ sót, ở ECO thì lý do quyết định không được lưu lại, ở ECN thì nơi nhận bị thiếu và thời điểm chuyển đổi tới hiện trường trong tình trạng mơ hồ. Nằm dưới bốn kiểu đứt gãy này là một cấu trúc chung, đó là tình trạng BOM (bảng kê vật tư) phụ thuộc vào cá nhân.

AI quản lý thay đổi thiết kế nhận lấy những phần mà máy móc làm tốt trên tuyến đường này, cụ thể là trích xuất bao quát phạm vi ảnh hưởng, tìm kiếm bản vẽ và thay đổi tương tự, truy vấn bằng ngôn ngữ tự nhiên vào kho hồ sơ đã tích lũy. Ngược lại, phê duyệt cuối cùng và quyết định thời điểm chuyển đổi là phần con người phải tiếp tục nắm giữ. Sau khi vạch rõ ranh giới đó, hãy tiến theo trình tự kiểm kê luồng hiện tại, thống nhất bản gốc, định nghĩa thông báo, gắn AI và giám sát bằng KPI. Nhìn thì có vẻ vòng vo nhưng đây là con đường chắc chắn nhất.

DX chuỗi kỹ thuật không nhất thiết phải bắt đầu bằng một cuộc thay máu hệ thống quy mô lớn. Trước hết hãy chọn một dòng sản phẩm và hoàn thành đúng hai bước đầu tiên là kiểm kê luồng hiện tại và thống nhất bản gốc. Đi được tới đây rồi thì việc định nghĩa thông báo và gắn AI phía sau chỉ còn là nhân rộng cùng một trình tự.

TOMAS TECH có trụ sở tại Bangkok, đồng hành cùng các doanh nghiệp sản xuất Nhật Bản tại Thái Lan trong những bài toán IT của nhà máy, trong đó có hệ thống quản lý sản xuất và quản lý năng lượng PEGASUS. Về việc truyền đạt thay đổi thiết kế hay tình trạng BOM phụ thuộc cá nhân, bạn hoàn toàn có thể liên hệ ngay cả khi mới đang ở giai đoạn sắp xếp lại vấn đề. Chúng tôi sẵn sàng bắt đầu từ việc cùng bạn kiểm kê lại luồng hiện tại. Vui lòng liên hệ tại đây.

Tài liệu tham khảo

• Things – Giải thích về quản lý thay đổi thiết kế bằng ECR, ECO, ECN và bảng kê vật tư (BOM)
• AI Souken – Bốn lĩnh vực ứng dụng AI trong quản lý BOM của ngành sản xuất và động thái của các nhà cung cấp PLM lớn
• CAD JAPAN – Bản tin về các tính năng mới của Visual BOM v6.2 của Zuken Presight
• getleo.ai – Bài viết so sánh PLM và PDM, có trích dẫn dự báo của Gartner
• Introspective Market Research – Dự báo quy mô thị trường phần mềm quản lý thay đổi thiết kế
• QBuild Software – Phân tích đặt tích hợp Engineering-to-ERP làm nền móng cho AI trong ngành sản xuất
• OpenBOM – Những sai lầm khi rà soát BOM và các KPI cần giám sát
• Tập đoàn Daiko, daiko-plus – Phụ thuộc cá nhân trong ngành sản xuất và sự đứt gãy giữa BOM thiết kế với BOM sản xuất