Set Part published - BridgeWorkerOutput
Description
BridgeWorkerOutput traite le nouveau message du type « TCCreateObject » ou « ERPPromoteObject ».
BridgeWorkerOutput se connecte à ENOVIA et positionne l’état de synchronisation du document dans l’ERP.
Traitement
- BridgeWorkerOutput va chercher l’id de l’objet enovia dans le message
- BridgeWorkerOutput se connecte à enovia
- Recherche de l’objet enovia grâce à l’id
- Modifie les attributs suivants :
- « Publié vers l'ERP le » - NON MODIFIE A CE STADE
- Date/Heure de la dernière publication réussie vers l’ERP, c’est-à-dire, l’ERP a renvoyé un accusé de réception avec succès avec la date effective de cet attribut.
- Nom interne : VISLastSuccessfullExportDateToERP
- « Dernière tentative de publication le »
- Date/Heure de la dernière tentative de publication vers l’ERP
- Nom interne : VISLastExportDateToERP
- « Statut de la dernière tentative »
- Nom interne : VISLastExportStatusToERP
- Toutes les valeurs possibles :
- FAILED
- FAILED WORKER : Sur message 10 :
- VISLastExportDateToERP = date courante
- VISLastExportStatusToERP = FAILED
- VISLastExportMessageToERP = message d’erreur du worker
- FAILED ERP 🡺 vient de l’AR ERP (sur IMPORT) :
- VISLastSuccessfullExportDateToERP : ne pas mettre la balise
- VISLastExportDateToERP : Date courante
- VISLastExportStatusToERP = FAILED
- VISLastExportMessageToERP = detail du problème saisi par l’ERP
- IN PROGRESS : Sur message 10
- VISLastExportDateToERP = date courante
- VISLastExportStatusToERP = IN PROGRESS
- VISLastExportMessageToERP = « Part available for ERP import process.”
- SUCCESS : vient de l’AR ERP
- Doit mettre à jour tous les attributs par l’IMPORT
- VISLastSuccessfullExportDateToERP : Date courante
- VISLastExportDateToERP : Date courante
- VISLastExportStatusToERP = SUCCESS
- VISLastExportMessageToERP = « ERP Synchronized. »
- « Détail » (Detail)
- Nom interne : VISLastExportMessageToERP
- Message textuel expliquant l’erreur 🡸 à consolider
Point d’attention / Remarques
Les api enovia sont utilisées par les KS
Un compte de service ENOVIA devra être prévu pour se connecter à partir de KAFKA sauf si API Rest utilisé :