|
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). |
Il n’est pas possible de mettre un ‘~’ dans les champs ‘Type du tiers (typtie)’ et ‘Sigle du tiers (sigtie)’.
| Nom | Désignation |
Version ACE |
Position | Taille | Type | Règles de gestion | |
| typenr |
Type d’enregistrement |
4.1-00 | 1 | 2 | num |
70 pour tiers. |
|
| typmaj | Type de mise à jour | 4.1-00 | 3 | 1 | num |
1 : Créer. 2 : Modifier. 3 : Supprimer. 9 : Gérer. Quand on utilise le type de mise à jour Gérer (typmaj = 9), le système effectue une lecture de la table TIE. Si le tiers existe déjà, la valeur de typmaj est forcée à 2 (Modification). Si le tiers n’existe pas, la valeur de typmaj est forcée à 1 (Création). En modification (typmaj = 2), si la valeur d’une donnée du fichier est égale à ‘~’ le système recherche l’ancienne valeur au niveau de la table TIE. |
|
| codpev | Code transaction | 4.1-00 | 4 | 8 | char |
Code de la fonction dont l'intégrateur doit reproduire les règles de gestion, c'est à dire le comportement : GCLI, GFOU, ... Ce code permet de rechercher le paramètre supplémentaire SUPTIE dans la fonction GPEV. |
|
| typtie | Type du tiers | 4.1-00 | 12 | 3 | char |
En suppression (typmaj = 3) et en modification (typmaj = 2), le type du tiers doit être renseigné. Le type de tiers doit exister dans la table TTI. |
|
| sigtie | Sigle du tiers | 4.1-00 | 15 | 12 | asc7 |
En suppression (typmaj = 3), le sigle du tiers doit être renseigné. En modification (typmaj = 2), si le type et le sigle du tiers ne sont pas renseignés alors le système récupère les informations du dernier tiers créé. Les modifications sont faites pour le dernier tiers créé. |
|
| nomtie_18 | Nom du tiers | 4.1-00 | 27 | 18 | char |
Depuis la version ACE 1.6.0, ce champ est remplacé par le champ nomtie géré sur 30 caractères au format UTF8. Néanmoins, il reste actif si le champ nomtie n’est pas alimenté. Le nom du tiers doit être renseigné. |
|
| codett | Nature du tiers | 4.1-00 | 45 | 3 | char |
Si la nature du tiers est renseignée alors elle doit exister dans la table ETT. |
|
| famtie | Famille du tiers | 4.1-00 | 48 | 6 | char |
Le système contrôle l’existence de la famille. (table FCL ou FAM, selon le mode de gestion) Si la hiérarchie groupe à plusieurs niveaux est utilisée alors la famille des tiers de type GRC est codifiée de manière particulière. Les deux premiers caractères représentent un niveau de groupe : 01 à 10. Hiérarchie groupe à plusieurs niveaux : Le paramètre général HIEGRP est positionné et A1 = ‘O’. |
|
| codbar | Code barème | 4.1-00 | 54 | 3 | char |
Si le code barème est renseigné alors il doit exister dans la table BAR. |
|
| codreg | Code région | 4.1-00 | 57 | 3 | char |
Si le code région est renseigné alors il doit exister dans la table REG. |
|
| coddev | Code devise | 4.1-00 | 60 | 3 | char |
Si le code devise n’est pas renseigné alors le système récupère la devise nationale. Paramètre général DEVNAT. Le code devise doit exister dans la table DEV. |
|
| typrep | Type du représentant | 4.1-00 | 63 | 3 | char |
Si le type du représentant est renseigné alors il doit exister dans la table TTI. |
|
| sigrep | Représentant | 4.1-00 | 66 | 12 | char |
Si le type et le sigle du représentant sont renseignés alors le représentant doit exister dans la table TIE. |
|
| typgrp | Type du groupe | 4.1-00 | 78 | 3 | char |
Si le type du groupe est renseigné alors il doit exister dans la table TTI. |
|
| siggrp | Groupe | 4.1-00 | 81 | 12 | char |
Si le type et le sigle du groupe sont renseignés alors le groupe doit exister dans la table TIE. |
|
| dreftar | Référence tarif | 4.1-00 | 93 | 1 | char |
Si la référence tarif est renseignée alors elle doit exister dans la table APC. |
|
| nbrjour | Nombre de jours | 4.1-00 | 94 | 6 | long |
Masque zzzzzz. |
|
| codlan | Code langue | 4.1-00 | 100 | 3 | char |
Si le code langue est renseigné alors il doit exister dans la table LAN. |
|
| modtra | Type de port | 4.1-00 | 103 | 2 | char |
Si le type de port est renseigné alors il doit exister dans la table MTR. |
|
| sigdep | Dépôt | 4.1-00 | 105 | 12 | char |
Si le sigle dépôt est renseigné alors il doit exister dans la table TIE avec un type de tiers égal à ‘DEP’. |
|
| sigtra | Transporteur | 4.1-00 | 117 | 12 | char |
Si le transporteur est renseigné alors il doit exister dans la table TIE avec un type de tiers égal à ‘TRA’. |
|
| modliv | Mode de livraison | 4.1-00 | 129 | 3 | char |
Si le mode de livraison est renseigné alors il doit exister dans la table MLI. |
|
| delrea | Délai | 4.1-00 | 132 | 3 | long |
Masque zzz. |
|
| relica | Code reliquat | 4.1-00 | 135 | 1 | char |
Si le code reliquat est renseigné alors il doit exister dans la table RLI. |
|
| cpttie | Compte tiers | 4.1-00 | 136 | 12 | char | ||
| modrgl | Mode de règlement | 4.1-00 | 148 | 2 | char |
Si le mode de règlement est renseigné alors il doit exister dans la table MRG. |
|
| delrgl | Délai de règlement | 4.1-00 | 150 | 3 | long |
Masque zzz. |
|
| coddpt | Code départ | 4.1-00 | 153 | 1 | char |
Si le code départ est renseigné alors il doit exister dans la table DPT. |
|
| codqua | Quantième | 4.1-00 | 154 | 3 | long |
Masque zzz. Si le quantième est renseigné alors il doit exister dans la table QUA. |
|
| Posfis_1 | Position fiscale | 4.1-00 | 157 | 1 | char |
Depuis la version ACE 1.6.0, ce champ est remplacé par le champ posfis (position 755) géré sur 6 caractères. Néanmoins, il reste actif si le champ posfis n’est pas alimenté. Si la position fiscale n’est pas renseignée alors la valeur est forcée à ‘A’. La position fiscale doit exister dans la table PFI. |
|
| nombqe_24 | Nom banque | 4.1-00 | 158 | 24 | char |
Remplacé à partir de la V3.3.05 par INTEG_RIB. |
|
| codbqe | Code banque | 4.1-00 | 182 | 5 | char |
Remplacé à partir de la V3.3.05 par INTEG_RIB. |
|
| guiche | Guichet | 4.1-00 | 187 | 5 | char |
Remplacé à partir de la V3.3.05 par INTEG_RIB. |
|
| cptbqe | Numéro de compte | 4.1-00 | 192 | 11 | char |
Remplacé à partir de la V3.3.05 par INTEG_RIB. |
|
| clerib | Clé RIB | 4.1-00 | 203 | 2 | char |
Remplacé à partir de la V3.3.05 par INTEG_RIB. |
|
| encass | En-cours assuré | 4.1-00 | 205 | 12 | double |
Masque zzzzzzzzz.zz. |
|
| encmax |
En-cours maxi |
4.1-00 | 217 | 12 | double | ||
| codinc | Incident paiement. | 4.1-00 | 229 | 2 | char |
Incident paiement. Si le code incident est renseigné alors il doit exister dans la table INC. |
|
| tauesc | Taux escompte | 4.1-00 | 231 | 6 | double |
Masque zzz.zz. |
|
| perfac | Périodicité de facturation. | 4.1-00 | 237 | 1 | char |
Si la périodicité de facturation est renseignée alors elle doit exister dans la table PFA. |
|
| nbrfac | Nbre factures suppl | 4.1-00 | 238 | 1 | long |
Masque z. |
|
| facrel |
Relevé facture @ |
4.1-00 | 239 | 1 | char | Si l’indicateur est renseigné alors les valeurs autorisées sont ‘O’ ou ‘N’. | |
| forfai |
Frais facturation @ |
4.1-00 | 240 | 1 | char |
Si l’indicateur est renseigné alors les valeurs autorisées sont ‘O’ ou ‘N’. |
|
| editrt |
Traite sur facture @ |
4.1-00 | 241 | 1 | char |
Si l’indicateur est renseigné alors les valeurs autorisées sont ‘O’ ou ‘N’. |
|
| edicot |
Edition des conditions tarifaires @ |
4.1-00 | 242 | 1 | char | Si l’indicateur est renseigné alors les valeurs autorisées sont ‘O’ ou ‘N’. | |
| typfac | Type de facturation | 4.1-00 | 243 | 3 | long |
Masque zzz. Si le type de facturation est renseigné alors il doit exister dans la table TFA. |
|
| indref | Référencement @ | 4.1-00 | 246 | 1 | char |
Si l’indicateur est renseigné alors les valeurs autorisées sont ‘O’ ou ‘N’. |
|
| mincde | Minimum commande | 4.1-00 | 247 | 12 | double |
Masque zzzzzzzzz.zz. |
|
| minfra | Minimum franco | 4.1-00 | 259 | 12 | double |
Masque zzzzzzzzz.zz. |
|
| dateve | Date dernière commande | 4.1-00 | 271 | 8 | date |
Format SSAAMMJJ. La date doit être une date valide. |
|
| sigach |
Sigle acheteur |
4.1-00 | 279 | 12 | char | ||
| datcre | Date création | 4.1-00 | 291 | 8 | date |
Format SSAAMMJJ. La date doit être une date valide. |
|
| cnufd |
CNU fournisseur ou distributeur |
4.1-00 | 299 | 6 | char | ||
| numfil | Filière | 4.1-00 | 305 | 3 | long |
Masque zzz. La filière intégrée sur le tiers correspond à la filière principale. |
|
| etbcod | Code établissement | 4.1-00 | 308 | 3 | char |
Le code établissement doit exister dans la table ETS. Ce champ n’est utilisé que si la gestion par établissement (GESETB) est activée. Ce champ ‘etbcod’ n'est à renseigner qu'en mode etsstatut = 1 (champ ci-dessous). |
|
| etsstatut | Statut de l’agent | 4.1-00 | 311 | 1 | char |
Les valeurs autorisées sont ‘1’, ‘2’ ou ‘3’. Ce champ n’est utilisé que si la gestion par établissement (GESETB) est activée. |
|
| p_tietcp |
Type de tiers comptable |
4.1-00 | 312 | 3 | char | ||
| p_tiesig |
Sigle tiers comptable |
4.1-00 | 315 | 12 | char | ||
| p_ribcodp |
Domiciliation principale |
4.1-00 | 327 | 3 | char | ||
| p_tiebap | Bon à payer | 4.1-00 | 330 | 1 | char |
Les valeurs possibles sont : ‘0’ (si non utilisé), ‘1’, ‘2’, ‘3’, ‘4’. |
|
| p_tieintgr |
Société intra groupe |
4.1-00 | 331 | 5 | num | ||
| p_3fccod |
Famille comptable |
4.1-00 | 336 | 6 | char | ||
| p_3g1cod |
Guide de gestion des relevés clients |
4.1-00 | 342 | 3 | char | ||
| p_3g2cod |
Guide de gestion des relances clients |
4.1-00 | 345 | 3 | char | ||
| p_3g3cod |
Guide de gestion des paiements fournisseurs |
4.1-00 | 348 | 3 | char | ||
| p_3g4cod |
Guide de gestion d’affacturage |
4.1-00 | 351 | 3 | char | ||
| p_3g5cod |
Guide de gestion 5 |
4.1-00 | 354 | 3 | char | ||
| moyrgl |
Délai moyen de règlement |
4.1-00 | 357 | 3 | num | ||
| p_tiegrp |
Groupement comptable |
4.2-00 | 360 | 3 | char | Table P_3GR. | |
| sigtrs |
Sigle transitaire. |
4.2-00 | 363 | 12 | char | ||
| indtim |
Indicateur de mise à jour du dossier client |
4.2-00 | 375 | 1 | Char | ||
| telven |
Indicateur client pris en compte pour télévente. |
4.2-00 | 376 | 1 | Char | Contexte d’appel (fonction GCXA). | |
| achvte_cat |
Code Achat/Vente du catalogue |
4.4-00 | 377 | 1 | Char | Facultatif. Valeurs : ‘A’ ou ‘V’. | |
| codcat | Code catalogue | 4.4-00 | 378 | 6 | Char |
Facultatif. Achvte_cat + Codcat doit exister dans la table des catalogues CAT. |
|
| datprc_cde | Date prochaine commande (jour de référence) | 4.5-00 | 384 | 8 | Date | Format SSAAMMJJ. | |
| nbjcde |
Nombre de jours entre chaque commande d’achat passée |
4.5-00 | 392 | 4 | Long | ||
| delsec |
Délai de sécurité |
4.5-00 | 396 | 4 | Long | ||
| codsoc_phy |
Code société de l’entité à l’origine de la création |
4.5-00 | 400 | 3 | Long | Cette information est utile dans le cas de tiers partagé, avec possibilité de création locale. | |
| calrea | Calendrier du fournisseur | 5.0-00 | 403 | 3 | Char |
Calendrier du fournisseur (doit exister dans la table des calendriers CAL). |
|
| p_tieesc |
Type d’escompte |
5.0-00 (+ 4.4-00) |
406 | 5 | Char |
Table TP_ESC. En version ACE 4.4-00, l’utilisation est conditionnée par le paramètre P_INTE |
|
| datouv | Date d’ouverture du magasin | ACE 1.2 | 411 | 8 | Date |
Format SSAAMMJJ |
|
| typmod | Type de modèle | ACE 1.2 | 419 | 3 | Char | ||
| sigmod | Sigle du modèle magasin | ACE 1.2 | 422 | 12 | Char |
Le couple type/modèle doit être existant. |
|
| nattie |
Nature de tiers |
ACE 1.2 | 434 | 1 | Char | ||
| valelabo | Validation des élaborations par le magasin | ACE 1.2 | 435 | 1 | Char |
Indicateur Validation Elaboration ‘O’ : Validation par le magasin ‘N’ : Validation par la centrale Utilisé dans les élaborations par axe. |
|
| appelabo | Application des élaborations par le magasin | ACE 1.2 | 436 | 1 | Char |
Indicateur Application Elaboration ‘O’ : Application par le magasin ‘N’ : Application par la centrale Utilisé dans les élaborations par axe. |
|
| dathistovte |
Date de recherche historique |
ACE 1.2 | 437 | 8 | Date | ||
| datdeb |
Date début |
ACE 1.2 | 445 | 8 | Date | ||
| datfin |
Date fin |
ACE 1.2 | 453 | 8 | Date | ||
| sfatie |
Sous-famille |
ACE 1.6.0 | 461 | 6 | char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 2). |
|
| ssftie |
S/S-famille |
ACE 1.6.0 | 467 | 6 | char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 3). |
|
|
sssft1 |
Sous-sous-sous-famille tiers 1 | ACE 1.6.0 | 473 | 6 | Char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 4). |
|
|
sssft2 |
Sous-sous-sous-famille tiers 2 | ACE 1.6.0 | 479 | 6 | Char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 5). |
|
|
sssft3 |
Sous-sous-sous-famille tiers 3 | ACE 1.6.0 | 485 | 6 | Char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 6). |
|
|
sssft4 |
Sous-sous-sous-famille tiers 4 | ACE 1.6.0 | 491 | 6 | Char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 7). |
|
|
sssft5 |
Sous-sous-sous-famille tiers 5 | ACE 1.6.0 | 497 | 6 | Char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 8). |
|
|
sssft6 |
Sous-sous-sous-famille tiers 6 | ACE 1.6.0 | 503 | 6 | Char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 9). |
|
|
sssft7 |
Sous-sous-sous-famille tiers 7 | ACE 1.6.0 | 509 | 6 | Char |
Si renseignée, contrôle d’existence dans la table FAM(niveau 10). |
|
| nomtie | Nom du tiers | ACE 1.6.0 | 515 | 120 | UTF8 |
Renseigner au maximum 30 caractères. |
|
| nombqe | Nom banque | ACE 1.6.0 | 635 | 120 | UTF8 |
Renseigner au maximum 30 caractères. Remplacé à partir de la V3.3.05 par INTEG_RIB |
|
| posfis | Position fiscale | ACE 1.6.0 | 755 | 6 | CHAR |
Ce code doit appartenir à la table PFI. Si la position fiscale n’est pas renseignée alors la valeur est forcée à ‘A’. |
|
