Tích hợp PLM

Các tệp cấu hình mẫu được cung cấp thông qua khung nhìn Add new instance – dưới tab Configuration, nhấp 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 Windchill, Arena, Aras và Agile PLM:

• dm-Windchill-config-basic.xml
• dm-Arena-config-basic.xml
• dm-Agile-config-basic.xml
• dm-Aras-config-basic.xml
• dm-Teamcenter-config-basic.xml (khả dụng khi giấy phép Teamcenter PLM Addon license đã được thêm vào Workspace.)

Các tệp cấu hình mẫu được cung cấp để sử dụng như một phần của quá trình cài đặt Enterprise Server.

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 phụ ánh xạ thuộc tính/tham số ToPLM và ToAltium cơ bản. Hãy bổ sung và chỉnh sửa tệp mẫu cho 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 riêng, hoặc sử dụng Configuration Generator để tạo một tệp cấu hình cơ sở khớp với mô hình dữ liệu Workspace của bạn.

Các publishing template mẫu được cung cấp thông qua khung nhìn Add new instance – nhấp nút  dưới tab Publish Template rồi nhấp 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
• dm-Teamcenter-publish-template-basic.xml (khả dụng khi giấy phép Teamcenter PLM Addon license đã được thêm vào Workspace.)

Các publishing template mẫu được cung cấp để sử dụng như một phần của quá trình cài đặt Enterprise Server.

Hãy chỉnh sửa các mẫu này cho 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 riêng.

Lưu ý rằng trong các tệp publish mẫu, 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 publish ('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 có.
  • 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 có.
  • 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.

• Các bộ Quy tắc xác định cách và nơi các đầu ra phát hành được publish 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.

Tính năng cấu hình thích ứng có sẵn từ liên kết Tạo cấu hình 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 chọn URL từ xa của nó. 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 bản cài đặt Enterprise Server hiện tại, vì vậy ví dụ, các Component Type đã được đăng ký trong Workspace sẽ được thêm làm 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ố ánh xạ lấy từ component template tương ứng (nếu có). Cũng bao gồm các phần project publishing để ánh xạ các phần tử release package sang hệ thống doanh nghiệp.

Tất cả các phần trong cấu hình được tạo ra đều bao gồm các TODOchú thích giúp làm nổi bật những khu vực cần thêm 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.

Phần này được dùng để kiểm soát và cấu hình đồng bộ hóa từ Workspace sang phiên bản PLM theo dạng:

<ToPlm sync="true">
  .
  .
</ToPlm>

Trong phần ToPlm, các phần sau được định nghĩa:

• Cách các component mới được tạo trong phiên bản PLM – giữa cặp thẻ <CreateInfo> và </CreateInfo>. Một ví dụ là chọn quy tắc đặt tên item được định nghĩa trong hệ thống doanh nghiệp đích, và chỉ định tiền tố đánh số item:

<CreateInfo>
    <Numbering name="Electrical">
        <Fields>
            <Field name="Code" value="120"/>
        </Fields>
    </Numbering>
</CreateInfo>

• Bộ lọc để giới hạn những component nào trong Workspace được đồng bộ với PLM – giữa cặp 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.

  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 cặp thẻ SourceCriteria, và tùy chọn thêm 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 – chẳng hạn 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, vì vậy ví dụ bên dưới sẽ đồng bộ các tụ gốm package 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 cặp thẻ logic OR chuyên dụng (<Or>…</Or>) và các cặp 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 trường hợp 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 item có giá trị tham số Classification là SpecialOrder. Khi đó, logic lọc hoàn chỉnh 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 component từ Workspace sang PLM – giữa cặp thẻ <Attributes> và </Attributes>. Ví dụ như sau:

<Attributes>

<!-- Name/Comment from Altium Server 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 Altium Server -->
<!-- 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>

<!-- Altium Server component description will go to PLM field Description. Value will be prefixed with 'Extended' -->
<!-- Description on Altium Server 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>

Phần này được dùng để kiểm soát và cấu hình đồng bộ hóa từ phiên bản PLM về Workspace theo dạng:

<ToAltium sync="true" mode="createAndUpdate">
  .
  .
</ToAltium>

Trong phần ToAltium, các phần sau được định nghĩa:

• Cách và nơi các component mới được tạo trong Workspace – giữa cặp 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 component đượ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 sử dụng, nếu đã được chỉ định. Mẫu này cũng sẽ xác định Item Naming Scheme được dùng cho component được tạo, ghi đè lên naming scheme đã được chỉ định trong thư mục Workspace đích – ngược lại, nếu thư mục đó không xác định template hoặc naming scheme, quá trình đồng bộ sẽ thất bại.

Cũng lưu ý rằng trong các cấu hình mẫu, một revision naming scheme mặc định (1-Level Revision Scheme) và lifecycle definition (Component Lifecycle) được xác định để sử dụng – các thiết lập này sẽ bị ghi đè nếu có component template được liên kết với thư mục Workspace đích.

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 file cấu hình (chẳng hạn như lifecycle definition, v.v.), ngoại trừ Folder đích đã được xác định.

<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 component thư việ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ố component độc quyền từ một hệ thống bên ngoài vào Workspace. Trong trường hợp này, một Component Template được tùy chỉnh có thể được áp dụng để 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ị, đồng thời chỉ định Lifecycle Definition và Revision Naming Scheme cho các component thư viện Workspace mới được tạo.

• Lọc dữ liệu được lấy từ phiên bản 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 component nhận từ PLM xuống các dữ liệu do một tác giả cụ thể tạo ra (như minh họa trong cấu hình mẫu được cung cấp), hoặc các mục component có một thuộc tính Value cụ thể (Business Unit = Engineering_RD, như hiển thị 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 component từ PLM sang Workspace – giữa bộ thẻ <Attributes> và </Attributes>. Một ví dụ như sau:

<Attributes>

<!-- Name field from PLM will be passed to name/comment field in Altium Server -->
<common:Attribute attributeType="revision">
	<common:Key>name</common:Key>
	<common:Value>${attribute.name}</common:Value>
</common:Attribute>

<!-- Description field from PLM will be passed to Description field in Altium Server on revision level -->
<!-- Revision level attributes will cause new revision to be created in case parameter value is changed -->
<common:Attribute attributeType="revision">
	<common:Key>Description</common:Key>
	<common:Value>${attribute.description}</common:Value>
</common:Attribute>

<!-- Number field from PLM will be passed to PlmPartNumber field in Altium Server on revision level  -->
<!-- Note: any attribute name can be used -->
<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>Will not cause revision update if changed ${attribute.LastModified}</common:Value>
</common:Attribute>

</Attributes>

Cùng với các khai báo Entity trong lược đồ 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 mối 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 độc quyền – tức là cho một chiều hoặc chiều còn lại, nhưng không phải đồng thời cả hai – chỉ định các thuộc tính nhà sản xuất và part number của component được dùng để truyền dữ liệu Part Choices.

Khi đồng bộ Part Choices được bật trong file 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. Chiều 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 thư viện Workspace được tạo/cập nhật, và ToPlm sẽ khiến dữ liệu Part Choices liên kết với component thư viện Workspace được chuyển sang phía PLM. Cấu hình được bật này áp dụng cho tất cả các entity component đã được xác định, vì vậy dữ liệu Part Choice sẽ được chuyển tới đích đã chỉ định bất cứ khi nào gặp một bộ dữ liệu component.

Một mục ví dụ cho ánh xạ Part Choices ToAltium trong file cấu hình – trong đó các thuộc tính của hệ thống PLM là MFR1 (Manufacturer Name) và MPN1 (Manufacturer Part Number) – có thể là:

<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ạ file 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ư hiển thị 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 file 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 khi chiều truyền dữ liệu là sang hệ thống doanh nghiệp:

<PartChoices>
    <ToPlm sync="true"/>
</PartChoices>

Hệ thống PTC Windchill PLM system cung cấp mô-đun tùy chọn PartsLink, cho phép các part được classified theo nhóm. Các Part Classification được chỉ định trong Windchill cũng có thể bao gồm các cặp Attribute/Value liên quan để cung cấp định nghĩa chi tiết hơn trong Classification đó. Hệ thống PartsLink cho phép nhắm đến các loại linh kiện 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 cho việc đồ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 binding trong phần ToPLM theo định dạng như ví dụ bên dưới:

<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 102-Capacitor. Classification này có thể có một Classification Attribute 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 Part Classification mong muốn trong bộ 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 giá trị Classification Attribute tương ứng (ví dụ, tất cả tụ 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 Classification Attribute 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, lấy tham số Value từ tên Attribute cụ thể được 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>

Trong chính Windchill, một PartsLink Classification được xác định bằng cách tạo một binding attribute có thể được áp dụng cho một loại part. Sau đó, một part Classification Attribute được thêm vào lớp Classification đã xác định.

Các mục linh kiện trong Windchill sẽ bao gồm Classification đã xác định của chúng và mọi tham số Classification Attribute được chỉ định; các dữ liệu này sau đó sẽ khả dụng cho quy trình đồng bộ linh kiện PLM của Workspace.

Khi một mục linh kiện đượ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 Configuration Attribute của part đó trong Windchill sẽ được chuyển sang Altium Designer.

Khả năng sử dụng xác thực Single Sign On (SSO) khi kết nối với hệ thống Windchill PLM cũng khả dụng và được thiết lập thông qua giao diện Workspace. Điều này cung cấp một phương thức xác thực kết nối đơn giản và an toàn khi thực hiện các quy trình PLM của Workspace như Project Creation và Publish to PLM. Trên thực tế, cơ chế này cho phép cấp quyền truy cập Windchill bằng chuẩn ủy quyền OAuth thông qua một dịch vụ identity provider như PingFederate.

Có thể truy cập thiết lập SSO trong tab OAuth của trang PLM Management Workspace (Admin - PLM Integration), nơi có thể thêm nhiều phiên bản OAuth provider.

Sử dụng tab OAuth trên trang PLM Management để truy cập phần thiết lập OAuth provider.

Thiết lập xác thực OAuth provider được hoàn tất từ dữ liệu có sẵn từ identity provider đã cấu hình của bạn. Nhập thông tin mà Workspace yêu cầu – ID, token, URL, v.v. – vào các trường trên trang rồi lưu cấu hình đã hoàn chỉnh.

Thông tin cần thiết để thiết lập một phiên bản SSO OAuth mới được lấy từ cấu hình OAuth provider hiện có.

Để hoàn tất thiết lập, hãy bật phiên bản OAuth provider mới trong tệp cấu hình Windchill XML – xem chú thích trong tệp cấu hình mẫu Windchill để biết thêm thông tin.

<Instance>
  <Driver>Windchill</Driver>
  <Url>https://MyWindchill.company.com</Url>
  <OAuthProvider>Windchill-PingFederate</OAuthProvider>
</Instance>

Ví dụ sau đây trình bày 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 instance PLM. Số part được tạo sau đó được truyền từ instance 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 thư viện Workspace. Trong ví dụ này, định nghĩa quy trình được sử dụng là PR with PLM Part Create – được phát triển từ định nghĩa mẫu Part Request with PLM Part Create.

1. Bắt đầu quy trình Part Request và điền vào biểu mẫu tiếp theo – mô tả chi tiết yêu cầu ban đầu – theo nhu cầu. Trong hình ả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.

2. 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 nhập chính, cũng như trong sơ đồ workflow nền tảng của nó.

3. 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 ảnh bên dưới, một component đơn lẻ – CMP-007-00038 – đã được tạo và thêm vào. Đảm bảo 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.

4. Workflow quy trình sẽ tiếp tục, với component được chỉ định được tạo trong instance PLM. Khi quy trình chạy hoàn tất, bạn có thể thấy số part PLM đã 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ể sử 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.

5. Quay lại Altium Designer, duyệt đến component đã tạo trong bảng Explorer và chuyển sang chế độ xem tab Preview của nó. Trong vùng tham số, lưu ý rằng một tham số bổ sung đã được thêm vào – 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 – không có việc phát hành lại component. Điều này là do tham số là tham số cấp Item – được thêm vào chính Component Item và có sẵn trong tất cả các revision của nó.

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 xuất bản từ Workspace.

Các tham số thư mục Windchill liên quan được định nghĩa trong tệp XML Mẫu Phát hành được áp dụng cho mục tích hợp Windchill PLM của bạn trong Workspace. Các nút định nghĩa thư mục có định dạng thẻ <pt:Folder>xxx</pt:Folder> – trong đó pt là không gian tên hiện tại và xxx là đường dẫn đầy đủ của thư mục – và được đặt như một quy tắc phát hành trong phần FileDistribution cho từng loại tài liệu (ví dụ như đầu ra PCB.zip Fabrication).

Ví dụ về cấu trúc phân cấp của XML phát hành như sau:

<pt:EntityRule id="FAB">
  <pt:FileDistributions>
    <pt:FileDistribution archiveName="PCB.zip">
      <pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>

Dòng cuối cùng sẽ chỉ định (hoặc tạo) một thư mục đích để phát hành 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 XML phát hành là tuyệt đối (thay vì tương đối), và có thể bao gồm các thuộc tính dự án khác như Tên dự án (${project.name}) và Số lắp ráp (${project.PLM_ASSEMBLY_NUMBER}).

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 hiển thị ở phía Altium Designer mặc định là Publish to PLM. Lệnh tổng hợp trong menu thả 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 hiển thị nội dung này (và phần mô tả gợi ý đi kèm với giai đoạn) cho người dùng. Các trường để thực hiện việc này có sẵn trong workflow nền của quy trình, khi phần tử Start (kiểu Start Release) được chọn. Các trường đó là:

• Action name – tên của hành động sau khi phát hành dự án, là tên của giai đoạn được hiển thị như 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 khi phát hành dự án, được hiển thị cho người dùng trong Project Releaser dưới dạng chú giải công cụ 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 hiển thị trong Project Releaser.

Hình sau cho thấy các trường này đã được thay đổi trong workflow nền, và tác động tương ứng lên các mục trong Project Releaser.

Thiết lập đã thay đổi cho phần tử Start khi được dùng trong một workflow để phát hành lên PLM thông qua Project Releaser.

Ví dụ sau đây minh họa ngắn gọn việc tạo một dự án mới, với quá trình 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 – được xây dựng từ định nghĩa mẫu Project with Initialise in PLM.

1. 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) để định nghĩa dự án. Trong ví dụ này, chúng ta chỉ đặt tên dự án là Example_Project_with_PLM_Init, thêm mô tả, 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 .
2. Sau khi định nghĩa dự án, nhấp nút . Hộp thoại Login Credentials sẽ xuất hiện. Vì đây là một dự án mới, bạn cần cung cấp thông tin đăng nhập PLM của mình, đồng thời chỉ định phiên bản PLM và mẫu phát hành liên quan sẽ được sử dụng. Ví dụ ở đây sử dụng một tệp Configuration và Mẫu Phát hành liên quan (theo yêu cầu) cho một Arena PLM.

Sau khi cung cấp thông tin xác thực và chọn phiên bản PLM cùng mẫu phát hành, nhấp nút .

3. Quy trình sẽ tiếp tục cho đến khi hoàn tất (giả sử không có lỗi xảy ra) như có thể thấy trong bảng Tasklist, dưới danh sách 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ó.

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ừ trong chế độ xem chi tiết của dự án đó -- khi dự án đã được mở từ chế độ xem Projects. Chọn tùy chọn hoạt động Closed (góc trên bên phải) để truy cập thông tin trạng thái của quy trình đã hoàn tất.

4. Trong Altium Designer, dự án mới sẽ xuất hiện trong bảng điều khiển 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 nhập 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 linh kiện tương ứng trong phiên bản PLM.

Từ thẻ Parameters của hộp thoại Project Options, hoặc trong danh sách Parameters của dự án trong bảng điều khiển Explorer, bạn có thể xem các mã số linh kiện đượ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 phát hành/xuất bản.

Cách tên tham số PLM liên kết với các gói phát hành dự án được quy định trong tệp cấu hình PLM, và điều này lần lượt đượ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 các chuỗi đặc biệt: