Développement > Dictionnaire scripts > Scripts > Points d'entrée 

Un ensemble d'actions est prévu dans les modèles standard, pour permettrent l'appel de traitement spécifique. De plus, lorsque le besoin est exprimé, des points d'entrée sont créés, dans le standard, pour permettre, là encore, l'appel de traitement spécifique.

Chaque point d'entrée est documenté dans une fiche, afin de définir le contexte d'appel du traitement spécifique.

Cette table permet le fonctionnement des points d'entrée : on identifie le traitement spécifique dans lequel seront écrits un ou plusieurs points d'entrée appelés du traitement standard.

La table des points d'entrée est livrée vide par Adonix. Elle est donc à renseigner au fur et à mesure des besoins.   

Pour un point d'entrée, le traitement spécifique doit suivre des règles d'écritures identiques à l'action ; Il doit commencer par le sous-programme $ACTION, dans lequel on testera les différentes valeurs possibles pour la variable ACTION. Cette variable contient le nom des points d'entrée.

$ACTION
Case ACTION
When "..."
...
Endcase
Return

 

    Pré-requis

    SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

    Gestion de l'écran

    Ecran de saisie

    Présentation

    Cet écran permet de référencer les traitements sp"écifiques dans lesquels sont développées les actions appelées depuis le traitement standard. Ces traitements permettent d'adapter spécifiquement le programme standard. Le traitement spécifique doit commencer par l'étiquette $ACTION dans laquelle l'action est déclarée; il conserve l'environnement du programme standard.

    Fermer

     

    Champs

    Les champs suivants sont présents dans cet onglet :

    Tableau

    • Type (champ TYP)

     

    • Script standard (champ TRTSTD)

    Traitement standard, pour lequel on ajoute du spécifique.

     

    • Intitulé (champ LIBTRT)

     

    • Script spécifique (champ TRTSPE)

    Traitement spécifique, venant en ajout ou remplacement de certaines actions du traitement standard. On notera que les développements spécifiques liés à 2 points d'entrée d'un même traitement standard, doivent s'écrire dans un traitement spécifique unique.

    • Module (champ MODULE)

    Module d'appartenance du paramétrage. Ce champ permet de renseigner si l'écran doit être créé dans la base de données du dossier. Il l'est si le module auquel l'écran est rattaché est actif pour le dossier.

    Un code activité permet :

    • de rendre optionnel un élément du dictionnaire si la valeur associée au code activité est nulle.
    • de signer les éléments spécifiques dès lors qu'ils sont marqués par un code commençant par X, Y ou Z.
    • de dimensionner un nombre de lignes maximum lorsque le code activité marque des éléments d'un tableau.

    Ainsi, si le code activité est non actif, l'élément marqué ne sera pas utilisable, et le code associé (s'il y en a) ne sera pas généré ni activable.

    • Ordre (champ RNG)

     

    • Paramétrage (champ TRTPAR)

    Ce champ permet d'identifier d'autres traitements spécifiques attachés au traitement principal. Il doit être saisi sous la forme PROG1~CODACT1;  PROG2~CODACT2;.... où PROGn est un nom du traitement et CODACTn un code activité. Le spécifique devra analyser les valeurs de ce champ dans leur traitement spécifique principal afin d'y effectuer l'appel des autres trataitements si nécessaire.

    Fermer

     

    Messages d'erreur

    Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :

    Code déjà existant en ligne i

    On a tenté de saisir deux fois le même traitement standard dans le tableau.

    Tables mises en oeuvre

    SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre