Phần 1 của bài viết này đã giải thích sự thay đổi vị trí của ERP trong các công ty. Một nguyên nhân của sự thay đổi này là nhận thức rằng động lực thay đổi của tất cả dữ liệu chính đã tăng lên, từ đó quản lý vòng đời của chúng đang trở thành trung tâm quan tâm. ERP, là hệ thống IT trước đây thống trị trong các công ty, đang gặp áp lực liên quan đến sự vượt trội của nó.

Trong phần 2 của bài viết, vị trí tương lai của MES trong ngữ cảnh của PLM và ERP sẽ được giải thích dựa trên lập luận này, để sau đó xem xét phạm vi hệ thống IT tương lai của các công ty từ một quan điểm phương pháp học.

MBOM như một cổng vào MES Một chủ đề được thảo luận nhiều trong ngành công nghiệp là vị trí của Hệ thống thực hiện sản xuất (MES) so với ERP và PLM.

Hình 1: Sự thay đổi trong hình chóp tự động hóa
Hình 1: Sự thay đổi trong hình chóp tự động hóa

Cho đến nay, đã trở thành thực tiễn phổ biến để cung cấp thông tin cần thiết cho MES từ ERP (Hình 1, quan điểm trước đây). Ngoài các đơn sản xuất từ ERP, một bộ xương cơ bản của dữ liệu chính là cần thiết để thực hiện các nhiệm vụ của MES. Nền tảng là MBOM. Giả sử trong tương lai dữ liệu chính và do đó MBOM sẽ được tạo ra và phát triển tiếp trong một hệ thống quản lý vòng đời (xem phần 1 của bài viết), câu hỏi đặt ra là tại sao MES không được cung cấp trực tiếp các dữ liệu chính cần thiết từ đó.

Cuộc tranh luận này đang diễn ra mạnh mẽ trong nhiều công ty. Điều này đã trở thành điều khả thi vì nhiều hệ thống PLM hiện đã triển khai chức năng cần thiết để mô hình hóa MBOM.

Tại sao PLM đang chuẩn bị thay thế ERP từ vị trí đứng đầu trong hình chóp tự động hóa? Nếu MBOM được tạo ra trong PLM trong tương lai, thì nó phải được cung cấp cho cả ERP và MES. Mà không có MBOM trong ERP, không có quá trình MRP. Tiếp theo, thường được cho rằng bất kể nguồn gốc của MBOM, việc tiếp tục chuyển giao MBOM từ ERP sang MES sẽ dễ dàng hơn nhiều. Đây là một quan điểm hợp lý.

Tại điểm này, điểm mù thứ hai của quan điểm trung tâm ERP truyền thống trở nên rõ ràng. Nó trở nên rõ ràng khi ERP và MES được phân biệt cụ thể hơn. Trong MES, giống như trong ERP, các quy trình được lập kế hoạch, khởi động và hoàn thành được ghi chú. MES khác biệt với ERP ở các điểm sau, trong số các điểm khác.

MES mô phỏng quy trình và khung thời gian một cách tỉ mỉ hơn MES linh hoạt hơn, việc xếp lịch lại các quy trình dễ dàng thực hiện MES có một mô hình thông tin công nghệ và không phải là thương mại

Điểm số 3 là quan trọng cho chuỗi luận điểm được theo đuổi. Thay vì nhìn từ một góc độ thương mại, như ERP, MES nhìn vào thông tin và quy trình trong các công ty từ một góc độ hướng công nghệ. Điều này hiện đang rõ ràng trong ngữ cảnh của việc số hóa ngày càng tăng. Vì PLM, giống như MES, thực hiện một mô hình thông tin công nghệ, PLM đang chuẩn bị thay thế ERP từ vị trí đứng đầu trong hình chóp tự động hóa.

Một điểm mù thứ hai – các mô hình thương mại trong ERP là đủ

Giả định ban đầu của quan điểm trung tâm ERP rằng một mô hình thông tin được thiết kế với mục đích thương mại là đủ cho các khía cạnh công nghệ không thể được duy trì như vậy trong tương lai.

Hình 2: Mô hình thông tin công nghệ so với thương mại
Hình 2: Mô hình thông tin công nghệ so với thương mại

Chìa khóa để xâm nhập vào khía cạnh này là semasiology, việc nghiên cứu ý nghĩa của từ. Mọi người cho rằng các vật phẩm có cùng ý nghĩa khi sử dụng cùng các từ. Giả định này hoạt động trong cuộc sống hàng ngày, nhưng nó thất bại khi nhiệm vụ là kết hợp các mô hình thông tin từ các lớp hệ thống IT khác nhau (ERP, PLM, MES).

Hình 2 cho thấy một ví dụ về điều này. Hình 1 (chi tiết A) hiển thị một hệ thống lắp ráp gồm ba tài nguyên. Hình 2 (chi tiết B) cho thấy sự minh họa của nó từ góc độ thương mại. Hình 2 (chi tiết C) cho thấy quan điểm công nghệ. Cả hai mô hình đều có một đối tượng có tên giống nhau, tài nguyên. Tuy nhiên, từ góc độ semasiological, các đối tượng có ý nghĩa khác nhau.

Các mô hình thông tin công nghệ không phải là sự tinh vi của các mô hình thương mại

Các mô hình công nghệ không phải là sự tinh vi của các mô hình thương mại. Điều này có thể được minh họa tốt bằng ví dụ về một nhóm tài nguyên. Theo quan điểm thương mại, nhóm tài nguyên được hình thành dựa trên tỷ lệ chi phí chung, trong số những thứ khác. Theo quan điểm công nghệ, các tài nguyên được nhóm lại dựa trên khả năng kỹ thuật tương đương. Điều này có thể thấy trong cuộc thảo luận hiện tại về kế hoạch chi tiết và các hệ thống lập kế hoạch và xếp lịch tiên tiến (APS). Truyền thống, có các giải pháp cho kế hoạch chi tiết trong hệ thống ERP. Tuy nhiên, chúng chưa thực sự được thiết lập do các ngữ cảnh đã được mô tả ở trên.

Low code không phải là câu trả lời.

Nếu quan điểm công nghệ bị ép buộc vào một mô hình thông tin thương mại, điều này thường có thể thấy qua số lượng lớn bảng tính Excel hiện có. Sau đó, nó sẽ cung cấp không gian cần thiết cho quy trình công nghệ. Quan điểm rằng các hệ thống low code có thể thay thế Excel một cách lâu dài không chính xác ở điểm này. Nếu thiếu các mô hình thông tin công nghệ cơ bản, chúng sẽ không tự xuất hiện thông qua việc sử dụng low code.

Sự ưu tiên của ERP trong doanh nghiệp đang gặp áp lực.

Trước bối cảnh đã được mô tả ở trên, vị trí chiếm ưu thế mà hệ thống ERP đã giữ trong các công ty cho đến nay đang gặp áp lực ngày càng lớn. Trong một số công ty, đã có các cuộc thảo luận về việc giảm bớt hệ thống ERP xuống chỉ còn các chức năng cốt lõi, tức là theo dõi các luồng số lượng và giá trị, và tập trung vào việc phát triển hoàn toàn riêng biệt của chuỗi công nghệ.

Hệ thống PLM hiện nay có phù hợp để đảm nhận các mô hình dữ liệu chủ đạo công nghệ và thương mại trong tương lai không? Quan điểm được trình bày ngày càng được các nhà cung cấp PLM đã được thiết lập thường xuyên đưa ra trong các tình huống bán hàng. Hệ thống PLM được trình bày như thể chúng đã có thể ánh xạ quản lý vòng đời của tất cả dữ liệu chủ đạo, tức là công nghệ và thương mại. Phải nói ở đây rằng các mô hình thông tin, phạm vi chức năng và tính linh hoạt của hầu hết hệ thống PLM hiện có vẫn chưa đủ để thực hiện các nhiệm vụ này. Việc liệu chúng có phù hợp cho nhiệm vụ này hay không do thiết kế thông tin của chúng thường rất cụ thể cũng còn phải xem.

xLM ≠ PLM – Kiến trúc Thông tin Số – lãnh thổ chưa được khám phá

Do đó, có thể dự kiến ​​rằng một tầng mới sẽ xuất hiện ở phía trên các hệ thống xử lý (ERP, MES…). Nhiệm vụ của tầng này là xử lý vòng đời của tất cả dữ liệu chủ đạo. Ngoài ra, nó phải có khả năng ánh xạ và thích hợp kết hợp các mô hình thông tin thương mại và công nghệ. Dữ liệu chủ đạo chỉ là kết quả của các quy trình tạo ra phức tạp. Tầng mới cũng phải có khả năng mang các mô hình thông tin cần thiết cho nhiệm vụ này. Xu hướng sản phẩm thông minh tích hợp vào các kịch bản hội tụ (khái niệm Systems of Systems) tạo ra nhiều trường hợp sử dụng đặc biệt thách thức (từ khóa: Model Based Systems Engineering MBSE).

Một tên phù hợp cho tầng này có thể là Kiến trúc Thông tin Số hoặc Quản lý Vòng đời Số (xLM), trong đó x là một biến đại diện cho một chữ cái tương ứng (ví dụ, P, A, C….) tùy thuộc vào khía cạnh của tầng đang được xem xét.

Hình ảnh 3: Vị trí tương lai của các lớp hệ thống chính
Hình ảnh 3: Vị trí tương lai của các lớp hệ thống chính

Hình ảnh 3 cho thấy kiến trúc tổng thể của một tình huống tương lai có thể xảy ra. Trong kiến trúc này, quá trình tạo ra và quản lý vòng đời (xLM) của thông tin được tách rời khỏi việc sử dụng nó trong các hệ thống thanh toán. Tầng xLM cung cấp cho các hệ thống thanh toán dữ liệu chủ đạo cần thiết mà phiên bản và thời gian chính xác.

Hình ảnh 3.5: Các thành phần xLM
Hình ảnh 3.5: Các thành phần xLM

Tầng xLM vẫn là một vùng đất chưa được khám phá trong thời điểm hiện tại. Nó chưa được triển khai! Hệ thống PLM, ALM và PIM hiện tại chỉ là những khía cạnh đầu tiên được thể hiện rõ ràng của tầng mới đang nổi lên này. Như dự đoán, tầng xLM mới sẽ không phải là một hệ thống IT kinh điển theo kiểu một khối. Thay vào đó, có thể giả định rằng trong tương lai, sẽ xuất hiện các phương pháp phân tán, dựa trên dịch vụ nhỏ để triển khai tầng này.

Hình ảnh 4: Kiến trúc Thông tin Số và tầng IDSL
Hình ảnh 4: Kiến trúc Thông tin Số và tầng IDSL

Kiến trúc Thông tin Số ≠ Phân tích dữ liệu, Mạng dữ liệu hoặc Lõi Số

Chủ đề xLM đã được đề cập trong một số cuộc thảo luận ngành công nghiệp. Trong ngữ cảnh này, các thuật ngữ như lõi số, mạng dữ liệu, hồ dữ liệu và đồ thị tri thức, v.v. thường được sử dụng. Các chủ đề rất khác nhau thường được kết hợp lẫn lộn ở đây. Điều này là do việc tầng khác nổi lên đồng thời với tầng xLM. Tầng này có thể được gọi là tầng Khoa học Dữ liệu Công nghiệp (IDSL, Hình 4). Nhiệm vụ của nó là cung cấp nền tảng hoặc các thành phần và tạo ra các ngữ cảnh, thông tin và giá trị hoàn toàn mới từ kho tàng dữ liệu của các công ty. Đối với tầng IDSL, các công nghệ khác nhau (Đồ thị tri thức, Cơ sở dữ liệu đồ thị) và các mô hình kiến trúc như Data Mesh và Data Lake được thảo luận. Các chủ đề thời trang như khai thác quy trình, sản phẩm và danh mục chỉ là những dấu hiệu đầu tiên của tầng IDSL mới. Nếu được tư duy một cách nhất quán, một tầng điều khiển thông minh mới cho các công ty đang nổi lên.

Sự gián đoạn không phân biệt!

Theo luận điểm này, phạm vi của ERP trong các công ty sẽ thu hẹp đáng kể. Thay vào đó, các không gian mới, thú vị hoàn toàn đang mở ra. Các nhà cung cấp ERP, nếu rút lui vào yếu tố cốt lõi của ERP trong tình huống này và để lại lĩnh vực cho người khác, đang đảo một mức rủi ro khổng lồ.

Sự gián đoạn sẽ không phân biệt! Ngay cả với những người chơi lớn.

ERP đã đạt được tầm quan trọng vượt trội trong quá khứ vì các nhà cung cấp hàng đầu đã thành công trong việc thiết lập tiêu chuẩn quản lý kinh doanh hiện hành của các công ty với các ý tưởng, phương pháp và thực thi công nghệ của họ. Do đó, có thể kỳ vọng rằng trong tương lai, những nhà cung cấp đó sẽ thành công đặc biệt những người thành công trong việc sáng tạo ra một quan điểm toàn diện, đột phá và toàn diện về các công ty và thiết lập nó như tiêu chuẩn tương lai. Điều này, và không ít hơn, nên là yêu cầu của các nhà cung cấp ERP lớn!

Vẫn còn thời gian.

Disclaimer: I am the author at PLM ECOSYSTEM, focusing on developing digital-thread platforms with capabilities across CAD, CAM, CAE, PLM, ERP, and IT systems to manage the product data lifecycle and connect various industry networks. My opinions may be biased. Articles and thoughts on PLMES represent solely the author's views and not necessarily those of the company. Reviews and mentions do not imply endorsement or recommendations for purchase.

Leave a Comment

Your email address will not be published. Required fields are marked *