Les Matrices Prédéfinies
Matrice de condition
Les matrices de condition (cadre d’utilisation : LOG / LOGDAT / LOGCLESUP) ont pour but de renvoyer une valeur booléenne Oui ou Non. Ces matrices sont donc prédéfinies avec une sortie de type logique.
Cette sortie peut cependant être complétée par des MAJ de VBP.
Exemple : la condition logique qui suit dépend de la VBA matière ainsi de la VBA type de fenêtre.
Contrainte1 : Matière | Contrainte 2 : Type fenêtre | Validité du test |
Alu | FE2 | Yes |
Alu | FE3 | No |
PVC | FE2 | No |
PVC | FE3 | Yes |
Log : matrice permettant la gestion de condition (une seule sortie de type logique YES / NO)
Contrainte1 : Matière | Contrainte 2 : Type fenêtre | Validité du test |
Alu | FE2 | Yes |
Alu | FE3 | No |
PVC | FE2 | No |
PVC | FE3 | Yes |
LogDat : matrice permettant la gestion de condition en fonction d’une période. La date de référence est définie par la VBA.IGeDatApp initialisée par défaut avec le champ SDE.CdeDateRecep.
Entrée 1 : Matière | Entrée 2 : Type Fen | Date Début | Date Fin | Validité du test |
Alu | FE2 | 01/01/2008 | 31/12/2008 | Yes |
Alu | FE3 | 01/01/2008 | 31/12/2008 | No |
PVC | FE2 | 01/01/2008 | 31/12/2008 | No |
PVC | FE3 | 01/01/2008 | 31/12/2008 | Yes |
Alu | FE3 | 01/07/2008 | 31/07/2008 | Yes |
Gestion d’une exception pour la période du 01/07 au 31/07
LogCleSup : matrice permettant la gestion de condition logique en fonction d’une période et de deux clés supplémentaires définies par les VBA.IGeCleSup1 et VBA.IGeCleSup2 alimentées respectivement par les champs SDE.CliResRef et SDE.CliGenRef. La recherche est effectuée en prenant en compte les clés supplémentaires et la date de référence, si rien n’est trouvé une nouvelle recherche est effectuée uniquement sans les clés.
Entrée 1 : Matière | Entrée 2 : Type Fen | Date Début | Date Fin | CléSup1 : Réseau | CléSup2 : Client | Validité du test |
Alu | FE2 | 01/01/2008 | 31/12/2008 | Yes | ||
Alu | FE3 | 01/01/2008 | 31/12/2008 | No | ||
PVC | FE2 | 01/01/2008 | 31/12/2008 | No | ||
PVC | FE3 | 01/01/2008 | 31/12/2008 | Yes | ||
Alu | FE2 | 01/01/2008 | 31/12/2008 | GD | 0001 | No |
Alu | FE3 | 01/01/2008 | 31/12/2008 | GD | 0001 | Yes |
Dans cet exemple, si la matière est Alu et le type de fenêtre FE2 ou FE3, la validité du test est différente pour le couple CléSup1 / CléSup2 représentant le Réseau - Client GD /0001. Le cas général doit être systématiquement défini, il devient alors aisé de paramétrer des cas particuliers.
Matrice Liste Aide et Contrôle
Les matrices liste de valeur (cadre d’utilisation : LST) ont pour but d’alimenter des listes de valeurs pour les scénarios commerciaux (contraintes VBA ou VBP) ainsi que les scénarios PSD (contraintes VSD ou VBP).
Ces matrices sont donc prédéfinies avec les sorties suivantes.
N° ordre d’affichage des éléments dans la liste d’aide générée |
Référence de la Valeur |
Désignation de la valeur |
Image liée à la valeur (code image Interne Diapason) |
Les sorties des matrices de type liste de valeur peuvent être complétées par la mise à jour de VBA ou VSD et/ou de VBP.
La mise à jour de VBA ou VSD peut ainsi être effectuée sur sélection d’un enregistrement de la liste de valeurs. La matrice a alors une double fonctionnalité :
Alimenter une liste d’aide et contrôler si nécessaire que les valeurs saisies appartiennent bien à la liste.
Effectuer des MAJ de VBA ou d’attributs d’affichage de VBA en fonction de la valeur saisie.
Exemple :
N°Ordre | Ref valeur | Désignation | Image | VBA.Famille | VBA.Hauteur | VBA.Largeur |
10 | PVC | Matière PVC | OF2 | 1250 | 1200 | |
20 | BOIS | Matière Bois | OF | 1400 | 1200 | |
30 | ALU | Matière ALU | CHC |
Lorsque l’utilisateur saisira la valeur PVC la VBA famille sera alimentée automatiquement avec la valeur OF2, la hauteur à 1250 et la largeur à 1200.
Lorsque l’utilisateur saisira la valeur ALU la VBA famille sera alimentée automatiquement avec la valeur CHC (aucune valeur ne sera alimentée pour les VBA hauteur et largeur).
Matrice de Mise A Jour : MAJ / MAJCLESUP / MAJDAT
Les matrices de MAJ sont classifiées en 3 catégories :
MAJ : le détail de la matrice est uniquement lié aux contraintes de la matrice.
MAJDAT : le détail de la matrice est lié aux contraintes de la matrice ainsi qu’a une période de validité définie par une date de début et une date de fin. La date référence à prendre en compte pour choisir la période valide est définie par la VBA.IGeDatApp. Cette VBA est initialisée par défaut avec la date de réception de la commande. Il est ainsi possible d’effectuer des MAJ différentes en fonction d’une date
MAJCLESUP : le détail de la matrice est lié aux contraintes de la matrice plus une période définie par une date de début et une date de fin, ainsi que de deux clés supplémentaires. Ces deux clés Supplémentaires sont définies par les VBA.IGeCleSup1 et VBA.IGeCleSup2 initialisée par défaut respectivement avec le réseau et le client de la commande. Lors de l’exécution d’une matrice de MAJ de cadre d’utilisation CLESUP : une première recherche est effectuée en prenant en compte les valeurs des clés banalisées 1 et 2. Si rien n’est trouvé une deuxième recherche est effectuée sans prendre en compte les valeurs des clés supplémentaires. Il est ainsi possible d’effectuer une recherche au titre d’un cas particulier et ensuite pour les cas général si rien n’a été trouvé. Par exemple existe-t-il une règle spécifique (détail de la matrice) au titre de ce client / Réseau et si rien n’est trouvé d’exécuter la règle « défaut » : choix d’un composant d’un lien générique : choisir un article spécifique pour un réseau client. De même la prise en compte d’une date référence permet dans notre exemple de choix d’un composant d’un lien générique de choisir un autre composant à une date précise.
Les matrices de MAJ permettent d’une manière générale la mise à jour des données de gestion : VBA, VBP, VSD, IT scénario, IT Nomenclature, IT pointeur.
Ces matrices sont découpées en sous catégories selon leur Type d’Utilisation.
Type d’utilisation INoCorITS : Correspondance IT scénario => IT pointeur
Les matrices de MAJ de type INoCorITS ont pour but de créer des IT Pointeur à partir IT scénario. La matrice extrait d’une part des ITS scénario et crée d’autre part des IT pointeur.
Les contraintes d’entrées ainsi que les Maj de sorties sont prédéfinies.
Dans l’exemple ci-dessus, toutes les IT scénario dont le contexte est Itest et le Type It est CTX seront extraites. La valeur * initialisée sur les champs Sous Type Code et Valeur signifie qu’il n’y a aucune restriction à réaliser sur ces champs.
Chaque IT correspondant à la condition d’extraction génèrera une IT de type pointeur. Les Valeurs extraites des ITS scénarios sont directement utilisable pour la création d’IT pointeur à l’aide des Instructions :
ITS.RefContexte : valeur extraite du contexte scénario
ITS.di-t-type : valeur extraite du Type IT scénario
ITS.di-t-sstype : valeur extraite du Sous Type IT scénario
ITS.di-t-code : valeur extraite du Code IT scénario
ITS.di-t-valeur : valeur extraite du champ IT Valeur scénario
ITS.NumOrdIT : valeur extraite du N°IT scénario
ITS.ValNumIT1 : valeur extraite du champ numérique 1 IT scénario
ITS.ValNumIT2 : valeur extraite du champ numérique 2 IT scénario
ITS.ValNumIT3 : valeur extraite du champ numérique 3 IT scénario
Type d’utilisation INoCtxIni : Correspondance VBA Technique / VBA Scénario
Les matrices de Type INOCtxIni permettent lors de la définition des contextes techniques d’effectuer une correspondance entre des VBA propres au contexte technique et des VBA du scénario commercial rattaché.
Ce type de matrice n’est pas prédéfinie. Les sorties de la matrice correspondent au VBA technique à mettre à jour en fonction des contraintes d’entrées si elles existent.
Type d’utilisation INoExiLie: Existence Lien Nomenclature
Les Matrices de Type INoExiLie permettent de caractériser la nature d’un lien d’une nomenclature générique en fonction de contraintes :
Quantité de Lien : VBA.di-qte-lien
Référence Article : VBA. ge-ref-gene
Unité de mesure : VBA. ge-um-emp
Ce type de matrice est donc prédéfini avec les 3 valeurs de VBA énoncées précédemment.
L’exemple ci-dessus permet de définir la référence d’un lien profilé Ouvrant en fonction du type de Profil. Dans le cas où l’unité de mesure n’est pas définie dans la matrice comme dans notre exemple, la variable standard SNO.NomQteUnMeCsa (Unité Mesure Qté. Composant) est alors prise en compte automatiquement pour définir le lien.
Remarque : les matrices d’existence ont un champ supplémentaire qui permet de spécifier la requête REB de création des articles standard (Gestion des RAL) ni aucun enregistrement n’est trouvé lors de l’exécution de la matrice.
Cette fonctionnalité n’est disponible qu’avec le moteur ABL.
Lors de l’exécution de la requête ABL les VBP suivantes sont disponibles :
IGeRefMat : Référence de la matrice en cours d’exécution
INoRefCse : référence du composé du lien en cours
INoRefLien : numéro de lien en cours
INoRefCsa : référence du composant du lien en cours
IGeMatCar1 : valeur de l’entrée caractère 1 de la matrice
IGeMatCar2 : valeur de l’entrée caractère 2 de la matrice
IGeMatCar3 : valeur de l’entrée caractère 3 de la matrice
IGeMatCar4 : valeur de l’entrée caractère 4 de la matrice
IGeMatCar5 : valeur de l’entrée caractère 5 de la matrice
IGeMatNum1 : valeur de l’entrée numérique 1 de la matrice
IGeMatNum2 : valeur de l’entrée numérique 2 de la matrice
IGeMatNum3 : valeur de l’entrée numérique 3 de la matrice
IGeMatNum4 : valeur de l’entrée numérique 4 de la matrice
IGeMatNum5 : valeur de l’entrée numérique 5 de la matrice
Gestion des Kits Nomenclatures
Lors de la définition de l’existence des contextes Techniques, si une matrice de type INoExiLie est utilisée pour définir la quantité de Lien, un lien de type Kit sera alors défini. Cela signifie que chaque détail de la matrice répondant aux contraintes d’entrée génèrera un lien nomenclature sous le lien courant.
Dans l’exemple ci-dessus l’utilisation de la matrice Kit pour la définition du nombre de lien du contexte technique du Lien 040 VAD IPROFIL_D se traduit de la façon suivante :
Si la VBA.Famille = OB un lien sera généré automatiquement sous le lien courant :
Qte de lien 3
Article standard rattaché 105186
Unité mesure : défaut composant
Si la VBA.Famille = OF deux liens seront générés automatiquement sous le lien courant :
Un premier Lien :
Qte de lien 2
Article standard rattaché 105125-B
Unité mesure : défaut composant
Un second lien :
Qte de lien 5
Article standard rattaché 145520
Unité mesure : Pce
Ces liens seront créés dynamiquement et non pas besoin d’être définis dans la nomenclature générique ainsi que dans l’outil de maintenance des liens.
Les matrices de type Kit permettent pour chacun des liens générés de définir en plus du lien, les IT pointeurs à générer si nécessaire.
Cette opération s’effectue en initialisant sur le champ Enchaînement une matrice de INoITLie (IT pointeur). Pour chacun des liens générés, la matrice d’enchaînement initialisée sur le lien sera exécutée.
Type d’utilisation INoIniLie: Init. Lien Nomenclature
Les Matrices de Type INoIniLie permettent d’initialiser des VBA au titre d’un lien nomenclature. Ces matrices ne sont pas prédéfinies. Les sorties de la matrice peuvent être de type VBA ou VBP.
L’exemple ci-dessus permet d’initialiser la VBA longueur crémone en fonction de la référence Crémone initialisée sur le lien.
Type d’utilisation INoITLie: Init. IT Nomenclature
Les Matrices de Type INoITLie permettent d’initialiser des ITs pointeurs au titre d’un lien nomenclature. Ces matrices sont prédéfinies de la façon suivante :
VBA.di-t-type : valeur du Type ITs à générer.
VBA.di-t-sstype : valeur du Sous Type ITs à générer.
VBA.di-t-code : valeur du Code ITs à générer.
VBA.di-t-valeur : Valeur ITs à générer.
VBA.ge-ref-ptr : référence du pointeur sur lequel doivent être générer les ITs si différent du pointeur courant.
Type d’utilisation INoITNom : IT temporaire Nomenclature
Les Matrices de Type INoITNom permettent d’initialiser des IT Nomenclature (ITN) temporaires au titre de la nomenclature. Ces ITN ne sont pas affectées à un pointeur, elles sont créées au titre de la nomenclature et ne sont pas stockées en fin de génération nomenclature. Ces ITN peuvent être générées depuis n’importe quel pointeur, et peuvent aussi être lues depuis n’importe quel pointeur. Elles permettent de partager des données entre les différents pointeurs le temps de la génération.
Ces matrices sont prédéfinies de la façon suivante :
ITN. Action : action à réaliser Création d’ITN ou Suppression Obligatoire
ITN.di-t-type : valeur du Type ITN à générer. Obligatoire
ITN.di-t-sstype : valeur du Sous Type ITN à générer. Obligatoire
ITN.di-t-code : valeur du Code ITN à générer. Obligatoire
ITN.di-t-valeur : Valeur ITN à générer. Obligatoire
ITN.ValCarIT1 : Champ Caractère Supplémentaire 1 Facultatif
ITN.ValCarIT2 : Champ Caractère Supplémentaire 2 Facultatif
ITN.ValCarIT3 : Champ Caractère Supplémentaire 3 Facultatif
ITN. ValNumIT1 : Champ Numérique 1 Facultatif
ITN. ValNumIT2 : Champ Numérique 2 Facultatif
La lecture d’IT Nomenclature s’effectue à l’aide d’une formule de recherche de type ITN permettant de définir l’action de recherche, le champ recherché ainsi que la condition de recherche.
Type d’utilisation IScGesCtxL: Création Contexte
Les Matrices de Type IScGesCtxL permettent lors de la phase de création de contexte scénario d’initialiser des VBA sur les futurs contextes. Les valeurs de VBA sont ainsi « poussées » depuis un contexte père sur un ou plusieurs contextes fils.
Les matrices de type IScGesCtxL ne sont pas pré configurées. Elles diffèrent des matrices MAJ classique par le fait qu’il est impératif de préciser lors des définitions des sorties de la matrice, la référence du contexte à mettre à jour. La référence du contexte doit être encadré par des crochets et se positionner juste à la suite de la référence VBA. : RefVBA[RefContexte]. La référence du contexte peut être une constante, une VBA, une VBP ou une formule.
Le plug in de configuration fournit nativement lors de la génération de chaque contexte fils les VBP suivantes :
VBP.IScRefCtxFils : Référence du contexte fils en cours de création
VBP.IScModCtxFils : Modèle du contexte fils en cours de création
VBP.IScNbCtxFilsFor : Nombre total de contexte à créer pour la nature en cours.
VBP.IScIndCtxFilsEC : Indice de création en cours par rapport à la nature en cours (Si le nombre de contextes à créer est 3, cet indice va prendre successivement les valeurs, 1 puis 2 puis 3).
VBP.IScIndCreFilsModExi : Nombre total de contexte à créer pour le modèle de contexte en cours. Plusieurs natures de MAJ peuvent créer des contextes utilisant le même modèle. Cet indice prend en compte tous les contextes ayant le modèle en cours toutes natures confondues.
VBP.IScCtxFilsModExi : Nombre total de contexte déjà créer pour le modèle de contexte en cours en dehors de ceux déjà créés pour la nature de MAJ en cours. Exemple la Nature de Maj 1 à créer 3 contextes basés sur le modèle Traverse. La nature de MAJ 4 doit créer 2 contextes basés sur le modèle Traverse. La valeur de la VBP.IScCtxFilsModExi vaudra 3.
VBP.IScIndCreFilsTsMod : nombre total de contextes déjà créés pour le contexte père en cours, tous modèles de contextes confondus.
Type d’utilisation IScITLie: IT Scénario
Les Matrices de Type IScITLie permettent d’initialiser des IT scenario pour le contexte en cours (ITS). Ces ITs peuvent être lues depuis n’importe quel contexte. Ces matrices sont prédéfinies de la façon suivante :
ITS. Action : action à réaliser Création d’ITN ou Suppression Obligatoire
ITS.di-t-type : valeur du Type ITN à générer. Obligatoire
ITS.di-t-sstype : valeur du Sous Type ITN à générer. Obligatoire
ITS.di-t-code : valeur du Code ITN à générer. Obligatoire
ITS.di-t-valeur : Valeur ITN à générer. Obligatoire
ITS. ValNumIT1 : Champ Numérique 1 Facultatif
ITS. ValNumIT2 : Champ Numérique 2 Facultatif
ITS. ValNumIT3 : Champ Numérique 3 Facultatif
La lecture d’ITs Scénario s’effectue à l’aide d’une formule de recherche de type ITS permettant de définir l’action de recherche, le champ recherché ainsi que la condition de recherche.
Pour les formules de type recherche caractère l’action de recherche est uniquement recherche d’une Valeur. Dans le cas d’une recherche de type numérique l’action peut être recherche VALeur ou SOMme.
Sélection du champ recherché ou à sommer en fonction du type de formule Caractère ou Numérique.
Type d’utilisation IScMajES: MAJ E/S VBA VSD
Le type de matrice IScMajES permettent de mettre à jour des VBA (ou VSD) ainsi que des attributs d’affichage (Masquée, saisie, Affichée) CLE, CLEVBA ou CLEVSD.
Ces matrices ne sont pas prédéfinies.
Exemple de sorties de matrice de type MAJ :
TYPE MAJ | REF MAJ | Signification |
VBA | Isolation | Maj de la valeur de la VBA isolation |
CLE | CLE1 = BVR | Maj des attributs d’affichage de toutes les VBA ayant comme cle1 de regroupement la valeur BVR |
CLE | CLEVBA = VBP.RefVBA | MAJ des attributs d’affichage pour la VBA dont la référence est définie par al valeur de la VBP RefVBA. |
CLE | CLEVSD = ZoneFerm | MAJ des attributs d’affichage pour la VSD dont la référence est ZoneFerm |
VSD | Hauteur | Maj de la valeur de la VSD Hauteur |
ARG | Car1 | Arguments passés dynamiquement a la matrice |
Les Matrices de Correspondance Modèle Dessin
Les matrices de correspondance Modèle ont pour but d’établir une correspondance entre les paramètres attendus par un modèle de la librairie dessin et les VBA du scénario.
La correspondance peut être définie pour un modèle précis, au titre d’un type d’élément (ouvrant, type remplissage…) pour une forme géométrique ou toutes les formes rattachées.
Les matrices de correspondance peuvent affectées directement à un modèle, à une forme géométrique ou bien affectées spécifiquement au moment de l’exécution du dessin.
Correspondance / Modèle
La correspondance par modèle consiste à définir une matrice de correspondance spécifique à un modèle et ne prenant en compte que les paramètres de ce modèle.
Correspondance / Type d’élément et Forme Géométrique
La correspondance par Type d’élément et forme géométrique consiste à définir une matrice de correspondance prenant en charge les différents modèles liés à un type d’élément et une forme géométrique. Ce type de matrice prend en charge la totalité des paramètres de différents modèles liés.
La correspondance peut être effectuée pour les scénarios commerciaux (VBA et VBP) et/ou pour les PSD de définition des modèles (VSD et VBP) dans le cas où les paramètres de définition sont propres à l’utilisateur.
Le modèle * correspond à la valeur « valable tout modèle ». Cette valeur sera prise en compte si rien n’est défini pour la référence modèle en cours de génération.
Correspondance / Type d’élément
La correspondance par Type d’éléments toutes formes géométriques consiste à définir une matrice de correspondance prenant en charge les différents modèles liés à un type d’élément pour toutes les formes géométriques concernées. Ce type de matrice prend en charge la totalité des paramètres de différents modèles liés.
La correspondance peut être effectuée pour les scénarios commerciaux (VBA et VBP) et/ou pour les PSD de définition des modèles (VSD et VBP) dans le cas où les paramètres de définition sont propres à l’utilisateur.
Seul le modèle * peut être paramétré pour ce type de matrice. Cela signifie que les paramètres sont communs quel que soit le type de forme géométrique.
Les Matrices de Correspondance Caractéristique Dessin
Les matrices de correspondance Caractéristique ont pour but d’établir une correspondance entre les paramètres de type caractéristique (couleur primaire, couleur dégradée, …) attendus par un modèle de la librairie dessin et les VBA du scénario.
La correspondance peut être définie pour un modèle précis, au titre d’un type d’élément (ouvrant, type remplissage…) pour une forme géométrique ou toutes les formes rattachées. Le principe de fonctionnement est identique que celui des matrices de correspondance Modèle Dessin
Les matrices de correspondance caractéristique peuvent affectées directement à un modèle, à une forme géométrique ou bien affectées spécifiquement au moment de l’exécution du dessin.
Les Matrices de Correspondance Transposées (Paramètre et Caractéristique)
Les matrices de correspondance transposée permettent une mise en forme « transposée » des différents paramètres des matrices de Correspondances Modèle ou Correspondance des modèles uniquement liés au Calcul Dimensionnel.
Le nombre de paramètres de ces modèles étant de plus en plus important la mise en forme classique de ces paramètres sous forme de colonnes ne permet plus d’avoir une bonne lecture de la matrice.
Le champ d’entête de matrice « Transposée » permet de modifier la mise en forme de ces différents paramètres afin de les présenter classés par domaine sous formes de ligne.
Des listes d’aides et de contrôle permettent d’assister l’utilisateur sur la saisie des différents paramètres.
Remarque :Certains paramètres des modèles peuvent être éliminés au cours du temps. Un message d’avertissement informe l’utilisateur à l’ouverture de la requête. Ils sont classés temporairement dans le Domaine Non Utilisé avant suppression automatique lors de la validation de la matrice :
Les Matrices 2D
Les Matrices 2D sont des matrices de cadre d’utilisation MAJ ou Valeur dont le détail peut être défini directement sous forme de tableau à deux dimensions Hauteur et Largeur (Y/X).
Le champ d’entête Type Utilisation permet de spécifier la mise en forme 2 Dimensions.
Le nombre d’entrées caractères est donc nul et le nombre d’entrées numérique figés à 2 :
Première entrée pour la Largeur (X)
Deuxième entrée pour la Hauteur (Y)
Les données de la matrice sont automatiquement mises en forme sous une structure Tableau. Les données de la première colonne (Hauteur) et de la dernière ligne (Largeur) doivent être impérativement de type numérique.
Lors de la première saisie des données l’utilisateur peut directement coller le tableau à intégrer.
Coller les données à intégrer.
Lancer ensuite le calcul du repère permettant de vérifier la cohérence du tableau.
Remarque : les bornes prisent en compte lors de l’exécution de la matrice sont fonction des types accès définis en entête de matrice (>, >=, < ou <=).
Les Matrices de Tarif
Les matrices de Tarif permettent de lancer un calcul de Tarif Grille et/ ou Plus-Values VBA par VBA. Ces matrices sont prédéfinies.
IScNatTar : Obligatoire. Nature de tarif de rattachement. Permet de déterminer les différents types de tarifs à calculer
IscNumOrdNat : Obligatoire. Ordre d’exécution
IScCodTar : Facultatif. Code Tarif à exécuter
IScFamPV : Facultatif. Famille de PV à exécuter
IScNatPV : Facultatif. Nature de PV à prendre en compte par rapport à la famille PV à exécuter. Si Vide toutes les Natures rattachées à la Famille de PV seront prises en compte pour l’exécution.