|
Depuis la version ACE 5.0-00, Edition Spéciale 1 , les formats d’intégrateur commencent à la position n° 1 (et non plus à la position n° 0, comme auparavant). |
| Nom | Désignation |
Version ACE |
Posit | Taille | Type | Règles de gestion |
| typenr |
Type d’enregistrement |
4.1-00 | 1 | 2 | Num |
22 pour Lignes d’événement. |
| typmaj |
Type de mise à jour |
4.1-00 | 3 | 1 | Num |
2 méthodes (voir commentaires en fin de tableau) Sans mise à jour automatique de la quantité du poste : 1 : Créer. 2 : Modifier. 3 : Supprimer. 9 : Gérer. Avec mise à jour automatique de la quantité du poste : 4 : Créer. 5 : Modifier. 6 : Supprimer. 8 : Gérer. |
| codfct |
Binaire à simuler |
4.1-00 | 4 | 8 | Char | |
| codpev | Code transaction (cible) | 4.1-00 | 12 | 8 | Char |
Code de la fonction dont l'intégrateur doit reproduire les règles de gestion, c'est à dire le comportement (fonctions basée sur GCOV). |
| numeve_7 | Numéro d’événement | 4.1-00 | 20 | 7 | Num |
Si le numéro d’événement n’est pas renseigné, le système crée le poste avec le dernier numéro d’événement utilisé lors de la création d’un entête. |
| numpos_3 | Numéro de poste de l’événement | 4.1-00 | 27 | 3 | Num |
Si le poste d’événement n’est pas renseigné, le système utilise un compteur interne qui est réinitialisé à chaque création d’entête. |
| numlig |
Numéro de ligne de l’événement |
4.1-00 | 30 | 3 | Num |
Si non renseigné, calcul automatique du numéro de poste à créer (uniquement en création). |
| numevo_7 |
Numéro de l’événement origine |
4.1-00 | 33 | 7 | Num | |
| numpoo_3 |
Numéro de poste de l’événement origine |
4.1-00 | 40 | 3 | Num | |
| numlio |
Numéro de ligne de l’événement origine |
4.1-00 | 43 | 3 | Num | |
| qtecde |
Quantité commandée en coduni |
4.1-00 | 46 | 10 | Dec |
Format 7.2 par défaut, autre par le paramètre M_QTE). Lorsque le paramètre UNISAI est positionné avec A1=O, ce champ contient la quantité exprimée en unité de saisie (EVP.unisai). |
| coduni |
Code unité de vente |
4.1-00 | 56 | 3 | Char |
Non renseigné, le PPE INTUNI détermine la valeur par défaut de l’unité de commande A1 : · UVP : Unité de vente du produit. · UVT : Unité de vente tiers. · UVC : Unité Vente Consommateur. · UCOL : Unité de colisage. · UE : Unité d’expédition. Lorsque le paramètre UNISAI est positionné avec A1=O, ce champ contient l’unité de saisie du poste (EVP.unisai). |
| datliv |
Date de livraison (AAAAMMJJ) |
4.1-00 | 59 | 8 | Date |
Non renseignée, calculée automatiquement à partir des informations de GPEV pour le code transaction. |
| datexp |
Date d’expédition (AAAAMMJJ) |
4.1-00 | 67 | 8 | Date |
Non renseignée, calculée automatiquement à partir des informations de GPEV pour le code transaction. |
| sigdep | Sigle dépôt | 4.1-00 | 75 | 12 | Char |
Uniquement en création, si non renseigné : prendre le dépôt de l’événement origine si on a un événement origine sinon prendre le dépôt de l’entête, sinon le dépôt du tiers, sinon le dépôt serveur du produit. |
| numadr |
Numéro d’ordre de l’adresse |
4.1-00 | 87 | 3 | Num |
Si non renseigné : récupération du numéro d’adresse de l’en-tête, sinon = 1 par défaut. |
| modliv |
Mode de livraison |
4.1-00 | 90 | 3 | Char |
Si non renseigné, aucune modification du mode de livraison initial. |
| sigtra |
Sigle transporteur |
4.1-00 | 93 | 12 | Char |
Si non renseigné, aucune modification du sigle transporteur initial. |
| modtra |
Mode de transport |
4.1-00 | 105 | 2 | Char |
Si non renseigné, aucune modification du mode de transport initial. |
| numlot |
N° de lot si le produit est géré en lot, N° de variante si le produit est géré en variante |
4.1-00 | 107 | 7 | Char | |
| codemp |
Code emplacement |
4.1-00 | 114 | 10 | Char | |
| typliv |
Type du tiers livré |
4.1-00 | 124 | 3 | Char | |
| sigliv |
Sigle du tiers livré |
4.1-00 | 127 | 12 | Char | |
| z12l_1 |
Zone libre de 12 caractères |
4.1-00 | 139 | 12 | Char | |
| codtrn |
Code tournée |
4.1-00 | 151 | 6 | Char | |
| codrgp |
Code regroupement |
4.1-00 | 157 | 2 | Char | |
| reflot_30 | Référence lot | 4.1-00 | 159 | 30 | Char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ reflot (position 442) géré au format UTF8. Néanmoins, il reste actif si le champ reflot n’est pas alimenté. Limité actuellement à 12 caractères. Le champ reflot doit être utilisé si vous avez opté pour une gestion des objets Lots avec un numéro de lot différent de la référence Lot » (paramètre GESOST). Dans le cas de ce type de gestion, il est conseillé de renseigner uniquement le champ « reflot » (qui est quasiment le seul connu), l’intégrateur se charge alors de rétablir les liens : numlot / reflot. |
| qtesup1 |
Quantité supplémentaire 1 |
4.1-00 | 189 | 10 | Dec |
Format 7.2, autre par M_QTE. En mode POIVAR, sur intégration d’une ligne avec un poste/ligne origine, correspond au poids réel (à renseigner sur la première cadence). Lorsque le paramètre UNISAI est positionné avec A1=O, ce champ peut être exprimé en unité de saisie (voir option M1 du paramètre UNISAI). |
| qtesup2 |
Quantité supplémentaire 2 |
4.1-00 | 199 | 10 | Dec | Voir description de qtesup1. |
| qtesup3 |
Quantité supplémentaire 3 |
4.1-00 | 209 | 10 | Dec | Voir description de qtesup1. |
| qtesup4 |
Quantité supplémentaire 4 |
4.1-00 | 219 | 10 | Dec | Voir description de qtesup1. |
| qtesup5 |
Quantité supplémentaire 5 |
4.1-00 | 229 | 10 | Dec | Voir description de qtesup1. |
| qtesup6 |
Quantité supplémentaire 6 |
4.1-00 | 239 | 10 | Dec | Voir description de qtesup1. |
| datval |
Date de confirmation de la livraison |
4.2-00 | 249 | 8 | Date | |
| sigtrs |
Sigle transitaire |
4.2-00 | 257 | 12 | Char | |
| batvol_30 |
Nom du bateau ou numéro de vol |
4.2-00 | 269 | 30 | Char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ batvol (position 562) géré au format UTF8. Néanmoins, le champ batvol_30 reste actif si le champ batvol n’est pas alimenté. |
| cmpnie_30 |
Compagnie |
4.2-00 | 299 | 30 | Char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ cmpnie (position 682) géré au format UTF8. Néanmoins, le champ cmpnie_30 reste actif si le champ cmpnie n’est pas alimenté. |
| nlta_30 |
Numéro de document de transport |
4.2-00 | 329 | 30 | Char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ nlta (position 802) géré au format UTF8. Néanmoins, le champ ntta_30 reste actif si le champ nlta n’est pas alimenté. |
| datdep |
Date de départ |
4.2-00 | 359 | 8 | Char | |
| datarr |
Date d'arrivée |
4.2-00 | 367 | 8 | Char | |
| heudep |
Heure de départ |
4.2-00 | 375 | 8 | Char | |
| heuarr |
Heure d'arrivée |
4.2-00 | 383 | 8 | Char | |
| numadr |
Numéro d’ordre de l’adresse |
4.4-00 | 391 | 5 | Num |
Si ce champ est renseigné, il est prioritaire par rapport au numadr positionné en place 86 (Correction depuis la 4.2-00). |
| numpos |
Numéro poste |
4.4-00 | 396 | 5 | Num | Numéro poste jusque 99 999. |
| numeve |
Numéro événement |
4.5-00 | 401 | 9 | Num | Numéro événement jusque 999 999 999. |
| numevo |
Numéro événement origine |
4.5-00 | 410 | 9 | Num |
Numéro événement origine jusque 999 999 999. |
| numpoo | Numéro poste origine | 4.4-00 | 419 | 5 | Num |
Numéro poste origine jusque 999 999 999. |
|
codsoc_o |
codsoc origine | ACE 1.3 | 424 | 4 | Long | |
| achvto |
Code achat/vente de l'événement origine |
ACE 1.4 | 428 | 1 | Char |
Si non renseigné, PEV.achvto. |
| typevo | Type de l'événement origine | ACE 1.4 | 429 | 3 | Char |
Si non renseigné, PEV.typevo. |
| qteini | Quantité initiale | ACE 1.4 | 432 | 10 | Dec |
Lorsque le paramètre UNISAI est positionné avec A1=0, ce champ contient la quantité exprimée en unité de saisie (EVP.unisai). |
| reflot | Référence lot | ACE 1.6.0 | 442 | 120 | UTF8 |
Renseigner au maximum 30 caractères. Le champ reflot doit être utilisé si vous avez opté pour une gestion des objets Lots avec un numéro de lot différent de la référence Lot (paramètre GESOST). Dans le cas de ce type de gestion, il est conseillé de renseigner uniquement le champ « reflot » (qui est quasiment le seul connu), l’intégrateur se charge alors de rétablir les liens :numlot / reflot. |
|
batvol |
Nom du bateau ou numéro de vol |
ACE 1.6.0 | 562 | 120 | UTF8 | Renseigner au maximum 30 caractères. |
|
cmpnie |
Compagnie | ACE 1.6.0 | 682 | 120 | UTF8 | Renseigner au maximum 30 caractères. |
|
nlta |
Numéro de document de transport |
ACE 1.6.0 | 802 | 120 | UTF8 | Renseigner au maximum 30 caractères. |
Commentaires :
Deux modes de fonctionnement différents sont prévus :
Types de mise à jour 1, 2, 3 ou 9
Pas de mise à jour automatique de la quantité du poste lorsqu’on crée, modifie ou supprime une cadence.
-
une ligne ayant un type d’enregistrement 21 avec la quantité du poste après intégration des lignes correspondantes,
-
une ou plusieurs lignes ayant un type d’enregistrement 22.
Types de mise à jour 4, 5, 6 ou 8
Mise à jour automatiquement de la quantité du poste (evp) lorsque l’on crée, modifie ou supprime une ligne d’événement (evl). Dans ce cas, il faut utiliser les types de mise à jour 4, 5, 6 ou 8 au niveau de l’enregistrement ligne (typenr=22).
-
une ligne ayant un type d’enregistrement 21 et une quantité égale à 0. (0000000.00 en création et ~ en modification),
-
plusieurs lignes ayant un type d’enregistrement 22. A chaque traitement de la ligne, le système ira automatiquement mettre à jour la quantité du poste correspondant.
Dans tous les cas, à rupture sur le poste le système contrôle que la somme des quantités au niveau de lignes est égale à la quantité du poste.
|
Attention Un enregistrement de type 02 ne peut pas être traité si le poste de l’événement est cadencé. |
Remarque avec utilisation du paramètre POIVAR :
-
une ligne ayant un type d’enregistrement 21 (type de mise à jour 1) avec la quantité du poste (qtecde) correspondant à la somme de l’ensemble des lignes qui suivent,
-
une 1ère lignes ayant un type d’enregistrement 22 (type de mise à jour 1) avec le poids réel (en qtesup1),
-
0 à n lignes ayant un type d’enregistrement 22 (type de mise à jour 1).
Règles de gestion
1) Si datliv et datexp sont toutes les deux égales a 0, alors elles sont automatiquement chargées avec les dates de eve.
2) Si on a cité un événement origine, le poste ainsi que la ligne de l’événement sont créés avec les éléments du poste et de la ligne de l’événement origine.
3) En création uniquement, si le code produit est un produit composé, génération automatique des sous postes (en fonction du paramétrage de GPEV). Attention, mal géré pour le moment, en modification et suppression.
4) Les zones achvte, typeve et typtie sont alimentées en fonction des informations trouvées dans GPEV pour le code transaction (CODPEV).
5) En modification, il est possible de positionner dans le fichier le caractère ~ à la place des champs suivants : qtecde, coduni, datliv, datexp, sigdep, numadr, modliv, sigtra, modtra, numlot. Dans ce cas, l’intégrateur conserve les anciennes valeurs de ces champs dans les enregistrements evl correspondants. En règle générale, en modification, lorsque la donnée n’est pas initialisée, le système laisse la donnée initiale. Ceci est vrai sauf pour les priorat et prix pour lesquelles il faut obligatoirement passer par le caractère « ~ » si on veut conserver les données initiales.
