|
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). |
Si la valeur d’une donnée du fichier est égale à « ~ » alors le système recherche l’ancienne valeur au niveau de la table CXA.
Il n’est pas possible de mettre un « ~ » dans le champ clé « code contexte (codcxt) ».
| Nom | Libellé |
Version ACE |
Posit | Taille | Type | Règles de gestion |
| typenr | Type d’enregistrement | 4.3-00 | 1 | 2 | Num |
79 pour les contextes d’action. |
| typmaj | Type de mise à jour | 4.3-00 | 3 | 1 | Num |
1 : Création. 2 : Modification. 3 : Suppression. 4 : Zones param. 9 : Gérer. |
| codpev | Code transaction | 4.3-00 | 4 | 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 GTIE par exemple). Non exploité pour l’instant. |
| codcxt |
Code contexte |
4.3-00 | 12 | 12 | Asc7 |
Ce champ est l’identifiant de la table CXA. Il est obligatoire en création et suppression. En modification, s’il n’est pas renseigné, on prend en compte le précédent code contexte. |
| libelle_30 |
Libellé du contexte d’action |
4.3-00 | 24 | 30 | Char |
Depuis la version ACE 1.6.0, ce champ est remplacé par le champ libelle (position 391) géré au format UTF8. Néanmoins, le champ libelle_30 reste actif si le champ libelle au format UTF8 n’est pas alimenté. |
| tqui | Type de QUI | 4.3-00 | 54 | 3 | Char |
« 1 » pour les tiers de type CLIENT, « 85 » pour les opérations commerciales. |
| clequi | Clé du QUI | 4.3-00 | 57 | 16 | Char |
Sigle tiers si type de QUI = « 1 ». à Test de l’existence du tiers dans la table TIE. Sigle opération si type de QUI = « 85 ». à Test de l’existence de l’opération dans la table ope. |
| tqoi | Type de QUOI | 4.3-00 | 73 | 3 | Char |
« 501 » pour les produits. |
| cleqoi | Clé du QUOI | 4.3-00 | 76 | 16 | Char |
Code du produit si type de QUOI= « 501 ». à Test de l’existence du produit dans la table PRO. |
| typact |
Type d’action |
4.3-00 | 92 | 6 | Char |
Le type d’action doit exister dans la table ACF (actions commerciales). |
| codeta | Code état | 4.3-00 | 98 | 1 | Char |
Le code état doit exister dans la table ETA. |
| destcod | Code utilisateur de l’intervenant | 4.3-00 | 99 | 8 | Char |
agent destinataire de l’action à réaliser. Le code destinataire doit exister dans la table des utilisateurs ut_uti. |
| numfil |
N° de filière ou d’adresse |
4.3-00 | 107 | 5 | Long | L’adresse doit exister dans la table ADR. |
| typadr |
Type d’adresse (COM, LIV, …) |
4.3-00 | 112 | 3 | Char | Doit exister dans la table TAD. |
| numord |
N° du contact |
4.3-00 | 115 | 5 | Long | Doit exister dans la table CTC. |
| indconpri |
Indicateur pour contact principal à l’adresse |
4.3-00 | 120 | 1 | Char | 1 valeur autorisée : X (Oui) sinon (blanc). |
| typfct |
Type de fonction du contact |
4.3-00 | 121 | 3 | Char | |
| foncti_20 |
Fonction du contact |
4.3-00 | 124 | 20 | Char |
Depuis la version ACE 1.6.0, ce champ est remplacé par le champ foncti (position 211) géré au format UTF8. Néanmoins, le champ foncti_20 reste actif si le champ foncti n’est pas alimenté. |
| codser |
Code service du contact |
4.3-00 | 144 | 12 | Char | |
| nomcal_15 |
Calendrier |
4.3-00 | 156 | 15 | Char |
Depuis la version ACE 1.6.0, le champ nomcal_15 est remplacé par le champ nomcal (position 331) géré au format UTF8. Néanmoins, le champ nomcal_15 reste actif si le champ nomcal n’est pas alimenté. Le calendrier doit être défini dans la table ut_cal. (FonctionUCAL). Le calendrier permet en outre de déterminer les dates des prochaines actions à réaliser. |
| typref |
Type de tiers définissant le référencement |
4.3-00 | 171 | 6 | Char | Voir le A1 du paramètre TYPREF. |
| sigref |
Sigle tiers du référencement |
4.3-00 | 177 | 12 | Char | Doit exister dans la table TIE. |
| nbjliv |
Nb. de jours de livraisons |
4.3-00 | 189 | 3 | Long | |
| nbjexp |
Nb. de jours d’expédition |
4.3-00 | 192 | 3 | Long | |
| datder |
Date de la dernière action réalisée |
4.3-00 | 195 | 8 | Char |
Format de la date : SSAAMMJJ. Information mise à jour lors de la génération des actions. |
| datpro |
Date de la prochaine action à réaliser |
4.3-00 | 203 | 8 | Char |
Date de la prochaine action à réaliser. Cette information dépend du calendrier associée au contexte. |
| foncti |
Fonction du contact |
ACE 1.6.0 | 211 | 120 | UTF8 | Renseigner au maximum 30 caractères. |
| nomcal |
Calendrier |
ACE 1.6.0 | 331 | 60 | UTF8 |
Renseigner au maximum 15 caractères. Le calendrier doit être défini dans la table ut_cal. (FonctionUCAL). Le calendrier permet en outre de déterminer les dates des prochaines actions à réaliser. |
| libelle |
Libellé du contexte d’action |
ACE 1.6.0 | 391 | 120 | UTF8 | Renseigner au maximum 30 caractères. |
