Publier les données étendues
Les données étendues dans Windchill sont un objet modifiable avec version permettant de stocker les données qui doivent être publiées sur un système ERP. Les données étendues peuvent être publiées dans la réponse ESI vers une destination de publication à l'aide de l'ERP Connector.
Pour publier les données d'entreprise, activez la préférence Publier les informations de données d'entreprise en la définissant sur Oui.
Pour publier les données d'usine définissez la préférence Publier les informations de données d'usine sur Oui. Si vous définissez cette préférence sur Oui, les données de service sont également publiées. Vous pouvez définir cette préférence en accédant à > > .
Pour plus d'informations sur les données étendues, consultez la rubrique Données étendues.
Restriction de la publication en fonction de la destination de publication de la nomenclature parente
La préférence Restriction de la publication en fonction de la destination de publication de la nomenclature parente détermine le mode de publication des composants enfants d'une nomenclature via Windchill ESI. Lorsque ce paramètre est défini sur Vrai, les articles enfants sont uniquement publiés sur les destinations de publication affectées à la nomenclature parente. Cela permet de maintenir la cohérence et d'empêcher les composants enfants d'être envoyés à des destinations de publication non associées, garantissant ainsi l'intégrité des données dans les systèmes en aval.
L'exemple suivant illustre la façon dont la préférence Restriction de la publication en fonction de la destination de publication de la nomenclature parente affecte le comportement de publication dans Windchill ESI.
|
Configuration
|
Action
|
Résultat
|
|---|---|---|
|
• Composants et les destinations de publication qui leur sont affectées :
◦ Parent_Part_B → DT_ERP_SAP(Detroit)
◦ Child_Part_2 → DT_ERP_SAP(Seattle), DT_MES_Proprietary1 et DT_MES_Proprietary2
• La préférence Restriction de la publication en fonction de la destination de publication de la nomenclature parente est définie sur Vrai.
|
Publier Parent_Part_B via Windchill ESI
|
• Parent_Part_B est publié dans DT_ERP_SAP(Detroit) avec sa structure de nomenclature.
• Child_Part_2 n'est pas publié dans ses destinations de publication affectées individuellement.
• Si l'utilitaire de recherche des destinations de publication est défini sur com.ptc.windchill.esi.tgt.ESIRootInheritTargetFinder, Child_Part_2 hérite de la destination de publication du parent et est publié dans DT_ERP_SAP(Detroit).
|
Par défaut, la préférence Restriction de la publication en fonction de la destination de publication de la nomenclature parente est définie sur Faux, ce qui signifie que les composants enfants sont publiés individuellement sur toutes les destinations de publication qui leur sont affectées. Cela se produit quelle que soit la destination de publication affectée à la nomenclature parente, tant que les composants enfants partagent le même ID client et système (pour SAP) ou DSN (pour Oracle) avec la nomenclature parente.
Vous pouvez configurer cette préférence en accédant à : > > > > . Recherchez la préférence Restriction de la publication en fonction de la destination de publication de la nomenclature parente et définissez-la sur Vrai ou Faux en fonction de vos exigences en matière de publication.
 |
• Pour publier les informations de version de l'article ou des données d'entreprise associées, définissez la propriété com.ptc.windchill.esi.useVersionInfofromPartOrED du fichier esi.properties comme étant celle préférée. Les valeurs valides pour cette propriété sont PART ou COMMON_ENTERPRISE_DATA. Par exemple, pour publier les informations de version de l'article, définissez la propriété sur <Property default="PART" name="com.ptc.windchill.esi.useVersionInfofromPartOrED"/>.
Le comportement par défaut consiste à publier les informations de version des données d'entreprise.
• L'attribut Destinations de publication (dans les éléments Destination et TargetID qui apparaissent dans la réponse ESI) identifie la destination de publication qui doit héberger la création ou la modification de l'article.
• Windchill PDMLink transfère la date d'effectivité d'article au format JJ-MM-AAAA HH:MM:SS.
• Lorsque vous utilisez le mode de publication d'un article centré sur l'objet et que l'attribut de la destination de publication Publier les documents associés lors de la publication d'un article est défini sur Oui, les documents associés à l'article sont également publiés.
• Pour la publication des données étendues d'avis de modification ou de demande de promotion, si les données d'entreprise communes, les données d'entreprise spécifiques à l'usine et les articles associés sont inclus, seule la version spécifique de l'article référencé dans l'avis de modification ou la demande de promotion est publiée. Les autres articles associés de versions différentes ne sont pas publiés.
|
Données de service
Les attributs de données de service sont publiés avec les attributs d'article ou de ressource dans la réponse ESI de tous les objets de données de service pertinents associés aux données d'usine.
Pour plus d'informations, consultez la rubrique Présentation des données de service.
Publication d'un article en fonction de la vue Données étendue
Lorsqu'une demande de publication inclut uniquement les données étendues (données d'usine), Windchill ESI détermine la vue à partir de l'objet de données étendues et utilise la préférence configurée Mappage des vues à la destination de publication pour limiter la publication aux seules destinations de publication mappées à cette vue. Pour les articles qui incluent des données d'usine dans plusieurs vues, seules les destinations de publication mappées pour l'initialisation de la vue des données étendues sont prises en compte pour cette transaction. Cela s'applique aux flux Demande de promotion et Avis de modification technique.
La publication de données sur une destination de publication qui n'est pas valide pour la vue de détermination est interdite conformément à la préférence de mappage.
La publication d'un article pouvant inclure ou non des données étendues dans la requête suit le comportement standard. L'article est envoyé à toutes les destinations de publication associées à l'article par le biais de sa configuration ou de son contexte, indépendamment du mappage des vues. En d'autres termes, le système n'applique aucun filtrage basé sur les vues d'usine dans ce cas.
Prenons l'exemple suivant pour publier des informations spécifiques à une usine pour un article en incluant des données étendues (données d'usine) dans la demande afin que la cible soit déterminée par la vue associée.
|
Configuration
|
Action
|
Résultat
|
|---|---|---|
|
• Article : Part123(Design view)
• Données d'usine (données étendues)
◦ Données d'usine (Plant1)
◦ Données d'usine (Plant2)
• Destinations de publication : DT1, DT2
• Mappage des vues à la destination de publication (préférence) :
◦ Plant1 → DT1
◦ Plant2 → DT2
Ces mappages déterminent les destinations de publication valides pour une vue d'usine donnée.
|
Publie des informations spécifiques à une usine pour un article en incluant des données étendues (données d'usine) dans la demande afin que la cible soit déterminée par la vue associée.
|
ESI utilise les données étendues de Plant1 pour déterminer la vue appropriée et vérifie ses mappages de destination de publication. La transaction est publiée uniquement dans DT1, car DT1 est mappé à Plant1.
Bien que l'article comprenne des données pour Plant2, DT2 n'est pas publié car il n'est pas mappé à la vue sélectionnée.
|
Création d'une opération de publication pour les données étendues et de service
La création d'opérations de publication pour les données étendues et les données de service suit le même comportement que leurs articles associés lors de la publication ESI. Ce comportement est régi par la propriété releaseActivityNeeded de l'article. Lorsque cette propriété est définie sur :
• False : l'opération de publication n'est pas créée pour l'article, les données étendues ou les données de service.
• True : l'opération de publication est créée pour l'article et tous les objets associés.