|
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). |
| Formats d'intégrateur Négoce / Intégrateur: Formats événements | |
|
|
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). |
|
|
Attention Deux types d’enregistrements cohabitent avec le même nom de structure : EVP.
|
Les types d’enregistrement 21 et 22 doivent être consécutifs. Si vous insérez un autre type d’enregistrement entre un « 21 » et un « 22 », le poste ne sera ni créé ni modifié.
Quand on utilise le type de mise à jour Gérer (typmaj = 9), le système effectue une lecture de la table EVP ou EVL.
Si l’enregistrement existe déjà alors on force la valeur de typmaj à 2 (Modification).
Si l’enregistrement n’existe pas alors on force la valeur de typmaj à 1 (Création).
Dans le cas de l’option Gérer, l’identifiant du poste ou de la cadence de l’événement est obligatoire (Achvte/Typeve/Numeve/Numpos).
| Nom | Libellé |
Version GENERIX |
Posit | Taille | Type | Valeurs | Désignation |
| typenr | Type d’enregistrement | 4.1-00 | 1 | 2 | num | 02 |
Postes/Lignes/Sous-postes d’événement |
| typmaj | Type de mise à jour | 4.1-00 | 3 | 1 | num |
1 : créer 2 : modifier 3 : supprimer 9 : 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. Doit obligatoirement être renseigné. GCOV, GCOA, etc. |
|
| 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. Si le numéro d’événement est sur 8 ou 9 chiffres, il faut le mémoriser dans le champ numeve_long |
|
| 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’en-tête. 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. Si le numéro de poste dépasse 999, il faut le mémoriser dans le champ numpos_long |
|
| numevo_7 |
Numéro de l’événement origine |
4.1-00 | 30 | 7 | num | ||
| numpoo_3 | Numéro de poste de l’événement origine | 4.1-00 | 37 | 3 | num | ||
| codpro | Code produit | 4.1-00 | 40 | 16 | char |
Ou Gencod selon le paramètre INTPAR. En création uniquement, si le code produit est un produit composé, génération automatique des sous postes (en fonction de la présence du paramètre INTPAR). |
|
| qtecde | Quantité commandée | 4.1-00 | 56 | 10 | dec |
Exprimée en unité de vente. (format 7.2 par défaut, ou autre format précisé par le paramètreM_QTE) |
|
| coduni | Code unité de vente | 4.1-00 | 66 | 3 | char |
Dans le cas où cette zone n’est pas renseignée, le paramètre INTUNI en détermine sa valeur par défaut. |
|
| prxtav | Prix tarif unitaire | 4.1-00 | 69 | 10 | dec |
Format défini selon la devise de l’événement intégré ou selon la devise précisée via le paramètre DEVNAT ou alors selon le masque 7.2 par défaut. Le prix est exprimé |
|
| prxvdu | Prix unitaire vendu | 4.1-00 | 79 | 10 | dec |
Format défini selon la devise de l’événement intégré ou selon la devise précisée via le paramètre DEVNAT ou alors selon le masque 7.2 par défaut. Le prix est exprimé |
|
| codtva | Code TVA | 4.1-00 | 89 | 1 | char |
Dans le cas où cette zone n’est pas renseignée, il s’agit du code TVA du produit. |
|
| libcom_30 |
Libellé complémentaire |
4.1-00 | 90 | 30 | char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ libcom (position 747) géré au format UTF8. Néanmoins, il reste actif si le champ libcom n’est pas alimenté. |
|
| datliv | Date de livraison | 4.1-00 | 120 | 8 | date | AAAAMMJJ |
Dans le cas où cette zone n’est pas renseignée, le paramétrage de la fonction en détermine la valeur. |
| datexp | Date d’expédition | 4.1-00 | 128 | 8 | date | AAAAMMJJ |
Dans le cas où cette zone n’est pas renseignée, le paramétrage de la fonction en détermine la valeur. Si datliv et datexp sont toutes les deux égales a 0, alors elles sont automatiquement chargées avec les dates de la table EVE. |
| sigdep | Sigle dépôt | 4.1-00 | 136 | 12 | char |
En création uniquement, si le code dépôt n’est pas alimenté, le système prend par défaut le dépôt de l’événement origine (s’il existe), sinon 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 | 148 | 3 | num |
Si non renseigné : récupération du numéro d’adresse de l’en-tête sinon par défaut = 1 |
|
| modliv | Mode de livraison | 4.1-00 | 151 | 3 | char |
Si non renseigné, aucune modification du mode de livraison initial |
|
| sigtra | Sigle transporteur | 4.1-00 | 154 | 12 | char |
Si non renseigné, aucune modification du sigle transporteur initial |
|
| modtra | Mode de transport | 4.1-00 | 166 | 2 | char |
Si non renseigné, aucune modification du mode de transport initial |
|
| numlot | N° de lot ou N° de variante | 4.1-00 | 168 | 7 | char |
En gestion de lot, travailler de préférence avec le champ reflot |
|
| taurem | Taux de remise du poste | 4.1-00 | 175 | 6 | dec |
Taux de remise de la table EVP. |
|
| qtesup1 | Quantité supplémentaire 1 | 4.1-00 | 181 | 10 | dec |
Format 7.2 par défaut sinon le format du paramètre M_QTE. Correspond au poids du poste du BL pour un produit géré à poids variable (paramètre POIVAR). Dans ce contexte, si la zone n’est pas renseignée, on prendra le poids brut du produit multiplié par la quantité du poste. Si la zone n’est pas exploitée, vous pouvez y insérer des blancs. Le masque 0000000.00 n’est pas obligatoire. En mode POIVAR, sur intégration d’une ligne par rapport à un poste/ligne origine, la quantité supplémentaire 1 correspond au poids réel (à renseigner sur la première cadence). |
|
| qtesup2 | Quantité supplémentaire 2 | 4.1-00 | 191 | 10 | dec |
Format 7.2 par défaut sinon le format du paramètre M_QTE. Si la zone n’est pas exploitée, vous pouvez y insérer des blancs : le masque 0000000.00 n’est pas obligatoire. |
|
| qtesup3 | Quantité supplémentaire 3 | 4.1-00 | 201 | 10 | dec |
Format 7.2 par défaut sinon le format du paramètre M_QTE. Si la zone n’est pas exploitée, vous pouvez y insérer des blancs : le masque 0000000.00 n’est pas obligatoire. |
|
| typliv |
Type du tiers livré |
4.1-00 | 211 | 3 | char | ||
| sigliv |
Sigle du tiers livré |
4.1-00 | 214 | 12 | char | ||
| numlio |
Numéro de ligne de l’événement origine |
4.1-00 | 226 | 3 | num | ||
| z12l_1 |
Zone libre de 12 caractères |
4.1-00 | 229 | 12 | char | ||
| prxfrc |
Prix forcé ? |
4.1-00 | 241 | 1 | char | Valeurs autorisées « O » ou « N » | |
| codtrn |
Code tournée |
4.1-00 | 242 | 6 | char | ||
| tax1 | Taxe 1 | 4.1-00 | 248 | 10 | dec |
Taxe américaine |
|
| tax2 |
Taxe 2 |
4.1-00 | 258 | 10 | dec | Taxe américaine | |
| codbar |
Code barème |
4.1-00 | 268 | 3 | char | ||
| codrgp |
Code regroupement |
4.1-00 | 271 | 2 | char | ||
| reflot_30 | Référence lot | 4.1-00 | 273 | 30 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ reflot (position 1107) géré au format UTF8. |
|
| delpro |
Délai règlement |
4.1-00 | 303 | 3 | Dec | ||
| qtesup4 | Quantité supplémentaire 4 | 4.1-00 | 306 | 10 | Dec |
Format 7.2 par défaut sinon le format du paramètre M_QTE. |
|
| qtesup5 | Quantité supplémentaire 5 | 4.1-00 | 316 | 10 | Dec |
Format 7.2 par défaut sinon le format du paramètre M_QTE. |
|
| qtesup6 | Quantité supplémentaire 6 | 4.1-00 | 326 | 10 | Dec |
Format 7.2 par défaut sinon le format du paramètre M_QTE. |
|
| unifac | Unité de facturation | 4.1-00 | 336 | 3 | Char |
En standard, l’unité de facturation est déterminée de manière automatique grâce au mécanisme de recherche des tarifs. |
|
| prxuf | Prix unitaire en unité de facturation | 4.1-00 | 339 | 10 | Dec |
Format selon la devise de l’événement intégré sinon celle de DEVNAT sinon masque 7.2. |
|
| datval | Date de confirmation de la livraison | 4.2-00 | 349 | 8 | Date |
Si ce champ n’est pas renseigné, l’intégrateur reprend l’ancienne valeur contenue dans les enregistrements EVL correspondants. |
|
| qteajo | Quantité à ajouter | 4.2-00 | 357 | 10 | Dec |
Ce champ n’est pas utilisé. |
|
| prxpvc | Prix de vente aux consommateurs | 4.2-00 | 367 | 10 | Dec |
Ce champ est alimenté via le paramètrePRXPVC. Si le champ est renseigné (prix forcé), on ne recherche pas le prix. |
|
| coef | Coefficient tarifaire | 4.2-00 | 377 | 10 | Dec |
Ce coefficient est inutile sans le Prix unitaire en unité de facturation. (Format 7.2 par défaut). ATTENTION : Si COEF et PRXUF sont non nuls et si le paramètre TARUF, alors la quantité commandée est égale au coefficient forfaitaire. Si cette égalité n’est pas vérifiée, alors le système considère que la quantité a été modifiée, et le prix forfaitaire est erroné. |
|
| sigtrs |
Sigle transitaire |
4.2-00 | 387 | 12 | Char | ||
| batvol_30 |
Nom du bateau ou numéro de vol |
4.2-00 | 399 | 30 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ batvol (position 1227) géré au format UTF8. Néanmoins, il reste actif si le champ batvol n’est pas alimenté. |
|
| cmpnie_30 |
Compagnie |
4.2-00 | 429 | 30 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ cmpnie (position 1347) géré au format UTF8. Néanmoins, il reste actif si le champ cmpnie n’est pas alimenté. |
|
| nlta_30 |
Numéro de document de transport |
4.2-00 | 459 | 30 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ nlta (position 1467) géré au format UTF8. Néanmoins, il reste actif si le champ nlta n’est pas alimenté. |
|
| datdep |
Date de départ |
4.2-00 | 489 | 8 | Char | ||
| datarr |
Date d'arrivée |
4.2-00 | 497 | 8 | Char | ||
| heudep |
Heure de départ |
4.2-00 | 505 | 8 | Char | ||
| heuarr |
Heure d'arrivée |
4.2-00 | 513 | 8 | Char | ||
| typpst |
Type de poste |
4.2-00 | 521 | 3 | Char | ||
| numcnt |
Numéro de contrat |
4.3-00 | 524 | 10 | Char | ||
| codlit |
Code litige |
4.4-00 | 534 | 6 | Char |
Permet le rapprochement de factures et la saisie des causes de litiges. |
|
| numadr | Numéro d’ordre de l’adresse | 4.4-00 | 540 | 5 | num |
Si ce champ est renseigné, il est prioritaire par rapport au champ « numadr » à la position 147 |
|
| codfis | Code fiscal | 4.4-00 | 545 | 6 | Char |
Code fiscal du poste. |
|
| achvte_cat |
code achat/vente catalogue |
4.4-00 | 551 | 1 | char | ||
|
codcat |
Code catalogue | 4.4-00 | 552 | 6 | char | ||
| numpos_long | Numéro de poste | 4.4-00 | 558 | 5 | Num |
Si numpos dépasse 999, alors le numéro de poste est mémorisé dans numpos_long |
|
| numeve |
Numéro d’événement |
4.5-00 | 563 | 9 | Num | Si numéro événement jusque 999 999 999 | |
| numevo |
N° événement origine |
4.5-00 | 572 | 9 | Num | Si n° événement origine jusque 999 999 999 | |
| numpoo |
N° poste origine |
4.4-00 | 581 | 5 | Num |
Si n° événement origine jusque 99 999 |
|
| refext_cat_16 |
Reférence externe catalogue |
4.5-00 | 586 | 16 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ refext_cat
(position 867) géré sur 30 caractères au format UTF8. Néanmoins, il reste actif si le
champ refext_cat n’est pas alimenté.
|
|
| sigmag |
Sigle magasin |
4.5-00 | 602 | 12 | Char | ||
| refext_evo_16 |
Référence externe origine |
5-0.00 | 614 | 16 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ refext_evo (position 987) géré sur 30 caractères au format UTF8. Néanmoins, il reste actif si le champ refext_evo n’est pas alimenté. Utilisé en présence du paramètre RECORI pour trouver l’origine (eve.numevo) à partir de la référence externe de l'origine. Ce champ contient la référence externe de l'événement origine. A partir de cette donnée, le système retrouve le numéro de l'événement origine. |
|
| coduni_cond | Unité de conditionnement | 5.0-00 | 630 | 3 | Char |
Unité de conditionnement. (voir paramètre FGR001). |
|
| qtecde_cond | Quantité associée à l’unité de conditionnement | 5.0-00 | 633 | 10 | Dec |
Format 7.2 par défaut sinon le format du paramètre M_QTE. (voir paramètre FGR001) |
|
| prxpvp |
Prix de vente en unité de vente |
5.2.-00 | 643 | 10 | Dec | ||
| prxpvg |
Prix de vente grossiste en unité de vente |
5.2.-00 | 653 | 10 | Dec | ||
| codeop |
Code opération |
5.2.-00 | 663 | 12 | Char |
Contrôle d'existence dans la table OPE . |
|
| codctg |
Code catégorie |
GCE 1.3 | 675 | 2 | Char | Permet de contrôler l'existence du code catégorie dans la table CTG . | |
| achvte_ach |
Code achat/vente de l’événement d’achat |
GCE 1.3 | 677 | 1 | Char | ||
| typeve_ach |
Type d’événement de l’événement d’achat |
GCE 1.3 | 678 | 3 | Char | ||
| numeve_ach |
Numéro d’événement de l’événement d’achat |
GCE 1.3 | 681 | 9 | Num | ||
| univl |
Unité logistique |
GCE 1.3 | 690 | 3 | Char |
L’intégrateur contrôle automatiquement l'existence de l'unité logistique dans la tableUNI. Il vérifie aussi que l'unité correspond bien à une unité définie dans les variantes logistiques du produit et qu'elle n'a pas été définie sur plusieurs variantes logistiques du produit. |
|
| typtie |
Type de tiers |
GCE 1.3 | 693 | 3 | Char | ||
| sigtie |
Sigle du tiers |
GCE 1.3 | 696 | 12 | Char |
L’intégrateur contrôle automatiquement l'existence du sigle tiers dans la table TIE. |
|
| achvta |
Ind. A/V de l'acheminement origine |
GCE 1.3 | 708 | 1 | Char | ||
| typeva |
Type d'événement de l'ach. origine |
GCE 1.3 | 709 | 3 | Char | ||
| numeva |
N° de l'acheminement origine |
GCE 1.3 | 712 | 9 | Long |
L’intégrateur contrôle automatiquement l'existence de l'acheminement origine. |
|
| numpoa |
Numéro de poste de l'acheminement origine |
GCE 1.3 | 721 | 5 | Long | ||
| codsoc_o |
Code société origine |
GCE 1.4 | 726 | 4 | Long | ||
| achvto |
Code A/V de l'origine. |
GCE 1.4 | 730 | 1 | Char |
Si non renseigné, comme aujourd'hui, pev.achvto |
|
| typevo |
Type d'événement de l'origine. |
GCE 1.4 | 731 | 3 | Char | Si non renseigné, comme aujourd'hui, pev.typevo. | |
|
numcnp |
Numéro de poste de contrat |
GCE 155 | 734 | 3 | Num | ||
|
qteini |
Quantité initiale | GCE 1.4 | 737 | 10 | Dec | ||
|
libcom |
Libellé complémentaire |
GCE 1.60 | 747 | 120 | UTF8 | Renseigner au maximum 30 caractères. | |
|
refext_cat |
Reférence externe catalogue |
GCE 1.60 | 867 | 120 | UTF8 |
Renseigner au maximum 30 caractères.
|
|
|
refext_evo |
Référence externe origine |
GCE 1.60 | 987 | 120 | UTF8 |
Renseigner au maximum 30 caractères. Utilisé en présence du paramètre RECORI pour trouver l’origine (eve.numevo) à partir de la référence externe de l'origine. Ce champ contient la référence externe de l'événement origine. À partir de cette donnée, le système retrouve le numéro de l'événement origine. |
|
|
reflot |
Référence lot | GCE 1.60 | 1107 | 120 | UTF8 |
30 caractères maximum. En gestion de lot, il est maintenant conseillé de renseigner uniquement le champ « reflot ». |
|
|
batvol |
Nom du bateau ou numéro de vol |
GCE 1.60 | 1227 | 120 | UTF8 | Renseigner au maximum 30 caractères. | |
|
cmpnie |
Compagnie | GCE 1.60 | 1347 | 120 | UTF8 |
Renseigner au maximum 30 caractères. |
|
|
nlta |
Numéro de document de transport |
GCE 1.60 | 1467 | 120 | UTF8 | Renseigner au maximum 30 caractères. | |
|
exilig |
Indicateur du poste | GCE 1.62 | 1587 | 1 | CHAR |
Si renseigné, permet, en création de poste, de forcer la valeur du champ exilig, permettant ensuite de piloter l'opération de stock via ppe OPESTK. |
|
|
qtegrt |
Quantité de gratuit | GCE162 | 1588 | 10 | Num | Champ utilisé en présence du paramètreEVPGRT (N1=1) pour indiquer le nombre de gratuit du poste. | |
|
Trucs et astuces Lors de l’intégration d’un poste d’événement (type d’enregistrement 02), il vous est possible de gérer le mode « Ajout ». Ce mode permet, pour un événement donné, de proposer le prochain numéro de poste libre de cet événement. Cette fonctionnalité est effective lorsque deux conditions sont réunies :
Si on réintègre par erreur ce fichier, les postes seront à nouveau créés. Pour que le produit soit présent sur un seul poste d’évènement, il faut positionner le paramètre PROUNI. |
Utilisation du paramètre POIVAR :
En intégration, lors de la création de lignes par rapport à des postes/lignes origine, seul le type de mise à jour 1 est utilisable. On aura donc :
| Nom | Libellé |
Version GENERIX |
Posit | Taille | Type | Valeurs | Désignation |
| typenr | Type d’enregistrement | 4.1-00 | 1 | 2 | Num | 21 |
Poste d’événement |
| typmaj | Type de mise à jour | 4.1-00 | 3 | 1 | Num |
1 : créer 2 : modifier 3 : supprimer 9 : 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. GCOV, GCOA, etc. |
|
| 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’en-tête. 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. Si le numéro de poste dépasse 999, il faut le mémoriser dans le champ numpos_long |
|
| numevo_7 |
Numéro de l’événement origine |
4.1-00 | 30 | 7 | Num | ||
| numpoo_3 |
Numéro de poste de l’événement origine |
4.1-00 | 37 | 3 | Num | ||
| produit | Code produit | 4.1-00 | 40 | 16 | Char |
Gencod selon le paramètre INTPAR |
|
| qtecde | Quantité commandée | 4.1-00 | 56 | 10 | Dec |
Exprimée en unité de vente (7.2 par défaut, sinon selon le paramètre M_QTE) |
|
| coduni | Code unité de vente | 4.1-00 | 66 | 3 | Char |
Le paramètre INTUNI détermine la valeur par défaut de l’unité de commande : A1 :
|
|
| prxtav | Prix tarif unitaire | 4.1-00 | 69 | 10 | Dec |
Format selon la devise de l’événement intégré, sinon selon la devise précisée dans le paramètre DEVNAT, sinon masque de 7.2 par défaut. Le prix est exprimé : |
|
| prxvdu | Prix unitaire vendu | 4.1-00 | 79 | 10 | Dec |
Voir ci-dessus pour le masque d’intégration. Le prix est exprimé : |
|
| prxrev | Prix de revient | 4.1-00 | 89 | 10 | Dec |
Voir ci-dessus pour le masque d’intégration. Le prix est exprimé en unité de vente (champ « coduni »). |
|
| codtva | Code TVA | 4.1-00 | 99 | 1 | Char |
Non renseigné, code TVA du produit. |
|
| libcom_30 |
Libellé complémentaire |
4.1-00 | 100 | 30 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ libcom (position 397) géré au formatUTF8. Néanmoins, il reste actif si le champ libcom n’est pas alimenté. |
|
| taurem |
Taux de remise du poste de l’événement |
4.1-00 | 130 | 6 | Dec | Taux de remise de la table EVP. | |
| codvar | N° de variante | 4.1-00 | 136 | 2 | Char |
Champ obsolète à partir de la version 160 |
|
| prxfrc | Prix forcé | 4.1-00 | 138 | 1 | Char | O ou N |
Si le « Prix unitaire vendu » est renseigné, l’indicateur « prix forcé » est mis à jour pour le poste. Si le « Prix unitaire vendu » est à zéro, le système effectue un appel prix et l’indicateur « prix forcé » n’est pas mis à jour pour le poste. Pour récupérer les prix d’un événement d’origine, il est indispensable de mettre le caractère « ~ » dans les champs ‘Prix unitaire vendu’ et ‘Prix tarif’. |
| tax1 | Taxe 1 | 4.1-00 | 139 | 10 | Dec |
Taxe américaine. Vous pouvez mettre des blancs à la place des zéros. Pour saisir « 5.6 » par exemple, il n’est pas utile de saisir « 0000005.60 ». |
|
| tax2 | Taxe 2 | 4.1-00 | 149 | 10 | Dec |
Taxe américaine. Vous pouvez mettre des blancs à la place des zéros. Pour saisir « 5.6 » par exemple, il n’est pas utile de saisir « 0000005.60 ». |
|
| codbar |
Code barème |
4.1-00 | 159 | 3 | Char | ||
| reflot_30 | Référence lot | 4.1-00 | 162 | 30 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ reflot (position 637) géré au formatUTF8. Néanmoins, il reste actif si le champ reflot n’est pas alimenté. |
|
| delpro |
Délai règlement |
4.1-00 | 192 | 3 | Dec | ||
| unifac | Unité de facturation | 4.1-00 | 195 | 3 | Char |
|
|
| prxuf | Prix unitaire | 4.1-00 | 198 | 10 | Dec |
|
En unité de facturation (Format selon la devise de l’événement intégré, sinon celle de DEVNAT, sinon masque de 7.2 par défaut). Exploitation spécifique (STARVAL) |
| coef | Coefficient tarifaire | 4.2-00 | 208 | 10 | Dec |
Ce coefficient est inutile sans le Prix unitaire en unité de facturation. (Format 7.2 par défaut). ATTENTION : Si COEF et PRXUF sont non nuls et si le paramètreTARUF, alors la quantité commandée est égale au coefficient forfaitaire. Si l’égalité n’est pas vérifiée, alors le système considère que la quantité a été modifiée, et le prix forfaitaire est erroné. |
|
| typpst |
Type de poste |
4.2-00 | 218 | 3 | Char | ||
| numcnt |
Numéro de contrat |
4.4-00 | 221 | 9 | Char | ||
| achvte_cat |
Code achat/vente du catalogue |
4.4-00 | 230 | 1 | Char | ||
| codcat |
Code catalogue |
4.4-00 | 231 | 6 | Char | ||
| numpos | Numéro de poste | 4.4-00 | 237 | 5 | long |
Si le numéro de poste dépasse la valeur « 999 », alors le numéro de poste est mémorisé dans numpos_long |
|
| numeve | Numéro d’événement | 4.5-00 | 242 | 9 | Num |
Si numéro événement jusque 999 999 999 |
|
| numevo | Numéro d’événement origine | 4.5-00 | 251 | 9 | Num |
Numéro événement origine jusque 999 999 999 |
|
| numpoo | Numéro poste origine | 4.4-00 | 260 | 5 | Num |
Numéro poste origine jusque 99 999 |
|
| refext_cat_16 |
Référence externe catalogue |
4.5-00 | 265 | 16 | Char |
Depuis la version GCE 1.60, ce champ est remplacé par le champ refext_cat (position 517) géré sur 30 caractères au format UTF8. Néanmoins, il reste actif si le champ refext_cat n’est pas alimenté.
|
|
| sigmag |
Sigle magasin |
4.5-00 | 281 | 12 | Char | ||
|
prxpvp |
Prix de vente en unité de vente |
5.2.-00 | 293 | 10 | Dec | ||
| prxpvg |
Prix de vente grossiste en unité de vente |
5.2.-00 | 303 | 10 | Dec | ||
| Codeop |
Code opération |
4.5-00 | 313 | 12 | Char |
Contrôle d'existence dans la table OPE . |
|
| codctg |
Code catégorie |
GCE 1.3 | 325 | 2 | Char |
Contrôle l'existence du code catégorie dans la tableCTG. |
|
| achvte_ach |
Code achat/vente de l’événement d’achat |
GCE 1.3 | 327 | 1 | Char | ||
| typeve_ach |
Type d’événement de l’événement d’achat |
GCE 1.3 | 328 | 3 | Char | ||
| numeve_ach |
Numéro d’événement de l’événement d’achat |
GCE 1.3 | 331 | 9 | Num | ||
| univl |
Unité logistique |
GCE 1.3 | 340 | 3 | Char |
L’intégrateur contrôle automatiquement l'existence de l'unité logistique dans la table UNI. Il vérifie aussi que l'unité correspond bien à une unité définie dans les variantes logistiques du produit et qu'elle n'a pas été définie sur plusieurs variantes logistiques du produit. |
|
| typtie |
Type de tiers |
GCE 1.3 | 343 | 3 | Char | ||
| sigtie |
Sigle du tiers |
GCE 1.3 | 346 | 12 | Char |
L’intégrateur contrôle automatiquement l'existence du sigle tiers dans la table TIE. |
|
| achvta |
Ind. A/V de l'acheminement origine |
GCE 1.3 | 358 | 1 | Char | ||
| typeva |
Type d'événement de l'ach. origine |
GCE 1.3 | 359 | 3 | Char | ||
| numeva |
N° de l'acheminement origine |
GCE 1.3 | 362 | 9 | Long |
L’intégrateur contrôle automatiquement l'existence de l'acheminement origine. |
|
|
numpoa |
Numéro de poste de l'acheminement origine |
GCE 1.3 | 371 | 5 | Long | ||
| codsoc_o |
Code société origine |
GCE 1.4 | 376 | 4 | Long | ||
| achvto |
Code achat/vente de l'événement origine |
GCE 1.4 | 380 | 1 | Char | Code A/V de l'origine. Si non renseigné, comme aujourd'hui, pev.achvto. | |
| typevo | Type de l'événement origine | GCE 1.4 | 381 | 3 | Char |
Type d'événement de l'origine. Si non renseigné, comme aujourd'hui, pev.typevo. |
|
| numcnp |
Numéro de poste de contrat |
GCE 1.55 | 384 | 3 | Num | ||
| qteini | Quantité initiale | GCE 1.4 | 387 | 10 | Dec | ||
| libcom | Libellé complémentaire | GCE 1.6-0 | 397 | 120 | UTF8 |
Renseigner au maximum 30 caractères. |
|
| refext_cat | Code achat/vente du catalogue | GCE 1.6-0 | 517 | 120 | UTF8 |
Renseigner au maximum 30 caractères.
|
|
| reflot | Référence lot | GCE 1.6-0 | 637 | 120 | UTF8 |
30 caractères maximum. En gestion de lot, il est maintenant conseillé de renseigner uniquement le champ « reflot ». |
|
| numlot | N° de lot ou N° de variante | GCE 1.6-0 | 757 | 7 | char |
En gestion de lot, travailler de préférence avec le champ reflot. |
|
| qtegrt | Quantité de gratuit | GCE162 | 764 | 10 | Num | Champ utilisé en présence du paramètre EVPGRT(N1=1) pour indiquer le nombre de gratuit du poste. | |
Les zones « Achat/Vente », type d’événement et type de tiers sont alimentées en fonction du paramétrage de la fonction.
En modification
Il est possible de positionner dans le fichier le caractère « ~ » à la place des champs suivants :
codpro, qtecde, coduni, pritar, prix, codtva, libcom, datliv, datexp, sigdep, numadr, modliv, sigtra, modtra, numlot.
Dans ce cas, l’intégrateur conserve les anciennes valeurs de ces champs dans les enregistrements evp et 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 champs « Prix tarif unitaire » et « Prix » pour lesquelles il faut obligatoirement passer par le caractère « ~ » si on veut conserver les données initiales.
Appel prix intégrateur
Au niveau de l’intégration du poste, il est important d’alimenter correctement les champs prix car plusieurs possibilités peuvent se présenter et donner des résultats différents sur les prix récupérés sur le poste.
le prix tarif : prxtav
le prix vendu : prxvdu
l’indicateur prix forcé : prxfrc
l’unité de facturation : unifac
En règle générale :
La valeur « prix vendu » du fichier d’intégration est prioritaire.
Si aucun prix n’est alimenté, le système se charge de faire une recherche dans la base du prix tarif, du prix de revient, de l’unité de facturation et calcule le prix à appliquer au poste.
Si le prix vendu est alimenté dans le fichier, le système active tout de même une recherche dans la base tarif pour alimenter le prix tarif et le prix de revient.
Seul le paramètre PRXNUL permet de ne pas faire d’appel prix et de recherche de tarif.
Si on renseigne le prix forcé à « O » dans le fichier d’intégration, le prix vendu sera celui du fichier même s’il est NUL et le prix sera toujours considéré comme forcé.
Si on alimente le prix vendu et le prix tarif dans le fichier avec la même valeur, le prix vendu ne sera pas considéré comme forcé.
‘O’ pour forcer un prix.
‘N’ ou vide dans les autres cas, ces deux valeurs sont identiques pour le système.
Ci dessous, une liste de différents cas possibles exposent en plus en détails le raisonnement de l’intégrateur :
1 - Si le poste de l’événement ne fait pas référence à un poste origine :
Si l’indicateur prix forcé vaut ‘N’ :
Si la valeur du prix vendu est nulle :
- le système se charge de faire un appel prix standard et d’alimenter les prix en fonction de la recherche sur la base tarif et de l’application des conditions tarifaires. Dans ce cas l’alimentation du prix tarif dans le fichier d’intégration n’est pas utile car celui ci est récupéré de la base tarif.
Exception :
Si le prix vendu et le prix tarif ont la même valeur dans le fichier, l’indicateur prix forcé n’est pas marqué, on considère que le prix vendu provient de la base tarif.
2 - Si le poste de l’événement fait référence à un poste origine :
Si l’indicateur prix forcé vaut ‘N’ :
Exception :
Si le prix vendu et le prix tarif ont la même valeur dans le fichier , l’indicateur prix forcé n’est pas marqué, on considère que le prix vendu provient de la base tarif.
le système renseigne le prix vendu à la valeur donnée par le fichier d’intégration (NULLE si non renseignée),
le prix tarif et l’unité de facturation sont récupérés du fichier s’ils sont renseignés sinon de l’événement origine,
Le système ne fait pas d’appel prix, pas de recherche du prix tarif, du prix de revient et de l’unité de facturation,
les prix sont alimentés avec les valeurs que donne le fichier d’intégration,
l’indicateur prix forcé n’est pas marqué.
Si A1 de PRXNUL est renseigné avec la valeur REV :
- une recherche dans la base tarif permet tout de même d’alimenter le prix de revient et éventuellement le prix tarif si le prix vendu est renseigné.
N.B. :
Par l’utilisation du type d’enregistrement 21, il est également possible d’intégrer le prix de revient. Cette possibilité est ouverte au même titre que l’intégration du prix tarif dans les cas où l’on ne déclenche pas de recherche dans la base tarif.
Autres paramètres :
Les paramètres INTPRX, PRXZP, PRXOBL, EVRPXF et PRXPVC interviennent sur la gestion des prix dans l’intégrateur. Certains d’entre eux peuvent être utilisés en complément du fonctionnement standard.
Recherche du poste origine
Le paramètre RECORI permet de rechercher le numéro de poste origine quand on ne connaît que le numéro d’événement origine et le produit quand on intègre une livraison.
Le paramètre MULVA2 permet d'interdire la création du poste si le produit est un produit de référence (pro.suiref = ‘O’ et pro.codmdl renseigné).
Deux cas sont gérés :
Grâce à ce paramétrage, la saisie d'un produit de référence reste autorisée pour un acheminement direct.
le tiers indiqué soit sur le poste origine, soit sur l'en-tête d’acheminement.
Evp_origine correspondant aux données du poste origine utilisé pour créer le poste d'acheminement.
Alimentation des champs achvta, typeva, numeva et numpoa
Ces champs sont alimentés grâce au numéro du poste d'acheminement. Cette information est ensuite propagée sur tous les événements suivants. Elle permettra de retrouver rapidement l'acheminement origine (utilisée, en particulier, pour gérer les avoirs).
Traitement des prix
Si le poste créé fait référence à un poste origine et si la devise Origine (eve_origine.coddev) est différente de la devise (eve.coddev) de l’événement traité (ici un acheminement), alors les prix du poste sont convertis.
Avec Eve_origine correspondant à l’événement d’origine du poste traité (eve lu avec evp.achvto, evp.typevo, evp.numevo).
Si la zone A1 du paramètre TARVE3 = "DEVNAT", les tarifs de vente (EVU) ne sont pas convertis.
