Skip to main content
Skip table of contents

STUDIO Couplages


1. Principe d’un couplage

Les couplages applicatifs sont des outils de paramétrage de Work-Flow, permettant d’associer et de faire communiquer deux outils unitaires parmi les ceux disponibles sur DIAPASON.

Les outils unitaires de paramétrage disponibles pour les couplages sont :

  • Pour la partie père :

    • La liste paramétrée (LPA).

    • L’arbre paramétrable (ARB).

    • Le PERT paramétrable (PER).

    • Le tableur dynamique (TDY).

  • Pour la partie enfant :

    • La liste paramétrée (LPA).

    • La procédure de saisie dynamique (PSD).

    • Le tableur dynamique (TDY).

    • Internet exploreur (IE).

Dans un couplage, l’outil père du couplage a un rôle bien distinct de l’outil enfant, le père se situera toujours dans la partie gauche (en mode vertical), ou dans la partie haute (splitter horizontal) de la fenêtre, l’enfant lui sera à l’inverse toujours dans la partie droite ou basse.

Affichage des données

Le père du couplage va piloter l’affichage des données dans l’enfant, ainsi que le choix de l’enfant à afficher selon son contexte.

L’action qui va mettre à jour la partie enfant du couplage est le déplacement sur le père, elle se traduit par :

Un changement d’enregistrement dans la LPA ou le TDY.

Un changement de nœud dans l’arbre.

Un changement d’étape dans le PERT.

Important

Dans le cas des TDY, pour que le déplacement soit considéré, il faut que :

Si dans la définition du tableur père, le drapeau Préinitialisé est coché, alors le drapeau Modification soit coché.

Si dans la définition du tableur père, le drapeau PréInitialisé n’est pas coché alors dans la requête REB de construction du tableur, dans le CREATION LISTE WFTabGen, il faudra la présence du PRENDRE WFTabGen.ActMod = CGL.OUI.

Ce déplacement sur le père va exécuter deux requêtes DIALOG de type REB :

Une requête de choix d’enfant : exécutée depuis le père du couplage, elle va permettre à partir du contexte de positionnement du père du couplage, de démarrer un nouveau fils.

Une requête de transmission des données du père vers l’enfant : exécutée depuis le père du couplage, elle permet d’initialiser le contexte nécessaire à l’affichage de l’enfant du couplage.

  • Déplacement : 1ère phase choix de l’enfant :

Exécution de la règle de choix de l’enfant (définie sur l’application de gestion des couplages) :

Contexte en entrée de la requête

Le principe de cette requête est selon le contexte du père, de démarrer un nouvel enfant ou garder l’enfant actuel.

Contexte de sortie : La variable VBP.IAP_TypeFils permet de renseigner le type du nouvel enfant parmi les types possibles, la variable VBP.IAP_RefFils donne la référence de l’enfant dans le type déterminé. Si les variables sont vides, alors aucun nouvel enfant n’est démarré, de même si les variables pointent vers l’enfant actuel.

Suite à l’exécution de cette requête un nouvel enfant peut être démarré.

  • Déplacement 2ème phase : Initialisation du contexte de l’enfant :

Une fois le nouvel enfant démarré, il ne manque plus qu’à lui transmettre les données nécessaires à son affichage. Si l’enfant n’a pas changé, il faut le mettre à jour par rapport au nouveau contexte du père.

Pour cela, une requête REB est exécutée sur le père du couplage, afin d’initialiser les variables contextuelles nécessaires à l’affichage de l’enfant :

Contexte en entrée de la requête

Contexte de sortie : la variable VBP.IAP_ModeAcc permet (pour des questions de performance) de choisir ce que la partie père du couplage transmet à la partie enfant : la valeur « C » indique « contexte complet » impliquant que le tableur dynamique père soit passé intégralement dans la liste DIALOG WfTabValPere. Dans le cas contraire, seules les variables SCR, VCR et VBP sont transmises.

Contexte de sortie : la variable VBP.IAP_ModeRea permet (pour des questions de performance) de ne pas réafficher l’enfant en l’alimentant avec la valeur « *PAS-DE-REAF ».

  • Déplacement 3ème phase : Affichage de l’enfant :

Cet affichage correspond en fait à :

  • LPA : La reconstruction de la condition, ou la réexécution de la requête de construction de la table DIALOG.

  • PSD : Exécution de la correspondance entre les variables critères SCR, et les variables d’affichage VSD, puis affichage de ces variables.

  • TDY : Redémarrage du tableur avec les nouveaux critères.

  • IE : Affichage des données situées à l’adresse pointée par la VBP.Ques_IE.

Interactivité avec l’utilisateur

Par défaut au démarrage, comme dans tous couplages standard de DIAPASON, c’est la partie père du couplage qui a la main, et qui est en mode gestion. Il sera donc possible de déclencher des actions de gestion depuis le père du couplage, et se déplacer. La partie enfant du couplage va elle être en mode visualisation, c'est-à-dire qu’il est possible de s’y déplacer, copier des données, actualiser l’affichage, mais pas saisir, ni exécuter des actions de gestion.

Le bouton « Accès Gestion » sur la partie père du couplage va permettre de changer le mode de la partie enfant, d’y exécuter des actions de gestion et entrer en saisie.

A partir du moment où l’enfant du couplage est en mode de gestion, le père du couplage est bloqué, il n’est plus possible de s’y déplacer, ni d’y exécuter une action.

La validation ou l’abandon de l’enfant du couplage va rendre la main au père, l’enfant repasse en mode visualisation et le père en gestion.

ATTENTION : InternetExplorer en enfant de couplage reste en visualisation.

2. Définition des couplages

La définition des couplages applicatifs est accessible depuis l’explorateur « Studio DIAPASON »

Onglet « Généralités »

Les informations de cet onglet sont générales à tous les objets de DIAPASON.

  • Référence : La référence du couplage applicatif.

  • Désignation : La désignation du couplage, correspondant au texte affiché dans un explorateur, dans le navigateur, ainsi que dans le menu contextuel lorsqu’il s’agit d’une action.

  • Libellé court : Le libellé court, correspond au texte affiché dans la barre de commande lorsque le couplage est rattaché en tant qu’action.

  • Icône : L’icône du couplage, qui sera affiché dans l’explorateur et devant le titre une fois lancé.

  • Titre : Le titre de la fenêtre du couplage

  • Mot Directeur : Le mot directeur de l’application.

  • Domaine, Famille, Sous Famille : Le domaine, la famille et la sous famille du couplage (utilisés dans la définition des droits).

  • Commentaire : Le commentaire sur le couplage.

Onglet « Démarrage »

  • Mode Démarrage : Le mode de démarrage va permettre de déterminer l’accès aux actions de gestion du couplage, et le comportement vis-à-vis des applications père.

    • 0: Mode Visualisation : Aucune action de gestion n’est disponible, pas de blocage du père

    • 1: Mode Gestion Libre : L’accès aux actions est disponible, le père n’est pas bloqué

    • 2: Mode Gestion avec blocage applications père : les actions sont disponibles, le panneau père est bloqué jusqu’à la fermeture de l’arbre

    • 3: Gestion hérité du père (mode de gestion défini par le mode de gestion du père du couplage)

  • Explorateurs applicatifs : Explorateurs depuis lesquels est accessible le couplage.

  • Règle Liens Gén. : Règle REB permettant de définir des branches génériques. Cette règle est exécutée pour chaque explorateur où est présent le couplage, ainsi que toutes les branches du navigateur ou celui-ci est présent.

Plus d’infos

L’exécution de la règle va générer des sous branches de la branche principale de l’explorateur :

Le contexte en entrée de la requête :

Toutes les variables critères de type IAP permettant d’identifier le couplage et son application père.

SCR.COU_CouRef : référence couplage.

SCR.RefExpApp : référence de l’explorateur applicatif dans le cas de l’affichage de l’arbre dans un explorateur applicatif. Les valeurs par défaut des variables critères utilisées par cette requête.

SCR.COU_TypPere : Type de père du couplage : « LPA » pour liste paramétrée, « ARB » pour arbre paramétré, « PER » pour Pert paramétré.

SCR.COU_RefPere : Référence père.

SCR.COU_TypEnf : Type d’enfant défaut : « PSD » pour une procédure de saisie dynamique, « LPA » pour une liste paramétrée, « TDY » pour un tableur dynamique et « IE » pour une fiche internet explorer.

SCR.COU_RefEnf : Référence enfant défaut du couplage.

Traitement à réaliser :

Elle doit initialiser la liste standard WFEAPLiG contenant les différentes branches génériques telles que :

WFEAPLiG.Nor contient le numéro d’ordre de la branche générique

WFEAPLiG.Libelle contient le libellé de la branche générique

WFEAPLiG.IcoOuvert contient la référence de l’icône à utiliser lorsque la branche est ouverte

WFEAPLiG.IcoSelect contient la référence de l’icône à utiliser lorsque la branche est sélectionnée

WFEAPLiG.IcoFerme contient la référence de l’icône à utiliser lorsque la branche est fermée

WFEAPLiG.Criteres contient la liste chaînée des valeurs des critères sous la forme « NomVarCri1,ValVarCri1,NomVarCri2,ValVarCri2,… »

(exemple : SCR.AppFouRef,12045,VCR.DatLivIni,15/05/2006)

En sortie de la requête :

Pour chaque enregistrement de WFEAPLiG, création d’une sous branche dans l’explorateur.

Lors du démarrage d’une application depuis une sous branche générique, les critères contenus dans WFEAPLiG.Criteres sont transmis aux requêtes de démarrage et de construction.

  • Critères défaut : Paramétrage de la valeur défaut des critères de la règle de liens génériques.

  • Orientation couplage : Choix de l’orientation du séparateur du couplage 

    • 0: Vertical : le père de couplage est à gauche, l’enfant à droite

    • 1: Horizontal : le père de couplage est en haut, l’enfant en bas

  • Caract. Couplage : Pourcentage de proportion du père (partie de gauche ou haut) sur le total. Doit être compris entre 20 et 80.

Onglet « Définition »

  • Type Père : Type de père du couplage 

    • 0: LPA : Liste Paramétrée

    • 1: ARB : Arbre paramétré

    • 2: PER : Pert paramétré

    • 3: TDY : Tableur dynamique

Note : cas d’utilisation d’un tableur dynamique comme père d’un couplage :

Les actions paramétrables sont forcément celles du tableur (celles du couplage ne peuvent pas être définies).

Le déplacement dans le tableur (changement de ligne ou après saisie dans une cellule sans erreur et après repositionnement) déclenche la mécanique classique de couplage : règle de choix de fils + règle de médiation.

Le protocole de lancement de fils depuis le tableur est conservé et le retour d'action est le même que le tableur dynamique hors couplage.

La validation ou l'abandon du tableur déclenchent les règles RCT correspondantes et ferment le couplage (sauf si la mise à jour est interactive et qu'il y a une erreur).

  • Référence Père: Sélection de l’application père selon son type.

  • Type du Fils: Type d’enfant défaut du couplage :

    • 0 : PSD : Procédure de Saisie Dynamique

    • 1: LPA : Liste paramétrée

    • 2 TDY : Tableur dynamique

    • 3: IE : Internet explorer

  • Référence Fils: Sélection de l’application enfant du couplage. Non saisi, si c’est de type Internet explorer.

  • Règle de choix Enf.: Sélection de la règle REB de choix de l’enfant de couplage. Suite à un déplacement sur le père du couplage, la requête de « choix de fils » est exécutée. Celle-ci va permettre de lancer un nouveau fils dans la partie de droite du couplage, ou de garder le même qu’avant le déplacement.

Pour en savoir plus

Contexte en entrée :

-Variables liées au couplage

SCR.COU_CouRef : Référence couplage

SCR.COU_ActCtx : Contexte d’exécution = « CHX-FILS »

SCR.COU_TypEnf : Type enfant du couplage

SCR.COU_RefEnf : Référence enfant du couplage

Données liées au père :

➡️ LPA :

SCR.COU_TabPere : Table de la LPA (la table pour une table physique, WFLPAEnt pour la table DIALOG)

SCR.COU_TypPere : Type de père du couplage = « LPA »

SCR.COU_RefPere : Référence du père du couplage = référence LPA.

SCR.EntCl1 : Clé entité 1

SCR.EntCl2 : Clé entité 2

SCR.EntCl3 : Clé entité 3

Informations sur le contexte de positionnement pour une LPA sur table physique :

SCR.COU_IdePerCou : Identifiant de positionnement de la LPA sur la table  SCR.COU_TabPere.

Informations sur le contexte de positionnement pour une LPA sur table DIALOG

Les 20 champs paramétrables dans le cadres des LPA sur tables DIALOG sous la forme : SCR.EntVa1….SCR.EntVa5 pour les alphanumériques, SCR.EntNum1 … SRC.EntNum5 pour les numériques, SCR.EntDa1 … SCR.EntDa5 pour les dates, SCR.EntLo1 … SCR.EntLo2 pour les logiques.

➡️ ARB :

SCR.COU_TabPere : table liée au nœud de l’arbre (DiaTab).

SCR.COU_IdePerCou : Identifiant lié au nœud de l’arbre (DiaIde)

SCR.EntCl1 : Clé entité 1 liée au nœud de l’arbre

SCR.EntCl2 : Clé entité 2 liée au nœud de l’arbre

SCR.EntCl3 : Clé entité 3 liée au nœud de l’arbre

Les 20 champs paramétrables sous la forme : SCR.EntVa1 …. SCR.EntVa5 pour les alphanumériques, SCR.EntNum1…SRC.EntNum5 pour les numériques, SCR.EntDa1 … SCR.EntDa5 pour les dates, SCR.EntLo1 … SCR.EntLo2 pour les logiques.

➡️ PER :

SCR.COU_TabPere : table liée au nœud de l’arbre (DiaTab).

SCR.COU_IdePerCou : Identifiant lié au nœud de l’arbre (DiaIde)

SCR.EntCl1 : Clé entité 1 liée au nœud de l’arbre

SCR.EntCl2 : Clé entité 2 liée au nœud de l’arbre

SCR.EntCl3 : Clé entité 3 liée au nœud de l’arbre

Les 20 champs paramétrables sous la forme : SCR.EntVa1 …. SCR.EntVa5 pour les alphanumériques, SCR.EntNum1…SRC.EntNum5 pour les numériques, SCR.EntDa1 … SCR.EntDa5 pour les dates, SCR.EntLo1 … SCR.EntLo2 pour les logiques.

Traitements à réaliser :

Initialiser les variables VBP.IAP* nécessaires au démarrage du nouvel enfant. Si ces variables ne sont pas initialisées, l’enfant n’est pas changé, il sera juste réaffiché, idem, si elles pointent sur le même enfant que celui déjà démarré.

Contexte de sortie :

VBP.IAP_TypeFils : Type de fils à démarrer.

VBP.IAP_RefFils : Référence du fils à démarrer.

  • Règle de Médiation: Sélection de la règle de type REB permettant à partir du contexte du père du couplage, d’initialiser les variables permettant d’afficher l’enfant de couplage.

Plus d’infos

Contexte d’entrée :

-Variables liées au couplage

SCR.COU_CouRef : Référence couplage

SCR.COU_ActCtx : Contexte d’exécution = « AFF-FILS »

SCR.COU_TypEnf : Type enfant du couplage

SCR.COU_RefEnf : Référence enfant du couplage

Données liées au père :

➡️ LPA :

SCR.COU_TabPere : Table de la LPA (la table pour une table physique, WFLPAEnt pour la table DIALOG)

SCR.COU_TypPere : Type de père du couplage = « LPA »

SCR.COU_RefPere : Référence du père du couplage = référence LPA.

SCR.EntCl1 : Clé entité 1

SCR.EntCl2 : Clé entité 2

SCR.EntCl3 : Clé entité 3

Informations sur le contexte de positionnement pour une LPA sur table physique

SCR.COU_IdePerCou : Identifiant de positionnement de la LPA sur la table  SCR.COU_TabPere.

SCR.

Informations sur le contexte de positionnement pour une LPA sur table DIALOG

Les 20 champs paramétrables dans le cadres des LPA sur tables DIALOG sous la forme : SCR.EntVa1….SCR.EntVa5 pour les alphanumériques, SCR.EntNum1 … SRC.EntNum5 pour les numériques, SCR.EntDa1 … SCR.EntDa5 pour les dates, SCR.EntLo1 … SCR.EntLo2 pour les logiques.

➡️ ARB :

SCR.COU_TabPere : table liée au nœud de l’arbre (DiaTab).

SCR.COU_IdePerCou : Identifiant lié au nœud de l’arbre (DiaIde)

SCR.EntCl1 : Clé entité 1 liée au nœud de l’arbre

SCR.EntCl2 : Clé entité 2 liée au nœud de l’arbre

SCR.EntCl3 : Clé entité 3 liée au nœud de l’arbre

Les 20 champs paramétrables sous la forme : SCR.EntVa1 …. SCR.EntVa5 pour les alphanumériques, SCR.EntNum1…SRC.EntNum5 pour les numériques, SCR.EntDa1 … SCR.EntDa5 pour les dates, SCR.EntLo1 … SCR.EntLo2 pour les logiques.

➡️ PER :

SCR.COU_TabPere : table liée au nœud de l’arbre (DiaTab).

SCR.COU_IdePerCou : Identifiant lié au nœud de l’arbre (DiaIde)

SCR.EntCl1 : Clé entité 1 liée à l’étape

SCR.EntCl2 : Clé entité 2 liée à l’étape

SCR.EntCl3 : Clé entité 3 liée à l’étape

Les 20 champs paramétrables sous la forme : SCR.EntVa1 …. SCR.EntVa5 pour les alphanumériques, SCR.EntNum1…SRC.EntNum5 pour les numériques, SCR.EntDa1 … SCR.EntDa5 pour les dates, SCR.EntLo1 … SCR.EntLo2 pour les logiques.

➡️ TDY :

liste WfTabValPere : contient le tableur entier

SCR.COU_TabPere : vide

SCR.COU_TypPere : "TDY"

SCR.COU_RefPere : référence du tableur dynamique père

SCR.COU_IdePerCou : référence de la ligne courante du tableur (WfTabValPere.RefLig)

SCR.RCT_CleLig : clé de la ligne courante du tableur (WfTabValPere.CleLig)

Traitement à réaliser :

Initialiser les variables critère (type SCR et VCR), nécessaires à l’affichage de l’enfant LPA.

Contexte de sortie :

Toutes les variables critères de type SCR initialisées qui ne soient pas des variables outils (commençant par COU_ ou LPA_).

Les variables VCR selon le paramétrage donné sur la LPA enfant.

VBP.IAP_ModeRea : doit contenir *PAS-DE-REAF pour empêcher le réaffichage de la partie enfant du couplage (permet d’optimiser le temps de déplacement si l’affichage n’est pas nécessaire).

Onglet « Actions »

  • Règle de démarrage: Sélection de la règle de type REB remplaçant la règle de démarrage du père du couplage. En aucun cas la règle de démarrage du père du couplage ne s’exécute, même si cette règle n’est pas renseignée sur le couplage.

Cette règle de démarrage à le même contexte de variables que la règle de démarrage du père de couplage (pour une LPA voir Règle de démarrage LPA, pour un ARB voir Règle de démarrage ARB, pour un PERT voir Règle de démarrage PER), avec une variable supplémentaire en entrée :

-SCR.COU_CouRef : Référence couplage.

  • Actions: Bouton d’accès à l’application de définition des actions qui vont s’appliquer au père du couplage, en remplacement des actions définies sur celui-ci.

  • Règle : Règle de type RCT qui permet de gérer les actions qui vont s’appliquer au père du couplage. Voir la gestion des actions (chapitre Règle de gestion des actions )

  • Act. Détails: Bouton donnant accès au détail de l’application père du couplage dans le cas d’un arbre paramétré ou d’un pert paramétré. Cette application permettant de définir les actions accessibles pour chaque nœud ou étape d’un arbre ou d’un Pert, dans le cadre du couplage.

Onglet « Critères Conditions »

Toutes ces données vont se substituer à celles du père du couplage.

  • Critère Défaut : Valeurs par défaut des critères de la requête de construction.

  • PSD Critères : Il est possible, dans le cas où la saisie des critères est possible, de renseigner une PSD pour la saisie des critères pour la règle de construction.

3. Actions de gestion sur les couplages 

  • Actions standard de gestion : création, modification, duplication, suppression…

  • Cas d’emploi dans les Actions:

Lancement d’une liste présentant les objets de nature standard ou paramétrable où figure ce couplage

  • TypObj : Type d’objet

  • Cle1: Référence objet (pour identification de l’objet)

  • Cle2: Type d’objet (pour identification)

  • Cle3: Objet de type « Lignes » ou non (pour identification)

  • Des.: Désignation de l’objet sur lequel est présent le couplage.

  • Créer raccourcis: Ouvre l’application de définition des raccourcis, pour mettre le couplage en raccourcis.

  • Copier dans le navigateur: Permet de garder le couplage dans le presse papier, pour ensuite le coller dans le navigateur en mode « définition navigateur ».

  • Localiser dans Navigateur: Ouvre un arbre présentant les nœuds permettant d’accéder au couplage dans le navigateur.

  • Définition Navigateur: Accède à l’application de définition du navigateur.

4. Exemple : commandes commerciales

Il sera développé dans cet exemple, un couplage représentant les données des commandes non soldées. Le père du couplage sera une LPA avec condition simple sur la table CDCoEn, avec liaison avec l’entité GCDE.

Définition de la Liste Paramétrée père du couplage

  • Généralités : Dans l’onglet généralités, aucune des informations ne sera reprise dans le couplage : la désignation (libellé dans l’explorateur), le libellé court (libellé dans la barre de commande si l’objet est lancé en tant qu’action), le titre et l’icône seront ceux définis sur le couplage.

  • Démarrage : Dans l’onglet démarrage, le mode de démarrage de cette LPA deviendra le mode de démarrage du couplage, les informations sur l’explorateur ne seront pas transmises, enfin, les information sur le partage des variable entre le couplage et un père applicatif ou paramétrable (DIALOG), seront récupérées sur le couplage

  • Définition : La définition de la liste paramétrée : la liste de cet exemple présente toutes les entêtes de commande, elle est liée à l’entité GCDE pour faciliter la gestion de ses colonnes.

  • Interface : Les données sur l’interface sont liées uniquement à la liste paramétrée. Aucune donnée particulière n’est saisie pour cet exemple.

  • Actions : La règle de démarrage du père du couplage correspond à celle définie sur le couplage, elle n’est donc pas nécessaire sur la LPA pour cet exemple, les règles de validation et d’abandon seront par contre elles exécutées à la sortie du couplage. Les actions, et la règle de gestion de celles-ci sont définies sur le couplage pour le père du couplage.

  • Condition, Condition multi tables : données liées à la LPA uniquement, rien de saisi pour cet exemple.

Définition de l’enfant défaut du couplage

Dans cet exemple, l’enfant défaut du couplage est une liste paramétrée représentant les lignes de la commande pointée par le père. Les informations utiles à l’enfant du couplage pour la LPA sont :

  • Généralités : le titre, icône, libellés ne sont pas réutilisés dans le cadre du couplage.

  • Démarrage : Afin d’optimiser le démarrage de l’enfant de couplage, il est possible de définir les variables utiles.

  • Définition : ces données ne concernent que la LPA, dans cet exemple, elle est de type « condition simple », sur la table DTD.CdColi, elle est liée à l’entité GCDL.

  • Interface : Rien de particulier n’est défini pour cet exemple.

  • Actions : la règle de démarrage de la LPA enfant de couplage sera exécutée à chacun de ses démarrages, elle permettra notamment de filtrer les actions disponibles en gestion. Les règles de validation et d’abandon seront exécutées à chaque fin de saisie, les actions et la règle de gestion des actions définies permettront de gérer les actions de la LPA enfant de couplage.

  • Condition : afin de pouvoir filtrer uniquement les lignes de la commande pointée par le père, la condition de la LPA sera : « CDCoLi.RefSocApp = 'ISIA' ET CDCoLi.CdeNumCom = SCR.CdeNumCom ».

Définition du couplage

L’application de définition du couplage va permettre de donner ses caractéristiques de démarrage, les actions du père de couplage, ainsi que les règles qui permettront de faire communiquer le père et l’enfant.

Définition de l’exemple (COU_CdeCom) :

  • Généralités : la désignation sera le libellé de la branche de l’explorateur, le libellé court sera le libellé présent dans la barre de commande si le couplage est défini comme action, le titre et l’icône seront ceux de la fenêtre du couplage.

  • Démarrage : les explorateurs applicatifs où sera présent le couplage, dans le cas de branches génériques, la règle de génération des liens y est défini, ainsi que ses critères défaut.

  • Définition : les données spécifiques au composant du couplage y sont présentes : le père et l’enfant défaut du couplage, les règles permettant la gestion et la communication du père et des enfants du couplage.

  • Actions : la règle de démarrage du couplage va être exécutée sur le père du couplage au démarrage. Les actions définies sur le couplage seront celles présentes sur le père du couplage. Le bouton « Act. Détails » permet de définir les actions présentes sur chaque étapes pour un PERT, ou sur chaque nœud pour un arbre, celui-ci n’est pas accessible si le père est une liste paramétrée, en effet, les actions sont définies pour toute la liste.

  • Critères Conditions : Permet d’initialiser les valeurs des variables présentes dans la condition de la LPA père, ou dans la requête de construction pour PERT et arbre. La PSD permet depuis une action lancée depuis le père du couplage, de redéfinir ces critères, afin de relancer le père avec un nouveau contexte.

Exécution du couplage

Le couplage de commandes commerciales est maintenant accessible depuis l’explorateur de gestion commerciale et PDP, dans la branche couplages :

Le démarrage du couplage va entraîner celui du père du couplage. Sur ce père, la règle de démarrage du couplage va être exécutée. Dans l’exemple, la règle de démarrage va être utilisée pour modifier le titre et l’icône du couplage, ainsi que filtrer les actions (on choisit les actions disponibles parmi celles définies sur le couplage) :

Lorsque le démarrage du couplage se termine, celui-ci va se positionner sur le premier enregistrement de la liste. Ce positionnement devrait exécuter la règle de choix de l’enfant. Cet exemple n’ayant pas de règle définie pour le choix de l’enfant, celui par défaut sera gardé.

N’ayant pas démarré de nouvel enfant, il reste à afficher l’enfant défaut à partir du contexte de positionnement du père. Dans cet exemple, le père du couplage est une liste représentant les entêtes de commandes, et l’enfant est une liste sur la table des lignes de commande, avec une condition sur le numéro de l’entête.

Le père va donc devoir transmettre à son fils la référence de l’entête sur laquelle il est positionné. Pour cela, la règle de médiation va à partir de l’identifiant de positionnement du père qui lui est fournis en entrée, initialiser la SCR.CdeNumCom qui sera transmise à l’enfant :

Il serait possible également plus simplement d’utiliser la variable « SCR.EntCl1 » qui contient la clé de l’entité GCDE, et dans la règle de médiation initialiser la variable « SCR.CdeNumCom ».


JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.