Integração PLM Utilizando Ficheiros XML

Os ficheiros de configuração de exemplo são disponibilizados através da vista Add new instance – no separador Configuration, clique na ligação Download sample configuration para obter o ficheiro zip ConfigurationSamples.zip. Este zip contém ficheiros de configuração iniciais para os sistemas PLM Windchill, Arena, Aras e Agile:

• dm-Windchill-config-basic.xml
• dm-Arena-config-basic.xml
• dm-Agile-config-basic.xml
• dm-Aras-config-basic.xml

São fornecidos ficheiros de configuração de exemplo para utilização como parte da instância do Workspace.

As configurações fornecidas incluem algumas secções representativas de entidades de componentes (por exemplo, Capacitors e Diodes), em que cada uma inclui uma subsecção básica de mapeamento de atributos/parâmetros ToPLM e ToAltium. Adicione e edite um ficheiro de exemplo para o adaptar à instância PLM e aos requisitos da sua empresa, crie o seu próprio ficheiro ou utilize o Configuration Generator para criar um ficheiro de configuração base que corresponda ao modelo de dados do seu Workspace.

Os modelos de publicação de exemplo são disponibilizados através da vista Add new instance – clique no botão no separador Publish Template e depois na ligação Download sample configuration na janela Publish Template para obter o ficheiro zip PublishTemplateSamples.zip. Este zip contém os seguintes ficheiros:

• dm-Windchill-publish-template-basic.xml
• dm-Arena-publish-template-basic.xml
• dm-Agile-publish-template-basic.xml
• dm-Aras-publish-template-basic.xml

São fornecidos modelos de publicação de exemplo para utilização como parte da instância do Workspace.

Modifique-os para os adaptar à instância PLM e aos requisitos da sua empresa, ou crie os seus próprios.

Tenha em atenção que, nos ficheiros de exemplo de publicação, estão configuradas as seguintes áreas importantes:

• Como tratar a criação e ligação de componentes no lado do PLM durante um processo de publicação (a 'BOM Strategy'). Estão disponíveis as seguintes opções:
  • LinkExistingOnly – ligar componentes que já existem no PLM, mas não criar componentes que não existam.
  • CreateNewAndLink – ligar componentes que já existem no PLM, e criar e ligar os que não existam.
  • LinkIfAllExists – não criar componentes que não existam no lado do PLM; ligar apenas se todos os componentes existirem no PLM.

• Conjuntos de regras que definem como e onde as saídas de libertação são publicadas no PLM:
  • Regras para processar dados do projeto (principal).
  • Regras para processar dados de origem.
  • Regras para processar dados de montagem.
  • Regras para processar dados de fabrico.

Os ficheiros de configuração para instâncias PLM Windchill, Agile e Arena também suportam o fluxo de trabalho formalizado de Change Order (ECO), que é ativado no ficheiro XML do Modelo de Publicação e definido no ficheiro XML de Configuração na secção da entidade altiumType="ProjectChangeOrder" – ver exemplo.

Dependendo da instância PLM, as definições de configuração incluem o esquema para identificação da Change Order (numeração, localização, ID, etc.), atributos específicos da Change Order, como Nome/Título, Descrição e Complexidade da Alteração (apenas Windchill), e definições de opção, como a estratégia de criação da Change Order (nenhuma, nova ou reutilizar existente) e promoção de estado de Lifecycle (apenas Windchill e Agile). A Change Order definida é ativada durante a publicação através da declaração da sua referência publishId no Modelo de Publicação associado – ver exemplo.

Depois de definidas nos ficheiros XML de Configuração e Modelo de Publicação do servidor, as Change Orders ficam disponíveis durante os fluxos de trabalho PLM de Criação de Projeto e Processo de Publicação, invocados a partir do Altium Designer ou através da interface Enterprise Workspaace. Será apresentado um formulário de Change Order associado durante o fluxo, onde são especificadas a configuração e as opções da Change Order.

► Para obter informações sobre como trabalhar com a funcionalidade PLM Change Order (ECO) para instâncias PLM Windchill, Agile e Arena, consulte as notas de comentário nos respetivos ficheiros de exemplo Configuration XML files e Publishing Template XML files, disponíveis para transferência a partir do Enterprise Workspace.

Está disponível uma funcionalidade de configuração adaptativa através da ligação Generate configuration na página Add new instance, aberta a partir do botão no Workspace.

Na caixa de diálogo Generate Configuration, selecione o tipo de sistema empresarial ao qual será feita a ligação – um dos tipos de PLM disponíveis (Windchill, Arena, etc.) – e depois o respetivo URL remoto. Selecione o botão para criar um novo ficheiro dm-configuration.xml, que poderá depois ser guardado e adicionado à nova instância PLM a partir do botão .

O gerador cria a configuração para corresponder ao modelo de dados da instância atual do Workspace, pelo que, por exemplo, os Tipos de Componentes registados no Workspace são adicionados como tipos de entidade no ficheiro de configuração (dm-configuration.xml). Cada secção de entidade tem secções correspondentes ToPlm e ToAltium e parâmetros mapeados obtidos a partir do modelo de componente correspondente (se disponível). Também estão incluídas secções de publicação de projeto para mapear os elementos do pacote de libertação para o sistema empresarial.

Todas as secções da configuração gerada incluem comentários TODO que destacam áreas a adicionar ou alterar para compatibilidade com a sua configuração Workspace/PLM. Para mais informações sobre a edição do ficheiro de configuração para funcionar com a sua configuração Workspace/PLM, consulte os comentários explicativos incluídos nos ficheiros de configuração de exemplo fornecidos.

Esta secção é utilizada para controlar e configurar a sincronização do Workspace para a instância de PLM, na forma:

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

Dentro da secção ToPlm, são definidas as seguintes secções:

• Como são criados novos componentes na instância de PLM — entre o conjunto de etiquetas <CreateInfo> e </CreateInfo>. Um exemplo poderá ser escolher um esquema de nomenclatura de itens definido no sistema empresarial de destino e especificar um prefixo para a numeração dos itens:

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

• Filtragem para limitar quais os componentes no Workspace que são sincronizados com o PLM — entre o conjunto de etiquetas <SourceCriteria> e </SourceCriteria>. A propagação dos dados de origem pode ser restringida utilizando combinações de lógica booleana de atributos de parâmetros, em que vários conjuntos de atributos podem ser resolvidos para um resultado de filtragem específico através da aplicação básica das cláusulas lógicas AND, OR e NOT. Para mais informações, consulte as SourceCriteria notas relacionadas nas sample Configuration XML files.

Esta capacidade é extremamente útil se tiver, por exemplo, 6000 condensadores no seu Workspace, mas quiser sincronizar apenas uma pasta específica com 85 condensadores cerâmicos. Nesse caso, basta especificar o caminho dessa pasta dentro do conjunto de etiquetas SourceCriteria (<Folder>Components/Capacitors/Ceramic</Folder>) e, opcionalmente, quaisquer outros atributos de parâmetros necessários para restringir ainda mais os dados de origem — por exemplo, o tipo de encapsulamento 0603. A relação entre critérios agrupados é um operador lógico AND implícito, pelo que o exemplo abaixo sincronizará os condensadores cerâmicos com encapsulamento 0603 do Workspace para o PLM.

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

Esta secção é utilizada para controlar e configurar a sincronização da instância PLM para o Workspace na forma:

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

Dentro da secção ToAltium, são definidas as seguintes secções:

• Como e onde são criados novos componentes no Workspace – entre o conjunto de etiquetas <CreateInfo> e </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>

Quando é criada uma entrada de componente no Workspace, o Component Template associado à pasta de destino do Workspace (Components/Inbox/Capacitors no exemplo acima) será utilizado, se tiver sido especificado. Isto também definirá o Esquema de Nomenclatura de Itens utilizado para um componente criado, sobrepondo-se ao que tiver sido especificado na pasta de destino do Workspace – inversamente, se a pasta não definir nem um modelo nem um esquema de nomenclatura, a sincronização falhará.

Note também que, nas configurações de exemplo, são definidos um esquema de nomenclatura de revisão predefinido (1-Level Revision Scheme) e uma definição de ciclo de vida (Component Lifecycle) para serem utilizados – estes são sobrepostos se um modelo de componente estiver associado à pasta de destino do Workspace.

Se for adicionada na configuração uma referência específica a um modelo de componente (por exemplo, CMPT-00001), este modelo será utilizado em vez de um modelo associado à pasta de destino do Workspace. As respetivas definições sobrepor-se-ão a quaisquer definições de parâmetros no ficheiro de configuração (como a definição do ciclo de vida, etc.), com exceção de uma Pasta de destino definida.

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

Note que o modelo especificado se aplicará apenas a componentes do Workspace recém-criados. Esta abordagem é particularmente útil para gerir a importação/sincronização de parâmetros proprietários de componentes de um sistema externo para o Workspace. Neste caso, pode ser aplicado um Component Template personalizado para interpretar os dados de parâmetros recebidos, definir valores predefinidos adequados, especificar tipos de dados de unidade e também especificar a Definição de Ciclo de Vida e o esquema de nomenclatura de revisão para os componentes do Workspace recém-criados.

• Filtragem dos dados obtidos da instância do sistema empresarial (PLM) – entre o conjunto de etiquetas <SourceCriteria> e </SourceCriteria>. Uma instrução de filtro pode restringir os dados de componentes recebidos do PLM aos criados por um autor específico (como ilustrado na configuração de exemplo fornecida), ou a itens de componente que tenham um Valor de atributo específico (Business Unit = Engineering_RD), como mostrado abaixo).

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

• Uma lista de atributos (parâmetros) que devem ser transmitidos para os componentes do PLM para o Workspace – entre o conjunto de etiquetas <Attributes> e </Attributes>. Um exemplo disto é:

<Attributes>

<!-- O campo Name do PLM será passado para o campo name/comment no Workspace -->
<common:Attribute attributeType="revision">
	<common:Key>name</common:Key>
	<common:Value>${attribute.name}</common:Value>
</common:Attribute>

<!-- O campo Description do PLM será passado para o campo Description no Workspace ao nível da revisão -->
<!-- Os atributos ao nível da revisão farão com que seja criada uma nova revisão caso o valor do parâmetro seja alterado -->
<common:Attribute attributeType="revision">
	<common:Key>Description</common:Key>
	<common:Value>${attribute.description}</common:Value>
</common:Attribute>

<!-- O campo Number do PLM será passado para o campo PlmPartNumber no Workspace ao nível da revisão -->
<!-- Nota: pode ser utilizado qualquer nome de atributo -->
<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>Não provocará atualização da revisão se for alterado ${attribute.LastModified}</common:Value>
</common:Attribute>

</Attributes>

Juntamente com as declarações de Entity no esquema de configuração, existe uma secção adicional para definir o mapeamento dos dados de Part Choice de componentes entre o sistema empresarial (PLM) e o Workspace. A secção permite o mapeamento específico de parâmetros de atributos de Part Choices para a maioria dos sistemas PLM suportados, e relações de dados de Approved Manufacturing List (AML) para os sistemas PLM Aras, Windchill e Arena. Esta é uma definição bidirecional exclusiva – ou seja, para uma direção ou para a outra, mas não para ambas em simultâneo – que especifica os atributos de fabricante e número de peça do componente utilizados para a propagação dos dados de Part Choices.

Quando a sincronização de Part Choices está ativada no ficheiro de configuração (sync="true"), o valor dos atributos especificados é transferido para o sistema de destino. A direção dessa propagação de dados é determinada pela expressão 'To', em que ToAltium especifica que os dados paramétricos do componente PLM são aplicados ao componente do Workspace criado/atualizado, e ToPlm fará com que os dados de Part Choices associados ao componente do Workspace sejam transferidos para o lado do PLM. A configuração ativada aplica-se a todas as entidades de componente definidas, pelo que os dados de Part Choice serão transferidos para o destino especificado sempre que for encontrado um conjunto de dados de componente.

Um exemplo de entrada para um mapeamento de Part Choices ToAltium num ficheiro de configuração – em que os atributos do sistema PLM são MFR1 (Nome do Fabricante) e MPN1 (Número de Peça do Fabricante) – poderá ser:

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

A sincronização de dados de Part Choice também suporta múltiplas entradas de dados de part choice. Estes atributos adicionais têm de ser especificados no mapeamento do ficheiro de configuração como outro par de definições de atributos, por exemplo: MFR2 e MPN2, conforme mostrado abaixo:

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

Os sistemas empresariais que têm funcionalidade nativa/incorporada de escolha de peças do fabricante, como Manufacturer Parts no Windchill e Vendor Parts no Arena, não requerem parâmetros mapeados no ficheiro de configuração. Neste caso, a aceitação dos dados de Part Choice é simplesmente ativada na secção de configuração relacionada.

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

Ou, quando a transferência de dados para o sistema empresarial é suportada:

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

O sistema PLM PTC Windchill PLM system disponibiliza um módulo opcional PartsLink que permite que as peças sejam classified em grupos. As classificações de peças especificadas no Windchill também podem incluir pares Atributo/Valor associados para fornecer uma definição adicional dentro dessa classificação. O sistema PartsLink permite que tipos de componentes específicos sejam facilmente e rapidamente direcionados e é suportado pela integração PLM do Workspace para sincronização bidirecional e acesso de leitura/escrita.

Numa instância de configuração do Workspace para Windchill, é criada uma classificação PartsLink no Windchill especificando um atributo de associação na secção ToPLM, no formato mostrado no exemplo abaixo:

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

No caso acima, o par Chave/Valor define uma classificação com o nome 102-Capacitor. Esta pode ter um atributo de classificação associado criado no Windchill especificando um parâmetro de nome e valor (aqui, Capacitance) – note que podem ser aplicados múltiplos atributos a uma única classificação:

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

Na secção de sincronização ToAltium da configuração, os dados provenientes do Windchill podem ser filtrados para uma classificação de peça pretendida dentro do conjunto de etiquetas <SourceCritera>, especificando o respetivo ClassificationName.

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

Para obter todas as peças que cumprem um valor de atributo de classificação correspondente (por exemplo, todos os condensadores de 10uF), a secção <SourceCriteria> deve incluir definições de atributos de configuração que definam uma ClassificationName e a respetiva chave e valor do atributo de classificação associado.

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

Para extrair um valor específico de atributo de classificação do Windchill, obtenha o parâmetro Value a partir do nome de atributo específico associado a uma ClassificationName.

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

No próprio Windchill, uma Classificação PartsLink é definida através da criação de uma binding attribute que pode ser aplicada a um tipo de peça. Em seguida, é adicionado um Atributo de Classificação de peça a uma classe de Classificação definida.

As entradas de componentes no Windchill irão incorporar a sua Classificação definida e quaisquer parâmetros de Atributo de Classificação especificados, que por sua vez ficam disponíveis para o processo de sincronização de componentes PLM do Workspace.

Quando uma entrada de componente é sincronizada do Windchill para o Workspace e a interação PartsLink tiver sido especificada na configuração PLM do Workspace, os Atributos de Configuração do Windchill para essa peça serão propagados para o componente no lado do Altium.

O exemplo seguinte mostra, de forma breve, a criação de uma nova peça no Workspace, seguida da criação automática de uma peça correspondente na instância PLM. O número de peça gerado é depois propagado da instância PLM de volta para o componente no Workspace, como um parâmetro do Item – o que significa que não é necessário libertar uma nova revisão do componente no Workspace. Para este exemplo, a definição de processo utilizada é Part Request with PLM Part Create – derivada da definição de exemplo Part Request with PLM Part Create.

1. Inicie o processo Part Request e preencha o formulário seguinte – detalhando o pedido inicial – conforme necessário. Na imagem abaixo, o pedido está a ser submetido através da página Part Requests da interface do Workspace, e está a ser pedida uma única peça.

2. O novo pedido de peça será apresentado como um processo ativo na página Part Requests, com o seu estado atual refletido na entrada principal e também no diagrama do fluxo de trabalho subjacente.

3. Assim que o utilizador necessário tiver assumido (ou lhe tiver sido atribuída) a tarefa de trabalhar no pedido, acabará por criar a(s) peça(s) solicitada(s). Cada componente criado (e/ou escolhido) para satisfazer o pedido é adicionado ao campo Components da tarefa. Os componentes adicionados serão automaticamente criados no PLM. Na imagem abaixo, foi criado e adicionado um único componente – CMP-007-00004. Certifique-se de que o campo Next step está definido como Completed e clique no botão .

Poderá ser-lhe pedido que forneça credenciais de início de sessão para o sistema PLM especificado no fluxo de trabalho do processo Part Request.

4. O fluxo de trabalho do processo continuará, com o componente especificado a ser criado na instância PLM. Assim que o processo estiver concluído, poderá ver o número de peça PLM gerado no separador Data do processo. Certifique-se de que altera o filtro (canto superior esquerdo) para visualizar processos Closed.

Os administradores podem utilizar o botão para descarregar um registo detalhado de todos os Part Requests listados, em formato CSV delimitado por vírgulas.

5. De volta ao Altium Designer, navegue até ao componente criado no painel Explorer e mude para a vista do separador Preview . Na região dos parâmetros, repare que foi adicionado um parâmetro adicional – PlmPartNumber – cujo valor é o número da peça correspondente criada no PLM.

Note que o parâmetro foi adicionado ao componente, mas a sua revisão permanece a mesma – não houve nova libertação do componente. Isto acontece porque o parâmetro é um parâmetro ao nível do Item – adicionado ao próprio Component Item e disponível em todas as suas revisões.

Ao configurar um processo Publish to PLM process para o Windchill^® PLM, também pode especificar (e criar) uma pasta Windchill de destino para os documentos publicados a partir do Workspace.

Os parâmetros relacionados com a pasta Windchill são definidos no Publishing Template XML file que é aplicado à entrada de integração do seu Windchill PLM no Workspace. Os nós de definição de pasta estão no formato de etiqueta <pt:Folder>xxx</pt:Folder> – em que pt é o namespace atual e xxx é o caminho completo da pasta – e são colocados como uma regra de publicação dentro da secção FileDistribution para cada tipo de documento (como, por exemplo, uma saída de PCB.zip Fabrication).

Um exemplo da hierarquia da estrutura XML de publicação seria:

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

Se estiver a utilizar a definição de processo de exemplo – Project Releaser with Publish – para criar a sua própria definição, o nome da etapa apresentado no lado do cliente de design é, por predefinição, Publish to PLM. O comando composto no menu pendente do botão Project Releaser também incorpora este nome: Prepare & Release & Publish to PLM.

No entanto, tem a possibilidade de alterar a forma como isto (e a descrição associada à etapa) é apresentado aos utilizadores. Os campos para o fazer estão disponíveis no fluxo de trabalho subjacente do processo, quando o elemento Start (do tipo Start Release) está selecionado. Estes campos são:

• Action name – o nome da ação pós-libertação do projeto, que é o nome da etapa apresentada como etapa 7 no Project Releaser. É obrigatória uma entrada para este campo se existirem tarefas definidas no fluxo de trabalho do processo. Este nome também será utilizado para o comando de menu, no formato Prepare & Release & <Action name>.
• Action description – descrição da ação pós-libertação do projeto, que é apresentada ao utilizador no Project Releaser como a dica de ferramenta para a entrada da etapa 7.

Definições predefinidas para o elemento Start num fluxo de trabalho baseado na definição de processo de exemplo Project Releaser with Publish, e a apresentação no Project Releaser.

A imagem seguinte mostra estes campos alterados no fluxo de trabalho subjacente e o impacto resultante nas entradas no Project Releaser.

Definições alteradas para o elemento Start quando utilizado num fluxo de trabalho para publicar no PLM através do Project Releaser.

O exemplo seguinte mostra brevemente a criação de um novo projeto, com inicialização no PLM. O processo é invocado a partir do Altium Designer utilizando a definição Create Project with PLM Initialise – derivada da definição de exemplo Project with Initialise in PLM.

1. Depois de iniciar o processo (File » New » Project in <workspace> » Create Project with PLM Initialise) aparece uma caixa de diálogo (com o nome da definição de processo) com a qual definir o projeto. Para este exemplo, vamos apenas chamar ao projeto Example_Project_with_PLM_Init, dar-lhe uma descrição e deixar todos os outros campos – incluindo os do separador Advanced – inalterados.
2. Com o projeto definido, clique no botão . Aparece a caixa de diálogo Login Credentials. Como este é um projeto novo, precisa de fornecer as suas credenciais de início de sessão do PLM e indicar a instância PLM e o modelo de publicação associado a utilizar. O exemplo aqui utiliza um ficheiro de configuração e o respetivo Modelo de Publicação (conforme solicitado) para um Arena PLM.

Com as credenciais fornecidas e a instância PLM e o modelo de publicação escolhidos, clique no botão .

3. O processo prosseguirá até à conclusão (assumindo que não ocorrem erros), como pode ser visto no painel Tasklist panel, na listagem fechada Activities – verifique a opção Show closed no menu do botão associado. Selecione a entrada Activity para obter mais informações sobre o processo concluído e o respetivo conjunto de dados.

O processo concluído e a informação relacionada também podem ser vistos na interface do Workspace, selecionando a vista Activities a partir da vista detalhada desse projeto – quando o projeto tiver sido aberto a partir da vista Projects. Selecione a opção Closed activities (canto superior direito) para aceder às informações de estado do processo concluído.

4. No Altium Designer, o novo projeto é visível no painel Projects, agendado para commit no repositório de design baseado em Git no Workspace – clique com o botão direito na entrada do projeto e utilize o comando Save to server para o fazer. Pode então adicionar documentos-fonte e começar a desenhar. Quando chegar o momento de publicar, o projeto já estará ligado às peças relevantes na instância PLM.

A partir do separador Server Parameters da caixa de diálogo Project Options, ou na listagem Parameters do projeto no painel Explorer, pode ver os números de peça atribuídos na instância PLM que dizem respeito às entidades relevantes do projeto que podem ser libertadas/publicadas.

A forma como os nomes dos parâmetros PLM se relacionam com os pacotes de libertação do projeto é especificada no ficheiro de configuração PLM, que por sua vez é determinado pelos atributos de nome e numeração exigidos pelo sistema PLM.

Quando coloca uma cadeia de texto esquemática, os parâmetros PLM associados ao projeto estarão disponíveis como cadeias especiais: