Modèles

• Code (champ COD)

Code table sur 20 caractères, numériques ou alphanumériques selon le type de la table. Dans ce dernier cas, le format n'est pas contrôlé à la saisie. Aussi, tout caractère non numérique n'est pas pris en compte. De plus, seul le point (".") sert de séparateur : la virgule n'est pas prise en compte.

• Intitulé (champ ITIDESAXX)

• Actif (champ ENAFLG)

Cochez ou décochez cette cache pour spécifier si votre Code Tri est actif ou inactif.

• Si la case est cochée, vous pouvez appliquer le Code Tri à une vacation ou à une zone de préparation.
• Si la case est décochée, vous ne pouvez pas appliquer le Code Tri. Si vous essayez de le faire, vous recevrez un message d’erreur qui vous indique que vous ne pouvez pas l’utiliser.   

• Interface (champ ITR)

Code de l'interface sur laquelle s'appuie le modéle.

• Type de fichier (champ TYPFIL)

Définit la structure utilisée pour gérer les données dans le fichier à importer ou exporter. Pour plus d'informations, cf. le paragraphe correspondant.

• Séparateur de champ (champ SEPFLD)

Définit le séparateur entre deux champs.

Pour saisir un caractère non imprimable, il faut entrer un '\' (barre de fraction inversée) suivi de 3 chiffres représentant le code ascii du caractère en base décimale.

• Sép enregistrement (champ SEPREC)

Définit le séparateur entre deux enregistrements (groupes de données).

Pour saisir un caractère non imprimable, il faut entrer un '\' (barre de fraction inversée) suivi de 3 chiffres représentant le code ascii du caractère en base décimale.

Souvent, on utilise :

• le caractère line feed (\010), qui correspond à la fin de ligne dans des fichiers textes sous Unix
• la combinaison des deux caractères carriage return, line feed (\013\010)n qui correspond à la fin de ligne dans des fichiers textes Windows.

• Délimiteur de champ (champ FLDLIM)

Définit le séparateur entre deux champs.

Pour saisir un caractère non imprimable, il faut entrer un '\' (barre de fraction inversée) suivi de 3 chiffres représentant le code ascii du caractère en base décimale.

• Format fichier (champ CODDBA)

Définit la structure utilisée pour gérer les données dans le fichier à importer ou exporter. Pour plus d'informations, cf. le paragraphe correspondant.

• Jeu de caractères (champ OPTCHA)

Lorsqu'on utilise le jeu de caractère ascii, il est possible d'utiliser différents formats standardisés :

• Le code ISO 8859 (qui est par ailleurs le jeu interne d'Adonix lorsqu'on travaille en ascii)
• Le code IBM PC
• Le code ASCII 7 bits (sans accents : les lettres accentuées sont converties dans la minuscule correspondante.)

• Format des dates (champ OPTDAT)

Définit la manière dont sont codés les champs de type date (ordre et nombre de caractères pour l'année). 

Seul l'ordre des chiffres et le nombre de caractères de l'année peut ainsi être spécifié. A l'import, d'éventuels caractères de séparation entre champs sont filtrés; ainsi des dates sous la forme 29-05-59, ou 09/04/1991 sont décodés correctement.

Le sous-programme de décodage tient compte de la variable adxdcs du moteur, renseignée par le paramètre DCS se trouvant dans les paramètres généraux pour définir la manière dont est décodée une année sur deux chiffres. DCS représente l'année « pivot » qui définit le changement de siècle.

Par exemple, si DCS vaut 1940, toute année sur deux chiffres inférieure ou égale à 40 sera considérée comme faisant partie du vingt-et-unième siècle, et toute année supérieure sera considérée comme faisant partie du vingtième siècle. On sera ainsi capable d'exprimer les années entre 1940 et 2039 sur deux chiffres.

Le format AAAA-MM-JJ est réservé pour les exports de type XML.

• champ LIBDAT

• Format menus locaux (champ OPTMNL)

Les champs de type "menu local" sont stockés sous forme d'un nombre représentant leur rang dans la table.

Selon la valeur de cette zone le modèle va exporter (ou s'attendre à trouver en import) :

• 0 : dans ce cas, on écrit le choix sous la forme d'un chiffre indiquant le rang du menu dans la table : 1 pour le premier choix, 2 pour le deuxième, etc. Ceci correspond d'ailleurs au format interne sous lequel le menu local est stocké dans la base.
• 1 : on écrit alors le choix en utilisant le code (sur un caractère) associé à chaque choix de menu local. Ce code n'est pas visible en gestion des menus locaux. Il peut être défini dans les fonctions de développement, en gestion des messages : on a la possibilité de saisir ce code interne (qui ne sert qu'à cette fin, ce n'est plus, comme dans d'anciennes versions caractères, un accélérateur de saisie).
• n : (n>1) les n premiers caractères du libellé affiché en saisie. Lorsqu'on utilise cette option, l'algorithme de reconnaissance recherche sur le premier caractère, puis sur le deuxième, et ainsi de suite, jusqu'à ce qu'un seul intitulé corresponde. Ainsi, si on cherche à reconnaître CHQ dans un menu local dont les intitulés sont Espèces, Virement, Chèque, Traite, Carte Bleue, l'algorithme va reconnaître Chèque (seul intitulé dont les deux premières lettres correspondent).

Compte tenu du fait que les intitulés du menu local ne sont que des libellés utilisés en affichage, la valeur stockée dans la base étant le rang dans la table, il est parfaitement possible de changer l'intitulé des menus locaux le temps d'un import, pour que l'algorithme de reconnaissance fonctionne correctement. Attention toutefois, le fait de changer des intitulés de menus locaux ne peut être fait qu'en mode mono-utilisateur, aussi ceci n'est pas envisageable dans des transferts réguliers ou automatisés.

• champ LIBMNL

• Séparateur décimal (champ SEPDEC)

Définit le séparateur décimal utilisé pour les chiffres. Si cette zone est vide, on va considérer que le séparateur décimal est le '.' (point).

• Symbole champ vide (champ FLDSYM)

En intégration d'interface en modification, les zones comportant ce symbole ne seront pas mises à jour .

• Symbole CR+LF (champ RTNSYM)

• Niveau (champ FLGLEV)

Définit le niveau d'imbrication du groupe. Le niveau 1 est le niveau principal, un niveau N+1 définit un sous-détail du niveau N qui le précède.

• Table (champ FLGFIL)

• Code (champ FLGREC)

Ce tableau des indicateurs définit la structure des groupes d'enregistrements. Cf le paragraphe correspondant.

• Longueur (champ RECLEN)

Dans le cas d'un type de fichier de longueur fixe, il faut indiquer le nombre de caractères de chaque enregistrement.

• No (champ NUMLIG)

• Code (champ TYP)

Cette zone, n'est saisie que si le tableau des identificateurs de groupes de l'onglet précédent n'est pas vide. Elle permet de rattacher l'information à exporter ou importer à un groupe de données.

• Table (champ FIL)

• Champ (champ FLD)

Code du champs choisi dans la table utilisée dans ce modèle.

• Intitulé (champ COM)

• Position (champ LOC)

L'emplacement de stockage peut être saisi manuellement, ou bien attribué automatiquement selon le type d'emplacement associé à

l'article et selon paramétrage de la transaction de stock.

• Longueur (champ LNG)

Cette zone détermine la longueurdu champ sur le fichier séquentiel.

• Format (champ FMT)

Cette colonne n'est saisie que si le format est en longueur fixe. Pour les montants numériques, le format saisi est défini sous la forme nnn ou nnn.mmm, sachant que ces chiffres peuvent être préfixés par < ou > (cadrage gauche ou droite en complétant avec des zéros, le formattage droit étant utilisé par défaut), préfixés ou post-fixés par le caractère + (signe obligatoire avant/après le chiffre), et préfixé par le caractère * (le séparateur décimal ne doit pas apparaître). Le tableau ci-dessous montre des exemples, de formattage pour un montant donné (les espaces sont ici remplacés par des # ) :

Pour un format alphanumérique, les seules directives de formatage possibles sont < ou > (cadrage à droite ou à gauche, sachant que les chaînes de caractères sont complétées par des espaces).

• Balise (champ BAL)

Ce champ est utilisé lorsqu'on réalise des imports/exports au format XML.

En effet, lorsqu'un fichier XML est créée, on a besoin de davantage d'informations, notamment pour pouvoir créer un fichier XSD décrivant la structure du fichier XML et ainsi contrôler sa validité avec des outils de vérification de syntaxe intégrés aux différents logiciels ETL.

Ce champ définit le code de la balise décrivant le champ exporté dans le modèle, telle qu'elle apparaîtra dans le fichier XML.