PLM là gì?

Mục lục

1. PLM là gì và giải quyết vấn đề nào?
2. PLM hoạt động thế nào: từ BOM đến lệnh thay đổi?
3. Một hệ thống PLM gồm những thành phần nào?
4. PLM khác gì PDM, ERP, MES, DMS?
5. PLM dùng ở đâu trong thực tế?
6. PLM mang lại gì và có những hạn chế nào?
7. Doanh nghiệp bạn có cần PLM chưa?
8. PLM liên quan gì tới chuỗi cung ứng và bảo trì?
9. Làm gì khi chọn và triển khai PLM?
10. PLM và các công nghệ mới: AI, số hoá đôi?
11. Câu hỏi thường gặp

PLM là gì và giải quyết vấn đề nào?

PLM là viết tắt của Product Lifecycle Management. Theo cách các tài liệu tiếng Việt thường mô tả, đây là hệ thống giúp doanh nghiệp quản lý toàn bộ vòng đời sản phẩm, từ ý tưởng, thiết kế, sản xuất, bán hàng đến bảo hành và ngừng kinh doanh. Định nghĩa này đúng nhưng chưa nói rõ PLM giải quyết nỗi đau nào.

Nỗi đau điển hình nằm ở dữ liệu sản phẩm bị phân mảnh. Bản vẽ nằm trên máy kỹ sư. Danh mục vật tư nằm trong file Excel của phòng kỹ thuật. Một bản khác nằm trong phần mềm kế toán hoặc ERP của phòng mua hàng. Khi kỹ sư đổi một chi tiết, phòng mua vẫn đặt theo bản cũ, và xưởng vẫn lắp theo bản cũ. Kết quả là phế phẩm, hàng tồn sai mã và đơn hàng giao chậm.

PLM xử lý bằng ba việc cụ thể:

• Một bản ghi sản phẩm duy nhất: mỗi mã hàng có một hồ sơ gồm bản vẽ, mô hình 3D, cấu trúc vật tư, nhà cung cấp được duyệt, tài liệu kiểm tra.
• Kiểm soát phiên bản và trạng thái: mỗi tài liệu có trạng thái như đang soạn, đang duyệt, đã phát hành. Chỉ bản đã phát hành mới được đẩy xuống sản xuất.
• Quy trình thay đổi có dấu vết: mọi thay đổi đi qua lệnh thay đổi kỹ thuật (Engineering Change Order, ECO) với người đề xuất, người duyệt và ngày có hiệu lực.

PLM vừa là phần mềm vừa là cách tổ chức công việc. Có tài liệu mô tả PLM như một chiến lược kinh doanh. Mua phần mềm mà quy trình duyệt thay đổi vẫn chạy bằng email thì chưa có PLM theo đúng nghĩa.

PLM hoạt động thế nào: từ BOM đến lệnh thay đổi?

BOM là xương sống dữ liệu

BOM (Bill of Materials, định mức vật tư) là cây cấu trúc mô tả sản phẩm gồm cụm nào, chi tiết nào, số lượng bao nhiêu. Trong PLM, BOM gắn với bản vẽ CAD và tài liệu của từng chi tiết. Từ đó hệ thống làm được truy vết “chi tiết này đang dùng trong những sản phẩm nào” (where-used). Câu hỏi này rất đau đầu khi một nhà cung cấp báo ngừng bán một linh kiện.

eBOM và mBOM: chỗ nhiều dự án vấp

Phòng thiết kế tổ chức BOM theo chức năng, gọi là eBOM. Xưởng cần BOM theo thứ tự lắp ráp, có thêm vật tư tiêu hao, điểm kiểm tra chất lượng, dụng cụ và đặc thù nhà máy, gọi là mBOM. Một bài phân tích kiến trúc PLM-ERP mô tả ví dụ một bộ bơm có 312 chi tiết: các chi tiết được sắp lại theo thứ tự lắp, cộng thêm vật tư tiêu hao mà kỹ thuật không theo dõi. Một nhận xét khác đáng nhớ: nhiều nhà sản xuất có hai bản BOM âm thầm lệch nhau, và một người có nhiệm vụ không chính thức là đối chiếu chúng.

Nơi dựng mBOM là quyết định kiến trúc. Dựng trong PLM giúp mBOM nằm cạnh eBOM và truy vết được trong cùng một quy trình thay đổi. Dựng trong ERP là cách làm truyền thống, gần với giá thành và kế hoạch, nhưng cắt đứt liên kết với các bản sửa của kỹ thuật và thường phải nhập tay hoặc theo lô.

Tài liệu về ranh giới này mô tả: PLM dừng ở ý đồ thiết kế, còn ERP dừng ở lệnh sản xuất. Phần thực thi tại xưởng thuộc về hệ thống điều hành sản xuất, bạn có thể đọc thêm trong bài hệ thống MES và các chức năng.

Quy trình ECO điển hình

ECO là cơ chế khiến PLM khác một thư mục chia sẻ. Một mẫu biểu ECO thường ghi rõ: cái gì thay đổi, ai thay đổi, lý do, cụm nào bị ảnh hưởng, ai duyệt, ngày hiệu lực, xử lý tồn kho cũ ra sao và tác động chi phí. Tài liệu hướng dẫn của Bộ Năng lượng Hoa Kỳ về PLM liệt kê đúng các mục này, trong đó có việc quyết định hàng đã sản xuất sẽ dùng hết hay huỷ. Chi tiết cần sửa được “check out” để người khác biết nó đang bị sửa, sửa xong thì “check in” và kích hoạt yêu cầu duyệt.

Bước 2 là nơi PLM tạo giá trị rõ nhất: hệ thống chỉ ra cả chi tiết bị ảnh hưởng trực tiếp lẫn gián tiếp, gồm cụm lắp, bản vẽ, công đoạn và chi tiết của nhà cung cấp. Bước 4 là nơi nhiều dự án đứt gãy, vì ERP phải nhận được bản đã duyệt cùng ngày hiệu lực. Tích hợp hiện đại thường đẩy ECO sang ERP, cập nhật hiệu lực trên BOM và routing, rồi nhận lại trạng thái thực hiện.

Một hệ thống PLM gồm những thành phần nào?

Tên gọi các module khác nhau theo nhà cung cấp, nhưng nhóm chức năng cốt lõi khá ổn định:

• Quản lý dữ liệu sản phẩm (PDM): kho lưu bản vẽ, mô hình CAD, phiên bản, quan hệ giữa cụm và chi tiết.
• Quản lý BOM và cấu hình: eBOM, mBOM, BOM theo biến thể. Với sản phẩm nhiều tuỳ chọn, người ta dùng khái niệm BOM 150%, tức một cấu trúc gộp mọi biến thể kèm quy tắc chọn. Có hai hướng triển khai: hoặc để ERP giải quy tắc khi có đơn hàng, hoặc sinh sẵn nhiều bản ghi. Hướng đầu gọn bản ghi nhưng đòi hỏi hai hệ thống hiểu quy tắc giống nhau.
• Quản lý thay đổi: ECR (yêu cầu thay đổi), ECO, hội đồng duyệt thay đổi (Change Control Board), chữ ký số và nhật ký kiểm toán.
• Quy trình và dự án: luồng duyệt, mốc phát triển sản phẩm mới.
• Quản lý nhà cung cấp và tuân thủ: danh sách nhà cung cấp được duyệt, hồ sơ chất lượng, chứng nhận vật liệu.
• Tích hợp: kết nối với CAD, ERP, MES. Khi trao đổi dữ liệu thiết kế giữa các hệ thống khác hãng, tiêu chuẩn thường gặp là STEP (ISO 10303). Phần AP242 bao quát thông tin kỹ thuật dựa trên mô hình 3D, gồm cấu trúc sản phẩm, cấu hình và quản lý thay đổi.

PLM khác gì PDM, ERP, MES, DMS?

Đây là nhóm thuật ngữ gây nhầm nhiều nhất. Bảng dưới đặt cạnh nhau theo câu hỏi mà mỗi hệ thống trả lời.

Hệ thống	Câu hỏi chính	Dữ liệu trung tâm	Người dùng chính
PDM	File nào là bản mới nhất?	File CAD, bản vẽ, phiên bản	Kỹ sư thiết kế
PLM	Sản phẩm này gồm gì, đổi gì, ai duyệt?	BOM, ECO, hồ sơ sản phẩm, nhà cung cấp	Thiết kế, công nghệ, chất lượng, mua hàng
ERP	Làm bao nhiêu, mua gì, tốn bao nhiêu?	Lệnh sản xuất, tồn kho, giá thành	Kế hoạch, kho, kế toán
MES	Xưởng đang làm gì lúc này?	Công đoạn, máy, lô, kiểm tra	Quản đốc, tổ trưởng
DMS	Tài liệu nào, ai được xem?	Văn bản, hợp đồng, quy trình	Toàn công ty

Một tài liệu mô tả sự khác biệt giữa PDM và PLM như sau: PDM chỉ thu thập và tổ chức dữ liệu sản phẩm, còn PLM tích hợp thêm quy trình công việc, quản lý dự án, quản lý thay đổi và cộng tác giữa các bộ phận.

Với ERP, điểm khác nằm ở cách đọc BOM. ERP đọc BOM chủ yếu cho mục đích giao dịch, nên thường thiếu chức năng quản lý thay đổi và cộng tác quanh hồ sơ sản phẩm. Bạn có thể xem phần tổng quan về ERP và các phân hệ, hoặc cách ERP phục vụ nhà máy trong bài ERP cho doanh nghiệp sản xuất. Nếu tài liệu của bạn chủ yếu là văn bản, hợp đồng, quy trình nội bộ chứ không có cấu trúc BOM, hãy xem hệ thống quản lý tài liệu DMS.

PLM dùng ở đâu trong thực tế?

PLM xuất hiện nhiều nhất ở ngành có cấu trúc sản phẩm phức tạp hoặc chịu kiểm soát hồ sơ: cơ khí chế tạo, điện tử, ô tô và phụ tùng, thiết bị y tế, nội thất sản xuất theo đơn, may mặc và giày da. Tình huống áp dụng khác nhau theo ngành:

• Cơ khí và máy công nghiệp: sản phẩm gồm hàng trăm chi tiết, nhiều đơn hàng tuỳ biến. Giá trị nằm ở quản lý BOM theo cấu hình và truy vết chi tiết dùng chung.
• Điện tử: vòng đời linh kiện ngắn, nhà cung cấp hay báo ngừng sản xuất. PLM giúp tìm nhanh các sản phẩm bị ảnh hưởng.
• Thiết bị y tế: cần hồ sơ thiết kế và lịch sử thay đổi có chữ ký. Với sản phẩm chịu quản lý, hướng dẫn về ECO nêu rằng các kiểm soát phải đáp ứng yêu cầu như Part 11 của Hoa Kỳ về chữ ký điện tử. Tại Việt Nam, bạn cần đối chiếu yêu cầu pháp lý riêng của từng nhóm sản phẩm với bộ phận pháp chế.
• May mặc, giày da: PLM thường gọi là quản lý bộ sưu tập, gắn mẫu, bảng thông số, vải phụ liệu và nhà cung cấp theo mùa. Đây là cách dùng khác so với PLM cơ khí, nên cần hỏi nhà cung cấp rõ module nào dành cho ngành của bạn.

Dữ liệu cần có trước khi đưa vào PLM gồm danh mục mã vật tư đã chuẩn hoá, cây BOM hiện hành, bản vẽ ở phiên bản mới nhất và danh sách nhà cung cấp theo từng mã. Nếu cùng một con ốc có ba mã khác nhau trong ba file thì phải dọn mã trước, nếu không PLM chỉ sao chép lại sự lộn xộn. Tình huống này là một dạng của vấn đề chất lượng dữ liệu, bạn có thể đọc nguyên tắc GIGO về chất lượng dữ liệu.

PLM mang lại gì và có những hạn chế nào?

Lợi ích

• Giảm lỗi do dùng sai phiên bản bản vẽ hoặc sai BOM.
• Rút ngắn thời gian xử lý thay đổi, vì tác động được tính tự động thay vì hỏi từng phòng.
• Có lịch sử thay đổi để truy nguyên khi khách hàng khiếu nại hoặc bị kiểm tra.
• Dễ tái sử dụng chi tiết đã có, tránh tạo mã mới cho cùng một thứ.

Hạn chế

• Chi phí và công dọn dữ liệu: phần lớn công sức dồn vào làm sạch mã vật tư và nhập BOM cũ, không phải cài phần mềm. Mức phí phụ thuộc nhà cung cấp, phạm vi và số người dùng nên bài này không nêu con số cụ thể.
• Thay đổi thói quen kỹ sư: phải check-in, chờ duyệt thay vì sửa file trực tiếp. Nếu quy trình duyệt quá nặng, người dùng sẽ lách bằng cách gửi file ngoài hệ thống.
• Ranh giới PLM và ERP: một tài liệu chuyên ngành nhận xét rằng nhầm lẫn ranh giới này là một trong những nguyên nhân phổ biến khiến triển khai thất bại.
• Tích hợp: đẩy ECO sang ERP không tự động chạy mượt khi hai bên dùng quy ước mã và quy tắc biến thể khác nhau.

Doanh nghiệp bạn có cần PLM chưa?

Có hai trục đáng cân nhắc: độ phức tạp của sản phẩm và tần suất thay đổi thiết kế. Hình dưới là ma trận chọn giải pháp mang tính định hướng, không phải ngưỡng cứng.

Dấu hiệu bạn đang chạm giới hạn của Excel và thư mục chung:

• Xưởng từng lắp hoặc đặt hàng theo bản vẽ đã lỗi thời ít nhất một lần.
• Không ai trả lời nhanh được chi tiết X đang nằm trong những sản phẩm nào.
• Một người phải ngồi đối chiếu BOM của phòng kỹ thuật với BOM trong ERP định kỳ.
• Khách hàng hoặc đơn vị đánh giá yêu cầu hồ sơ thay đổi có chữ ký và lịch sử.

Ngược lại, nếu bạn gia công theo bản vẽ của khách, sản phẩm có vài chục chi tiết và gần như không đổi thiết kế, một ERP có quản lý định mức tốt thường đủ. Công ty thương mại thuần không có thiết kế riêng cũng không cần PLM. Trước khi nghĩ đến PLM, hãy chắc rằng định mức trong ERP đã đúng, vì đó là nền để triển khai theo quy trình triển khai ERP mạch lạc.

PLM liên quan gì tới chuỗi cung ứng và bảo trì?

Hồ sơ PLM không dừng ở nhà máy. Khi nhà cung cấp nhận bản vẽ và ECO từ cùng một nguồn, chuỗi cung ứng nhận đúng phiên bản, đó là điểm chạm với quản lý chuỗi cung ứng SCM. Sau bán hàng, dữ liệu như danh mục phụ tùng theo từng cấu hình thiết bị đã giao giúp bộ phận bảo hành và bảo trì biết máy của khách đang dùng chi tiết nào. Với các nhà máy tự bảo trì thiết bị, phần kế hoạch bảo trì nằm ở hệ thống CMMS quản lý bảo trì. Tuy nhiên, chiều dữ liệu “as-built”, tức sản phẩm thực tế đã làm ra, chảy ngược về PLM là phần nhiều doanh nghiệp làm chưa tốt.

Làm gì khi chọn và triển khai PLM?

Thay vì chọn theo danh sách tính năng, bạn nên kiểm tra các tình huống cụ thể trong buổi demo:

1. Cho nhà cung cấp xem một cụm có 100 chi tiết thật của bạn, đổi một chi tiết và yêu cầu hệ thống liệt kê các cụm và bản vẽ bị ảnh hưởng.
2. Yêu cầu minh hoạ chuyển eBOM thành mBOM, và cho biết mBOM nằm ở PLM hay ERP.
3. Hỏi cách phát hành ECO sang ERP đang dùng của bạn, theo hình thức nào: tích hợp sẵn, trung gian hay nhập tay.
4. Kiểm tra khả năng nhận file từ phần mềm CAD đang dùng, và xuất theo định dạng trung lập như STEP khi cần trao đổi với đối tác.
5. Hỏi cách phân quyền cho nhà cung cấp bên ngoài xem đúng hồ sơ của họ, không thấy phần còn lại.
6. Hỏi mô hình triển khai (đám mây hay tại chỗ) và các điều khoản về dữ liệu. Phần so sánh hai mô hình có trong bài SaaS và on-premise.

Lỗi hay gặp và cách tránh:

• Nhập BOM cũ nguyên trạng: mỗi sản phẩm đang sản xuất có thể có hai ba phiên bản BOM không khớp. Hãy chốt một bản chuẩn có chữ ký của kỹ thuật trước khi nhập.
• Quy trình duyệt nhiều tầng cho mọi thay đổi: phân loại ECO theo mức độ, thay đổi nhỏ như sửa chú thích đi đường duyệt ngắn, thay đổi ảnh hưởng lắp ghép thì duyệt đầy đủ.
• Mã vật tư tự đặt tuỳ người: thống nhất quy tắc đặt mã trước khi có người dùng thứ hai.
• Không chỉ rõ hệ thống nào là nguồn chính: quy ước rằng PLM là nơi sở hữu cấu trúc thiết kế và ERP là nơi sở hữu số lượng, giá và tồn kho.

PLM và các công nghệ mới: AI, số hoá đôi?

Các nhà cung cấp đang đưa AI vào PLM để gợi ý chi tiết tương đương, tìm bản vẽ giống nhau, hoặc đối chiếu BOM giữa các hệ thống. Có phân tích về BOM cho rằng dữ liệu BOM đang dịch chuyển khỏi bảng quan hệ cứng nhắc theo hướng mô hình linh hoạt hơn, vì bảng chuẩn hoá khó thích nghi với cấu trúc và quan hệ sản phẩm thay đổi. Đây vẫn là xu hướng đang hình thành. Dù dùng công nghệ nào, kết quả của AI chỉ tốt khi BOM và mã vật tư nguồn đã sạch, và mọi gợi ý thay đổi vẫn phải đi qua ECO có người duyệt.

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

PLM là gì, nói ngắn gọn?

PLM là hệ thống quản lý dữ liệu và quy trình của một sản phẩm từ ý tưởng, thiết kế, sản xuất đến bảo hành và ngừng bán. Hạt nhân của nó là bản ghi sản phẩm duy nhất, cấu trúc BOM và quy trình thay đổi kỹ thuật có phê duyệt.

PLM khác ERP ở điểm nào?

PLM trả lời sản phẩm gồm gì và thay đổi ra sao. ERP trả lời làm bao nhiêu, mua gì và tốn bao nhiêu tiền. Hai hệ thống trao đổi qua BOM và lệnh thay đổi, nhưng không thay thế nhau.

PLM khác PDM thế nào?

PDM tập trung vào file thiết kế và phiên bản, phục vụ chủ yếu kỹ sư. PLM mở rộng ra quy trình thay đổi, nhà cung cấp, chất lượng và các bộ phận ngoài thiết kế. Nhiều đội bắt đầu bằng PDM rồi mở rộng.

Doanh nghiệp nhỏ có cần PLM không?

Không phải lúc nào cũng cần. Nếu sản phẩm đơn giản, ít thay đổi thiết kế và định mức trong ERP đã chính xác thì chưa cần. Khi xưởng đã nhiều lần dùng sai bản vẽ hoặc không truy được chi tiết dùng chung, lúc đó PLM hoặc ít nhất là PDM đáng cân nhắc.

eBOM và mBOM là gì?

eBOM là cấu trúc sản phẩm theo góc nhìn thiết kế, do kỹ thuật quản lý trong PLM. mBOM là cấu trúc theo góc nhìn sản xuất, có thứ tự lắp, vật tư tiêu hao và điều kiện nhà máy. Quản lý sự chuyển đổi giữa hai bản này là phần khó nhất của nhiều dự án PLM.

PLM chạy trên đám mây được không?

Được. Nhiều nhà cung cấp có bản đám mây lẫn bản cài tại chỗ. Bạn cần kiểm tra vị trí lưu dữ liệu thiết kế, cách phân quyền cho nhà cung cấp bên ngoài và khả năng xuất toàn bộ dữ liệu khi chuyển hệ thống, vì bản vẽ và BOM thường là tài sản trí tuệ quan trọng của doanh nghiệp.