Trang này mô tả cách thiết lập kết nối Altium 365 Workspace với một hệ thống PLM được hỗ trợ bằng quy trình thủ công dựa trên việc chỉnh sửa các tệp XML cấu hình PLM. Giao diện PLM dựa trên chỉnh sửa thủ công các tệp XML được kích hoạt bằng cách bỏ chọn tùy chọn Enable new PLM Configuration page trong trang Admin – Settings – PLM Integration của giao diện Workspace.
Khi tùy chọn này được chọn (thiết lập mặc định và được khuyến nghị), một giao diện người dùng bán tự động nâng cao sẽ được sử dụng như mô tả trên trang PLM Integration. Lưu ý rằng giao diện này cũng cho phép thao tác thủ công với các tệp XML cấu hình thông qua các tính năng XML Import/export features của nó.
Tìm hiểu về giao diện PLM Integration tự động hóa.
Kết nối với phiên bản PLM của bạn
Việc kết nối với phiên bản PLM của bạn được thực hiện từ trang Admin – PLM Integration của giao diện trình duyệt Workspace. Việc này bao gồm tải lên tệp cấu hình dựa trên XML áp dụng và mẫu phát hành, đồng thời bật/cấu hình việc đồng bộ các linh kiện PLM của bạn với các linh kiện trong Workspace.
Để tạo một phiên bản giao diện PLM mới, hãy nhấp vào nút
. Có thể định nghĩa bao nhiêu phiên bản tùy ý để kết nối Workspace của bạn với nhiều phiên bản PLM khác nhau. Ví dụ, các linh kiện của bạn có thể nằm trong một phiên bản PLM, còn đầu ra được tạo từ các dự án thiết kế đã phát hành lại nằm trong một phiên bản khác; hoặc có thể các bộ phận khác nhau đang sử dụng các phiên bản khác nhau (của cùng một hoặc các hệ thống PLM khác nhau). Mỗi phiên bản phải có tên duy nhất, có một tệp cấu hình và một hoặc nhiều mẫu phát hành được định nghĩa. Để kiểm tra kết nối cho một phiên bản đã định nghĩa, hãy nhấp vào nút
– xem Xác thực kết nối bên dưới.
Các tệp cấu hình mẫu và mẫu phát hành được cung cấp như một phần của quá trình cài đặt – mở rộng các phần bên dưới để biết thêm thông tin:
Sample Configuration Files
Các tệp cấu hình mẫu được cung cấp thông qua khung nhìn Add new instance – trong tab Configuration, nhấp vào liên kết Download sample configuration để lấy tệp zip ConfigurationSamples.zip. Tệp zip này chứa các tệp cấu hình ban đầu cho các hệ thống PLM Windchill, Arena, Aras và Agile:
-
dm-Windchill-config-basic.xml
-
dm-Arena-config-basic.xml
-
dm-Agile-config-basic.xml
-
dm-Aras-config-basic.xml
Các tệp cấu hình mẫu được cung cấp để sử dụng như một phần của phiên bản Workspace.
Các cấu hình được cung cấp bao gồm một vài phần thực thể linh kiện tiêu biểu (ví dụ: Capacitors và Diodes), trong đó mỗi phần đều bao gồm một phần con ánh xạ thuộc tính/tham số ToPLM và ToAltium cơ bản. Hãy bổ sung và chỉnh sửa một tệp mẫu để phù hợp với phiên bản PLM và yêu cầu của công ty bạn, tự tạo tệp của riêng bạn, hoặc sử dụng Configuration Generator để tạo một tệp cấu hình cơ sở phù hợp với mô hình dữ liệu Workspace của bạn.
Các tệp cấu hình mẫu có chứa chú thích chi tiết để hướng dẫn bạn cần cấu hình những gì và cấu hình như thế nào.
Sample Publishing Templates
Các mẫu phát hành mẫu được cung cấp thông qua khung nhìn Add new instance – nhấp vào nút
trong tab Publish Template rồi nhấp vào liên kết Download sample configuration trong cửa sổ Publish Template để lấy tệp zip PublishTemplateSamples.zip. Tệp zip này chứa các tệp sau:
-
dm-Windchill-publish-template-basic.xml
-
dm-Arena-publish-template-basic.xml
-
dm-Agile-publish-template-basic.xml
-
dm-Aras-publish-template-basic.xml
Các mẫu phát hành mẫu được cung cấp để sử dụng như một phần của phiên bản workspace.
Hãy chỉnh sửa chúng để phù hợp với phiên bản PLM và yêu cầu của công ty bạn, hoặc tự tạo mẫu của riêng bạn.
Lưu ý rằng trong các tệp mẫu phát hành, các khu vực quan trọng sau được cấu hình:
-
Cách xử lý việc tạo và liên kết linh kiện ở phía PLM trong quá trình phát hành ('BOM Strategy'). Có các tùy chọn sau:
-
LinkExistingOnly – liên kết các linh kiện đã tồn tại trong PLM, nhưng không tạo các linh kiện chưa tồn tại.
-
CreateNewAndLink – liên kết các linh kiện đã tồn tại trong PLM, đồng thời tạo và liên kết các linh kiện chưa tồn tại.
-
LinkIfAllExists – không tạo các linh kiện chưa tồn tại ở phía PLM, chỉ liên kết nếu tất cả linh kiện đều tồn tại trong PLM.
Theo mặc định, các tệp mẫu chỉ định tùy chọn LinkExistingOnly. Nếu không chỉ định gì, thì CreatNewAndLink sẽ được sử dụng.
-
Các bộ Quy tắc xác định cách thức và nơi các đầu ra phát hành được đưa lên PLM:
-
Các quy tắc để xử lý dữ liệu dự án (cha).
-
Các quy tắc để xử lý dữ liệu nguồn.
-
Các quy tắc để xử lý dữ liệu lắp ráp.
-
Các quy tắc để xử lý dữ liệu chế tạo.
-
Có thể định nghĩa nhiều mẫu phát hành cho mỗi phiên bản PLM. Khi một mẫu được chọn như một phần của quá trình phát hành, nó sẽ được lưu trữ (liên kết) với dự án để sử dụng về sau.
-
Các tệp mẫu phát hành có chứa chú thích chi tiết để hướng dẫn bạn cần cấu hình những gì và cấu hình như thế nào.
Khi thêm một mục PLM mới từ nút
, hãy dùng nút
để duyệt đến rồi áp dụng một cấu hình PLM đã được lưu/chỉnh sửa phù hợp.
Tương tự, một mẫu phát hành tương thích được thêm thông qua nút
trong tab Publish Template. Trong hộp thoại Publish Template tiếp theo, hãy dùng nút
để duyệt đến và chọn đúng tệp mẫu.
Change Order (ECO) workflow
Các tệp thiết lập cho các phiên bản PLM Windchill, Agile và Arena cũng hỗ trợ quy trình Change Order (ECO) được chuẩn hóa, được bật trong tệp XML Publishing Template và được định nghĩa trong tệp XML Configuration dưới phần thực thể altiumType="ProjectChangeOrder" – xem ví dụ
.
Tùy theo phiên bản PLM, các định nghĩa cấu hình bao gồm lược đồ để nhận diện Change Order (đánh số, vị trí, ID, v.v.), các thuộc tính Change Order cụ thể như Name/Title, Description và Change Complexity (chỉ Windchill), cũng như các thiết lập tùy chọn như chiến lược tạo Change Order (không có, mới hoặc tái sử dụng hiện có) và thăng cấp trạng thái Lifecycle (chỉ Windchill và Agile). Change Order đã định nghĩa được bật trong quá trình phát hành bằng việc khai báo tham chiếu publishId của nó trong Publishing Template liên quan – xem ví dụ
.
Sau khi được định nghĩa trong các tệp XML Configuration và Publishing Template của máy chủ, Change Orders sẽ khả dụng trong các quy trình PLM Tạo dự án và Quy trình phát hành được gọi từ Altium Designer hoặc thông qua giao diện Enterprise Workspaace. Một biểu mẫu Change Order liên quan sẽ được hiển thị trong luồng, nơi cấu hình và các tùy chọn của Change Order được chỉ định.
► Để biết thông tin về cách làm việc với chức năng PLM Change Order (ECO) cho các phiên bản PLM Windchill, Agile và Arena, hãy xem các ghi chú chú thích trong các tệp mẫu Configuration XML files và Publishing Template XML files của chúng, có sẵn để tải xuống từ Enterprise Workspace.
Thay vì sử dụng các tệp cấu hình được cung cấp để tạo một phiên bản hệ thống doanh nghiệp mới, có thể sử dụng trình tạo cấu hình nội bộ của Workspace để tạo một cấu hình đã được điều chỉnh, lấy cấu trúc từ mô hình dữ liệu Workspace. Trình tạo sẽ yêu cầu thông tin kết nối (loại PLM và URL), sau đó truy vấn dữ liệu Workspace để lấy các loại linh kiện đã đăng ký (Capacitors, Diodes, v.v.) và các Component Templates tương ứng của chúng nhằm xây dựng một tệp cấu hình cơ sở – hãy nhấp vào phần mở rộng sau để biết thêm thông tin:
Configuration Generator
Tính năng cấu hình thích ứng có sẵn từ liên kết Generate configuration trên trang Add new instance, được mở từ nút
trong Workspace.
Trong hộp thoại Generate Configuration, hãy chọn loại hệ thống doanh nghiệp sẽ được kết nối tới – một trong các loại PLM khả dụng (Windchill, Arena, v.v.) – rồi nhập URL từ xa của hệ thống đó. Chọn nút
để tạo một tệp dm-configuration.xml mới, sau đó có thể lưu lại rồi thêm vào phiên bản PLM mới từ nút
.
Trình tạo sẽ tạo cấu hình để khớp với mô hình dữ liệu của phiên bản Workspace hiện tại; ví dụ, các Loại Linh kiện được đăng ký trong Workspace sẽ được thêm thành các loại thực thể trong tệp cấu hình (dm-configuration.xml). Mỗi phần thực thể có các phần ToPlm và ToAltium tương ứng cùng các tham số được ánh xạ từ component template tương ứng (nếu có). Cũng bao gồm các phần phát hành dự án để ánh xạ các phần tử gói phát hành sang hệ thống doanh nghiệp.
Tất cả các phần trong cấu hình được tạo đều bao gồm các chú thích TODO làm nổi bật những khu vực cần bổ sung hoặc thay đổi để tương thích với cấu hình Workspace/PLM của bạn. Để biết thêm thông tin về cách chỉnh sửa tệp cấu hình để hoạt động với thiết lập Workspace/PLM của bạn, hãy xem các chú thích giải thích có trong các tệp cấu hình mẫu được cung cấp.
Khi một tệp cấu hình đã được chỉnh sửa rồi tải lên lại phiên bản PLM, hãy đảm bảo rằng bạn kiểm tra (xác thực) kết nối để phát hiện mọi vấn đề có thể đã phát sinh – xem bên dưới.
Hỗ trợ PLM bên thứ ba
Altium 365 Workspace cung cấp hỗ trợ bổ sung cho các cấu hình hệ thống PLM 'không phải gốc' do bên thứ ba phát triển. Sự hỗ trợ này được kích hoạt bởi Generic Connector của Altium, yêu cầu giấy phép Altium 365 PLM Generic Connector Addon.
Khi thêm một Workspace PLM Instance cho hệ thống như vậy, các tệp XML đã được cấu hình sẵn do bên thứ ba cung cấp sẽ được tải lên cấu hình của PLM Instance đó, như đã mô tả ở trên.
Liên hệ
sales.na@altium.com hoặc Quản lý Tài khoản Altium của bạn để yêu cầu quyền truy cập giấy phép Altium 365 PLM Generic Connector Addon.
Xác thực kết nối
Workspace cung cấp chức năng kiểm tra xác thực kết nối PLM Instance toàn diện, có thể truy cập từ nút
trên trang Add/Edit Instance. Chức năng này sẽ thực hiện một loạt kiểm tra tính tương thích của cấu hình và báo cáo kết quả ngay lập tức.
Khi chạy báo cáo xác thực kết nối, Workspace sẽ phân tích cấu hình hiện tại và các thiết lập mẫu xuất bản để kiểm tra khả năng tương thích với cả instance Workspace và dữ liệu của hệ thống doanh nghiệp đích. Các vấn đề cấu hình như lỗi đường dẫn, định nghĩa và tham số loại linh kiện không khớp, thiết lập Lifecycle hoặc Revision không hợp lệ sẽ được phát hiện và báo cáo trong hộp thoại Configuration Validation Report sau đây.
Nếu có lỗi cấu hình được báo cáo – dẫn đến trạng thái tổng thể là ERROR (Status) – thì cần xử lý các lỗi này trước khi có thể tạo instance mới. Trạng thái WARNING, cho biết các vấn đề như loại linh kiện của Workspace không được bao gồm trong cấu hình hoặc các thuộc tính được chỉ định không có ở phía hệ thống doanh nghiệp, vẫn cho phép lưu và sử dụng instance đã cấu hình.
Sau đó, các lỗi và cảnh báo được báo cáo có thể được sửa trong các tệp cấu hình/xuất bản đang áp dụng, và/hoặc bằng cách thay đổi các thiết lập trong Workspace hoặc hệ thống doanh nghiệp. Hãy nhớ nhấp nút
sau khi instance của bạn đã được định nghĩa thành công. Instance đó sẽ xuất hiện trong danh sách hiện tại các instance đã kết nối, quay lại trang PLM Integration chính của giao diện.
Khi một tệp cấu hình đã được chỉnh sửa và sau đó tải lên lại vào instance mới, hãy dùng lại nút

để phát hiện bất kỳ sự cố nào có thể đã phát sinh.
Đồng bộ hóa linh kiện
Việc đồng bộ hóa linh kiện giữa Workspace Altium 365 và instance hệ thống doanh nghiệp được kết nối – hay cụ thể hơn là dữ liệu tham số của chúng – dựa trên LibSync quy trình workflow. Quy trình LibSync được định nghĩa sẵn trong Workspace và không thể truy cập (hoặc chỉnh sửa) từ trang Admin - Processes. Tuy nhiên, vì đây là một quy trình dựa trên workflow, nên có thể xem kết quả của hành động đồng bộ hóa và xử lý mọi lỗi.
Việc sử dụng quy trình đồng bộ hóa bao gồm:
-
Cấu hình thiết lập đồng bộ hóa cho từng loại linh kiện, trên thực tế là:
-
Xác định hướng đồng bộ hóa (vào Workspace hoặc sang PLM).
-
Xác định những loại linh kiện nào sẽ tham gia, và nơi tạo các linh kiện mới.
-
Cấu hình ánh xạ hoặc các thuộc tính tham số.
-
Cấu hình ánh xạ dữ liệu Part Choices, nếu áp dụng.
-
Thực hiện đồng bộ hóa.
Hai nhóm mục đầu tiên ở trên được xử lý trong tệp cấu hình dùng cho instance hệ thống doanh nghiệp được kết nối (chẳng hạn như PLM). Bản thân việc đồng bộ hóa có thể được thực hiện theo yêu cầu từ trang PLM Integration của giao diện Workspace, và/hoặc có thể được lên lịch – đồng bộ hóa tự động theo các khoảng thời gian định kỳ, được xác định khi cấu hình kết nối tới instance PLM.
Cấu hình đồng bộ hóa
Trong tệp cấu hình, kết nối với instance hệ thống doanh nghiệp được định nghĩa giữa các thẻ Instance dưới dạng một kiểu Driver được chỉ định và một URL đích. Khi Configuration Generator được dùng để tạo tệp cấu hình, các tham chiếu Driver và URL đi kèm sẽ là những giá trị đã nhập trong hộp thoại Generate Configuration trong quá trình tạo.
<Instance>
<Driver>[Driver Type]</Driver>
<Url>[PLM API URL]</Url>
</Instance>
-
Khi driver Arena® PLM được chỉ định trong tệp cấu hình, sẽ có thêm một mục nhập để chứa các Arena workspaces có sẵn cho tài khoản người dùng Arena. Thuộc tính tham chiếu ID nhiều chữ số tùy chọn được thêm vào phần Instance giữa các thẻ context, như thể hiện trong ví dụ bên dưới.
-
<Instance>
<Driver>Arena</Driver>
<Url>https:∕∕api.arenasolutions.com/v1/</Url>
<Context>12345678</Context>
<!-- If a workspace ID is not defined, the PLM instance will work with Arena's default workspace for that account. -->
<!-- The server will report an error if another PLM synchronization session is attempting to use a second workspace from the Arena user account. -->
</Instance>
-
Khi hệ thống được kết nối là PTC Windchill PLM, có thể cần thêm một dòng cấu hình để bật đơn vị đo cho các giá trị đọc Value.
Trong phần Schema sau đây của tệp cấu hình, bạn xác định một phần ánh xạ đồng bộ hóa cho mỗi loại part chuyên biệt. Ở phía Workspace, đây là linh kiện có kiểu altiumType – giá trị của nó là một trong các tùy chọn tham số kiểu có thể thấy trên trang Data Management - Component Types page của hộp thoại Preferences trong Altium Designer. Ở phía PLM, một part được tạo với kiểu plmType, được xác định bởi giá trị của nó trong không gian PLM.
Phần này được khai báo như một Entity trong tệp, ví dụ có thể là, đối với tụ điện:
<Entity altiumType="Capacitor" plmType="Capacitor">
.
.
</Entity>
Giá trị plmType có thể thay đổi, tùy thuộc vào instance PLM cụ thể mà bạn đang sử dụng.
Trong Entity, hai phần được dùng để điều khiển và cấu hình việc đồng bộ hóa từ Workspace sang instance PLM, và từ instance PLM về Workspace – cho phép đồng bộ hóa một chiều hoặc hai chiều. Hãy sử dụng các phần sau đây, cùng với các chú thích có sẵn trong các tệp cấu hình mẫu, để tìm hiểu thêm. Cuối cùng, những gì được định nghĩa trong tệp cấu hình sẽ khác nhau tùy theo nhu cầu cụ thể của bạn, cũng như các thuộc tính (PLM) đã được định nghĩa trong instance hệ thống doanh nghiệp được kết nối.
ToPlm
Phần này được dùng để điều khiển và cấu hình việc đồng bộ hóa từ Workspace sang instance PLM theo dạng:
<ToPlm sync="true">
.
.
</ToPlm>
Để tắt đồng bộ hóa theo hướng này, hãy đặt sync="false".
Trong phần ToPlm, các phần sau được định nghĩa:
-
Cách các linh kiện mới được tạo trong instance PLM – giữa bộ thẻ <CreateInfo> và </CreateInfo>. Một ví dụ có thể là chọn sơ đồ đặt tên mục được định nghĩa trong hệ thống doanh nghiệp đích và chỉ định tiền tố đánh số mục:
<CreateInfo>
<Numbering name="Electrical">
<Fields>
<Field name="Code" value="120"/>
</Fields>
</Numbering>
</CreateInfo>
-
Lọc để giới hạn những linh kiện nào trong Workspace sẽ được đồng bộ với PLM – giữa bộ thẻ <SourceCriteria> và </SourceCriteria>. Việc truyền dữ liệu nguồn có thể được ràng buộc bằng các tổ hợp logic Boolean của các thuộc tính tham số, trong đó nhiều tập thuộc tính có thể được phân giải thành một kết quả lọc cụ thể thông qua việc áp dụng cơ bản các mệnh đề logic AND, OR và NOT. Để biết thêm thông tin, hãy xem các ghi chú SourceCriteria liên quan trong các tệp XML Configuration mẫu.
Khả năng này cực kỳ hữu ích nếu, chẳng hạn, bạn có 6000 tụ điện trong Workspace nhưng chỉ muốn một thư mục cụ thể gồm 85 tụ gốm được đồng bộ. Trong trường hợp này, bạn chỉ cần chỉ định đường dẫn thư mục đó trong bộ thẻ SourceCriteria (<Folder>Components/Capacitors/Ceramic</Folder>), và tùy chọn, bất kỳ thuộc tính tham số nào khác cần thiết để ràng buộc dữ liệu nguồn chặt chẽ hơn nữa – ví dụ như kiểu package 0603. Mối quan hệ giữa các tiêu chí được nhóm là toán tử logic AND ngầm định, do đó ví dụ dưới đây sẽ đồng bộ các tụ gốm đóng gói 0603 từ Workspace sang PLM.
<SourceCriteria>
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
</SourceCriteria>
Ngoài ra còn có các bộ thẻ logic OR chuyên dụng (<Or>…</Or>) và các bộ thẻ loại trừ logic NOT (<Not>…</Not>) có thể được thêm trong phần nút SourceCriteria. Với các tùy chọn này, logic OR áp dụng cho các tập thuộc tính tham số được thêm trong các thẻ <Or></Or>, còn logic NOT áp dụng cho tập thuộc tính tham số trong các thẻ <Not>…</Not>. Một ví dụ cho điều này có thể là yêu cầu bổ sung về trạng thái Lifecycle là Approved hoặc Released, nhưng loại trừ (NOT) các mục có giá trị tham số Classification là SpecialOrder. Khi đó, bộ lọc logic đầy đủ sẽ là:
<SourceCriteria>
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
<Or>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Released</common:Value>
</common:Attribute>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Approved</common:Value>
</common:Attribute>
</Or>
<Not>
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>SpecialOrder</common:Value>
</common:Attribute>
</Not>
</SourceCriteria>
-
Danh sách các thuộc tính (tham số) cần được truyền cho các linh kiện từ Workspace sang PLM – giữa bộ thẻ <Attributes> và </Attributes>. Ví dụ:
<Attributes>
<!-- Name/Comment from Workspace will be passed to PLM field Name 'as is' -->
<common:Attribute>
<common:Key>name</common:Key>
<common:Value>${parameter.Name}</common:Value>
</common:Attribute>
<!-- Number generated on PLM side will be propagated to workspace -->
<!-- as PlmPartNumber parameter (note: any parameter name can be used)-->
<common:Attribute attributeType="item" primaryKeyOrdinal="1">
<common:Key>number</common:Key>
<common:Value>${parameter.PlmPartNumber}</common:Value>
</common:Attribute>
<!-- Workspace component description will go to PLM field Description. Value will be prefixed with 'Extended' -->
<!-- Description on Workspace side is a revision level parameter -->
<common:Attribute attributeType="revision">
<common:Key>description</common:Key>
<common:Value>Extended ${parameter.Description}</common:Value>
</common:Attribute>
<!-- This attribute will not be pushed to PLM component as part of library synchronization -->
<!-- It is being used to pass values during project publish with BOM -->
<common:Attribute>
<common:Key>refDes</common:Key>
<common:Value>${parameter.LogicalDesignator}</common:Value>
</common:Attribute>
<!-- RoHS field in PLM will be set to 'YES' -->
<common:Attribute>
<common:Key>RoHS</common:Key>
<common:Value>YES</common:Value>
</common:Attribute>
</Attributes>
-
Mã part number được tạo ở phía PLM (PlmPartNumber) là khóa chính để liên kết các linh kiện ở cả hai phía và sẽ được truyền ngược lại vào linh kiện trong Workspace.
-
Các tham số như ký hiệu tham chiếu của linh kiện (
refDes) chỉ áp dụng khi một dự án có tài liệu BOM được publish, vì tham số designator không tham gia vào quá trình đồng bộ linh kiện.
-
Lưu ý rằng có khái niệm Item tham số (attributeType="item"). Các tham số này, chẳng hạn như tham số PlmPartNumber ở trên, được thêm vào Component Item cha trong Workspace và khả dụng cho các revision của nó. Chúng không làm tạo ra revision mới của một Component Item nếu giá trị của chúng thay đổi. Điều này trái ngược với Revision tham số (attributeType="revision"). Các tham số này, chẳng hạn như tham số Description ở trên, sẽ làm tạo ra revision mới của một Component Item nếu giá trị của chúng thay đổi.
ToAltium
Phần này được dùng để điều khiển và cấu hình việc đồng bộ từ instance PLM sang Workspace theo dạng:
<ToAltium sync="true" mode="createAndUpdate">
.
.
</ToAltium>
Câu lệnh
mode tùy chọn xác định cách dữ liệu linh kiện được đồng bộ từ hệ thống doanh nghiệp sang Workspace. Chế độ mặc định (
createAndUpdate) cho phép tạo linh kiện mới trong Workspace và đồng thời cập nhật các linh kiện Workspace hiện có, trong khi chế độ thay thế
updateExisting chỉ cho phép cập nhật các linh kiện Workspace hiện có.
Để tắt đồng bộ theo hướng này, đặt sync="false".
Trong phần ToAltium, các mục sau được định nghĩa:
-
Cách và nơi các linh kiện mới được tạo trong Workspace – giữa bộ thẻ <CreateInfo> và </CreateInfo>.
<CreateInfo>
<!-- <ComponentTemplate>TODO component template Revision ID</ComponentTemplate> -->
<RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme>
<LifecycleDefinition>Component Lifecycle</LifecycleDefinition>
<Folder>Components/Inbox/Capacitors</Folder>
</CreateInfo>
Khi một mục linh kiện được tạo trong Workspace, Component Template được liên kết với thư mục Workspace đích (Components/Inbox/Capacitors trong ví dụ trên) sẽ được dùng, nếu đã được chỉ định. Điều này cũng sẽ xác định Item Naming Scheme được dùng cho linh kiện được tạo, ghi đè lên scheme đã được chỉ định trong thư mục Workspace đích – ngược lại, nếu thư mục không định nghĩa template hoặc naming scheme nào, quá trình đồng bộ sẽ thất bại.
Ngoài ra, lưu ý rằng trong các cấu hình mẫu, revision naming scheme mặc định (1-Level Revision Scheme) và lifecycle definition (Component Lifecycle) được định nghĩa để sử dụng – các thiết lập này sẽ bị ghi đè nếu một component template được liên kết với thư mục Workspace đích.
Thư mục đích của linh kiện được chỉ định trong tệp cấu hình sẽ ghi đè thiết lập Default Folder trong một Component Template.
Nếu một tham chiếu component template cụ thể được thêm vào cấu hình (ví dụ: CMPT-00001), template này sẽ được dùng thay cho template được liên kết với thư mục Workspace đích. Các thiết lập của nó sẽ ghi đè mọi thiết lập tham số trong tệp cấu hình (chẳng hạn như lifecycle definition, v.v.), ngoại trừ Folder đích đã được định nghĩa.
<CreateInfo>
<!-- A specified Template overrules other CreateInfo settings, except the target Folder -->
<ComponentTemplate>CMPT-00001</ComponentTemplate>
<RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme>
<LifecycleDefinition>Component Lifecycle</LifecycleDefinition>
<!-- A specified target Folder overrules that defined in an applied Template -->
<Folder>Components/Inbox/Capacitors</Folder>
</CreateInfo>
Lưu ý rằng template được chỉ định sẽ chỉ áp dụng cho các linh kiện Workspace mới được tạo. Cách tiếp cận này đặc biệt hữu ích để quản lý việc nhập/đồng bộ các tham số linh kiện độc quyền từ một hệ thống bên ngoài vào Workspace. Trong trường hợp này, có thể áp dụng một Component Template được tùy chỉnh để diễn giải dữ liệu tham số đầu vào, đặt các giá trị mặc định phù hợp, chỉ định kiểu dữ liệu đơn vị, cũng như chỉ định Lifecycle Definition và Revision Naming scheme cho các linh kiện Workspace mới được tạo.
Nếu một tham số được chỉ định với kiểu thuộc tính item (dynamic) trong tệp cấu hình và tham số đó tồn tại trong Component Template được áp dụng, giá trị tham số của linh kiện sẽ không được cập nhật trong quá trình đồng bộ linh kiện. Để tham số đó hoạt động theo cách "dynamic" trong quá trình đồng bộ linh kiện (khi cập nhật Value không làm tạo revision mới), cần phải xóa tham chiếu tham số khỏi Component Template được áp dụng.
-
Việc lọc dữ liệu được truy xuất từ instance hệ thống doanh nghiệp (PLM) – giữa bộ thẻ <SourceCriteria> và </SourceCriteria>. Một câu lệnh lọc có thể giới hạn dữ liệu linh kiện nhận từ PLM vào các linh kiện do một tác giả cụ thể tạo ra (như minh họa trong cấu hình ví dụ được cung cấp), hoặc vào các mục linh kiện có một giá trị thuộc tính cụ thể (Business Unit = Engineering_RD), như minh họa bên dưới).
<SourceCriteria>
<ns2:Attribute>
<ns2:Key>Business Unit</ns2:Key>
<ns2:Value>Engineering_RD</ns2:Value>
</ns2:Attribute>
</SourceCriteria>
-
Danh sách các thuộc tính (tham số) cần được truyền cho các linh kiện từ PLM sang Workspace – giữa bộ thẻ <Attributes> và </Attributes>. Ví dụ:
<Attributes>
<!-- Trường Name từ PLM sẽ được փոխանցে vào trường name/comment trong Workspace -->
<common:Attribute attributeType="revision">
<common:Key>name</common:Key>
<common:Value>${attribute.name}</common:Value>
</common:Attribute>
<!-- Trường Description từ PLM sẽ được փոխանցে vào trường Description trong Workspace ở cấp revision -->
<!-- Các thuộc tính ở cấp revision sẽ khiến revision mới được tạo trong trường hợp giá trị tham số bị thay đổi -->
<common:Attribute attributeType="revision">
<common:Key>Description</common:Key>
<common:Value>${attribute.description}</common:Value>
</common:Attribute>
<!-- Trường Number từ PLM sẽ được փոխանցে vào trường PlmPartNumber trong Workspace ở cấp revision -->
<!-- Lưu ý: có thể sử dụng bất kỳ tên thuộc tính nào -->
<common:Attribute attributeType="revision" primaryKeyOrdinal="1">
<common:Key>PlmPartNumber</common:Key>
<common:Value>${attribute.Number}</common:Value>
</common:Attribute>
<common:Attribute attributeType="item">
<common:Key>DynamicCONTS</common:Key>
<common:Value>Sẽ không gây cập nhật revision nếu thay đổi ${attribute.LastModified}</common:Value>
</common:Attribute>
</Attributes>
-
Lưu ý rằng mã part ở phía PLM (PlmPartNumber) là khóa chính để liên kết các component ở cả hai phía, và được đồng bộ ngược trở lại component trong Workspace.
-
Cũng lưu ý rằng có khái niệm về các tham số 'dynamic' (attributeType="item"). Các tham số này, chẳng hạn như tham số
DynamicCONTS ở trên, là các tham số cấp Item. Chúng được thêm vào Component Item cha trong Workspace, và khả dụng cho các revision của nó. Chúng không làm phát sinh revision mới của một Component Item nếu giá trị của chúng thay đổi. Điều này trái ngược với các tham số 'strong' (attributeType="revision"). Các tham số này, chẳng hạn như tham số Description ở trên, là các tham số cấp revision. Chúng sẽ làm phát sinh revision mới của một Component Item nếu giá trị của chúng thay đổi.
Phần để xác định ánh xạ dữ liệu Part Choices nằm ở cuối tệp cấu hình mẫu (hoặc tệp cấu hình được tạo ra).
PartChoices
Cùng với các khai báo Entity trong schema cấu hình là một phần bổ sung để xác định ánh xạ dữ liệu Part Choice của component giữa hệ thống doanh nghiệp (PLM) và Workspace. Phần này cho phép ánh xạ tham số thuộc tính Part Choices cụ thể cho hầu hết các hệ thống PLM được hỗ trợ, và các quan hệ dữ liệu Approved Manufacturing List (AML) cho các hệ thống PLM Aras, Windchill và Arena. Đây là định nghĩa hai chiều loại trừ lẫn nhau – nghĩa là cho một hướng hoặc hướng còn lại, nhưng không phải cả hai cùng lúc – chỉ định các thuộc tính hãng sản xuất và mã part được dùng để truyền dữ liệu Part Choices.
Khi đồng bộ Part Choices được bật trong tệp cấu hình (sync="true"), Value của các thuộc tính được chỉ định sẽ được chuyển sang hệ thống đích. Hướng truyền dữ liệu đó được xác định bởi biểu thức 'To', trong đó ToAltium chỉ định rằng dữ liệu tham số từ component PLM được áp dụng cho component Workspace được tạo/cập nhật, còn ToPlm sẽ khiến dữ liệu Part Choices liên kết với component Workspace được chuyển sang phía PLM. Cấu hình đã bật này áp dụng cho tất cả các entity component đã được định nghĩa, vì vậy dữ liệu Part Choice sẽ được chuyển đến đích được chỉ định mỗi khi gặp một bộ dữ liệu component.
Một mục ví dụ cho ánh xạ Part Choices ToAltium trong tệp cấu hình – trong đó các thuộc tính của hệ thống PLM là MFR1 (Tên nhà sản xuất) và MPN1 (Mã part của nhà sản xuất) – có thể như sau:
<PartChoices>
<ToAltium sync="true">
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
</MfrMappings>
</ToAltium>
</PartChoices>
Dữ liệu đồng bộ Part Choice cũng hỗ trợ nhiều mục dữ liệu part choice. Các thuộc tính bổ sung này cần được chỉ định trong ánh xạ tệp cấu hình dưới dạng một cặp định nghĩa thuộc tính khác, ví dụ: MFR2 và MPN2 như minh họa bên dưới:
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
<MfrMapping>
<MfrName>MFR2</MfrName>
<MfrPartNumber>MPN2</MfrPartNumber>
</MfrMapping>
</MfrMappings>
Các hệ thống doanh nghiệp có chức năng part choice của nhà sản xuất gốc/tích hợp sẵn, chẳng hạn như Manufacturer Parts trong Windchill và Vendor Parts trong Arena, không yêu cầu các tham số được ánh xạ trong tệp cấu hình. Trong trường hợp này, việc chấp nhận dữ liệu Part Choice chỉ đơn giản được bật trong phần cấu hình liên quan.
<PartChoices>
<ToAltium sync="true"/>
</PartChoices>
Hoặc trong trường hợp hỗ trợ truyền dữ liệu sang hệ thống doanh nghiệp:
<PartChoices>
<ToPlm sync="true"/>
</PartChoices>
-
Khi dữ liệu Part Choice được nhập vào một Workspace component item, nó sẽ không sao chép hoặc thay thế Part Choice hiện có đã được nhập thủ công; thay vào đó, nó sẽ được thêm như một Part Choice mới, bổ sung cho component đó – và sẽ được cập nhật bởi các lần chạy đồng bộ tiếp theo.
-
Part Choices có thể được bật (
sync="true") để đồng bộ theo một trong hai hướng, như được xác định bởi câu lệnh cấu hình ToPlm hoặc ToAltium. Mặc dù cách sắp xếp này hỗ trợ trao đổi dữ liệu Part Choice hai chiều, lưu ý rằng các hướng này loại trừ lẫn nhau – sẽ phát sinh lỗi nếu cả hai phần <PartChoices> ToPlm và ToAltium đều được đưa vào và đồng thời được bật (đặt thành "true").
PTC Windchill PartsLink Support
Hệ thống PTC Windchill PLM cung cấp một mô-đun tùy chọn PartsLink cho phép các part được classified theo nhóm. Các phân loại part được chỉ định trong Windchill cũng có thể bao gồm các cặp Attribute/Value liên kết để cung cấp định nghĩa chi tiết hơn trong Classification đó. Hệ thống PartsLink cho phép nhắm mục tiêu các loại component cụ thể một cách dễ dàng và nhanh chóng, đồng thời được hỗ trợ bởi tích hợp PLM của Workspace để đồng bộ hai chiều và truy cập đọc/ghi.
Trong một phiên bản cấu hình Workspace cho Windchill, một PartsLink Classification được tạo trong Windchill bằng cách chỉ định một thuộc tính ràng buộc trong phần ToPLM theo định dạng như trong ví dụ dưới đây:
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>102-Capacitor</common:Value>
</common:Attribute>
Trong trường hợp trên, cặp Key/Value xác định một Classification có tên là 102-Capacitor. Classification này có thể có một thuộc tính phân loại liên kết được tạo trong Windchill bằng cách chỉ định tham số tên và giá trị (ở đây là Capacitance) – lưu ý rằng có thể áp dụng nhiều Attribute cho một Classification:
<common:Attribute>
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Capacitance</common:Key>
<common:Value>${parameter.Value}</common:Value>
</common:Attribute>
Trong phần đồng bộ ToAltium của cấu hình, dữ liệu lấy từ Windchill có thể được lọc theo Classification part mong muốn trong tập thẻ <SourceCritera> bằng cách chỉ định ClassificationName của nó.
<SourceCriteria>
<ClassificationName>102-Capacitor</ClassificationName>
</SourceCriteria>
Để lấy tất cả các part phù hợp với một giá trị Attribute phân loại tương ứng (ví dụ, tất cả các tụ điện 10uF), phần <SourceCriteria> nên bao gồm các thiết lập thuộc tính cấu hình xác định một ClassificationName cùng với khóa và Value của Attribute phân loại liên quan.
<SourceCriteria>
<common:Attribute>
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Capacitance</common:Key>
<common:Value>10uF</common:Value>
</common:Attribute>
</SourceCriteria>
Để trích xuất một giá trị Classification Attribute cụ thể từ Windchill, hãy lấy tham số Value từ tên Attribute cụ thể liên kết với một ClassificationName.
<common:Attribute attributeType="revision">
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Value</common:Key>
<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>
Ngay trong Windchill, một Phân loại PartsLink được định nghĩa bằng cách tạo một binding attribute có thể được áp dụng cho một kiểu part. Sau đó, một Thuộc tính Phân loại part sẽ được thêm vào một lớp Phân loại đã xác định.
Các mục component trong Windchill sẽ bao gồm Phân loại đã được định nghĩa của chúng và mọi tham số Thuộc tính Phân loại được chỉ định, từ đó sẽ sẵn sàng cho quy trình đồng bộ component PLM của Workspace.
Khi một mục component được đồng bộ từ Windchill sang Workspace và tương tác PartsLink đã được chỉ định trong cấu hình PLM của Workspace, các Thuộc tính Cấu hình của Windchill cho part đó sẽ được truyền sang component ở phía Altium.
-
Các Parameters, Attributes và Values được bao gồm trong tệp cấu hình có phân biệt chữ hoa/chữ thường.
-
Ngoài việc thường bao gồm một khóa đồng bộ chính (chẳng hạn như PlmPartNumber), không khuyến nghị đưa cùng một thuộc tính/tham số component vào cả hai phần ToAltium và ToPlm của tệp cấu hình. Việc đồng bộ hai chiều diễn ra theo thứ tự đó (từ PLM sang Altium trước), vì vậy dữ liệu PLM sẽ luôn chiếm ưu thế trong tình huống này.
-
Tham khảo các tệp cấu hình và phát hành mẫu để biết thông tin về cách thiết lập tích hợp với hệ thống doanh nghiệp của bạn.
Enterprise Server hỗ trợ cập nhật các mục Arena PLM hiện có khi làm việc với các quy trình Altium Project Releaser và Component Sync. Điều này cho phép dữ liệu project và component mới được phát hành ở phía Altium được đẩy sang các revision đang hoạt động của các mục part BOM trong Arena (dữ liệu PCBA, FAB và Component).
Khi phát hành một project Altium sang Arena PLM – sử dụng quy trình Project Release with Publish to PLM – revision BOM Project Arena đã phát hành trước đó sẽ được cập nhật, cùng với các cập nhật part con bổ sung được liên kết với part cha đó. Trong trường hợp này, nhật ký PLM sẽ bao gồm một cảnh báo lưu ý rằng một revision đang hoạt động đã được cập nhật và các revision hiệu lực đã được thêm vào BOM tương ứng trong Arena.
Thực hiện Đồng bộ Component
Việc đồng bộ component (thư viện) có thể được thực hiện thủ công hoặc theo lịch, tương ứng từ nút Sync action của một mục instance PLM trên trang PLM Integration của Workspace hoặc dưới dạng một chu kỳ tự động được chỉ định trong thiết lập instance. Nhấp vào điều khiển
liên kết với instance PLM mà bạn muốn đồng bộ. Quy trình đồng bộ sẽ diễn ra theo LibSyncworkflow, phù hợp với các cài đặt được định nghĩa trong tệp cấu hình liên quan.
Điều khiển này sẽ đổi thành
. Nếu bạn muốn dừng quy trình đồng bộ, hãy nhấp vào điều khiển này. Một cửa sổ xác nhận sẽ xuất hiện, tại đó bạn có thể nhấp vào
để hủy đồng bộ – tất cả component đã được đồng bộ trước đó sẽ vẫn giữ nguyên, nhưng sẽ không có thêm đồng bộ nào sau thời điểm đó.
Đồng bộ component đang diễn ra giữa Workspace và instance PLM được chỉ định.
Quá trình đồng bộ sẽ bao gồm only những component đã được sửa đổi kể từ lần đồng bộ gần nhất được chạy (tức là dấu thời gian của chúng muộn hơn ngày đồng bộ gần nhất), và thỏa các tiêu chí đồng bộ trong tệp cấu hình. Điều này được gọi là Incremental Synchronization.
Khi chạy đồng bộ component, quy trình LibSync sẽ đi qua Workflow được xác định sẵn cho đến khi hoàn tất hoặc gặp lỗi. Làm mới trình duyệt (F5) để hiển thị trạng thái hiện tại của quy trình đồng bộ. Để theo dõi hoặc xem lại quy trình LibSync, chọn tab Synchronization status và chọn tùy chọn danh sách Closed – nếu một quy trình vẫn đang chạy thì nó sẽ hiển thị trong danh sách Active. Nút
, dành cho Quản trị viên, có thể được dùng để tải xuống bản ghi chi tiết của tất cả các hoạt động đồng bộ được liệt kê dưới dạng tệp CSV phân tách bằng dấu phẩy (Synchronisation status.csv).
Các tab phụ của khung nhìn cung cấp các thông tin sau:
-
Diagram – đồ họa biểu diễn workflow của quy trình, với vị trí bước hiện tại được tô sáng (Hoàn tất hoặc trạng thái lỗi/thất bại).
-
Data – bản tóm tắt thông tin về hành động của quy trình, bao gồm thành công hoặc thất bại của các bước và liên kết đến báo cáo quy trình đã được ghi log – xem bên dưới.
-
History – nhật ký thời gian của các sự kiện đồng bộ chính của Workspace được liệt kê theo trình tự.
Kết quả của quy trình LibSync cũng có sẵn trong trang Process Management (Admin » Processes) bên dưới tab Browser.
Chi tiết của sự kiện LibSync đã chọn được hiển thị dưới tab phụ Data bao gồm một liên kết đến tệp nhật ký hệ thống (PLM [date-number].log) cho sự kiện đó.
Nếu một quy trình LibSync bị lỗi, một tác vụ Handle errors sẽ được tạo kèm dữ liệu lỗi liên quan bao gồm thông tin tóm tắt và sơ đồ quy trình. Các tác vụ hành động hiện tại có sẵn trong trang Tasks Management, được truy cập từ tùy chọn Tasks trên menu chính.
Đồng bộ theo lịch
Bạn cũng có thể lên lịch đồng bộ tự động. Để thực hiện việc này, hãy chỉnh sửa instance PLM (từ trang chính PLM Integration, nhấp vào tên của instance hoặc điều khiển liên quan), chọn tab Component Synchronisation và bật tùy chọn Synchronize PLM Components with server on schedule. Sử dụng các điều khiển Synchronize every để thiết lập lịch đồng bộ tự động theo nhu cầu. Hệ thống rất linh hoạt và cho phép bạn:
-
Thiết lập đồng bộ theo lịch mỗi 15/30/45/60/75/90 phút.
-
Thiết lập đồng bộ theo lịch mỗi x giờ.
-
Thiết lập đồng bộ hằng ngày theo lịch, được thực hiện vào thời gian chỉ định.
Lịch bạn định nghĩa sẽ được phản ánh trở lại trên trang chính PLM Integration, trong cột Sync scheduled.
Thiết lập lịch đồng bộ.
Để thiết lập đồng bộ theo lịch, bạn cần cung cấp thông tin xác thực người dùng hợp lệ (cho hệ thống PLM của bạn). Thông tin xác thực này lẽ ra đã được đăng ký khi thiết lập instance PLM, nhưng nếu chưa, hãy nhấp vào nút

và nhập
User name cùng
Password của bạn vào cửa sổ
PLM Credentials xuất hiện sau đó. Nếu không có thông tin xác thực hợp lệ, đồng bộ theo lịch sẽ vẫn ở trạng thái OFF. Đồng bộ theo yêu cầu cũng sẽ không thể thực hiện.
Bạn cũng có thể chạy quy trình đồng bộ theo yêu cầu. Nhấp vào nút
và chọn chế độ đồng bộ bạn cần:
-
Incremental – trong chế độ này, only những component đã được sửa đổi kể từ lần đồng bộ gần nhất được chạy (tức là dấu thời gian của chúng muộn hơn ngày đồng bộ gần nhất), và đáp ứng các tiêu chí đồng bộ trong tệp cấu hình, sẽ được đưa vào quá trình đồng bộ, với các thay đổi được truyền tương ứng. Đây là chế độ mặc định và cũng là chế độ được chạy khi nhấp vào điều khiển
cho một instance PLM trên trang chính PLM Integration.
-
Full – chế độ này buộc thực hiện đồng bộ toàn phần. Tất cả component đáp ứng các tiêu chí đồng bộ trong tệp cấu hình sẽ được đưa vào quá trình đồng bộ, với các thay đổi được truyền tương ứng.
Workflow Quy trình
Các định nghĩa quy trình sau đây (và các workflow nền tảng của chúng) có sẵn thông qua Workspace để hỗ trợ tích hợp PLM:
Các định nghĩa quy trình này không thể được kích hoạt và sử dụng nguyên trạng. Vì vậy, mỗi định nghĩa thực chất giống như một "mẫu" hơn – hãy chỉnh sửa cho phù hợp với yêu cầu của công ty bạn, đặt tên và lưu dưới dạng định nghĩa quy trình mới, rồi can kích hoạt và sử dụng định nghĩa đó, cùng với mọi định nghĩa khác trong chủ đề quy trình tương ứng.
-
Part Requestschủ đề quy trình:
-
Part Request with PLM Part Create – hỗ trợ tự động tạo một Component trong instance PLM của bạn, sau đó truyền part number được tạo ngược về component của Workspace. Sơ đồ workflow được hiển thị bên dưới.
Một điều quan trọng cần lưu ý là khi bạn chỉnh sửa định nghĩa mẫu này để tạo định nghĩa riêng của mình, bạn phải chỉ định instance PLM nơi các part sẽ được tạo. Chọn thực thể Create Part in PLM trong sơ đồ workflow và chọn instance PLM từ menu thả xuống gắn với trường PLM Instance. Menu này liệt kê tất cả các instance PLM hiện được định nghĩa (như được định nghĩa trên trang PLM Integration của giao diện).
► Xem Creating and Managing Processes để biết thêm thông tin về cách làm việc với workflow quy trình.
-
Project Activitieschủ đề quy trình:
-
Publish to PLM (User selects) – phát hành các đầu ra của project được quản lý đã phát hành sang instance PLM được tích hợp, nơi người dùng có thể chọn chính xác những đầu ra nào sẽ được phát hành. Sơ đồ workflow được hiển thị bên dưới.
-
Project Releaser with Publish – phát hành sang instance PLM được tích hợp như một giai đoạn bổ sung của Project Releaser. Sơ đồ workflow được hiển thị bên dưới.
-
Project Creationschủ đề quy trình:
-
Project with initialise in PLM – hỗ trợ tự động tạo part number trong instance PLM của bạn, sau đó truyền chúng dưới dạng Parameters của project thiết kế Workspace. Sơ đồ workflow được hiển thị bên dưới.
Truy cập các Quy trình liên quan đến PLM
Các phần sau nêu bật nơi truy cập các quy trình liên quan đến PLM đã được kích hoạt. Và vì các mẫu không thể được sử dụng trực tiếp như đã cung cấp, nên các mục sau đây đã được tạo từ chúng nhằm mục đích minh họa:
-
PR with PLM Part Create – được tạo từ định nghĩa quy trình mẫu: Part Request with PLM Part Create.
-
Publish to Company PLM – Choose Data – được tạo từ định nghĩa quy trình mẫu: Publish to PLM (User selects).
-
Project Releaser with Publish to Company PLM – được tạo từ định nghĩa quy trình mẫu: Project Releaser with Publish.
-
Create Project with PLM Initialise – được tạo từ định nghĩa quy trình mẫu: Project with Initialise in PLM.
Lưu ý rằng Quản trị viên Workspace có thể khởi chạy một instance mới của bất kỳ định nghĩa quy trình đã kích hoạt nào – trực tiếp từ tab chủ đề quy trình tương ứng trong khu vực
Processes của giao diện Workspace – bằng cách nhấp vào điều khiển

.
Yêu cầu Part
Truy cập từ bên trong Altium Designer từ bảng Explorer, sau khi đã thực hiện tìm kiếm, từ khung Details của bảng Manufacturer Part Search, hoặc từ liên kết ở cuối danh sách component trong bảng Components.
Từ giao diện Workspace, có thể truy cập định nghĩa quy trình đã được kích hoạt từ trang Part Requests, bằng cách nhấp vào nút
ở góc trên bên phải của trang.
Part Request Example
Ví dụ sau đây minh họa ngắn gọn việc tạo một part mới trong Workspace, sau đó tự động tạo part tương ứng trong phiên bản PLM. Số part được tạo ra sau đó được truyền từ phiên bản PLM trở lại component trong Workspace dưới dạng tham số Item – nghĩa là không cần phát hành một revision mới của component trong Workspace. Trong ví dụ này, định nghĩa quy trình được sử dụng là Part Request with PLM Part Create – được suy ra từ định nghĩa mẫu Part Request with PLM Part Create.
Thông tin được cung cấp ở đây sẽ tương tự đối với các hệ thống PLM được hỗ trợ khác nhau. Điểm khác biệt sẽ là tệp cấu hình mà bạn có thể thay đổi để phù hợp với nhu cầu công ty mình, và cả việc bạn có sửa đổi workflow cho định nghĩa quy trình được dùng để tạo part hay không.
-
Bắt đầu quy trình Part Request, rồi điền biểu mẫu tiếp theo – mô tả yêu cầu ban đầu – theo nhu cầu. Trong hình bên dưới, yêu cầu đang được gửi thông qua trang Part Requests của giao diện Workspace, và một part đơn lẻ đang được yêu cầu.
-
Yêu cầu part mới sẽ được hiển thị như một quy trình đang hoạt động trên trang Part Requests, với trạng thái hiện tại được phản ánh trong mục chính, đồng thời cũng hiển thị trong sơ đồ cho workflow nền tảng của nó.
-
Khi người dùng được yêu cầu đã nhận (hoặc được giao) tác vụ để xử lý yêu cầu, cuối cùng họ sẽ tạo part được yêu cầu. Mỗi component được tạo (và/hoặc được chọn) để đáp ứng yêu cầu sẽ được thêm vào trường Components của tác vụ. Các component được thêm vào sẽ tự động được tạo trong PLM. Trong hình bên dưới, một component đơn lẻ – CMP-007-00004 – đã được tạo và thêm vào. Hãy bảo đảm trường Next step được đặt thành Completed và nhấp vào nút
.
Bạn có thể được yêu cầu cung cấp thông tin đăng nhập cho hệ thống PLM được chỉ định trong workflow của quy trình Part Request.
-
Workflow của quy trình sẽ tiếp tục, với component được chỉ định được tạo trong phiên bản PLM. Khi quy trình hoàn tất, bạn có thể thấy số part PLM được tạo trên tab Data của quy trình. Hãy nhớ chuyển bộ lọc (góc trên bên trái) sang chế độ xem các quy trình Closed.
Quản trị viên có thể dùng nút

để tải xuống bản ghi chi tiết của tất cả các Part Request được liệt kê ở định dạng CSV phân tách bằng dấu phẩy.
-
Quay lại Altium Designer, duyệt đến component đã tạo trong panel Explorer, rồi chuyển sang chế độ xem tab Preview của nó. Trong vùng tham số, hãy chú ý rằng đã có thêm một tham số mới – PlmPartNumber – với giá trị là số của part tương ứng đã được tạo trong PLM.
Lưu ý rằng tham số đã được thêm vào component, nhưng revision của nó vẫn giữ nguyên – component không được phát hành lại. Điều này là do tham số này là tham số cấp Item – được thêm vào chính Component Item và có sẵn trong mọi revision của nó.
Hoạt động dự án
Dữ liệu thiết kế dự án được phát hành từ Altium Designer sang Workspace có thể được truyền sang PLM theo cách có kiểm soát thông qua các quy trình Workspace Publish to PLM. Các quy trình Workspace xác định giao diện và phương pháp cho hoạt động publish, còn XML Publishing Template được chỉ định sẽ xác định cách dữ liệu tệp được truyền tới hệ thống PLM đích.
Publishing Folder Support for Windchill PLM
Khi cấu hình một quy trình Publish to PLM process cho Windchill® PLM, bạn cũng có thể chỉ định (và tạo) một thư mục Windchill đích cho các tài liệu được publish từ Workspace.
Các tham số thư mục Windchill liên quan được định nghĩa trong tệp XML Publishing Template được áp dụng cho mục tích hợp Windchill PLM của bạn trong Workspace. Các node định nghĩa thư mục có định dạng thẻ <pt:Folder>xxx</pt:Folder> – trong đó pt là namespace hiện tại và xxx là đường dẫn thư mục đầy đủ – và được đặt làm một quy tắc publish trong phần FileDistribution cho mỗi loại tài liệu (ví dụ như đầu ra PCB.zip Fabrication).
Một ví dụ về cấu trúc phân cấp XML Publishing sẽ là:
<pt:EntityRule id="FAB">
<pt:FileDistributions>
<pt:FileDistribution archiveName="PCB.zip">
<pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>
Dòng mục cuối cùng sẽ chỉ định (hoặc tạo) một thư mục đích publish cho đầu ra PCB.zip Fabrication với cấu trúc thư mục Windchill (trong đó tên dự án là MyProject):
PRODUCT
Projects
MyProject
FAB data
Lưu ý rằng đường dẫn thư mục được định nghĩa trong tệp Publishing XML là đường dẫn tuyệt đối (thay vì tương đối), và có thể bao gồm các thuộc tính khác của dự án như tên dự án (${project.name}) và số lắp ráp (${project.PLM_ASSEMBLY_NUMBER}).
Cũng lưu ý rằng khả năng create một thư mục đích được hỗ trợ cho các dịch vụ Windchill REST API phiên bản 1.3 trở lên. Với các phiên bản REST cũ hơn, đường dẫn thư mục đích được chỉ định phải tồn tại sẵn nhưng không thể được tạo ra.
Quy trình publish tiêu chuẩn
Ở phía thiết kế, quy trình publish tiêu chuẩn sang PLM có thể được truy cập từ bên trong Altium Designer qua menu con Project » Project Activities dành cho dự án đang hoạt động.
Các quy trình liên quan đến dự án cũng có thể được truy cập từ menu con ngữ cảnh
Project Activities, bằng cách nhấp chuột phải vào mục của dự án thiết kế trong
panel Projects.
Từ giao diện Workspace, có thể truy cập các định nghĩa quy trình đang hoạt động từ chế độ xem Project Management bằng cách nhấp vào nút
.
Publish bằng Project Releaser
Quy trình publish tới một phiên bản PLM như một phần của Project Releaser có thể được truy cập từ bên trong Altium Designer qua menu con Project » Project Releaser dành cho dự án đang hoạt động.
Các quy trình liên quan đến phát hành cũng có thể được truy cập từ menu con ngữ cảnh
Project Releaser, bằng cách nhấp chuột phải vào mục của dự án thiết kế trong
panel Projects.
Project Releaser sẽ xuất hiện, với một giai đoạn bổ sung – 7: Publish to PLM. Ngoài ra, còn có một lệnh trong menu gắn với nút
– Prepare & Release & Publish to PLM – nếu bạn muốn chạy Project Releaser mà không dừng lại để xem lại dữ liệu đã tạo và báo cáo thực thi.
Defining the Stage Name
Nếu bạn đang sử dụng định nghĩa quy trình mẫu – Project Releaser with Publish – để tạo định nghĩa riêng của mình, tên giai đoạn được hiển thị ở phía design client mặc định là Publish to PLM. Lệnh tổng hợp trong menu xổ xuống của nút Project Releaser
cũng bao gồm tên này: Prepare & Release & Publish to PLM.
Tuy nhiên, bạn có thể thay đổi cách mục này (và phần mô tả gợi ý liên quan đến giai đoạn đó) được hiển thị cho người dùng. Các trường để thực hiện việc này có sẵn trong workflow nền tảng của quy trình, khi phần tử Start (thuộc kiểu Start Release) được chọn. Các trường đó là:
-
Action name – tên của hành động sau phát hành dự án, là tên của giai đoạn được hiển thị là giai đoạn 7 trong Project Releaser. Bắt buộc phải có giá trị cho trường này nếu có các tác vụ được định nghĩa trong workflow của quy trình. Tên này cũng sẽ được dùng cho lệnh menu, theo định dạng Prepare & Release & <Action name>.
-
Action description – mô tả của hành động sau phát hành dự án, được hiển thị cho người dùng trong Project Releaser dưới dạng tooltip cho mục giai đoạn 7.
Các thiết lập mặc định cho phần tử Start trong một workflow dựa trên định nghĩa quy trình mẫu Project Releaser with Publish, và phần trình bày trong Project Releaser.
Hình sau cho thấy các trường này đã được thay đổi trong workflow nền tảng, và ảnh hưởng tương ứng đến các mục trong Project Releaser.
Các thiết lập đã thay đổi cho phần tử Start khi được dùng trong một workflow để publish sang PLM thông qua Project Releaser.
Nếu bạn chạy Project Releaser bằng lệnh tiêu chuẩn Prepare , sau khi xem lại và phát hành dữ liệu, nút
sẽ được hiển thị ở giai đoạn Execution Report. Nhấp vào đây để tiếp tục workflow nền tảng của quy trình, nhằm publish sang PLM. Hộp thoại Login Credentials sẽ xuất hiện. Hãy nhập Username và Password cho phiên bản PLM của bạn, rồi chọn PLM Template bạn muốn dùng (được hiển thị dưới dạng <PLMInstance>:<PublishingTemplate>).
Nếu bạn chọn dùng lệnh
Prepare & Release & Publish to PLM, cuối cùng bạn sẽ được đưa trực tiếp tới hộp thoại
Login Credentials.
Project Releaser sẽ không tạm dừng ở giai đoạn
Execution Report, và sẽ không có nút

nào được hiển thị.
Lưu ý rằng thông tin đăng nhập phiên bản PLM của bạn chỉ cần thiết trong lần đầu tiên bạn publish tới phiên bản đó. Sau đó, chúng sẽ được lưu cùng Workspace đã kết nối. Sau đó nữa, mọi lần publish dự án đó tới cùng phiên bản PLM sẽ được thực hiện trực tiếp, theo đúng workflow đã định nghĩa và publishing template đã chọn.
Nhấp vào tab Diagram để xem workflow nền tảng của quy trình.
Nhấp vào nút
để tiếp tục quy trình publish theo đúng workflow đó.
Nếu bạn xuất bản lần đầu và các part number (ở phía PLM) chưa được liên kết với dự án được quản lý, thì các part number đó sẽ được tạo trong PLM và liên kết với dự án như một phần của lần xuất bản ban đầu đó. Bạn cũng có thể xác định các mục linh kiện cho các linh kiện Workspace trong phiên bản PLM như một phần của thao tác xuất bản – để có BOM các linh kiện trong PLM (tùy chọn, dựa trên publishing template đã được định nghĩa và sử dụng khi xuất bản dự án lên phiên bản PLM).
Kiểm tra trạng thái của quá trình xuất bản sang PLM thông qua giao diện Workspace bằng cách chọn chế độ xem Activities từ chế độ xem chi tiết của dự án đó -- khi dự án đã được mở từ chế độ xem Projects. Chọn tùy chọn chế độ xem Opened để xem trạng thái khi quá trình đang chạy, và tùy chọn Closed activities để truy cập thông tin trạng thái khi quá trình đã hoàn tất.
Bạn có thể xem chính xác những gì đã được tạo, chẳng hạn như part number trong phiên bản PLM, dưới tab Data của quy trình workflow.
Tạo Dự án
Ở phía thiết kế, truy cập từ trong Altium Designer từ menu con File » New » Project in <workspace> chính.
Từ giao diện Workspace, có thể truy cập định nghĩa quy trình đang kích hoạt từ chế độ xem Projects bằng cách nhấp vào nút
.
Ngoài ra, khi nhân bản một dự án, có thể truy cập từ nút menu
trong chế độ xem Projects.
Quy trình workflow sẽ tiếp tục, với một hộp thoại cho phép bạn xác định dự án theo tên, mô tả, loại và bất kỳ Project Template Item nào cần dùng để tạo dự án. Sau khi nhấp Start, hộp thoại Login Credentials sẽ xuất hiện. Nhập Username và Password cho phiên bản PLM của bạn, rồi chọn PLM Template bạn muốn dùng (xuất hiện dưới dạng <PLMInstance>:<PublishingTemplate>). Sau đó nhấp Submit để tiếp tục workflow.
Các part number liên quan sẽ được tự động tạo cho dự án trong phiên bản PLM của bạn, rồi được truyền ngược lại về Workspace dưới dạng tham số dự án. Các tham số này sẽ khả dụng để dùng làm special strings – truy cập từ panel
Properties khi một chuỗi văn bản đã được đặt đang được chọn trong trình soạn thảo thiết kế. Các tham số máy chủ Workspace được định nghĩa cho dự án cũng có thể được xem trên tab
Server Parameters của hộp thoại
Project Options (
Project » Project Options).
Project Creation Example
Ví dụ sau đây trình bày ngắn gọn việc tạo một dự án mới, với khởi tạo trong PLM. Quy trình được gọi từ Altium Designer bằng định nghĩa Create Project with PLM Initialise – bắt nguồn từ định nghĩa mẫu Project with Initialise in PLM.
Thông tin được cung cấp ở đây sẽ tương tự đối với các hệ thống PLM được hỗ trợ khác nhau. Điểm khác biệt sẽ là tệp cấu hình và các publishing template mà bạn có thể thay đổi để phù hợp với nhu cầu công ty, cách PLM đích được cấu hình, và cả việc bạn có sửa đổi workflow cho định nghĩa quy trình được dùng để tạo dự án hay không.
-
Sau khi khởi chạy quy trình (File » New » Project in <workspace> » Create Project with PLM Initialise), một hộp thoại xuất hiện (được đặt tên theo định nghĩa quy trình) để xác định dự án. Trong ví dụ này, chúng ta sẽ chỉ đặt tên dự án là Example_Project_with_PLM_Init, thêm mô tả cho dự án và giữ nguyên tất cả các trường khác – bao gồm cả những trường trên tab Advanced .
-
Sau khi xác định dự án, hãy nhấp nút
. Hộp thoại Login Credentials sẽ xuất hiện. Vì đây là dự án mới, bạn cần cung cấp thông tin đăng nhập PLM, đồng thời chỉ định phiên bản PLM và publishing template liên kết sẽ được sử dụng. Ví dụ ở đây dùng một tệp Configuration và Publishing Template liên kết (theo yêu cầu) cho Arena PLM.
Sau khi đã cung cấp thông tin xác thực và chọn phiên bản PLM cùng publishing template, hãy nhấp nút
.
-
Quy trình sẽ tiếp tục cho đến khi hoàn tất (giả sử không xảy ra lỗi), như có thể thấy trong Tasklist panel, dưới mục liệt kê Activities đã đóng – kiểm tra tùy chọn Show closed từ menu nút
liên quan. Chọn mục Activity để biết thêm thông tin về quy trình đã hoàn tất và tập dữ liệu của nó.
Lưu ý rằng tab Data cung cấp dữ liệu liên quan bao gồm các part number được tạo cho các thực thể dự án khác nhau. Các part number PLM tương ứng với các Item được tạo trong PLM, sẽ được điền dữ liệu phát hành khi dự án được xuất bản sang PLM -- chẳng hạn như khi chạy quy trình Project Releaser with Publish (sang PLM).
Quy trình đã hoàn tất và thông tin liên quan của nó cũng có thể được xem trong giao diện Workspace bằng cách chọn chế độ xem Activities từ chế độ xem chi tiết của dự án đó – khi dự án đã được mở từ chế độ xem Projects. Chọn tùy chọn Closed activities (góc trên bên phải) để truy cập thông tin trạng thái cho quy trình đã hoàn tất.
-
Trong Altium Designer, dự án mới sẽ xuất hiện trong panel Projects, được lên lịch để commit vào kho lưu trữ thiết kế Versioned Storage dựa trên Git trong Workspace – nhấp chuột phải vào mục dự án và dùng lệnh Save to server để thực hiện. Sau đó bạn có thể thêm các tài liệu nguồn và bắt đầu thiết kế. Khi đến bước xuất bản, dự án đã được liên kết với các part liên quan trong phiên bản PLM.
Từ tab Server Parameters của hộp thoại Project Options, hoặc dưới danh sách Parameters của dự án trong panel Explorer, bạn có thể thấy các part number được gán trong phiên bản PLM có liên quan đến các thực thể dự án tương ứng có thể được release/xuất bản.
Cách tên tham số PLM liên hệ với các gói phát hành dự án được chỉ định trong tệp cấu hình PLM, mà tệp này lại được xác định bởi các thuộc tính tên và đánh số mà hệ thống PLM yêu cầu.
Khi bạn đặt một chuỗi văn bản Schematic, các tham số PLM liên kết với dự án sẽ khả dụng dưới dạng special strings: