Integración de PLM mediante archivos XML

Se proporcionan archivos de configuración de ejemplo a través de la vista Add new instance; en la pestaña Configuration, haga clic en el enlace Download sample configuration para obtener el archivo zip ConfigurationSamples.zip. Este zip contiene archivos de configuración iniciales para los sistemas PLM Windchill, Arena, Aras y Agile:

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

Se proporcionan archivos de configuración de ejemplo para su uso como parte de la instancia del Workspace.

Las configuraciones suministradas incluyen un par de secciones representativas de entidades de componentes (por ejemplo, Capacitors y Diodes), donde cada una de ellas incluye una subsección básica de mapeo de atributos/parámetros ToPLM y ToAltium. Agregue y edite un archivo de ejemplo para adaptarlo a la instancia PLM y a los requisitos de su empresa, cree el suyo propio o utilice el Configuration Generator para crear un archivo de configuración base que coincida con su modelo de datos del Workspace.

Se proporcionan plantillas de publicación de ejemplo a través de la vista Add new instance; haga clic en el botón en la pestaña Publish Template y luego en el enlace Download sample configuration de la ventana Publish Template para obtener el archivo zip PublishTemplateSamples.zip. Este zip contiene los siguientes archivos:

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

Se proporcionan plantillas de publicación de ejemplo para su uso como parte de la instancia del Workspace.

Modifíquelas para adaptarlas a la instancia PLM y a los requisitos de su empresa, o cree las suyas propias.

Tenga en cuenta que en los archivos de ejemplo de publicación se configuran las siguientes áreas importantes:

• Cómo gestionar la creación y vinculación de componentes en el lado del PLM durante un proceso de publicación (la "BOM Strategy"). Están disponibles las siguientes opciones:
  • LinkExistingOnly – vincular componentes que ya existen en el PLM, pero no crear los componentes que no existan.
  • CreateNewAndLink – vincular componentes que ya existen en el PLM, y crear y vincular aquellos que no existan.
  • LinkIfAllExists – no crear componentes que no existan en el lado del PLM; vincular solo si todos los componentes existen en el PLM.

• Conjuntos de reglas que definen cómo y dónde se publican en el PLM las salidas de liberación:
  • Reglas para procesar los datos del proyecto (principal).
  • Reglas para procesar los datos fuente.
  • Reglas para procesar los datos de ensamblaje.
  • Reglas para procesar los datos de fabricación.

Los archivos de configuración para las instancias PLM de Windchill, Agile y Arena también admiten el flujo de trabajo formalizado de Change Order (ECO), que se habilita en el archivo XML de la plantilla de publicación y se define en el archivo XML de configuración en la sección de entidad altiumType="ProjectChangeOrder"; vea el ejemplo.

Según la instancia PLM, las definiciones de configuración incluyen un esquema para la identificación de la Change Order (numeración, ubicación, ID, etc.), atributos específicos de la Change Order como Name/Title, Description y Change Complexity (solo Windchill), y configuraciones de opciones como la estrategia de creación de Change Order (ninguna, nueva o reutilizar una existente) y la promoción de estado de Lifecycle (solo Windchill y Agile). La Change Order definida se habilita durante la publicación mediante la declaración de su referencia publishId en la plantilla de publicación asociada; vea el ejemplo.

Una vez definidas en los archivos XML de Configuration y Publishing Template del servidor, las Change Orders están disponibles durante los flujos de trabajo PLM de Project Creation y Publishing process invocados desde Altium Designer o a través de la interfaz de Enterprise Workspaace. Durante el flujo se presentará un formulario de Change Order asociado, donde se especifican la configuración y las opciones de la Change Order.

► Para obtener información sobre cómo trabajar con la funcionalidad PLM Change Order (ECO) para instancias PLM de Windchill, Agile y Arena, consulte las notas de comentarios en sus archivos de ejemplo Configuration XML files y Publishing Template XML files, disponibles para descargar desde el Enterprise Workspace.

Hay disponible una función de configuración adaptativa desde el enlace Generate configuration en la página Add new instance, abierta desde el botón en el Workspace.

En el cuadro de diálogo Generate Configuration, seleccione el tipo de sistema empresarial al que se conectará, uno de los tipos de PLM disponibles (Windchill, Arena, etc.), y luego su URL remota. Seleccione el botón para crear un nuevo archivo dm-configuration.xml, que luego podrá guardarse y agregarse a la nueva instancia PLM desde el botón .

El generador crea la configuración para que coincida con el modelo de datos de la instancia actual del Workspace, por lo que, por ejemplo, los tipos de componentes registrados en el Workspace se agregan como tipos de entidad en el archivo de configuración (dm-configuration.xml). Cada sección de entidad tiene secciones ToPlm y ToAltium correspondientes, y parámetros mapeados obtenidos de la plantilla de componente correspondiente (si está disponible). También se incluyen secciones de publicación de proyectos para mapear los elementos del paquete de liberación al sistema empresarial.

Todas las secciones de la configuración generada incluyen comentarios TODO que destacan las áreas que deben agregarse o modificarse para que sean compatibles con la configuración de su Workspace/PLM. Para obtener más información sobre cómo editar el archivo de configuración para que funcione con su configuración de Workspace/PLM, consulte los comentarios explicativos incluidos en los archivos de configuración de ejemplo suministrados.

Esta sección se utiliza para controlar y configurar la sincronización desde el Workspace hacia la instancia PLM con la forma:

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

Dentro de la sección ToPlm, se definen las siguientes secciones:

• Cómo se crean los componentes nuevos en la instancia PLM: entre el conjunto de etiquetas <CreateInfo> y </CreateInfo>. Un ejemplo podría ser elegir un esquema de nomenclatura de elementos definido en el sistema empresarial de destino y especificar un prefijo de numeración de elementos:

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

• Filtrado para limitar qué componentes del Workspace se sincronizan con el PLM: entre el conjunto de etiquetas <SourceCriteria> y </SourceCriteria>. La propagación de los datos de origen puede restringirse mediante combinaciones de lógica booleana de atributos de parámetros, donde varios conjuntos de atributos pueden resolverse en un resultado de filtrado específico mediante la aplicación básica de cláusulas lógicas AND, OR y NOT. Para obtener más información, consulte las notas relacionadas de SourceCriteria en los archivos XML de configuración de ejemplo.

Esta capacidad es extremadamente útil si, por ejemplo, tiene 6000 capacitores en su Workspace, pero solo desea sincronizar una carpeta concreta de 85 capacitores cerámicos. En este caso, simplemente especifique la ruta de esa carpeta dentro del conjunto de etiquetas SourceCriteria (<Folder>Components/Capacitors/Ceramic</Folder>) y, opcionalmente, cualquier otro atributo de parámetro necesario para restringir aún más los datos de origen, por ejemplo, el tipo de encapsulado 0603. La relación entre los criterios agrupados es un operador lógico AND implícito, por lo que el siguiente ejemplo sincronizará los capacitores cerámicos con encapsulado 0603 desde el Workspace hacia el PLM.

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

Esta sección se utiliza para controlar y configurar la sincronización desde la instancia de PLM al Workspace en la forma:

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

Dentro de la sección ToAltium, se definen las siguientes secciones:

• Cómo y dónde se crean nuevos componentes en el Workspace, entre el conjunto de etiquetas <CreateInfo> y </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>

Cuando se crea una entrada de componente en el Workspace, se utilizará la Component Template asociada con la carpeta de destino del Workspace (Components/Inbox/Capacitors en el ejemplo anterior), si se ha especificado una. Esto también definirá el Item Naming Scheme utilizado para un componente creado, anulando el que se haya especificado en la carpeta de destino del Workspace; a la inversa, si la carpeta no define ni una plantilla ni un esquema de nomenclatura, la sincronización fallará.

Tenga en cuenta también que, en las configuraciones de ejemplo, se definen un esquema de nomenclatura de revisión predeterminado (1-Level Revision Scheme) y una definición de ciclo de vida (Component Lifecycle) para su uso; estos quedan anulados si una plantilla de componente está asociada con la carpeta de destino del Workspace.

Si se agrega una referencia específica de plantilla de componente en la configuración (por ejemplo, CMPT-00001), esta plantilla se utilizará en lugar de una plantilla asociada con la carpeta de destino del Workspace. Su configuración anulará cualquier ajuste de parámetros en el archivo de configuración (como la definición del ciclo de vida, etc.), con la excepción de una carpeta 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>

Tenga en cuenta que la plantilla especificada se aplicará solo a los componentes del Workspace recién creados. Este enfoque es particularmente útil para gestionar la importación/sincronización de parámetros de componentes propietarios desde un sistema externo al Workspace. En este caso, se puede aplicar una Component Template personalizada para interpretar los datos de parámetros entrantes, establecer valores predeterminados adecuados, especificar tipos de datos de unidad y también especificar la definición de ciclo de vida y el esquema de nomenclatura de revisión para los componentes del Workspace recién creados.

• Filtrado de los datos recuperados de la instancia del sistema empresarial (PLM), entre el conjunto de etiquetas <SourceCriteria> y </SourceCriteria>. Una instrucción de filtro podría restringir los datos de componentes recibidos del PLM a aquellos creados por un autor específico (como se ilustra en la configuración de ejemplo suministrada), o a elementos de componente que tengan un valor de atributo particular (Business Unit = Engineering_RD), como se muestra a continuación).

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

• Una lista de atributos (parámetros) que deben pasarse para los componentes desde el PLM al Workspace, entre el conjunto de etiquetas <Attributes> y </Attributes>. Un ejemplo de esto es:

<Attributes>

<!-- El campo Name de PLM se pasará al campo name/comment en Workspace-->
<common:Attribute attributeType="revision">
	<common:Key>name</common:Key>
	<common:Value>${attribute.name}</common:Value>
</common:Attribute>

<!-- El campo Description de PLM se pasará al campo Description en Workspace a nivel de revisión -->
<!-- Los atributos a nivel de revisión harán que se cree una nueva revisión en caso de que cambie el valor del parámetro -->
<common:Attribute attributeType="revision">
	<common:Key>Description</common:Key>
	<common:Value>${attribute.description}</common:Value>
</common:Attribute>

<!-- El campo Number de PLM se pasará al campo PlmPartNumber en Workspace a nivel de revisión  -->
<!-- Nota: se puede usar cualquier nombre 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>No provocará una actualización de la revisión si cambia ${attribute.LastModified}</common:Value>
</common:Attribute>

</Attributes>

Junto con las declaraciones de Entity dentro del esquema de configuración, hay una sección adicional para definir la asignación de datos de Part Choice de componentes entre el sistema empresarial (PLM) y Workspace. La sección permite una asignación específica de parámetros de atributos de Part Choices para la mayoría de los sistemas PLM compatibles, y relaciones de datos de Approved Manufacturing List (AML) para los sistemas PLM Aras, Windchill y Arena. Esta es una definición bidireccional exclusiva; es decir, para una dirección o la otra, pero no ambas simultáneamente, que especifica los atributos de fabricante y número de pieza del componente utilizados para la propagación de los datos de Part Choices.

Cuando la sincronización de Part Choices está habilitada en el archivo de configuración (sync="true"), el valor de los atributos especificados se transfiere al sistema de destino. La dirección de esa propagación de datos se determina mediante la expresión 'To', donde ToAltium especifica que los datos paramétricos del componente PLM se aplican al componente de Workspace creado/actualizado, y ToPlm hará que los datos de Part Choices asociados con el componente de Workspace se transfieran al lado de PLM. La configuración habilitada se aplica a todas las entidades de componentes definidas, por lo que los datos de Part Choice se transferirán al destino especificado siempre que se encuentre un conjunto de datos de componente.

Un ejemplo de entrada para una asignación de Part Choices de ToAltium en un archivo de configuración —donde los atributos del sistema PLM son MFR1 (Nombre del fabricante) y MPN1 (Número de pieza del fabricante)— podría ser:

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

La sincronización de datos de Part Choice también admite múltiples entradas de datos de selección de pieza. Estos atributos adicionales deben especificarse en la asignación del archivo de configuración como otro par de definiciones de atributos, por ejemplo: MFR2 y MPN2 como se muestra a continuación:

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

Los sistemas empresariales que tienen funcionalidad nativa/integrada de selección de piezas del fabricante, como Manufacturer Parts en Windchill y Vendor Parts en Arena, no requieren parámetros asignados en el archivo de configuración. En este caso, la aceptación de datos de Part Choice simplemente se habilita en la sección de configuración relacionada.

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

O bien, cuando se admite la transferencia de datos al sistema empresarial:

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

El sistema PLM PTC Windchill PLM system proporciona un módulo opcional PartsLink que permite que las piezas se classified en grupos. Las clasificaciones de piezas especificadas en Windchill también pueden incluir pares Atributo/Valor asociados para proporcionar una definición adicional dentro de esa clasificación. El sistema PartsLink permite seleccionar tipos de componentes específicos de forma fácil y rápida, y es compatible con la integración PLM de Workspace para sincronización bidireccional y acceso de lectura/escritura.

En una instancia de configuración de Workspace para Windchill, se crea una clasificación PartsLink en Windchill especificando un atributo de enlace en la sección ToPLM, con el formato que se muestra en el siguiente ejemplo:

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

En el caso anterior, el par Clave/Valor define una clasificación llamada 102-Capacitor. Esta puede tener un atributo de clasificación asociado creado en Windchill especificando un parámetro de nombre y valor (aquí, Capacitance); tenga en cuenta que se pueden aplicar múltiples atributos a una sola clasificación:

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

En la sección de sincronización ToAltium de la configuración, los datos obtenidos de Windchill se pueden filtrar por una clasificación de pieza deseada dentro del conjunto de etiquetas <SourceCritera> especificando su ClassificationName.

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

Para obtener todas las piezas que cumplan con un valor de atributo de clasificación coincidente (por ejemplo, todos los condensadores de 10uF), la sección <SourceCriteria> debe incluir ajustes de atributos de configuración que definan una ClassificationName y su clave y valor de atributo de clasificación asociados.

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

Para extraer un valor específico de atributo de clasificación desde Windchill, obtenga el parámetro Value a partir del nombre de atributo específico asociado con una ClassificationName.

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

Dentro de Windchill, una clasificación de PartsLink se define creando un binding attribute que puede aplicarse a un tipo de pieza. Luego se agrega un atributo de clasificación de pieza a una clase de clasificación definida.

Las entradas de componentes en Windchill incorporarán su clasificación definida y cualquier parámetro de atributo de clasificación especificado, que a su vez estarán disponibles para el proceso de sincronización de componentes PLM del Workspace.

Cuando una entrada de componente se sincroniza desde Windchill al Workspace y se ha especificado la interacción con PartsLink en la configuración PLM del Workspace, los atributos de configuración de Windchill para esa pieza se propagarán al componente en el lado de Altium.

El siguiente ejemplo muestra brevemente la creación de una nueva pieza en el Workspace, seguida de la creación automática de una pieza correspondiente en la instancia de PLM. El número de pieza generado se propaga luego desde la instancia de PLM de vuelta al componente en el Workspace, como un parámetro de Item, lo que significa que no es necesario liberar una nueva revisión del componente del Workspace. Para este ejemplo, la definición de proceso utilizada es Part Request with PLM Part Create, derivada de la definición de ejemplo Part Request with PLM Part Create.

1. Inicie el proceso de solicitud de pieza y complete el formulario posterior, detallando la solicitud inicial, según sea necesario. En la imagen siguiente, la solicitud se envía a través de la página Part Requests de la interfaz del Workspace, y se está solicitando una sola pieza.

2. La nueva solicitud de pieza se mostrará como un proceso activo en la página Part Requests, con su estado actual reflejado en la entrada principal y también en el diagrama de su flujo de trabajo subyacente.

3. Una vez que el usuario requerido haya tomado la tarea para trabajar en la solicitud (o se le haya asignado), finalmente crea la(s) pieza(s) solicitada(s). Cada componente creado (y/o elegido) para satisfacer la solicitud se agrega al campo Components de la tarea. Los componentes agregados se crearán automáticamente en el PLM. En la imagen siguiente, se ha creado y agregado un único componente, CMP-007-00004. Asegúrese de que el campo Next step esté establecido en Completed y haga clic en el botón .

Es posible que se le solicite proporcionar credenciales de inicio de sesión para el sistema PLM especificado en el flujo de trabajo del proceso de solicitud de pieza.

4. El flujo de trabajo del proceso continuará, y el componente especificado se creará en la instancia de PLM. Una vez que el proceso se haya completado, podrá ver el número de pieza de PLM generado en la pestaña Data de los procesos. Asegúrese de cambiar el filtro (arriba a la izquierda) para ver los procesos Closed.

Los administradores pueden usar el botón para descargar un registro detallado de todas las solicitudes de pieza listadas en formato CSV delimitado por comas.

5. De vuelta en Altium Designer, navegue hasta el componente creado en el panel Explorer y cambie a la vista de su pestaña Preview . En la región de parámetros, observe que se ha agregado un parámetro adicional, PlmPartNumber, cuyo valor es el número de la pieza correspondiente creada en el PLM.

Tenga en cuenta que el parámetro se ha agregado al componente, pero su revisión sigue siendo la misma: no hubo una nueva liberación del componente. Esto se debe a que el parámetro es un parámetro de nivel de Item, agregado al propio Component Item y disponible en todas sus revisiones.

Al configurar un proceso Publish to PLM process para Windchill^® PLM, también puede especificar (y crear) una carpeta de destino de Windchill para los documentos publicados desde el Workspace.

Los parámetros relacionados con la carpeta de Windchill se definen en el archivo Publishing Template XML file que se aplica a su entrada de integración con Windchill PLM en el  Workspace. Los nodos de definición de carpeta están en el formato de etiqueta <pt:Folder>xxx</pt:Folder>, donde pt es el espacio de nombres actual y xxx es la ruta completa de la carpeta, y se colocan como una regla de publicación dentro de la sección FileDistribution para cada tipo de documento (como una salida de fabricación PCB.zip, por ejemplo).

Un ejemplo de la jerarquía de estructura del XML de publicación sería:

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

Si está utilizando la definición de proceso de ejemplo, Project Releaser with Publish, para crear su propia definición, el nombre de la etapa que se presenta en el lado del cliente de diseño es Publish to PLM de forma predeterminada. El comando compuesto en el menú desplegable del botón Project Releaser también incorpora este nombre: Prepare & Release & Publish to PLM.

Sin embargo, tiene la posibilidad de cambiar cómo se presenta esto a los usuarios (y la descripción emergente asociada con la etapa). Los campos para hacerlo están disponibles en el flujo de trabajo subyacente del proceso, cuando se selecciona el elemento Start (de tipo Start Release). Estos campos son:

• Action name – el nombre de la acción posterior a la liberación del proyecto, que es el nombre de la etapa presentada como etapa 7 en Project Releaser. Una entrada para este campo es obligatoria si hay tareas definidas en el flujo de trabajo del proceso. Este nombre también se utilizará para el comando de menú, en el formato Prepare & Release & <Action name>.
• Action description – descripción de la acción posterior a la liberación del proyecto, que se presenta al usuario en Project Releaser como la información sobre herramientas para la entrada de la etapa 7.

Configuración predeterminada para el elemento Start en un flujo de trabajo basado en la definición de proceso de ejemplo Project Releaser with Publish, y la presentación en Project Releaser.

La siguiente imagen muestra estos campos modificados en el flujo de trabajo subyacente y el impacto resultante en las entradas de Project Releaser.

Configuración modificada para el elemento Start cuando se utiliza en un flujo de trabajo para publicar en PLM a través de Project Releaser.

El siguiente ejemplo muestra brevemente la creación de un nuevo proyecto, con inicialización en el PLM. El proceso se invoca desde Altium Designer usando la definición Create Project with PLM Initialise, derivada de la definición de ejemplo Project with Initialise in PLM.

1. Después de iniciar el proceso (File » New » Project in <workspace> » Create Project with PLM Initialise) aparece un cuadro de diálogo (nombrado según la definición del proceso) con el que se define el proyecto. Para este ejemplo, simplemente llamaremos al proyecto Example_Project_with_PLM_Init, le daremos una descripción y dejaremos sin cambios todos los demás campos, incluidos los de la pestaña Advanced .
2. Con el proyecto definido, haga clic en el botón . Aparece el cuadro de diálogo Login Credentials. Dado que se trata de un proyecto nuevo, debe proporcionar sus credenciales de inicio de sesión de PLM y especificar la instancia de PLM y la plantilla de publicación asociada que se utilizarán. El ejemplo aquí usa un archivo de configuración y una plantilla de publicación asociada (según se solicita) para un Arena PLM.

Con las credenciales proporcionadas y la instancia de PLM y la plantilla de publicación elegidas, haga clic en el botón .

3. El proceso continuará hasta completarse (suponiendo que no se produzcan errores), como puede verse en el panel Tasklist panel, en la lista cerrada Activities; compruebe la opción Show closed en el menú del botón asociado. Seleccione la entrada Activity para obtener más información sobre el proceso completado y su conjunto de datos.

El proceso completado y su información relacionada también pueden verse en la interfaz del Workspace seleccionando la vista Activities desde la vista detallada de ese proyecto, cuando el proyecto se ha abierto desde la vista Projects. Seleccione la opción de actividades Closed (arriba a la derecha) para acceder a la información de estado del proceso completado.

4. Dentro de Altium Designer, el nuevo proyecto es visible en el panel Projects, programado para confirmarse en el repositorio de diseño Versioned Storage basado en Git en el Workspace; haga clic con el botón derecho en la entrada del proyecto y use el comando Save to server para hacerlo. Luego puede agregar documentos fuente y continuar con el diseño. Cuando llegue el momento de publicar, el proyecto ya estará vinculado a las piezas relevantes en la instancia de PLM.

Desde la pestaña Server Parameters del cuadro de diálogo Project Options, o en la lista Parameters del proyecto en el panel Explorer, puede ver los números de pieza asignados en la instancia de PLM que se relacionan con las entidades relevantes del proyecto que pueden liberarse/publicarse.

La forma en que los nombres de parámetros del PLM se relacionan con los paquetes de liberación del proyecto se especifica en el archivo de configuración del PLM, que a su vez está determinado por los atributos de nombre y numeración requeridos por el sistema PLM.

Cuando coloque una cadena de texto de esquemático, los parámetros de PLM asociados con el proyecto estarán disponibles como cadenas especiales: