|
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 |
Position | Taille | Type | Règles de gestion |
| typenr |
Type d’enregistrement |
4.1-00 | 1 | 2 | num | 50 pour produit. |
| 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 des produits (table PRO). Si le produit existe déjà alors la valeur de typmaj est forcée à 2 (Modification). Si le produit n’existe pas alors 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 à « ~ » alors le système recherche l’ancienne valeur au niveau de la tablePRO. Il n’est pas possible de mettre un « ~ » dans le champ code produit (codpro). En suppression (typmaj = 3), le système récupère uniquement la valeur du code produit. |
| codpro | Code produit | 4.1-00 | 4 | 16 | asc7 |
Pour créer (typmaj = 1), supprimer (typmaj = 3) et gérer (typmaj = 9), le code produit doit être renseigné. En modification (typmaj = 2), si le code produit n’est pas renseigné alors le système récupère le dernier code produit créé du fichier. Les modifications sont faites pour le dernier produit créé. |
| nompro_30 |
Nom du produit |
4.1-00 | 20 | 30 | char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ nompro (position 630) géré au formatUTF8. Néanmoins, il reste actif si le champ nompro n’est pas alimenté. OBLIGATOIRE. En création (typmaj = 1) et en modification (typmaj = 2), le nom du produit doit obligatoirement être renseigné. En modification (typmaj = 2), le nom du produit est renseigné par la nouvelle valeur ou par un « ~ ». |
| motcle_16 |
Mot clé |
4.1-00 | 50 | 16 | char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ motcle (position 750) géré au format UTF8. Néanmoins, il reste actif si le champ motcle n’est pas alimenté. |
| gencod | Gencod | 4.1-00 | 66 | 13 | char |
Si le paramètre général GENCOD est positionné et que A1 = « O » ou A2 = « O » alors le système calcule la clé de contrôle du Gencod. Si M1 = « O » : vérification de l’unicité du gencod Si M2 = « O » : obligation d’avoir un gencod valide (numérique de 12) |
| coddou |
Code douanier |
4.1-00 | 79 | 16 | char |
Le paramètre CODDOU permet de vérifier l’existence du code douanier (voir fonction I_SDOU_F). |
| fampro |
Famille |
4.1-00 | 95 | 6 | char |
OBLIGATOIRE. En création (typmaj = 1) et en modification (typmaj = 2), la famille doit obligatoirement être renseignée. En modification (typmaj = 2), la famille est renseignée par la nouvelle valeur ou par un « ~ ». Le système contrôle l’existence de la famille. (Table FPR ou FAM, selon le mode de gestion) Dans le cas des familles gérées par GFAM : En création (typmaj = 1), si le type du produit n’est pas renseigné dans le fichier d’intégration alors le type du produit sera égal à celui paramétré au niveau de la table FAM. |
| sfapro |
Sous-famille |
4.1-00 | 101 | 6 | char |
Si la sous-famille est renseignée alors le systéme contrôle l’existence de la sous-famille. (Table SFP ouFAM, selon le mode de gestion). |
| ssfpro |
S/S-famille |
4.1-00 | 107 | 6 | char |
Si la S/S-famille est renseignée alors le systéme contrôle l’existence de la S/S-famille. (Table SSF ouFAM, selon le mode de gestion). |
| codtva |
Code TVA |
4.1-00 | 113 | 1 | char |
OBLIGATOIRE. En création (typmaj = 1) et en modification (typmaj = 2), si le code TVA n'est pas renseigné, il est chargé avec la valeur du paramètre CODTVA. En modification (typmaj = 2), le code TVA est renseigné par la nouvelle valeur ou par un « ~ ». Le système contrôle l’existence du code TVA dans la table TVA. |
| Codtax_1 |
Code taxe parafiscale |
4.1-00 | 114 | 1 | char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ codtax (position 878) géré sur 6 caractères. Néanmoins, il reste actif si le champ codtax n’est pas alimenté. Si le code taxe parafiscale est renseigné alors il doit exister dans la table TAX. |
| coduni |
Unité de vente |
4.1-00 | 115 | 3 | char |
OBLIGATOIRE. En création (typmaj = 1) et en modification (typmaj = 2), le code unité de vente doit obligatoirement être renseigné. En modification (typmaj = 2), l’unité de vente est renseignée par la nouvelle valeur ou par un « ~ ». Le code unité de vente doit exister dans la table UNI. Si on n’est pas en création et si le paramètre généralUNIPRO est positionné et que A2 = « O » alors le code doit exister dans la table PRU. |
| suistk |
Type de suivi en stock |
4.1-00 | 118 | 1 | char |
OBLIGATOIRE. En création (typmaj = 1) et en modification (typmaj = 2), le type de suivi en stock doit être renseigné. En modification (typmaj = 2), le type de suivi en stock est renseigné par la nouvelle valeur ou par un « ~ ». Le type de suivi en stock doit exister dans la tableTSS. |
| typtar |
Type de tarification |
4.1-00 | 119 | 3 | char |
OBLIGATOIRE. En création (typmaj = 1) et en modification (typmaj = 2), le type de tarification doit être renseigné. En modification (typmaj = 2), le type de tarification est renseigné par la nouvelle valeur ou par un « ~ ». Le type de tarification doit exister dans la table TTA. |
| typpro |
Type de produit |
4.1-00 | 122 | 3 | char |
Type de produit Si le type de produit est renseigné alors il doit exister dans la table TPR. |
| codblocage |
Code blocage |
4.1-00 | 125 | 3 | char |
Si le code blocage est renseigné alors il doit exister dans la table BLC. |
| unicol |
Unité de colisage |
4.1-00 | 128 | 3 | char |
Si le code unité de colisage est renseigné alors il doit exister dans la table UNI. Si on n’est pas en création et si le paramètre général UNIPRO est positionné et que A2 = « O » alors le code doit exister dans la tablePRU. |
| poids |
Poids brut |
4.1-00 | 131 | 10 | double |
Masque zzzzzz.zzz. Le poids brut doit être supérieur au poids net. Le poids brut correspond au poids brut du produit pour une unité de colisage (unicol). |
| poidsnet |
Poids net |
4.1-00 | 141 | 10 | double |
Masque zzzzzz.zzz. Le poids net correspond au poids net du produit pour une unité de colisage (unicol). |
| haute |
Hauteur |
4.1-00 | 151 | 10 | double |
Masque zzzzzz.zzz. |
| large |
Largeur |
4.1-00 | 161 | 10 | double |
Masque zzzzzz.zzz. |
| longue |
Longueur |
4.1-00 | 171 | 10 | double |
Masque zzzzzz.zzz. |
| volume |
Volume |
4.1-00 | 181 | 10 | double |
Masque zzzzzz.zzz. Si le volume du fichier n’est pas renseigné alors on le calcule à partir de la longueur, largeur et hauteur. |
| coddev |
Code devise |
4.1-00 | 191 | 3 | char |
OBLIGATOIRE. Si le code devise n’est pas renseigné alors le système récupère la devise nationale. (Paramètre généralDEVNAT). Le code devise doit exister dans la tableDEV. |
| claabc | 4.1-00 | 194 | 1 | char | ||
| codtar | Produit tarif | 4.1-00 | 195 | 16 | char |
Si le produit tarif est renseigné alors il doit exister dans la table PRO. |
| prostk | Produit stock | 4.1-00 | 211 | 16 | char |
Si le produit stock est renseigné alors il doit exister dans la table PRO. |
| suistt |
Suivi en stat @ |
4.1-00 | 227 | 1 | char |
Si le code suivi en stat est renseigné alors les valeurs acceptées sont « O » ou « N ». |
| unista | Unité statistique | 4.1-00 | 228 | 3 | char |
Si l’unité statistique est renseignée alors elle doit exister dans la table UNI. Si on n’est pas en création et si le paramètre général UNIPRO est positionné et que A2 = « O » alors le code doit exister dans la tablePRU. |
| prosta | Produit statistique | 4.1-00 | 231 | 16 | char |
Si le produit statistique est renseigné alors il doit exister dans la table PRO. |
| qtemin |
Minimum |
4.1-00 | 247 | 10 | double |
Masque zzzzzzz.zz. |
| qotite |
Multiple |
4.1-00 | 257 | 5 | double |
Masque zzzzz. |
| delpre |
Délai de préparation |
4.1-00 | 262 | 3 | long |
Masque zzz. |
| tpsmon | Temps de montage | 4.1-00 | 265 | 3 | long |
Masque zzz. |
| typaff |
Code affectation |
4.1-00 | 268 | 6 | char |
Si le code affectation est renseigné alors il doit exister dans la table TAE. |
| datmar |
Date de mise sur marché |
4.1-00 | 274 | 8 | char |
Format SSAAMMJJ. Si la date de mise sur marché est renseignée alors elle doit être une date valide. |
| codrea | Formule réappro | 4.1-00 | 282 | 6 | char |
Si le code formule de réappro est renseigné alors il doit exister dans la table REA. |
| delrea |
Délai réappro |
4.1-00 | 288 | 3 | long |
Masque zzz. |
| indcts | Remisable @ | 4.1-00 | 291 | 1 | char |
Si l’indicateur remisable est renseigné alors les valeurs acceptées sont « O » ou « N ». |
| indris |
Ristournable @ |
4.1-00 | 292 | 1 | char |
Si l’indicateur ristournable est renseigné alors les valeurs acceptées sont « O » ou « N ». |
| numvar | N° de variante | 4.1-00 | 293 | 1 | long |
Les valeurs acceptées sont « 0 », « 1 » ou « 2 ». Si N° variante = 0 alors code suivi stock et type tarif doivent être différents de « V ». Dans ce cas, on les force respectivement à « N » et « S ». (stock non suivi et tarif standard). |
| etbcod | Code établissement | 4.1-00 | 294 | 3 | char |
Si le code établissement est renseigné alors il doit exister dans la table ETS. |
| etsstatut |
Statut de l’agent |
4.1-00 | 297 | 1 | char |
Si le statut de l’agent est renseigné alors les valeurs autorisées sont « 1 », « 2 » ou « 3 ». Uniquement en mode multi-établissement. |
| codpev | Code paramétrage des événements. | 4.1-00 | 298 | 8 | char |
Obligatoire : ce champ doit représenter un paramétrage des évènements associé à une function de type GART . Si ce champ « codpev » est précisé dans le fichier d’intégration, alors la plage est renseignée par la zone A1 du paramètre NUMPRO. |
|
vide |
4.3-00 | 306 | 1 | |||
| uniice | Unité de service | 4.3-00 | 307 | 3 | char |
Utilisé pour le module Service. Doit appartenir à la TBL ‘uni’. |
| delper |
Délai de validité |
4.3-00 | 310 | 4 | long |
Exprimé en uniper. |
| uniper | Unité du délai de validité | 4.3-02 | 314 | 3 | char |
Utilisé pour le module Service. Valeurs autorisées : J (Jour), M (Mois), A (Année). |
| delgar |
Délai de garantie |
317 | 4 | long |
Utilisé pour le module Service. exprimé en unigar. |
|
| unigar | Unité du délai de garantie | 321 | 3 | char |
Utilisé pour le module Service. Valeurs autorisées : J (Jour), M (Mois), A (Année). |
|
| suiins |
Produit suivi en parc |
324 | 1 | char |
Utilisé pour le module Service. Valeurs autorisées : O, N. |
|
| nomise |
Nomenclature en parc |
325 | 1 | char |
Utilisé pour le module Service. Valeurs autorisées : O, N, S. |
|
| suiice |
Contrat autorisé |
326 | 1 | char |
Utilisé pour le module Service. Valeurs autorisées : O, N. |
|
| typifa |
Mode de facturation |
327 | 1 | char |
Utilisé pour le module Service. Doit exister dans la TBL ‘ifa’. |
|
| achice |
Code achat/vente contrat type associé |
328 | 1 | char |
Utilisé pour le module Service. |
|
| typice |
Type contrat type associé |
329 | 3 | char |
Utilisé pour le module Service. |
|
| sigice |
Numéro contrat type associé |
332 | 12 | char |
Utilisé pour le module Service. |
|
| verice |
Version contrat type associé |
344 | 3 | long |
Utilisé pour le module Service. |
|
| prorub |
Rubrique de prestation |
347 | 16 | char |
Utilisé pour le module Service. |
|
| teecod_1 |
Taxe Eco-Emballage |
363 | 1 | char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ teecod (position 884) géré sur 6 caractères. Néanmoins, il reste actif si le champ teecod n’est pas alimenté. Code appartenant à la table des taxes (TBL TAX). |
|
| teeuni |
Code unité d’expression de la taxe Eco-Emballage, |
364 | 3 | char | Code appartenant à la table des unités (TBL UNI). | |
| teeprx |
Valeur unitaire de la taxe Eco-Emballage |
367 | 12 | double |
Si ce champ n'est pas utilisé, ne le renseignez pas. En effet, il serait nécessaire de renseigner également la taxe éco-emballage et son unité d’expression (champs « teecod » et « teeuni »). Ne renseignez pas non plus ce champ avec un zéro, sinon vous obtiendrez une erreur de type « Code taxe Eco-Emballage incorrect ! » (erreur MAJ_PRO). |
|
| codpay |
Pays d'origine du produit |
379 | 3 | char | ||
| ttaice | Type de tarif service | 382 | 3 | Char | ||
| modlot |
Type de lot |
385 | 1 | Char | ||
| claabcp |
Classe abc de production |
386 | 1 | char | ||
| codmdl |
Modèle de déclinaison |
387 | 6 | char | ||
| proref |
Produit de référence |
393 | 16 | char | ||
| suiref |
Suivi en référence |
409 | 1 | char | ||
| repart |
Pourcentage de répartition |
410 | 10 | double | ||
| codunic |
Code unicité |
420 | 60 | char | ||
| datfinmar |
Date de fin de mise sur le marché |
480 | 8 | char | ||
| typref |
Typologie de référencement |
488 | 6 | char | ||
| codconv |
Code unité de nomenclature |
494 | 3 | char | ||
| natpro |
Nature du produit : fournisseur ou référencement |
4.5-00 | 497 | 3 | Char | |
| rglarr | Règle d’arrondi | 4.5-00 | 500 | 3 | Char |
Doit appartenir à la table RAR. |
| margemini |
Taux de marge mini |
4.5-00 | 503 | 10 | double | |
| codtax2_1 |
Second code taxe parafiscale |
4.4-00 | 513 | 1 | Char |
Depuis la version ACE 1.60, ce champ est remplacé par le champ codtax2 (position 890) géré sur 6 caractères. Néanmoins, il reste actif si le champ codtax2 n’est pas alimenté. Doit appartenir à la table TAX. |
| mcalcvc | Mode de calcul du compteur CVC | 4.5-00 | 514 | 1 | Char |
0=on analyse les ventes sur une période de nbjcvc jours précédente à la date de traitement 1= on analyse les ventes sur une période de nbjcvc jours à partir de la date de livraison calculée, ramenée à l’année précédente. |
| nbjcvc |
Nombre de jour de la période à prendre dans l’analyse lors du calcul du compteur CVC |
4.5-00 | 515 | 4 | Long | |
| nivrot |
Niveau de rotation souhaité en jour Si renseigné, on calcule le compteur CVC par rapport aux ventes constatées ramenées à la journée par ce nombre de jour (sinon, par une période à couvrir calculée) |
4.5-00 | 519 | 4 | Long | |
|
modappro |
Mode Appro en tant que valeur par défaut pour dsk |
4.5-00 | 523 | 1 | Char |
D : sur dépôt. F : chez le fournisseur. |
| codsoc_phy |
Code société de l’entité à l’origine de la création, utile dans le cas de produit partagé, mais avec possibilité de création locale |
4.5-00 | 524 | 3 | Long | |
|
valcrit1 |
Valeur du critère 1 (multi variantes). | 5.0-00 | 527 | 6 | Char | Voir paramètre INTVAR. |
|
valcrit2 |
Valeur du critére 2 | 5.0-00 | 533 | 6 | Char | Voir paramètre INTVAR. |
|
valcrit3 |
Valeur du critére 3 | 5.0-00 | 539 | 6 | Char | Voir paramètre INTVAR. |
|
sssfp1 |
Sous-sous-sous-famille produit 1 | 5.0-00 | 545 | 6 | Char | |
|
sssfp2 |
Sous-sous-sous-famille produit 2 | 5.0-00 | 551 | 6 | Char | |
|
sssfp3 |
Sous-sous-sous-famille produit 3 | 5.0-00 | 557 | 6 | Char | |
|
sssfp4 |
Sous-sous-sous-famille produit 4 | 5.0-00 | 563 | 6 | Char | |
|
sssfp5 |
Sous-sous-sous-famille produit 5 | 5.0-00 | 569 | 6 | Char | |
|
sssfp6 |
Sous-sous-sous-famille produit 6 | 5.0-00 | 575 | 6 | Char | |
|
sssfp7 |
Sous-sous-sous-famille produit 7 |
5.0-00 | 581 | 6 | Char | |
|
codsai |
Code saison | ACE 1.2 | 587 | 6 | Char | Voir documentation I_CONF_F (rubrique “Saisons”). |
|
collect |
Collection | ACE 1.2 | 593 | 6 | Char | |
| theme |
Thème |
ACE 1.2 | 599 | 6 | Char | |
| nivqua |
Niveau de qualité |
ACE 1.2 | 605 | 3 | Char | Contrôle dans la table QLP (qualité produit). |
| numclasspv |
N° de classement PV |
ACE 1.2 | 608 | 7 | Long | |
| unidoua |
Unité douanière |
ACE 1.2 | 615 | 3 | Char | |
| repvar | Répartition multi variantes – Ratios | ACE 1.3 | 618 | 1 | Char |
Mode de répartition des variantes d’un produit de référence : · « 1 » : Mode pourcentage, · « 2 » : Mode ratio. Si ce champ n’est pas alimenté en création de produit, une valeur lui est automatiquement affectée selon les règles suivantes. Si le paramètre MULVAR est positionné et qu’il s’agit d’un produit de référence associé à un modèle de déclinaison alors le mode de répartition est initialisé avec la valeur A1 du paramètre REPVAR ou, à défaut, avec la valeur « 1 ». Un contrôle automatique vérifie également que le mode de répartition des variantes a bien été saisi sur un produit référence et non sur un produit variante. Un autre contrôle permet de vérifier qu’on ne modifie pas le mode de répartition alors que la répartition a déjà été effectuée. Dans ce cas, un message de ce type s’affiche : « Modif. du mode de répartition impossible, répartition déjà saisie » |
| indprx_achven | Indicateur Achetable/Vendable | ACE 1.55 | 619 | 1 | Char |
Indicateur produit achetable/vendable. Valeurs possibles : - ‘A’ Achetable mais non vendable. - ‘V’ Vendable mais non achetable. - Non renseigné = valeur par défaut, achetable et vendable. Nb : pas de valeur ‘non achetable et non vendable’ car dans ce cas ces produits font partie d’une typologie ou famille de produits particulière que l’on va exclure de la recherche produit. |
| vollit | Masse volumique (en litre) | ACE 1.60 | 620 | 10 | double |
Masque zzzzzz.zzz La masse volumique correspond à la masse volumique du produit pour une unité de colisage (unicol). |
| nompro | Nom du produit | ACE 1.60 | 630 | 120 | UTF8 |
Renseigner au maximum 30 caractères. Champ OBLIGATOIRE sauf si le champ nompro_30 est alimenté. - En création (typmaj = 1) et en modification (typmaj = 2), le nom du produit doit obligatoirement être renseigné. - En modification (typmaj = 2), le nom du produit est renseigné par la nouvelle valeur ou par un « ~ ». |
| motcle | Mot clé | ACE 1.60 | 750 | 120 | UTF8 | Renseigner au maximum 30 caractères. |
|
largeur_facing |
Largeur facing du produit | ACE 1.60 | 870 | 8 | DBLE | |
| codtax |
Code taxe parafiscale |
ACE 1.60 | 878 | 6 | CHAR |
Ce code doit appartenir à la table TAX. |
| teecod |
Taxe Eco-Emballage |
ACE 1.60 | 884 | 6 | CHAR |
Ce code doit appartenir à la table TAX. |
| codtax2 |
Second code taxe parafiscale |
ACE 1.60 | 890 | 6 | CHAR |
Ce code doit appartenir à la table TAX. |
