Интеграция с PLM

Примеры файлов конфигурации предоставляются через представление Add new instance — на вкладке Configuration нажмите ссылку Download sample configuration, чтобы получить zip-файл ConfigurationSamples.zip. Этот zip содержит начальные файлы конфигурации для PLM-систем Windchill, Arena, Aras и Agile:

• 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 (доступно, когда в Workspace добавлена лицензия Teamcenter PLM Addon license.)

Примеры файлов конфигурации предоставляются для использования в рамках установки Enterprise Server.

Поставляемые конфигурации включают пару репрезентативных разделов сущностей компонентов (например, Capacitors и Diodes), каждый из которых содержит базовый подраздел сопоставления атрибутов/параметров ToPLM и ToAltium. Дополните и отредактируйте пример файла под экземпляр PLM и требования вашей компании, создайте собственный или используйте Configuration Generator, чтобы создать базовый файл конфигурации, соответствующий модели данных вашего Workspace .

Примеры шаблонов публикации предоставляются через представление Add new instance — нажмите кнопку  на вкладке Publish Template, затем ссылку Download sample configuration в окне Publish Template, чтобы получить zip-файл PublishTemplateSamples.zip. Этот zip содержит следующие файлы:

• 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 (доступно, когда в Workspace добавлена лицензия Teamcenter PLM Addon license.)

Примеры шаблонов публикации предоставляются для использования в рамках установки Enterprise Server.

Измените их под экземпляр PLM и требования вашей компании или создайте собственные.

Обратите внимание, что в примерах файлов публикации настроены следующие важные области:

• Как обрабатывать создание компонентов и связывание на стороне PLM в процессе публикации (стратегия BOM, «BOM Strategy»). Доступны следующие варианты:
  • LinkExistingOnly – связывать компоненты, которые уже существуют в PLM, но не создавать компоненты, которых нет.
  • CreateNewAndLink – связывать компоненты, которые уже существуют в PLM, а также создавать и связывать те, которых нет.
  • LinkIfAllExists – не создавать компоненты, которых нет на стороне PLM; связывать только если все компоненты существуют в PLM.

• Наборы правил, определяющих, как и куда публикуются выходные данные релиза в PLM:
  • Правила для обработки данных (родительского) проекта.
  • Правила для обработки исходных данных.
  • Правила для обработки данных сборки.
  • Правила для обработки данных изготовления.

Функция адаптивной конфигурации доступна по ссылке Generate configuration на странице Add new instance, открываемой кнопкой в Workspace.

В диалоговом окне Generate Configuration выберите тип корпоративной системы, к которой будет выполняться подключение, — один из доступных типов PLM (Windchill, Arena и т. п.), — затем укажите её удалённый URL. Нажмите кнопку , чтобы создать новый файл dm-configuration.xml, который затем можно сохранить и добавить в новый экземпляр PLM с помощью кнопки .

Генератор создаёт конфигурацию в соответствии с моделью данных текущей установки Enterprise Server, поэтому, например, типы компонентов, зарегистрированные в Workspace, добавляются в конфигурационный файл как типы сущностей (dm-configuration.xml). Каждый раздел сущности содержит соответствующие разделы ToPlm и ToAltium и сопоставленные параметры, взятые из соответствующего шаблона компонента (если доступен). Также включены разделы публикации проекта для сопоставления элементов пакета релиза с корпоративной системой.

Все разделы в сгенерированной конфигурации содержат TODO комментарии, которые выделяют области, где нужно добавить или изменить данные для совместимости с вашей конфигурацией Workspace/PLM. Дополнительные сведения о редактировании конфигурационного файла для работы с вашей настройкой Workspace/PLM см. в поясняющих комментариях, включённых в поставляемые образцы конфигурационных файлов.

Этот раздел используется для управления и настройки синхронизации из Workspace в экземпляр PLM в виде:

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

Внутри раздела ToPlm определены следующие подразделы:

• Как создаются новые компоненты в экземпляре PLM — между наборами тегов <CreateInfo> и </CreateInfo>. Один из примеров — выбор схемы именования элемента, определённой в целевой корпоративной системе, и указание префикса нумерации элемента:

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

• Фильтрация, чтобы ограничить, какие компоненты в Workspace синхронизируются с PLM — между наборами тегов <SourceCriteria> и </SourceCriteria>. Распространение исходных данных можно ограничивать, используя комбинации булевой логики по атрибутам параметров, где несколько наборов атрибутов могут быть сведены к конкретному результату фильтрации посредством базового применения логических операторов AND, OR и NOT.

  Эта возможность чрезвычайно полезна, если, например, у вас в Workspace есть 6000 конденсаторов, но вы хотите синхронизировать только определённую папку из 85 керамических конденсаторов. В этом случае вы просто указываете путь к папке внутри набора тегов SourceCriteria и, при необходимости, любые другие атрибуты параметров, нужные для ещё более жёстких ограничений исходных данных — например, тип корпуса 0603. Связь между сгруппированными критериями подразумевает логический оператор AND, поэтому приведённый ниже пример синхронизирует керамические конденсаторы в корпусе 0603 из Workspace в PLM.

  <SourceCriteria>
      <Folder>Components/Capacitors/Ceramic</Folder>
      <common:Attribute>
          <common:Key>Case/Package</common:Key>
          <common:Value>0603</common:Value>
      </common:Attribute>
  </SourceCriteria>
  

   

  Также доступны специализированные наборы тегов для логики OR (<Or>…</Or>) и наборы тегов исключения по логике NOT (<Not>…</Not>), которые можно добавить внутри узла SourceCriteria. При этих вариантах логика OR применяется к наборам атрибутов параметров, добавленным внутри тегов <Or></Or>, а логика NOT — к набору атрибутов параметров внутри тегов <Not>…</Not>. Примером может быть дополнительное требование по состоянию Lifecycle: Approved или Released, но с исключением (NOT) элементов со значением параметра Classification SpecialOrder. Полная логика фильтрации в этом случае будет такой:

  <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>
  

   

• Список атрибутов (параметров), которые должны передаваться для компонентов из Workspace в PLM — между наборами тегов <Attributes> и </Attributes>. Пример:

<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>

Этот раздел используется для управления и настройки синхронизации из экземпляра PLM в Workspace в виде:

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

Внутри раздела ToAltium определены следующие подразделы:

• Как и где создаются новые компоненты в Workspace — между наборами тегов <CreateInfo> и </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>

Когда в Workspace создаётся запись компонента, будет использоваться Component Template, связанный с целевой папкой Workspace (Components/Inbox/Capacitors в примере выше), если он был указан. Это также определит схему именования элемента (Item Naming Scheme), используемую для создаваемого компонента, переопределяя ту, что была задана в целевой папке Workspace — и наоборот: если папка не определяет ни шаблон, ни схему именования, синхронизация завершится с ошибкой.

Также обратите внимание, что в примерах конфигураций задано использование схемы именования ревизий по умолчанию (1-Level Revision Scheme) и определения жизненного цикла (Component Lifecycle) — они переопределяются, если с целевой папкой Workspace связан шаблон компонента.

Если в конфигурацию добавлена ссылка на конкретный шаблон компонента (например, CMPT-00001), будет использован этот шаблон вместо шаблона, связанного с целевой папкой Workspace. Его настройки переопределят любые настройки параметров в конфигурационном файле (например, определение жизненного цикла и т. п.), за исключением заданной целевой папки Folder.

<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>

Обратите внимание: указанный шаблон будет применяться только к вновь создаваемым компонентам библиотек Workspace. Такой подход особенно полезен для управления импортом/синхронизацией проприетарных параметров компонентов из внешней системы в Workspace. В этом случае можно применить настроенный Component Template, чтобы интерпретировать входящие данные параметров, задавать подходящие значения по умолчанию, указывать типы данных единиц измерения, а также задавать Lifecycle Definition и схему именования ревизий (Revision Naming scheme) для вновь создаваемых компонентов библиотек Workspace.

• Фильтрация данных, получаемых из экземпляра корпоративной системы (PLM), — между наборами тегов <SourceCriteria> и </SourceCriteria>. Условие фильтра может ограничивать данные компонентов, получаемые из PLM, например, только теми, что созданы определённым автором (как показано в предоставленном примере конфигурации), или элементами компонентов, у которых значение определённого атрибута равно заданному (Business Unit = Engineering_RD, как показано ниже).

<SourceCriteria>
    <ns2:Attribute>
        <ns2:Key>Business Unit</ns2:Key>
        <ns2:Value>Engineering_RD</ns2:Value>
    </ns2:Attribute>
</SourceCriteria>

• Список атрибутов (параметров), которые должны передаваться для компонентов из PLM в Workspace, — между наборами тегов <Attributes> и </Attributes>. Пример:

<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>

Наряду с объявлениями Entity в схеме конфигурации предусмотрен дополнительный раздел для определения сопоставления данных Part Choice компонента между корпоративной системой (PLM) и Workspace. Раздел позволяет задать сопоставление параметров атрибутов Part Choices для большинства поддерживаемых PLM-систем, а также связи данных Approved Manufacturing List (AML) для PLM-систем Aras, Windchill и Arena. Это эксклюзивное двунаправленное определение — то есть либо для одного направления, либо для другого, но не для обоих одновременно — которое задаёт атрибуты производителя и номера детали, используемые для передачи данных Part Choices.

Когда синхронизация Part Choices включена в конфигурационном файле (sync="true"), значение указанных атрибутов передаётся в целевую систему. Направление передачи данных определяется выражением 'To', где ToAltium указывает, что параметрические данные из компонента PLM применяются к создаваемому/обновляемому компоненту библиотеки Workspace, а ToPlm приведёт к переносу данных Part Choices, связанных с компонентом библиотеки Workspace, на сторону PLM. Включённая конфигурация применяется ко всем определённым сущностям компонентов, поэтому данные Part Choice будут передаваться в указанный целевой объект каждый раз при обнаружении набора данных компонента.

Пример записи сопоставления Part Choices ToAltium в конфигурационном файле — где атрибуты PLM-системы это MFR1 (Manufacturer Name) и MPN1 (Manufacturer Part Number) — может выглядеть так:

<PartChoices>
    <ToAltium sync="true">
    <MfrMappings>
        <MfrMapping>
            <MfrName>MFR1</MfrName>
            <MfrPartNumber>MPN1</MfrPartNumber>
        </MfrMapping>
    </MfrMappings>
    </ToAltium>
</PartChoices>

Синхронизация данных Part Choice также поддерживает несколько записей данных part choice. Эти дополнительные атрибуты нужно указать в сопоставлении конфигурационного файла как ещё одну пару определений атрибутов, например: MFR2 и MPN2, как показано ниже:

<MfrMappings>
    <MfrMapping>
        <MfrName>MFR1</MfrName>
        <MfrPartNumber>MPN1</MfrPartNumber>
    </MfrMapping>
    <MfrMapping>
        <MfrName>MFR2</MfrName>
        <MfrPartNumber>MPN2</MfrPartNumber>
    </MfrMapping>
</MfrMappings>

Корпоративные системы, имеющие нативную/встроенную функциональность выбора производителя (manufacturer part choice), такие как Manufacturer Parts в Windchill и Vendor Parts в Arena, не требуют сопоставляемых параметров в конфигурационном файле. В этом случае принятие данных Part Choice просто включается в соответствующем разделе конфигурации.

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

Или когда направление передачи данных — в корпоративную систему:

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

Система PLM PTC Windchill PLM system предоставляет необязательный модуль PartsLink, который позволяет classified группировать компоненты. Классификации компонентов, заданные в Windchill, также могут включать связанные пары «Атрибут/Значение», чтобы дополнительно уточнять определение внутри этой классификации. Система PartsLink позволяет легко и быстро нацеливаться на конкретные типы компонентов и поддерживается PLM Integration в Workspace для двунаправленной синхронизации и доступа на чтение/запись.

В экземпляре конфигурации Workspace для Windchill классификация PartsLink создаётся в Windchill путём указания атрибута привязки в разделе ToPLM в формате, показанном в примере ниже:

<common:Attribute>
	<common:Key>Classification</common:Key>
	<common:Value>102-Capacitor</common:Value>
</common:Attribute>

В приведённом выше случае пара Key/Value задаёт классификацию с именем 102-Capacitor. Для неё может быть создан связанный атрибут классификации в Windchill путём указания параметров имени и значения (здесь — Capacitance) — обратите внимание, что к одной классификации можно применить несколько атрибутов:

<common:Attribute>
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Capacitance</common:Key>
	<common:Value>${parameter.Value}</common:Value>
</common:Attribute>

В разделе синхронизации ToAltium конфигурации данные, получаемые из Windchill, можно отфильтровать по нужной классификации компонента в наборе тегов <SourceCritera>, указав её ClassificationName.

<SourceCriteria>
	<ClassificationName>102-Capacitor</ClassificationName>
</SourceCriteria>

Чтобы получать все компоненты, соответствующие совпадающему значению атрибута классификации (например, все конденсаторы 10uF), раздел <SourceCriteria> должен включать настройки атрибутов конфигурации, которые определяют ClassificationName и связанный с ним ключ и значение атрибута классификации.

<SourceCriteria>
	<common:Attribute>
		<common:ClassificationName>102-Capacitor</common:ClassificationName>
		<common:Key>Capacitance</common:Key>
		<common:Value>10uF</common:Value>
	</common:Attribute>
</SourceCriteria>

Чтобы извлечь конкретное значение атрибута классификации из Windchill, используйте параметр Value из конкретного имени атрибута, связанного с ClassificationName.

<common:Attribute attributeType="revision">
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Value</common:Key>
	<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>

В самом Windchill классификация PartsLink определяется созданием binding attribute, который можно применить к типу компонента. Затем к определённому классу классификации добавляется атрибут классификации компонента.

Записи компонентов в Windchill будут включать заданную для них классификацию и любые указанные параметры атрибутов классификации, которые, в свою очередь, доступны процессу синхронизации PLM-компонентов в Workspace.

Когда запись компонента синхронизируется из Windchill в Workspace и взаимодействие PartsLink указано в PLM-конфигурации Workspace, атрибуты конфигурации Windchill для этого компонента будут переданы в Altium Designer.

Также доступна возможность использовать авторизацию Single Sign On (SSO) при подключении к системе Windchill PLM; она настраивается через интерфейс Workspace. Это обеспечивает упрощённый и безопасный способ авторизации подключения при выполнении PLM-процессов Workspace, таких как создание проекта и Publish to PLM. На практике такая схема позволяет предоставлять доступ к Windchill с использованием стандарта делегирования OAuth delegation standard через сервис identity provider, например PingFederate.

Доступ к настройке SSO находится на вкладке OAuth на странице Workspace PLM Management (Admin - PLM Integration), где можно добавить несколько экземпляров OAuth-провайдера.

Используйте вкладку OAuth на странице PLM Management, чтобы открыть настройку OAuth-провайдера.

Настройка авторизации OAuth-провайдера выполняется на основе данных, доступных у вашего настроенного identity provider. Введите информацию, требуемую Workspace — ID, токены, URL и т. п. — в поля страницы, затем сохраните завершённую конфигурацию.

Информация, необходимая для настройки нового экземпляра SSO OAuth, берётся из существующей конфигурации OAuth-провайдера.

Чтобы завершить настройку, включите новый экземпляр OAuth-провайдера в XML-файле конфигурации Windchill — см. комментарии в образце конфигурационного файла Windchill для получения дополнительной информации.

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

Следующий пример кратко показывает создание новой детали в Workspace, после чего выполняется автоматическое создание соответствующей детали в экземпляре PLM. Затем сгенерированный номер детали передаётся из экземпляра PLM обратно в компонент в Workspace как параметр Item — то есть выпускать новую ревизию библиотечного компонента Workspace не требуется. В этом примере используется определение процесса PR with PLM Part Create, созданное на основе примерного определения Part Request with PLM Part Create.

1. Запустите процесс Part Request и заполните появившуюся форму — укажите исходный запрос — по необходимости. На изображении ниже запрос отправляется через страницу Part Requests интерфейса Workspace, и запрашивается одна деталь.

2. Новый запрос на деталь будет показан как активный процесс на странице Part Requests; его текущее состояние отражается в основной записи, а также на диаграмме его рабочего процесса.

3. После того как нужный пользователь взял (или ему назначили) задачу по обработке запроса, он в итоге создаёт запрошенную(ые) деталь(и). Каждый созданный (и/или выбранный) компонент для удовлетворения запроса добавляется в поле Components задачи. Добавленные компоненты будут автоматически созданы в PLM. На изображении ниже создан и добавлен один компонент — CMP-007-00038. Убедитесь, что поле Next step установлено в Completed, и нажмите кнопку .

Вас могут попросить указать учётные данные для входа в PLM-систему, указанную в рабочем процессе Part Request.

4. Рабочий процесс продолжится, и указанный компонент будет создан в экземпляре PLM. После завершения процесса вы сможете увидеть сгенерированный номер детали PLM на вкладке Data процессов. Обязательно переключите фильтр (вверху слева) на просмотр процессов Closed.

Администраторы могут использовать кнопку , чтобы скачать подробную запись обо всех перечисленных запросах Part Requests в формате CSV с разделителями-запятыми.

5. Вернувшись в Altium Designer, перейдите к созданному компоненту на панели Explorer и переключитесь на просмотр его вкладки Preview . В области параметров обратите внимание, что добавлен дополнительный параметр — PlmPartNumber, значение которого является номером соответствующей созданной детали в PLM.

Обратите внимание: параметр добавлен к компоненту, но его ревизия остаётся прежней — повторного выпуска компонента не было. Это потому, что параметр является параметром уровня Item — он добавляется к самому Component Item и доступен во всех его ревизиях.

При настройке процесса Publish to PLM process для Windchill^® PLM вы также можете указать (и создать) целевую папку Windchill для документов, публикуемых из Workspace.

Связанные параметры папок Windchill задаются в XML‑файле шаблона публикации (Publishing Template), который применяется к записи интеграции с Windchill PLM в вашем Workspace. Узлы определения папок имеют формат тега <pt:Folder>xxx</pt:Folder> – где pt — текущее пространство имён, а xxx — полный путь к папке — и размещаются как правило публикации внутри раздела FileDistribution для каждого типа документа (например, для PCB.zip выходных данных Fabrication).

Пример иерархии структуры Publishing XML:

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

Последняя строка записи будет задавать (или создавать) целевую папку публикации для PCB.zip выходных данных Fabrication в структуре папок Windchill (где имя проекта — MyProject):

PRODUCT
  Projects
    MyProject
      FAB data

Обратите внимание: путь к папке, заданный в файле Publishing XML, является абсолютным (а не относительным) и может включать другие свойства проекта, такие как имя проекта (${project.name}) и номер сборки (${project.PLM_ASSEMBLY_NUMBER}).

Если вы используете пример определения процесса — Project Releaser with Publish — для создания собственного определения, имя этапа, отображаемое в Altium Designer, по умолчанию — Publish to PLM. Составная команда в выпадающем меню кнопки Project Releaser также включает это имя: Prepare & Release & Publish to PLM.

Однако у вас есть возможность изменить, как это (а также подсказка‑описание, связанная с этапом) будет отображаться пользователям. Поля для этого доступны в базовом workflow процесса, когда выбран элемент Start (типа Start Release). Эти поля:

• Action name – имя действия после выпуска проекта (post project release action), то есть имя этапа, отображаемого как этап 7 в Project Releaser. Значение этого поля обязательно, если в workflow процесса определены задачи. Это имя также будет использоваться для команды меню в формате Prepare & Release & <Action name>.
• Action description – описание действия после выпуска проекта, которое показывается пользователю в Project Releaser как всплывающая подсказка для записи этапа 7.

Настройки по умолчанию для элемента Start в workflow, основанном на примере определения процесса Project Releaser with Publish, и отображение в Project Releaser.

Следующее изображение показывает изменение этих полей в базовом workflow и итоговое влияние на записи в Project Releaser.

Изменённые настройки элемента Start при использовании в workflow для публикации в PLM через Project Releaser.

Следующий пример кратко показывает создание нового проекта с инициализацией в PLM. Процесс запускается из Altium Designer с использованием определения Create Project with PLM Initialise, созданного на основе примерного определения Project with Initialise in PLM.

1. После запуска процесса (File » New » Project in <Workspace> » Create Project with PLM Initialise) появляется диалог (названный по определению процесса), в котором задаются параметры проекта. В этом примере мы просто назовём проект Example_Project_with_PLM_Init, зададим описание и оставим все остальные поля — включая поля на вкладке Advanced — без изменений.
2. После определения проекта нажмите кнопку . Появится диалог Login Credentials. Поскольку это новый проект, нужно указать учётные данные для входа в PLM, а также выбрать экземпляр PLM и связанный шаблон публикации. В примере используется файл конфигурации и связанный шаблон публикации (как требуется) для Arena PLM.

После ввода учётных данных и выбора экземпляра PLM и шаблона публикации нажмите кнопку .

3. Процесс завершится (при условии отсутствия ошибок), что можно увидеть в панели Tasklist в закрытом списке Activities — включите опцию Show closed в меню соответствующей кнопки . Выберите запись Activity, чтобы получить больше информации о завершённом процессе и его наборе данных.

Завершённый процесс и связанную с ним информацию также можно просмотреть в интерфейсе Workspace, выбрав представление Activities в детальном представлении этого проекта — когда проект был открыт из представления Projects. Выберите пункт Closed activities (вверху справа), чтобы получить доступ к информации о статусе завершённого процесса.

4. В Altium Designer новый проект отображается на панели Projects и запланирован к коммиту в основанный на Git репозиторий проектирования Versioned Storage в Workspace — щёлкните правой кнопкой по записи проекта и используйте команду Save to server, чтобы выполнить это. Затем можно добавлять исходные документы и продолжать проектирование. Когда дойдёт до публикации, проект уже будет связан с соответствующими деталями в экземпляре PLM.

На вкладке Parameters диалога Project Options или в списке Parameters проекта на панели Explorer можно увидеть номера деталей, назначенные в экземпляре PLM, которые относятся к соответствующим сущностям проекта, доступным для релиза/публикации.

То, как имена параметров PLM соотносятся с пакетами релиза проекта, задаётся в конфигурационном файле PLM, который, в свою очередь, определяется атрибутами имени и нумерации, требуемыми системой PLM.

При размещении текстовой строки на схеме параметры PLM, связанные с проектом, будут доступны как специальные строки: