Bonjour Pierre-Eric,
Effectivement, les conditions de non-simultanéité ne fonctionnent qu'en local:
https://techdocs.broadcom.com/fr/fr/ca-enterprise-software/intelligent-automation/dollar-universe/6-10-91/R-f-rence/Setting/Execution_Prerequisites/Non_simultaneity_Condition.html
Je vous invite à voter pour cette demande d'évolution pour permettre cette fonctionalité dans une version future:
https://community.broadcom.com/participate/ideation-home/viewidea?IdeationKey=5b99b9a2-9d6c-4b8f-9376-9bb6329b670b
Sinon, il y a d'autres moyens qui peuvent être employés pour simuler une non-simultanéité en réseau, mais ça requiert un peu plus de paramétrage.
Par exemple, si vous aviez une session qui auparavant était sur un noeud local: header>uproc1>uproc2>trailer, avec une non-simultanéité dictant que l'uproc2 ne peut s'exécuter lorsque l'uproc1 est en exécution.
Dans le nouveau contexte, l'uproc1 s'exécute sur noeudA et l'uproc2 s'exécute sur noeudB. La non-simultanéité ne fonctionnera pas nativement.
Vous pouvez envisager de procéder comme ceci:
NoeudA NoeudB
header header
uproc1 uproc_nonsim
uproc_event uproc2
trailer trailer
En début de l'uproc1, vous pouvez créer un évènement sur le noeud distant avec la command 'uxadd evt' (ex: : 'uxadd evt mu=<ug distant> upr=uproc_nonsim pdate=<date> nstat=E user=<user> node=noeudB <…>')
Uproc2 aurait comme condition une non-simultanéité sur 'uproc_nonsim'.
L'uproc_event aurait une commande d'ajout d'évenement de terminaison sur 'uproc_nonsim' distant. Ex: 'uxupd evt mu=<ug distant> upr=uproc_nonsim pdate=<date> nstat=T user=<user> node=<nœud_distant> <…>'
Une fois l'évènement sur le noeudB est reçu, la non-simultanéité est résolu et uproc2 peut s'exécuter.
C'est un peu compliqué à expliquer sur un forum, mais j'espère que ça peut vous donner des idées sur comment procéder.
Cordialement,
Domenico Cotugno