Intégration PLM à l’aide de fichiers XML

Des exemples de fichiers de configuration sont fournis via la vue Add new instance – sous l’onglet Configuration, cliquez sur le lien Download sample configuration pour obtenir le fichier zip ConfigurationSamples.zip. Ce fichier zip contient des fichiers de configuration initiaux pour les systèmes PLM Windchill, Arena, Aras et Agile :

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

Des exemples de fichiers de configuration sont fournis pour être utilisés dans le cadre de l’instance Workspace.

Les configurations fournies incluent quelques sections représentatives d’entités de composants (par exemple ; Capacitors et Diodes), chacune comprenant une sous-section de base de mappage d’attributs/paramètres ToPLM et ToAltium. Complétez et modifiez un fichier d’exemple pour l’adapter à l’instance PLM et aux exigences de votre entreprise, créez le vôtre, ou utilisez le Configuration Generator pour créer un fichier de configuration de base correspondant au modèle de données de votre Workspace.

Des exemples de modèles de publication sont fournis via la vue Add new instance – cliquez sur le bouton  sous l’onglet Publish Template, puis sur le lien Download sample configuration dans la fenêtre Publish Template pour obtenir le fichier zip PublishTemplateSamples.zip. Ce fichier zip contient les fichiers suivants :

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

Des exemples de modèles de publication sont fournis pour être utilisés dans le cadre de l’instance workspace.

Modifiez-les pour les adapter à l’instance PLM et aux exigences de votre entreprise, ou créez les vôtres.

Notez que dans les exemples de fichiers de publication, les zones importantes suivantes sont configurées :

• Comment gérer la création et la liaison des composants côté PLM pendant un processus de publication (la « BOM Strategy »). Les options suivantes sont disponibles :
  • LinkExistingOnly – lier les composants qui existent déjà dans le PLM, mais ne pas créer ceux qui n’existent pas.
  • CreateNewAndLink – lier les composants qui existent déjà dans le PLM, et créer puis lier ceux qui n’existent pas.
  • LinkIfAllExists – ne pas créer les composants qui n’existent pas côté PLM, ne lier que si tous les composants existent dans le PLM.

• Ensembles de règles qui définissent comment et où les sorties de publication sont publiées vers le PLM :
  • Règles pour traiter les données du projet (parent).
  • Règles pour traiter les données source.
  • Règles pour traiter les données d’assemblage.
  • Règles pour traiter les données de fabrication.

Les fichiers de configuration pour les instances PLM Windchill, Agile et Arena prennent également en charge le workflow formalisé Change Order (ECO), qui est activé dans le fichier XML du modèle de publication et défini dans le fichier XML de configuration sous la section d’entité altiumType="ProjectChangeOrder" – voir l’exemple.

Selon l’instance PLM, les définitions de configuration incluent un schéma pour l’identification du Change Order (numérotation, emplacement, ID, etc.), des attributs spécifiques du Change Order tels que Name/Title, Description et Change Complexity (Windchill uniquement), ainsi que des paramètres d’option tels que la stratégie de création du Change Order (aucune, nouvelle ou réutiliser l’existant) et la promotion du statut Lifecycle (Windchill et Agile uniquement). Le Change Order défini est activé pendant la publication par la déclaration de sa référence publishId dans le modèle de publication associé – voir l’exemple.

Une fois définis dans les fichiers XML Configuration et Publishing Template du serveur, les Change Orders sont disponibles pendant les workflows PLM de Project Creation et de Publishing process invoqués depuis Altium Designer ou via l’interface Enterprise Workspaace. Un formulaire Change Order associé sera présenté pendant le flux, où la configuration et les options du Change Order sont spécifiées.

► Pour plus d’informations sur l’utilisation de la fonctionnalité PLM Change Order (ECO) pour les instances PLM Windchill, Agile et Arena, consultez les notes de commentaire dans leurs exemples de Configuration XML files et Publishing Template XML files disponibles au téléchargement depuis l’Enterprise Workspace.

Une fonctionnalité de configuration adaptative est disponible via le lien Generate configuration sur la page Add new instance, ouverte depuis le bouton dans le Workspace.

Dans la boîte de dialogue Generate Configuration, sélectionnez le type de système d’entreprise à connecter – l’un des types de PLM disponibles (Windchill, Arena, etc.) – puis son URL distante. Sélectionnez le bouton pour créer un nouveau fichier dm-configuration.xml qui pourra ensuite être enregistré puis ajouté à la nouvelle instance PLM depuis le bouton .

Le générateur crée la configuration pour qu’elle corresponde au modèle de données de l’instance Workspace actuelle ; ainsi, par exemple, les types de composants enregistrés dans le Workspace sont ajoutés comme types d’entité dans le fichier de configuration (dm-configuration.xml). Chaque section d’entité comporte des sections correspondantes ToPlm et ToAltium ainsi que des paramètres mappés provenant du modèle de composant correspondant (si disponible). Des sections de publication de projet sont également incluses pour mapper les éléments du package de publication vers le système d’entreprise.

Toutes les sections de la configuration générée incluent des commentaires TODO qui mettent en évidence les zones à ajouter ou à modifier pour assurer la compatibilité avec votre configuration Workspace/PLM. Pour plus d’informations sur la modification du fichier de configuration afin qu’il fonctionne avec votre configuration Workspace/PLM, consultez les commentaires explicatifs inclus dans les exemples de fichiers de configuration fournis.

Cette section est utilisée pour contrôler et configurer la synchronisation de l’Espace de travail vers l’instance PLM sous la forme :

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

Dans la section ToPlm, les sections suivantes sont définies :

• La manière dont les nouveaux composants sont créés dans l’instance PLM — entre l’ensemble de balises <CreateInfo> et </CreateInfo>. Un exemple pourrait être le choix d’un schéma de nommage d’article défini dans le système d’entreprise cible, et la spécification d’un préfixe de numérotation d’article :

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

• Filtrage pour limiter quels composants de l’Espace de travail sont synchronisés avec le PLM — entre l’ensemble de balises <SourceCriteria> et </SourceCriteria>. La propagation des données source peut être contrainte à l’aide de combinaisons logiques booléennes d’attributs de paramètres, où plusieurs ensembles d’attributs peuvent être résolus vers un résultat de filtrage spécifique par l’application de base des clauses logiques AND, OR et NOT. Pour plus d’informations, consultez les SourceCriteria notes associées dans les exemples de fichiers XML de configuration.

Cette capacité est extrêmement utile si vous avez, par exemple, 6000 condensateurs dans votre Espace de travail, mais que vous souhaitez synchroniser uniquement un dossier particulier de 85 condensateurs céramiques. Dans ce cas, il vous suffit de spécifier le chemin de ce dossier dans l’ensemble de balises SourceCriteria (<Folder>Components/Capacitors/Ceramic</Folder>), et éventuellement tout autre attribut de paramètre nécessaire pour restreindre encore davantage les données source — par exemple, le type de boîtier 0603. La relation entre les critères groupés est un opérateur logique AND implicite ; ainsi, l’exemple ci-dessous synchronisera les condensateurs céramiques en boîtier 0603 de l’Espace de travail vers le PLM.

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

Cette section est utilisée pour contrôler et configurer la synchronisation de l’instance PLM vers le Workspace sous la forme :

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

Dans la section ToAltium, les sections suivantes sont définies :

• Comment et où les nouveaux composants sont créés dans le Workspace – entre l’ensemble de balises <CreateInfo> et </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>

Lorsqu’une entrée de composant est créée dans le Workspace, le Component Template associé au dossier Workspace cible (Components/Inbox/Capacitors dans l’exemple ci-dessus) sera utilisé, s’il a été spécifié. Cela définira également le schéma de nommage d’élément utilisé pour un composant créé, remplaçant celui qui a été spécifié dans le dossier Workspace cible – inversement, si le dossier ne définit ni modèle ni schéma de nommage, la synchronisation échouera.

Notez également que, dans les exemples de configuration, un schéma de nommage de révision par défaut (1-Level Revision Scheme) et une définition de cycle de vie (Component Lifecycle) sont définis pour être utilisés – ils sont remplacés si un modèle de composant est associé au dossier Workspace cible.

Si une référence spécifique à un modèle de composant est ajoutée dans la configuration (par exemple : CMPT-00001), ce modèle sera utilisé à la place d’un modèle associé au dossier Workspace cible. Ses paramètres remplaceront tous les paramètres du fichier de configuration (tels que la définition du cycle de vie, etc.), à l’exception d’un dossier cible défini.

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

Notez que le modèle spécifié ne s’appliquera qu’aux composants Workspace nouvellement créés. Cette approche est particulièrement utile pour gérer l’importation/la synchronisation de paramètres de composants propriétaires depuis un système externe vers le Workspace. Dans ce cas, un Component Template personnalisé peut être appliqué pour interpréter les données de paramètres entrantes, définir des valeurs par défaut appropriées, spécifier les types de données d’unité, ainsi que la définition du cycle de vie et le schéma de nommage de révision pour les composants Workspace nouvellement créés.

• Filtrage des données récupérées depuis l’instance du système d’entreprise (PLM) – entre l’ensemble de balises <SourceCriteria> et </SourceCriteria>. Une instruction de filtre peut restreindre les données de composants reçues du PLM à celles créées par un auteur spécifique (comme illustré dans l’exemple de configuration fourni), ou aux éléments de composant ayant une valeur d’attribut particulière (Business Unit = Engineering_RD), comme indiqué ci-dessous).

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

• Une liste d’attributs (paramètres) qui doivent être transmis pour les composants du PLM vers le Workspace – entre l’ensemble de balises <Attributes> et </Attributes>. En voici un exemple :

<Attributes>

<!-- Le champ Name du PLM sera transmis au champ name/comment dans le Workspace -->
<common:Attribute attributeType="revision">
	<common:Key>name</common:Key>
	<common:Value>${attribute.name}</common:Value>
</common:Attribute>

<!-- Le champ Description du PLM sera transmis au champ Description dans le Workspace au niveau de la révision -->
<!-- Les attributs au niveau de la révision entraîneront la création d'une nouvelle révision si la valeur du paramètre est modifiée -->
<common:Attribute attributeType="revision">
	<common:Key>Description</common:Key>
	<common:Value>${attribute.description}</common:Value>
</common:Attribute>

<!-- Le champ Number du PLM sera transmis au champ PlmPartNumber dans le Workspace au niveau de la révision -->
<!-- Remarque : n'importe quel nom d'attribut peut être utilisé -->
<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>Ne provoquera pas de mise à jour de la révision si modifié ${attribute.LastModified}</common:Value>
</common:Attribute>

</Attributes>

En plus des déclarations d'entité dans le schéma de configuration, une section supplémentaire permet de définir le mappage des données de Part Choice des composants entre le système d'entreprise (PLM) et le Workspace. Cette section permet un mappage spécifique des paramètres d'attributs Part Choices pour la plupart des systèmes PLM pris en charge, ainsi que des relations de données Approved Manufacturing List (AML) pour les systèmes PLM Aras, Windchill et Arena. Il s'agit d'une définition bidirectionnelle exclusive — c'est-à-dire dans un sens ou dans l'autre, mais pas dans les deux simultanément — qui spécifie les attributs de fabricant du composant et de référence fabricant utilisés pour la propagation des données Part Choices.

Lorsque la synchronisation des Part Choices est activée dans le fichier de configuration (sync="true"), la valeur des attributs spécifiés est transférée vers le système cible. Le sens de cette propagation des données est déterminé par l'expression « To », où ToAltium spécifie que les données paramétriques du composant PLM sont appliquées au composant Workspace créé/mis à jour, et ToPlm entraîne le transfert des données Part Choices associées au composant Workspace vers le côté PLM. La configuration activée s'applique à toutes les entités de composant définies ; ainsi, les données Part Choice seront transférées vers la cible spécifiée chaque fois qu'un jeu de données de composant est rencontré.

Un exemple d'entrée pour un mappage de Part Choices ToAltium dans un fichier de configuration — où les attributs du système PLM sont MFR1 (nom du fabricant) et MPN1 (référence fabricant) — pourrait être :

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

La synchronisation des données Part Choice prend également en charge plusieurs entrées de données de Part Choice. Ces attributs supplémentaires doivent être spécifiés dans le mappage du fichier de configuration comme une autre paire de définitions d'attributs, par exemple : MFR2 et MPN2 comme indiqué ci-dessous :

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

Les systèmes d'entreprise qui disposent d'une fonctionnalité native/intégrée de choix de pièce fabricant, tels que Manufacturer Parts dans Windchill et Vendor Parts dans Arena, ne nécessitent pas de paramètres mappés dans le fichier de configuration. Dans ce cas, l'acceptation des données Part Choice est simplement activée dans la section de configuration correspondante.

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

Ou lorsque le transfert de données vers le système d'entreprise est pris en charge :

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

Le système PLM PTC Windchill fournit un module optionnel PartsLink qui permet de classified classer les pièces par groupes. Les classifications de pièces spécifiées dans Windchill peuvent également inclure des paires attribut/valeur associées afin de fournir une définition plus précise au sein de cette classification. Le système PartsLink permet de cibler facilement et rapidement des types de composants spécifiques et est pris en charge par l'intégration PLM du Workspace pour la synchronisation bidirectionnelle et l'accès en lecture/écriture.

Dans une instance de configuration Workspace pour Windchill, une classification PartsLink est créée dans Windchill en spécifiant un attribut de liaison dans la section ToPLM, au format indiqué dans l'exemple ci-dessous :

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

Dans le cas ci-dessus, la paire clé/valeur définit une classification nommée 102-Capacitor. Celle-ci peut avoir un attribut de classification associé créé dans Windchill en spécifiant un paramètre de nom et de valeur (ici, Capacitance) — notez que plusieurs attributs peuvent être appliqués à une seule classification :

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

Dans la section de synchronisation ToAltium de la configuration, les données provenant de Windchill peuvent être filtrées selon une classification de pièce souhaitée dans l'ensemble de balises <SourceCritera> en spécifiant son ClassificationName.

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

Pour récupérer toutes les pièces qui correspondent à une valeur d'attribut de classification donnée (par exemple, tous les condensateurs de 10uF), la section <SourceCriteria> doit inclure des paramètres d'attribut de configuration qui définissent une ClassificationName ainsi que la clé et la valeur de l'attribut de classification associé.

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

Pour extraire une valeur d'attribut de classification spécifique depuis Windchill, sourcez le paramètre Value à partir du nom d'attribut spécifique associé à une ClassificationName.

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

Dans Windchill lui-même, une classification PartsLink est définie en créant un binding attribute pouvant être appliqué à un type de pièce. Un attribut de classification de pièce est ensuite ajouté à une classe de classification définie.

Les entrées de composants dans Windchill intégreront leur classification définie ainsi que tous les paramètres d’attribut de classification spécifiés, qui seront à leur tour disponibles pour le processus de synchronisation des composants PLM de l’espace de travail.

Lorsqu’une entrée de composant est synchronisée de Windchill vers l’espace de travail et que l’interaction PartsLink a été spécifiée dans la configuration PLM de l’espace de travail, les attributs de configuration de Windchill pour cette pièce seront propagés vers le composant côté Altium.

L’exemple suivant montre brièvement la création d’une nouvelle pièce dans le Workspace, suivie de la création automatique d’une pièce correspondante dans l’instance PLM. Le numéro de pièce généré est ensuite propagé depuis l’instance PLM vers le composant dans le Workspace, en tant que paramètre d’Item — ce qui signifie qu’il n’est pas nécessaire de publier une nouvelle révision du composant du Workspace. Pour cet exemple, la définition de processus utilisée est Part Request with PLM Part Create — dérivée de la définition d’exemple Part Request with PLM Part Create.

1. Démarrez le processus de demande de pièce et remplissez le formulaire suivant — détaillant la demande initiale — selon les besoins. Dans l’image ci-dessous, la demande est soumise via la page Part Requests de l’interface Workspace, et une seule pièce est demandée.

2. La nouvelle demande de pièce sera affichée comme un processus actif sur la page Part Requests, avec son état actuel reflété dans l’entrée principale, ainsi que dans le diagramme de son workflow sous-jacent.

3. Une fois que l’utilisateur requis a pris en charge (ou s’est vu attribuer) la tâche de traiter la demande, il crée finalement la ou les pièces demandées. Chaque composant créé (et/ou choisi) pour satisfaire la demande est ajouté au champ Components de la tâche. Les composants ajoutés seront automatiquement créés dans le PLM. Dans l’image ci-dessous, un seul composant — CMP-007-00004 — a été créé et ajouté. Assurez-vous que le champ Next step est défini sur Completed et cliquez sur le bouton .

Il pourra vous être demandé de fournir les identifiants de connexion du système PLM spécifié dans le workflow du processus de demande de pièce.

4. Le workflow du processus se poursuivra, avec le composant spécifié créé dans l’instance PLM. Une fois le processus terminé, vous pourrez voir le numéro de pièce PLM généré dans l’onglet Data du processus. Veillez à basculer le filtre (en haut à gauche) sur l’affichage des processus Closed.

Les administrateurs peuvent utiliser le bouton pour télécharger un enregistrement détaillé de toutes les demandes de pièce listées au format CSV délimité par des virgules.

5. De retour dans Altium Designer, accédez au composant créé dans le panneau Explorer, puis basculez vers sa vue d’onglet Preview . Dans la zone des paramètres, notez qu’un paramètre supplémentaire a été ajouté — PlmPartNumber — dont la valeur est le numéro de la pièce correspondante créée dans le PLM.

Notez que le paramètre a été ajouté au composant, mais que sa révision reste la même — il n’y a pas eu de nouvelle publication du composant. Cela s’explique par le fait que le paramètre est un paramètre au niveau de l’Item — ajouté à l’Item de composant lui-même, et disponible dans toutes ses révisions.

Lors de la configuration d’un processus Publish to PLM process pour Windchill^® PLM, vous pouvez également spécifier (et créer) un dossier Windchill cible pour les documents publiés depuis le Workspace.

Les paramètres associés au dossier Windchill sont définis dans le fichier Publishing Template XML file appliqué à votre entrée d’intégration Windchill PLM dans le Workspace. Les nœuds de définition de dossier sont au format de balise <pt:Folder>xxx</pt:Folder> — où pt est l’espace de noms actuel et xxx est le chemin complet du dossier — et sont placés comme règle de publication dans la section FileDistribution pour chaque type de document (comme, par exemple, une sortie de fabrication PCB.zip).

Un exemple de hiérarchie de structure XML de publication serait :

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

Si vous utilisez la définition de processus d’exemple — Project Releaser with Publish — pour créer votre propre définition, le nom d’étape présenté côté client de conception est Publish to PLM par défaut. La commande composite du menu déroulant du bouton Project Releaser intègre également ce nom : Prepare & Release & Publish to PLM.

Cependant, vous avez la possibilité de modifier la manière dont ceci (ainsi que la description associée à l’étape) est présenté aux utilisateurs. Les champs permettant cela sont disponibles dans le workflow sous-jacent du processus, lorsque l’élément Start (de type Start Release) est sélectionné. Ces champs sont :

• Action name — le nom de l’action post-publication du projet, qui est le nom de l’étape présentée comme étape 7 dans le Project Releaser. Une entrée pour ce champ est obligatoire si des tâches sont définies dans le workflow du processus. Ce nom sera également utilisé pour la commande de menu, au format Prepare & Release & <Action name>.
• Action description — description de l’action post-publication du projet, présentée à l’utilisateur dans le Project Releaser comme info-bulle pour l’entrée de l’étape 7.

Paramètres par défaut de l’élément Start dans un workflow basé sur la définition de processus d’exemple Project Releaser with Publish, et présentation dans le Project Releaser.

L’image suivante montre ces champs modifiés dans le workflow sous-jacent, ainsi que l’impact résultant sur les entrées dans le Project Releaser.

Paramètres modifiés pour l’élément Start lorsqu’il est utilisé dans un workflow pour publier vers le PLM via le Project Releaser.

L’exemple suivant montre brièvement la création d’un nouveau projet, avec initialisation dans le PLM. Le processus est invoqué depuis Altium Designer à l’aide de la définition Create Project with PLM Initialise, dérivée de la définition d’exemple Project with Initialise in PLM.

1. Après le lancement du processus (File » New » Project in <workspace> » Create Project with PLM Initialise), une boîte de dialogue apparaît (nommée d’après la définition du processus) permettant de définir le projet. Pour cet exemple, nous appellerons simplement le projet Example_Project_with_PLM_Init, lui donnerons une description et laisserons tous les autres champs — y compris ceux de l’onglet Advanced — inchangés.
2. Une fois le projet défini, cliquez sur le bouton . La boîte de dialogue Login Credentials apparaît. Comme il s’agit d’un nouveau projet, vous devez fournir vos identifiants de connexion PLM et indiquer l’instance PLM ainsi que le modèle de publication associé à utiliser. L’exemple ici utilise un fichier de configuration et le modèle de publication associé (comme demandé) pour un Arena PLM.

Une fois les identifiants fournis et l’instance PLM ainsi que le modèle de publication choisis, cliquez sur le bouton .

3. Le processus ira jusqu’à son terme (en supposant qu’aucune erreur ne survienne), comme on peut le voir dans le panneau Tasklist panel, sous la liste fermée Activities — vérifiez l’option Show closed dans le menu du bouton associé. Sélectionnez l’entrée Activity pour plus d’informations sur le processus terminé et son jeu de données.

Le processus terminé et les informations associées peuvent également être consultés dans l’interface Workspace en sélectionnant la vue Activities depuis la vue détaillée de ce projet, lorsque le projet a été ouvert depuis la vue Projects. Sélectionnez l’option Closed activities (en haut à droite) pour accéder aux informations d’état du processus terminé.

4. Dans Altium Designer, le nouveau projet apparaît dans le panneau Projects, planifié pour validation dans le dépôt de conception Versioned Storage basé sur Git dans le Workspace — cliquez avec le bouton droit sur l’entrée du projet et utilisez la commande Save to server pour le faire. Vous pouvez ensuite ajouter des documents source et poursuivre la conception. Au moment de publier, le projet est déjà lié aux éléments pertinents dans l’instance PLM.

Depuis l’onglet Server Parameters de la boîte de dialogue Project Options, ou sous la liste Parameters du projet dans le panneau Explorer, vous pouvez voir les références article attribuées dans l’instance PLM qui se rapportent aux entités pertinentes du projet pouvant être libérées/publiées.

La manière dont les noms de paramètres PLM se rapportent aux packages de publication du projet est spécifiée dans le fichier de configuration PLM, lui-même déterminé par les attributs de nommage et de numérotation requis par le système PLM.

Lorsque vous placez une chaîne de texte Schématique, les paramètres PLM associés au projet seront disponibles en tant que chaînes spéciales :