Reportez-vous à la documentation de Mise en oeuvre
Présentation
On définit en tête un code, un intitulé, et un indicateur Actif sous la forme d'une case à cocher.
Champs
Les champs suivants sont présents dans cet onglet :
| Permet d'identifier les règles de conversion pour permettre l'import d'un fichier d'export généré sous Adonix ENTREPRISE v3. |
| Permet de définir un intitulé associé à chaque fiche. |
| Sélectionnez cette case à cocher pour activer la fiche courante. Les enregistrements non sélectionnés conservent leur contenu et paramétrage, mais ne pourront pas être utilisés en rappelant leur code dans :
Les habilitations sur une fonction donnée peuvent interdire la création d'une fiche active. Dans ce cas, la case est désactivée par défaut. Elle est modifiable uniquement par un utilisateur autorisé, ou via un Workflow de signature. |
Cet onglet permet de définir les paramètres généraux du transfert et décrit la structure des groupes de données à transcoder.
Une fois le code du modèle d'import-export renseigné, on voit apparaître, dans le tableau Rupture, les différents groupes de données se trouvant dans le modèle d'import final.
Il est important de définir, associés à ces groupes, un numéro de zone de rupture (seul le dernier groupe n'en a pas besoin). Ceci permet en effet de décrire sur quelle zone se fait la rupture d'enregistrement, lorsque un seul enregistrement définit en entrée plusieurs niveaux de lignes. Ceci est par exemple le cas lorsqu'on reprend des écritures d'ADONIX FINANCE V3. En effet, dans les modèles d'écriture, les informations d'en-tête sont répétées sur toutes les lignes, et il est nécessaire, pour que le découpage puisse se faire entre les différentes pièces, que l'on signale à quel rang (1 à N) se trouve la zone numéro de pièce dans le fichier d'import. A partir de là, la répartition des informations d'en-tête et de ligne se définira simplement par leur rang, une rupture dans la zone ainsi identifiant définissant le passage à la pièce suivante.
Lorsqu'on a des informations organisées en en-tête et ligne de la même façon sur le modèle d'entrée V3 et le modèle de sortie, la zone de rupture peut être conventionnellement prise comme étant la première. On définira la rupture dans la deuxième page en mentionnant le séparateur de groupe utilisé dans le modèle V3 au niveau du séparateur '/' du modèle d'import.
Champs
Les champs suivants sont présents dans cet onglet :
Bloc numéro 1
| Définit le code du modèle d'import/export qui devra lire le fichier. Le fichier v3 sera converti pour pouvoir être importé par ce modèle. |
Fichier à convertir
|   |
| Permet d'indiquer le chemin du fichier v3 qui doit être converti au format x3. |
|   |
Fichier destination
|   |
| Permet d'indiquer le chemin du fichier converti au format x3 qui pourra être importé par le module d'import standard. |
Tableau Rupture
| Code identifiant le groupe courant dans le modèle d'import-export. |
| Niveau d'imbrication du groupe courant dans le modèle d'import-export. |
| Nom de la table correspondant au groupe de données courant du modèle d'import-export. |
| Permet d'indiquer le numéro de la ligne du modèle v3 qui permet de faire la rupture dans le cas où un enregistrement v3 correspond à plusieurs niveaux x3. Par exemple: dans Adonix Entreprise v3, le fichier ECRITURES contient à la fois des informations d'entête et de lignes. Dans Sage X3, le modèle d'import standard des écritures, distingue un niveau pour l'entête et un autre pour les lignes. Il faudra donc indiquer le numéro de la zone PIECE du modèle v3 pour permettre de distinguer l'entête et le numéro de la zone NUMECT pour les lignes. Dans le cas de la conversion d'un modèle à plusieurs niveaux, le dernier niveau est considéré comme celui du détail et cette zone est vide. Sous Sage X3, ce niveau est généralement marqué par "***". |
Présentation
Dans cet onglet, on fait apparaître, en regard des champs du modèle X3, le numéro de la zone du modèle V3 qui doit être mis en correspondance, en sachant que :
Les numéros commencent à 1 et se réfèrent au début du groupe de données.
Ainsi, par exemple, imaginons que le modèle d'export V3 soit composé d'un en-tête et de lignes séparés par les 3 caractères ***, et que le modèle X3 soit composé d'un groupe nommé E, de niveau 1, et d'un groupe L, de niveau 2. Imaginons enfin que les champs de l'entête du fichier V3, nommées A, B, C doivent être repris dans l'ordre B,C, suivis d'un champ figurant la date du jour, et enfin du champ A, et que les champs E, F, G des lignes soient repris dans l'ordre E, G, F, G devant lui-même être multiplié par 100. On obtiendrait, sur l'onglet Général, le tableau suivant :
Code | Niveau | Table | Zone de rupture |
E | 1 | Table d'en-tête | 1 |
L | 2 | Table des ligne |
|
L'onglet Lignes présenterait quant à lui les données suivantes :
Code | Fichier | Champ | Commentaire | Zone V3 | Condition | Initialisation |
E | Table d'en-tête | / |
|
|
|
|
E | Table d'en-tête | B | Champ B | 2 |
|
|
E | Table d'en-tête | C | Champ C | 3 |
|
|
E | Table d'en-tête | D | Champ D |
|
| date$ |
E | Table d'en-tête | A | Champ A | 1 |
|
|
L | Table des lignes | / |
| *** |
|
|
L | Table des lignes | E | Champ E | 1 |
|
|
L | Table des lignes | G | Champ G | 3 |
| val(VALEUR)*100 |
L | Table des lignes | F | Champ F | 2 |
|
|
Champs
Les champs suivants sont présents dans cet onglet :
Tableau Champs
| Définit le code de groupe du modèle d'import X3. |
| Définit la table concernée par l'import X3. |
| Définit le champ concerné par l'import X3. |
| Intitulé associé au code précédent |
|   |
| Si la condition n'est pas vérifiée, la zone sera vide. |
| Indiquer une valeur ou une expression quiforcera la valeur de cette zone. |
|   |
|   |
Permet d'exécuter un transcodage d'import V3. |
Les champs suivants sont présents dans la fenêtre ouverte par ce bouton : Bloc numéro 1
Bloc numéro 2
Ce bouton permet de recopier la définition de la fiche depuis ou vers un autre dossier. Cas particulier de l'interface comptableUn cas particulier existe, fait pour gérer l'interface comptable avec les imputations analytiques issues de la version 3. En effet, lorsque le décodage des champs permet de renseigner une zone appelée CCE(i) (i compris entre 0 et 8), la condition i=j permet de conditionner l'affectation de la section j en fonction de la zone présente dans la ligne numéro i du modèle : cette zone représente le numéro de l'axe courant à affecter. Ceci suppose de disposer en version 3.9 des derniers patches faits sur la gestion des modèles d'import. Voici un exemple de modèle V3 fait pour transférer des écritures générales avec imputations analytiques sur les 3 axes qui se présente avec, dans l'ordre, les champs suivants :
Le modèle X3 correspondant se présente quant à lui sous la forme suivante, pour la partie en-tête :
L'onglet Lignes présente les données suivantes (on remarquera que dans cet exemple, on a fixé la devise et le type de pièce) :
Le point particulier à considérer dans ce modèle est la manière dont est faite la correspondance entre les axes analytiques extraits de la version 3. Dans la version 3, le 4ième champ du groupe de données analytique (fichier ECRANA) définit le numéro d'axe de la section avec le montant et la quantité correspondante, ce champ étant répété autant de fois que nécessaire avec le séparateur *** en fin de groupe. Les conditions particulières 4=1, 4=2, 4=3, dédiées à ce type de modèle , permettent d'affecter CCE(0) avec la section présente dans le cas où le 4ième champ de l'interface (TYPSEC) vaut 1 (ce qui est décrit par 4=1), CCE(1) avec la section si TYPSEC vaut 2, CCE(2) avec la section si TYPSEC=3. La section CCE(3) n'est ici pas affectée. Cette syntaxe permet de définir une correspondance quelconque entre les 3 axes analytiques de la version 3 et ceux d'Sage X3. |
Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :
Les fichiers de départ et d'arrivée ne doivent pas être identiques
Il s'agit davantage d'un avertissement : le fichier à écrire existe déjà et va être remplacé par le résultat de l'opération si on continue celle-ci.
On a utilisé un modèle X3 qui ne permet pas l'import de données.
Seuls les fichiers de type Ascii 2 ou Délimité sont autorisés