Quản trị dữ liệu chủ 3D và một vật một mã: từ quy tắc mã hóa, chỉ mục phiên bản đến triển khai từ điển dữ liệu

Vì sao một vật nhiều mã khiến xưởng in 3D liên tục phải làm lại

Trong các xưởng in 3D đa chủng loại, sản lượng nhỏ, vấn đề thường gặp nhất không phải là thiết bị dừng máy mà là một dạng tổn thất kín đáo hơn: cùng một chi tiết được gọi là A trong hệ thống báo giá, B trên phiếu quy trình, C trong lệnh sản xuất MES, rồi lại thành D trên báo cáo kiểm tra. Bề ngoài, cả bốn bộ mã đều đang hoạt động, nhưng thực tế chúng không thể đối chiếu với nhau. Qua khảo sát nhiều cơ sở sản xuất theo yêu cầu, tác giả nhận thấy rằng chỉ cần chi tiết không có mã định danh duy nhất, việc liên kết các lô vật liệu, thông số in, hồ sơ kiểm tra và truy xuất giao hàng về sau chỉ có thể dựa vào trí nhớ thủ công. Khi có thay đổi nhân sự hoặc nhiều đơn hàng đồng thời, dùng sai phiên bản, cấp phát sai vật liệu và lắp ráp sai gần như là kết quả tất yếu.

Rắc rối hơn là in 3D vốn khuyến khích lặp nhanh. Cùng một giá đỡ hôm nay thay đổi chiều dày thành, ngày mai điều chỉnh góc đặt, ngày kia thay lô bột — nếu mỗi lần thay đổi đều tạo ra một tệp mới mà không tuân theo quy tắc mã hóa và phiên bản thống nhất, chỉ trong vài tuần sẽ tích lũy hàng chục mô hình tương tự nhưng không tương thích với nhau. Đây cũng là lý do xây dựng nhà máy số không thể chỉ nói về kết nối thiết bị; trước tiên phải giải quyết dữ liệu chủ và một vật một mã.

Một, dữ liệu chủ thực chất là gì: biến “chi tiết” từ tệp thành đối tượng được kiểm soát

Dữ liệu chủ (Master Data) là các thực thể nghiệp vụ cốt lõi được tái sử dụng giữa các hệ thống và phòng ban, đồng thời ít thay đổi. Đối với doanh nghiệp in 3D, dữ liệu chủ quan trọng tối thiểu gồm bốn nhóm: dữ liệu chủ vật tư/chi tiết (bao gồm mác vật liệu, tuyến công nghệ và hậu xử lý mặc định), dữ liệu chủ thiết bị (loại máy, kích thước buồng tạo hình, công suất laser, hệ tọa độ), dữ liệu chủ nhà cung cấp và lô hàng (số lô bột, số lần sàng, hàm lượng oxy), cùng dữ liệu chủ thông số quy trình (chiều dày lớp, công suất laser, tốc độ quét, khoảng cách hatch, nhiệt độ gia nhiệt trước).

Giá trị của bộ dữ liệu này nằm ở việc thống nhất ngữ nghĩa. Ví dụ, số lô bột 316L P-2026-10-041 phải cùng trỏ đến một mã duy nhất tại bốn công đoạn: nhập kho mua hàng, cấp phát, sàng tái sử dụng và tiêu hao khi in; nếu không, câu hỏi “đã dùng lô bột nào” sẽ không bao giờ có câu trả lời đáng tin cậy. Tương tự, mã E-LPBF-03 của một thiết bị LPBF phải được liên kết với hồ sơ bảo trì, báo cáo hiệu chuẩn độ chính xác hình học và mã buồng tạo hình; khi đó thống kê về mức độ sẵn sàng và sự cố của thiết bị mới có ý nghĩa.

Cũng cần phân biệt rõ dữ liệu chủ với dữ liệu giao dịch: lệnh sản xuất, phiếu giao hàng và phiếu kiểm tra là dữ liệu giao dịch phát sinh hằng ngày; mã chi tiết, mã thiết bị và mác vật liệu là dữ liệu chủ được tham chiếu lặp lại. Loại thứ nhất có thể tăng trưởng với quy mô rất lớn, còn loại thứ hai phải được kiểm soát nghiêm ngặt và lưu vết thay đổi.

Hai, quy tắc mã hóa một vật một mã: dễ đọc, có thể mở rộng, có thể kiểm tra

Cốt lõi của một vật một mã không phải là “đặt một số cho mỗi chi tiết”, mà là giúp bản thân mã có cấu trúc có thể phân tích. Trong thực tế, phương án ổn định nhất là mã hóa theo phân đoạn: mã loại-mã đặc tính-số thứ tự-chỉ mục phiên bản. Ví dụ, BR-Ti64-LPBF-0147-R03 lần lượt biểu thị chi tiết loại giá đỡ, vật liệu Ti6Al4V, công nghệ LPBF, số thứ tự 0147 và phiên bản 3. Cách mã hóa này có ba lợi ích trực tiếp: thứ nhất, dễ đọc bằng mắt, nhân viên kho và kiểm tra chất lượng có thể nhận biết thuộc tính cơ bản mà không cần tra cứu hệ thống; thứ hai, hệ thống có thể tìm kiếm theo từng phân đoạn để nhanh chóng lọc ra “tất cả chi tiết LPBF bằng hợp kim titan”; thứ ba, chỉ mục phiên bản cố định vòng lặp thiết kế trong mã, tránh sử dụng nhầm số bản vẽ cũ.

Thiết kế mã cần tránh một số sai lầm phổ biến. Không đưa thông tin biến động vào mã — tên khách hàng, số đơn hàng và số lượng đều có thể thay đổi; đưa chúng vào sẽ làm mã mất tính ổn định. Không dùng số thứ tự liên tiếp để biểu đạt ý nghĩa vì dễ trùng mã và không thể mở rộng. Không phụ thuộc vào ký tự tiếng Trung hoặc ký tự toàn chiều rộng vì rất dễ phát sinh không nhất quán mã hóa khi tích hợp giữa các hệ thống. Nên chỉ sử dụng chữ cái in hoa, chữ số và dấu gạch nối, với độ dài từ 16 đến 24 ký tự để cân bằng khả năng đọc và dung lượng mã vạch.

Đối với các chi tiết cần tuần tự hóa (mỗi vật thể cần truy xuất riêng, như chi tiết hàng không hoặc thử nghiệm cấy ghép y tế), cần bổ sung thêm phân đoạn số sê-ri trên nền tảng một vật một mã, tạo thành cấu trúc hai tầng “mã chi tiết + số sê-ri”. Mã chi tiết quản lý định danh thiết kế, số sê-ri quản lý định danh vật thể; hai mã này được thiết lập quan hệ cha-con trong MES.

Ba, phiên bản và số bản vẽ: giúp mọi thay đổi đều có thể truy xuất

Tốc độ lặp của in 3D đặt ra yêu cầu cao hơn đối với quản lý phiên bản. Quy tắc được khuyến nghị là: khi hình học, vật liệu hoặc bất kỳ thông số quy trình then chốt nào thay đổi, bắt buộc phải nâng phiên bản; nếu chỉ sửa ghi chú, hướng dẫn đóng gói hoặc nội dung không ảnh hưởng đến thuộc tính vật thể thì không nâng phiên bản, nhưng phải ghi nhận mô tả sửa đổi. Số phiên bản sử dụng định dạng R + hai chữ số (R01, R02…), tương ứng nghiêm ngặt một-một với chỉ mục phiên bản trong mã.

Mỗi phiên bản phải lưu bốn hạng mục: tệp mô hình 3D của phiên bản đó (một tệp STEP và một tệp định dạng gốc), số bản vẽ và yêu cầu kỹ thuật tương ứng, phiếu quy trình cùng bộ thông số theo phiên bản, và hồ sơ kiểm tra mẫu đầu tiên hoặc xác nhận. Nếu thiếu bất kỳ hạng mục nào, phiên bản đó không được phép phát hành vào sản xuất. Nhiều đội ngũ chỉ lưu tệp mô hình mà bỏ qua việc “bộ thông số cũng là một phần của phiên bản” — các chi tiết được in từ cùng một mô hình với hai bộ thông số khác nhau có thể có tính chất chênh lệch rất lớn; không có phiên bản thông số thì không thể giải thích biến động tính năng.

Phiên bản đã hủy không được xóa mà chỉ được đánh dấu là “đã hủy/chỉ dùng để tra cứu lịch sử”. Xóa phiên bản lịch sử đồng nghĩa với hủy chuỗi truy xuất; khi phát sinh khiếu nại khách hàng hoặc phân tích hỏng hóc, sẽ không thể tái lập trạng thái thiết kế và quy trình tại thời điểm đó.

Bốn, lộ trình triển khai: từ quy tắc mã hóa đến liên thông hệ thống

Khuyến nghị triển khai theo bốn bước, mỗi bước đều có thể nghiệm thu độc lập. Bước một là rà soát mã: kiểm kê toàn bộ chi tiết đang sản xuất và chi tiết lịch sử, nhận diện tình trạng một vật nhiều mã và nhiều vật một mã, rồi lập bảng đối chiếu. Đây là bước tẻ nhạt nhất nhưng cũng là công đoạn duy nhất không thể bỏ qua. Bước hai là thiết lập quy định: ban hành quy tắc mã hóa, quy tắc phiên bản và từ điển dữ liệu; xác định rõ người chịu trách nhiệm nhập từng trường và phạm vi giá trị. Bước ba là đưa vào hệ thống: cố định các quy tắc trong PLM hoặc ERP, cấm đánh số thủ công ngoài hệ thống; chi tiết mới bắt buộc phải được hệ thống tạo mã theo quy tắc. Bước bốn là liên thông: bảo đảm các trường tham chiếu ở mọi khâu như báo giá, quy trình, lập lịch sản xuất, kiểm tra và giao hàng đều trỏ đến cùng một mã chi tiết; nếu bất kỳ khâu nào phát hiện thiếu mã thì được xem là không tuân thủ và không được chuyển sang công đoạn tiếp theo.

Nên dùng ba chỉ số định lượng để nghiệm thu: tỷ lệ một vật nhiều mã (mục tiêu giảm xuống dưới 1%), tỷ lệ hoàn chỉnh các trường bắt buộc của dữ liệu chủ (mục tiêu trên 98%), và tỷ lệ truy vết phiên bản (lấy mẫu 100 chi tiết đang sản xuất, tỷ lệ có thể tái lập đầy đủ mô hình + thông số + hồ sơ kiểm tra, mục tiêu 100%). Rà soát ba chỉ số này mỗi tháng sẽ phản ánh tiến độ thực tế tốt hơn bất kỳ khẩu hiệu “chuyển đổi số” nào.

Năm, các mô hình thất bại phổ biến và khuyến nghị phòng tránh

Thất bại phổ biến nhất là xem dữ liệu chủ như một dự án thực hiện một lần. Dữ liệu chủ cần được quản trị liên tục; nếu không, sau nửa năm các chi tiết mới sẽ lại được đánh số thủ công và quy tắc trở thành hình thức. Nên chỉ định một chủ sở hữu duy nhất; mọi thay đổi đối với quy tắc mã hóa đều phải được người này xem xét và lưu vết. Dạng thất bại thứ hai là thiết kế quá nhiều trường — định nghĩa một lần hàng trăm trường, dẫn đến không ai có thể điền hết và cuối cùng đều bị để trống. Cách làm hợp lý là trước hết vận hành thông suốt với 15 đến 25 trường cốt lõi, sau đó mở rộng dần theo nhu cầu nghiệp vụ. Dạng thất bại thứ ba là bỏ qua tình huống gia công thuê ngoài và vật tư đầu vào: chi tiết gia công thuê ngoài và chi tiết theo bản vẽ khách hàng thường đi thẳng vào sản xuất mà bỏ qua mã nội bộ; bắt buộc phải bổ sung mã ngay từ khâu tiếp nhận đơn hàng, nếu không chuỗi truy xuất sẽ đứt ngay từ đầu.

Còn một điểm dễ bị bỏ qua: quy tắc mã hóa phải chừa khả năng mở rộng giữa các nhà máy và hệ thống. Hôm nay quy tắc chỉ được dùng tại một xưởng, nhưng ngày mai có thể phải tích hợp với PLM của khách hàng hoặc nền tảng ngành; việc dự chừa phân đoạn nhà máy hoặc phân đoạn tiền tố trong mã sẽ tránh được một đợt tái cấu trúc toàn bộ đầy khó khăn trong tương lai.

Tổng kết

Nền móng thực sự của số hóa xưởng in 3D không phải là kết nối thiết bị hay bảng điều khiển, mà là mỗi chi tiết đều có một mã định danh duy nhất, ổn định và có thể phân tích, cùng hệ thống phiên bản và từ điển dữ liệu đi kèm. Quản trị dữ liệu chủ có vẻ tẻ nhạt, nhưng trực tiếp quyết định liệu có thể truy vết lô vật liệu, tái lập thông số quy trình và cung cấp bằng chứng giao hàng được khách hàng chấp nhận hay không. Từ kiểm kê mã hiện có, ban hành quy tắc, cố định trên hệ thống đến liên thông toàn bộ các khâu, con đường này đòi hỏi đầu tư liên tục trong vài tháng, nhưng đổi lại là khả năng triển khai thực sự mọi năng lực số hóa tiếp theo — lập lịch, kiểm tra chất lượng, chi phí và truy xuất.