Les routines de traitement permettent de réaliser des traitements particuliers via une syntaxe reconnue dans Divalto, en utilisant un langage adapté à l'écriture de routines.
C’est un approche low-code qui permet, avec un langage et une syntaxe dédiée, d’obtenir des séquences de traitement produites à partir d’un zoom de l’ERP sans passer par un environnement de développement, permettant aussi a des profils non développeurs ayant une certaine maîtrise dans la logique de programmation d’adapter le comportement du configurateur.
Une routine peut être une simple affectation/lecture de donnée, une écriture plus avancée avec des conditions, ou un algorithme un peu plus complexe qui va permettre une mise à jour de donnée selon différents critères.
- En mode réel, la sauvegarde des enregistrements est fait en temps réel lors de l’exécution de la routine. On ne pourra donc pas revenir en arrière sur un code traitement qui à créé ou modifié des données.
- Le mode simulation permet de se projeter et de vérifier une routine sans réaliser les créations ou mises à jours de données, cependant ce mode ne permet pas de valider une succession d’étapes qui dépendent de la sauvegarde effective des données. Afin de valider proprement l’enchaînement des routines et la cohérence du résultat obtenu, il est bien évidemment recommandé de monter vos jeux d’essais sur des environnement de TEST.
Dossier de travail des codes traitement dans les implicites
Un code traitement va être converti en un “objet” utilisable dans l’ERP de la même manière que les objets livrés avec l’ERP lors de son installation. Il est donc indispensable que ces objets soient placés dans un endroit connu de l’ERP.
On utilise a cette fin les chemins implicites de l’ERP afin d’y avoir un dossier de travail pour le configurateur. Par défaut, ce dossier de travail est nomme ‘CFG’ et placé sous le dossier ‘FICHIERS’
Ce dossier de travail doit donc apparaître dans les chemins implicites ainsi que dans le code chemin de la fiche ‘Dossier communs’ dans l’onglet configurateur.
Il va servir lors de la génération des objets, puis lors de l’appel des routines lors des traitements du configurateur.
Les codes traitement passent actuellement par un génération de source et une compilation dynamique d’objet diva, mais ce concept est susceptible d'évoluer.
Traitement avant / Traitement après
Dans la définition des attributs de l’article configurateur, les champs Traitement avant et Traitement après peuvent contenir la dénomination de traitements à exécuter avant ou après la saisie de la valeur d'attribut associée.
Les traitements avant / après peuvent être positionnés sur un attribut et sur le formulaire
le traitement avant du formulaire sera exécuté à l’ouverture du formulaire
le traitement avant / après d’un attribut sera exécuté avant / après le passage en saisie d’un attribut par l’utilisateur pendant le déroulement du formulaire
le traitement après du formulaire sera exécuté à la validation du formulaire
Si nous reprenons l'exemple de la porte, on pourrait par exemple imaginer un Traitement avant qui se déclencherait juste avant saisie des attributs Hauteur, largeur et épaisseur et qui pourrait par exemple indiquer à l'utilisateur "Les dimensions doivent être saisies en cm".
Toujours dans l'exemple des attributs de hauteur, largeur et épaisseur de porte, on pourrait par exemple imaginer un Traitement après qui se déclencherait après saisie de la valeur de l'attribut largeur et qui pourrait par exemple indiquer à l'utilisateur:
S'il a saisi 70, 80 ou 90 en largeur, "porte à 1 vantail".
S'il a saisi 160 en largeur, "porte à 2 vantaux".
De façon plus complexe, on pourrait imaginer un attribut 1 qui correspondrait à une couleur, un attribut 2 qui correspondrait à une taille, et un attribut 3 qui correspondrait à un prix. Le Traitement avant Attribut 3 pourrait être un traitement qui lirait la matrice Couleur X Taille et qui garnirait automatiquement la valeur d'attribut 3.
Remarque : pour des cas simples, il n’est pas nécessaire de lire une matrice. La matrice permet de laisser l’utilisateur agir avec des données pré-paramétrées, modifiables, sans avoir a retoucher des routines de code traitement.
Table des codes traitement
L’utilisation de ces tables nécessite des connaissances en algorithmique de programmation.
La table des codes traitement est accessible par Commerce et logistique/ Fichiers/ Tables/ Tables liées au configurateur/ Code traitement.
Les codes traitement correspondent à des fonctions qui reçoivent des données en entrée et retournent en sortie le résultat du traitement opéré par la fonction. Vous pouvez construire vos propres fonctions par appel à des routines préprogrammées que nous fournissons, l’utilisation de structures conditionnelles (SI, SINON, FINSI), l’utilisation des opérateurs de calcul plus, moins, multiplier et diviser et l’affectation d’une valeur à une variable (= ).
Tout formulaire du configurateur doit avoir au moins 1 code traitement qui fait appel à la fonction ENREGISTRER_ARTICLE qui va effectuer la sauvegarde des données de l’article configuré. L’appel a cette fonction pré-programmée se fait idéalement dans un code traitement associé au Traitement après du formulaire
Le zoom des codes traitement propose deux zones importantes dans le volet de droite:
Routine : c’est la zone qui permet se saisir les routines
Compte rendu : c’est la zone qui permet de consulter le compte-rendu de la dernière action sur ce code traitement : soit le résultat de l’analyse, soit le résultat de la génération (voir plus bas)
Informations générales, notamment la dernière génération
Code routine
Compte rendu d’analyse ou de génération
Dans l’exemple simple ci-dessous, le code traitement COMMUN_MAJ_ARTICLE fait appel à la routine préprogrammée et fournie ENREGISTRER_ARTICLE. Ce code traitement doit être spécifié dans le champ Traitement après de la définition du formulaire pour être exécuté à la validation du formulaire.
Ce code traitement est associé au Traitement après du formulaire FAUTEUIL
Dans l’exemple plus complexe ci-après, le code FAUT_CALCUL_PUB illustre l’utilisation de la structure conditionnelle (SI, SINON, FINSI) et l’utilisation de variables.
Ce code traitement est associé au Traitement après de l’attribut FAUTEUIL
Table des codes variables
Qui dit algorithmique et utilisation de fonctions, dit utilisation de variables. Les variables sont définies dans la table Commerce et logistique/ Fichiers/ Tables/ Tables liées au configurateur/ code variable.
Une variable peut être de type numérique, alphanumérique, ou string (chaîne de caractères).
Toute variable utilisée dans un code traitement doit exister dans cette table des codes variables.
Analyser la fonction
Une fois que la fonction routine est écrite dans Commerce et logistique/ Fichiers/ Tables/ Tables liées au configurateur/ code traitement, le bouton Analyser va effectuer une analyse syntaxique du code.
Important : L'utilisation de code Diva direct n’est pas autorisée. Seules les routines fournies et préprogrammées doivent être utilisées.
L’analyseur lexical permet de vérifier que les fonctions préprogrammées, méthodes, variables, écriture syntaxique,… utilisés dans la routine sont autorisés.
En cas d’erreurs, des messages correspondants sont restitués dans la zone de compte rendu
Exemple : le mot clé EXEC est interdit
Générer l'exécutable de la fonction
Une fois l’analyse de la fonction finalisée, le bouton Générer (dans Commerce et logistique/ Fichiers/ Tables/ Tables liées au configurateur/ code traitement ) permet la génération de la version exécutable de la fonction. Une fois cette étape passée sans erreurs, la fonction sera opérationnelle en exploitation.
Remarque : la génération est implicitement précédée par une phase d’analyse.
Langage de routines
Mot-clé routine
Mot-clé | Equivalent en langage de programmation | Utilisation |
|---|---|---|
(SI) | If | ==> Cas de test conditionnel |
(SINON) | Else | ==> Si cas de test non vrai |
(SINONSI) | Elsif | ==> 2ème cas de test |
(FINSI) | EndIf | ==> Fin cas de test |
(MAJUSCULE) | FString('U' | ==> Mise en majuscule de la chaîne -> (MAJUSCULE)"chaine_maj") |
(MINUSCULE) | FString('l' | ==> Mise en minuscule de la chaîne -> (MINUSCULE)"chaine_min") |
(EXTRAIRE) | mid( | ==> Extraction (variable, position, [ longueur ]) |
(GAUCHE) | left( | ==> Extraction à partir de la Gauche -> (GAUCHE)"chaine a extraire", X) X correspond à longueur du découpage |
(DROITE) | right( | ==> Extraction à partir de la Droite -> (DROITE)"chaine a extraire", X) X correspond à longueur du découpage |
(MODIFIER) | modify( | ==> (MODIFIER)"chaîne_à_chercher", "chaîne_de_remplacement", "chaîne_origine") |
(TANTQUE) | Loop | ==> Boucle de lecture, exécute « tant que » valeur est vrai |
(FINTANTQUE) | Endloop | ==> Fin de boucle |
(MSG) | Messagebox( | ==> Affiche un message -> (MSG)"Ceci est le corps du message", "Ceci est le titre") |
(AFFICHER_MESSAGE) | messagebox( | ==> Affiche un message -> (MSG)"Ceci est le corps du message", "Ceci est le titre") |
(SUPPRIMER_ESPACE) | NoSpaces( | ==> Supprime les espaces inutiles (début et fin) -> (SUPPRIMER_ESPACE)" chaine de travail ") |
(COMMENTAIRE) | ; | ==> Mise en commentaire d'une ligne -> (COMMENTAIRE) Ceci est un commentaire |
(ALLERA) | GOTO | ==> Branchement à une étiquette |
(ETIQUETTE) | LABEL | ==> Positionnement d'une étiquette |
(ETIQ) | LABEL | ==> Positionnement d'une étiquette |
(ET) | AND | ==> ET |
(OU) | OR | ==> OU |
(CONCAT) | & | ==> Concaténation |
(AUJOURDHUI) | Today | ==> today renvoie la date du jour au format AAAAMMJJ. |
(DATEFR) | FormatD('J0/M0/AAAA' | ==> Affiche la date du jour au format Français JJ/MM/AAAA -> (DATEFR)(AUJOURDHUI)) |
Les chaînes de caractères doivent être entourée de cote simple : '
Opérateurs routine
Opérateur | Utilisation |
|---|---|
= | Affectation de variable, affectation de valeur, Test d'égalité dans une condition Exemple : VOPTION = ‘FAUTEUIL’ ou CFG_ARTICLE.DES = ‘Mon article configuré’ ou (SI) VOPTION = ‘FAUTEUIL’ |
<, >, <=, >= | Infériorité stricte ou non, supériorité stricte ou non Exemple : PRIX >= 15 ou PRIX < 100 |
+, -, *, / +=, -=, *=, /= | Opérateurs mathématiques addition, soustraction, multiplication, division Idem avec affectation au membre de gauche |
& ou && | Concaténation de chaîne de caractères |
Enregistrement mémoire (données)
Tous les enregistrements mémoire ont pour structure celle du dictionnaire de données de l’ERP.
Pour connaître les champs disponibles dans un enregistrement mémoire, appuyez sur Ctrl+D dans le zoom correspondant à l’entité.
Exemple : le zoom article indique le champ ‘Des’ comme étant la désignation. On pourra donc affecter ce champ avec la syntaxe : CODE_ENREGISTREMENT.NomDuChamp
Code enregistrement | Entité concernée | Type d’accès | Utilisation |
|---|---|---|---|
CFG_ARTICLE | Fiche article ART | Lecture/Ecriture | Données de la fiche article. Les données de l’article configuré sont initialisées à partir de l’article configurateur Exemple d’affectation : CFG_ARTICLE.Des = ‘Mon article configuré’ |
CFG_FORM_LIGNE | Ligne courante du formulaire | Lecture/Ecriture | Données de la ligne courante pendant le déroulement du configurateur |
CFG_SSREF | Sous-référence article SART | Lecture/Ecriture | Données de la fiche sous-référence. |
CFG_INFODEPO | Information dépôt article ARTDEPO | Lecture/Ecriture | Données de la fiche information dépôt de l'article |
CFG_INFOSTOCK | Information stock article ARTSTOC | Lecture/Ecriture | Données de la fiche information stock de l'article |
CFG_REFCLIENT | Référencement client RCL | Lecture/Ecriture | Données de la fiche référencement client de l'article |
CFG_REAPPROFOUR | Réapprovisionnement fournisseur RFO | Lecture/Ecriture | Données de la fiche réapprovisionnement fournisseur de l'article |
CFG_ARTREAPPRO | Réapprovisionnement article RSO | Lecture/Ecriture | Données de la fiche réapprovisionnement de l'article |
CFG_CLIENT | Fiche client CLI | Lecture/Ecriture uniquement pièce | Données de la fiche client. Uniquement utilisable dans un contexte de saisie de pièce |
CFG_FOURNISSEUR | Fiche fournisseur FOU | Lecture/Ecriture uniquement pièce | Données de la fiche fournisseur. Uniquement utilisable dans un contexte de saisie de pièce |
CFG_NOM_ENT | Entête de nomenclature BA | Lecture/Ecriture uniquement prod | Données de l’entête de nomenclature. Uniquement utilisable dans un contexte de la configuration d’un article fabriqué |
CFG_NOM_COMP | Ligne de composant BB | Lecture/Ecriture uniquement prod | Données de chaque ligne de composant. Uniquement utilisable dans un contexte de la configuration d’un article fabriqué |
CFG_GAM_SEQ | Ligne de séquence de gamme BC | Lecture/Ecriture uniquement prod | Données de chaque ligne de séquence. Uniquement utilisable dans un contexte de la configuration d’un article fabriqué |
LCT_SOC | Fiche dossier courante SOC | Lecture | Données de la fiche dossier en cours d’utilisation |
LCT_ENT | Entête de pièce ENT | Lecture uniquement pièce | Données de l’entête de pièce. Uniquement utilisable dans un contexte de saisie de pièce |
LCT_MOUVEMENT | Mouvement de pièce MOUV | Lecture uniquement pièce | Données de mouvement de pièce Uniquement utilisable dans un contexte de saisie de pièce |
LCT_G1T1 | Ligne de pièce G1T1 | Lecture uniquement pièce | Données de ligne de pièce . Uniquement utilisable dans un contexte de saisie de pièce |
LCT_VENTILATION | Ventilation de pièce MVTL | Lecture uniquement pièce | Données de ventilation de pièce. Uniquement utilisable dans un contexte de saisie de pièce |
Fonctions préprogrammées
Fonctions préprogrammées de gestion de l’article configuré
Nom de la fonction et paramètres | Utilisation |
|---|---|
ENREGISTRER_ARTICLE | Création ou modification de l'article configuré selon les données CFG_ARTICLE Si CFG_ARTICLE.REF indique une référence d’un article existant, alors il sera mis à jour Sinon l’article sera créé
|
CHARGER_xxxx avec xxxx pouvant être : SSREF en lien avec les données CFG_SSREF INFODEPO en lien avec les données CFG_INFODEPO INFOSTOCK en lien avec les données CFG_INFOSTOCK REFCLIENT en lien avec les données CFG_REFCLIENT REAPPROFOUR en lien avec les données CFG_REAPPROFOUR REAPPRO en lien avec les données CFG_ARTREAPPRO | Chargement de la sous-fiche article xxxx. Il faut au préalable utiliser l’enregistrement mémoire pour indiquer les champs CLE qui permettent de trouver la fiche à charger. Exemple : ; Positionnement des champs clé de la fiche réapprovisionnement article ; Chargement de la fiche |
ENREGISTRER_xxxx avec xxxx pouvant être : SSREF en lien avec les données CFG_SSREF INFODEPO en lien avec les données CFG_INFODEPO INFOSTOCK en lien avec les données CFG_INFOSTOCK REFCLIENT en lien avec les données CFG_REFCLIENT REAPPROFOUR en lien avec les données CFG_REAPPROFOUR REAPPRO en lien avec les données CFG_ARTREAPPRO | Enregistrement/sauvegarde de la sous-fiche article xxxx. Il faut au préalable avoir chargé la fiche avec CHARGE_xxxx. Exemple : ; Sauvegarde de la fiche |
ENREGISTRER_CLIENT | Uniquement dans un contexte de saisie de pièce. Modification de la fiche client selon les données CFG_CLIENT |
ENREGISTRER_FOURNISSEUR | Uniquement dans un contexte de saisie de pièce. Modification de la fiche client selon les données CFG_FOURNISSEUR |
ENREGISTRER_ARTICLE_NOMENCLATURE | Création ou modification de l'article configuré selon les données CFG_ARTICLE et les données de production de la nomenclature/gamme associée à l’article configurateur (même règles pour la gestion de l’article que ENREGISTRER_ARTICLE) |