Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Achats | |||
Paramètres de validation Achats |
Tous les paramètres cités appartiennent à l'application "SAC" et sont de type "Validation". La définition des occurrences des paramètres s'effectue dans la transaction dont le mnémonique est GPAR. Les paramètres étant des éléments majeurs dans l'utilisation des produits de la gamme Cegid XRP Ultimate, il est nécessaire de mettre en place des droits sur leur gestion (GPRM). |
AUTACHAT - Autorisations sur les achats |
Ce paramètre vous permet de définir certaines règles générales de gestion pour l'Application Achats. |
Occurrences |
AFFETC |
Visualisation des étapes dans l'avancement d'une commande (CETCA). La chaîne 1 contient le genre des étapes que l'on ne peut pas visualiser. |
ANUTRF |
Lors de la création d'un avenant à partir du sas des commandes, la sous-commande origine est mise à la poubelle. Cette occurrence donne le code et le motif du rejet. Ces informations sont facultatives. La mise à la poubelle peut être effectuée même si le code et le motif ne sont pas renseignés. La chaîne 1 donne le code rejet. Celui-ci doit être une occurrence du paramètre RETSACDA. Le texte donne le motif du rejet. |
APERCU |
Conditions d'exécution de l'aperçu du bon de commande ou de l'édition de la demande d'achats à partir du bouton "Aperçu" de la gestion des commandes, de la gestion des demandes d'achats, des signatures de commandes ou des signatures de demandes d'achats. Pour réaliser l'édition, un job est créé. Un message indique le numéro de ce job et son état (en attente ou en cours). La fréquence d'actualisation du message peut être paramétrée. Elle est exprimée en secondes. La valeur 1 donne le délai d'attente entre deux tentatives de rafraîchissement de l'écran lorsque le travail est en attente. La valeur 2 donne le délai d'attente entre deux tentatives de rafraîchissement de l'écran lorsque le travail est en cours. |
ARREQM |
Correction de l'écart sur la somme des pourcentages des équipements liés aux marchés (GEQM) lorsque la saisie de la répartition est effectuée en montant et que le calcul du pourcentage fait que la somme est différente de 100. Si la valeur testée 1 vaut : - O : les écarts sont autorisés ; - N : les écarts sont interdits, la somme des pourcentages doit faire 100. La valeur 1 donne l'écart autorisé. Celui-ci est affecté au plus grand pourcentage. La valeur 2 donne la précision du pourcentage d'affectation. |
CEECDO |
Codes rubriques pour la recherche de l'intitulé du code nomenclature pour l'édition de la déclaration d'échanges de biens Allemagne. La chaîne 1 donne la rubrique utilisée pour la recherche de la première partie du libellé du code nomenclature. La chaîne 2 donne la rubrique utilisée pour la recherche de la deuxième partie du libellé du code nomenclature. |
CGRGES |
Fonction du gestionnaire à prendre en compte pour rechercher le segment à proposer dans la clé analytique des commandes ou des demandes d'achats. La chaîne 1 donne la fonction du gestionnaire pour les commandes d'achats. La chaîne 2 donne la fonction du gestionnaire pour les demandes d'achats. |
CPTCGR |
Paramétrage du contrôle des autorisations entre segment et nature (GASN) et/ou CGR B et nature (GASN). Si la valeur testée 1 vaut : - O : le contrôle d'autorisation sur les segments du CGR A est effectué dès la saisie de la commande ; - N : le contrôle sur les segments du CGR A est effectué au moment de la génération de l'écriture. Si la valeur testée 2 vaut : - O : le contrôle d'autorisation sur le CGR B est effectué dès la saisie de la commande ; - N : le contrôle sur le CGR B est effectué au moment de la génération de l'écriture. |
CPTPOS |
Paramétrage du contrôle des autorisations entre compte et poste (GANN). Si la valeur testée 1 vaut : - O : le contrôle d'autorisation est effectué dès la saisie de la commande ; - N : le contrôle est effectué au moment de la génération de l'écriture. |
CREUSREF |
Validation d'une demande de référencement d'un utilisateur externe (espace fournisseurs). Si la valeur testée 1 vaut : - O : la société de l'utilisateur externe peut ne pas être référencée dans le produit. La validation de la demande de référencement génèrera un prospect achat avec les informations saisies dans le formulaire de référencement ; - N : la société de l'utilisateur externe doit obligatoirement être référencée dans le produit et être renseignée dans le formulaire de référencement pour que la demande puisse être validée. |
CTLUNANS |
Contrôle de la modification de l'unité d'achat pour les lignes sans influence en stock. Si la valeur testée 1 vaut : - O : on oblige l'existence d'un coefficient de conversion entre l'unité origine et la nouvelle unité ; - N : l'unité d'achat est modifiable même s'il n'existe pas de coefficient de conversion entre l'unité origine et la nouvelle unité. |
DATE |
Contrôle d'une date en fonction d'une période donnée, en saisie de demandes d'achats, de commandes, de réceptions ou de factures. La date à contrôler est égale à : - la date de commande ou la date comptable de la commande en saisie de demandes d'achats ou de commandes ; - la date de réception en saisie de réceptions ; - la date comptable de facture en saisie de factures. La période est une période "glissante" calculée à partir de la date du jour (date logique ou date système) et d'un délai avant et après exprimé en jours. La valeur testée 1 donne la date à partir de laquelle est calculée la période "glissante" : - L : date logique ; - S : date système. La valeur testée 2 donne la date à contrôler en saisie de demandes d'achats ou de commandes : - C : date de commande ; - DC : date comptable de commande. La valeur 1 donne le nombre de jours avant. Si elle n'est pas renseignée, la date de début de la période "glissante" est égale à la date minimale. La valeur 2 donne le nombre de jours après. Si elle n'est pas renseignée, la date de fin de la période "glissante" est égale à la date maximale. En saisie de demandes d'achats ou de commandes, le contrôle n'est effectué que si les valeurs testées 1 et 2 sont renseignées. En saisie de réceptions et/ou de factures, le contrôle n'est effectué que si la valeur testée 1 est renseignée. Exemple : Valeur testée 1 = S et date système = 27/02/2009 Valeur 1 = 5 Valeur 2 = 10 La date doit être comprise entre le 22/02/2009 et le 09/03/2009. |
DATTVA |
Si la TVA est datée (occurrence CTLTAS du paramètre AUTODE), cela permet de préciser la date à utiliser pour la recherche du taux de TVA à date (GTVD) pour le calcul des montants TVA. La valeur testée 1 est utilisée pour le calcul des données de commande (prix tarif commande, prix commande, remise commande, etc.). La valeur testée 2 est utilisée pour les données de facture (prix tarif facture, prix facture, remise facture, montant facture, etc.). Si la valeur testée 1 vaut : - C : date de commande ; - DC : date comptable de commande si renseignée, sinon date de commande. Si la valeur testée 2 vaut : - F : date de facture ; - DF : date comptable de facture si renseignée, sinon date de facture. |
DECCAE |
Précision du pourcentage du montant de l'échéance des demandes ou commandes. La valeur 1 donne le nombre de décimales avec lequel est arrondi le pourcentage, elle doit être comprise entre 2 et 13. |
DECCAF |
Précision du taux des conditions de facturation lorsque le taux est un pourcentage. La valeur 1 donne le nombre de décimales avec lequel est arrondi le taux. |
DECCFL |
Précision du taux des conditions de facturation à la ligne. La valeur 1 de cette occurrence donne le nombre de décimales pour les conditions de type "TP". La valeur 2 donne celui pour les conditions de type "DE". Si la valeur n'est pas renseignée, le taux est arrondi avec le nombre de décimales de la devise. |
DECCOE |
Précision des coefficients (unité de prix). La valeur 1 de cette occurrence donne le nombre de décimales avec lequel sont arrondis les coefficients. |
DECPNT |
Précision des points. La valeur 1 de cette occurrence donne le nombre de décimales avec lequel sont arrondis les points. |
DECPRX |
Précision des prix en devise. La valeur 1 de cette occurrence donne le nombre de décimales avec lequel sont arrondis les prix. |
DECPRXREF |
Précision des prix en devise de référence. La valeur 1 de cette occurrence donne le nombre de décimales avec lequel sont arrondis les prix en devise de référence. |
DECPRXREP |
Précision des prix en devise de reporting. La valeur 1 de cette occurrence donne le nombre de décimales avec lequel sont arrondis les prix en devise de reporting. |
DECQTE |
Précision sur les quantités. La valeur 1 de cette occurrence donne le nombre de décimales avec lequel sont arrondies les quantités. |
DPTDEB |
Affectation du numéro de département destination dans le cadre de la déclaration d'échanges de biens (GDEBA, TDEBA). Si la valeur testée 1 vaut : - P : le département est donné à partir des deux premiers caractères du code postal de l'adresse du tiers du dépôt ; - D : le département est donné à partir des deux premiers caractères du département de l'adresse du tiers du dépôt. |
ETPANUxxxx |
Etape à partir de laquelle ne sont plus cumulées les sous-commandes pour les boîtes de cumuls et étape permettant d'indiquer à quelle étape peut être une demande d'achats ou une commande portant sur un marché pour autoriser la suppression d'une ligne de ce marché. Cette occurrence est liée à la classe d'achats. La valeur 1 donne : - l'étape à partir de laquelle ne sont plus utilisées les sous-commandes pour le calcul des cumuls (quantités, montants, poids et volumes) dans les boîtes de cumuls appelées dans les lignes de demandes d'achats (GDAL), les lignes de commandes (GLCA), la consultation des demandes d'achats (CCDAD), la consultation des commandes (CCDAC), la consultation des lignes de demandes d'achats (CLCAD) et la consultation des lignes de commandes (CLCA). Cette étape sert à éliminer les sous-commandes qui ont été annulées (TSRD, TACRA, TTPD) ; - l'étape à laquelle peuvent être les demandes d'achats ou commandes portant sur une ligne de marché pour que cette ligne de marché puisse être supprimée. Dans le cas de la suppression d'une ligne de marché, s'il existe plusieurs traitements de mise à la poubelle pour la classe (plusieurs TSRD mis en place, étape de mise à la poubelle du TACRA différente de celle du TSRD, etc.), les étapes de ces traitements doivent alors être indiquées dans le texte. Il faut que ces étapes soient obligatoirement séparées par des virgules (exemple : 850,900). |
ETPACTxxxx |
Cette occurrence est liée à la classe d'achats. La valeur 1 donne l'étape à partir de laquelle les commandes associées à des marchés ne sont plus actualisables via le traitement d'actualisation des prix liés aux marchés (TACMA). |
ETPDAxxxx |
Cette occurrence est liée à la classe d'achats. La valeur 1 donne l'étape à partir de laquelle les demandes d'achats sont transformées en commande. |
GES |
Paramétrage de l'unicité de la fonction et du rôle des gestionnaires de commandes. Si la valeur testée 1 vaut : - O : la fonction et le rôle sont uniques : il est interdit, pour une commande, d'avoir plusieurs gestionnaires avec la même fonction et le même rôle ; - N : la fonction et le rôle ne sont pas uniques : il est possible, pour une commande, d'avoir plusieurs gestionnaires avec la même fonction et le même rôle. |
LANGxxxx |
Envoi par mail du bon de commande. Cette occurrence dépend de la langue de la commande. Si la langue de la commande n'est pas renseignée, on prend l'occurrence LANG. Le texte donne l'objet du mail. La chaîne 1 donne le numéro du texte par défaut qui sera mis dans le mail s'il n'existe pas de texte dans la gestion des textes fournisseurs (GTXEFOU) avec la langue égale à la langue du fournisseur, la classe égale à "MAIL" et la valeur égale au fournisseur. |
LIGCS |
Cette occurrence est utilisée lors de la duplication des commandes (TDCDA) et des factures (TDFAA). Elle indique si les lignes de co-traitants (lignes de type "C") et de sous-traitants (lignes de type "S") sont copiées ou non. Si la valeur testée 1 vaut : - O : les lignes de co-traitants et les lignes de sous-traitants sont copiées ; - N : les lignes de co-traitants et les lignes de sous-traitants ne sont pas copiées. |
LIGRP |
Cette occurrence est utilisée dans les traitements : - Duplication de commandes (TDCDA) ; - Duplication de factures (TDFAA) ; - Annulation d'une commande réceptionnée (TACRA) ; - Retour à l'étape initiale (TANU). Elle indique comment sont gérées les lignes de pénalités (lignes de type "P") et les lignes de révisions (lignes de type "R" ou "A") dans ces traitements. Si la valeur testée 1 vaut : - O : les lignes de pénalités et les lignes de révisions sont gérées comme les autres lignes ; - N : les lignes de pénalités et les lignes de révisions sont gérées différemment des autres lignes : - duplication de commandes (TDCDA), duplication de factures (TDFAA) et annulation des commandes réceptionnées (TACRA) : les lignes de pénalités et les lignes de révisions ne sont pas copiées sur la commande générée, - retour à l'étape initiale (TANU) : les lignes de révisions commande ainsi que l'historique de révisions (CHREA) qui en dépend sont supprimés. |
MARG05 |
Copie du marché de la demande d'achats ou de la commande dans l'identifiant 5 (G05SALCA) des lignes de demandes ou de commandes. Cette fonctionnalité doit être activée pour les marchés publics. Si la valeur testée 1 vaut : - O : copie du marché dans l'identifiant 5 des lignes ; - N : pas de copie du marché dans l'identifiant 5 des lignes. |
NFRPRODFT |
Recherche de la référence article/fournisseur lors la saisie de l'article pour la proposition de valeurs par défaut. Si la valeur testée 1 vaut : - O : la référence article/fournisseur recherchée est celle définie pour l'article et la nature de frais de la ligne ; - N : la référence article/fournisseur recherchée est celle définie par défaut. Si la nature de frais n'est pas renseignée, cette occurrence est ignorée et la référence article/fournisseur recherchée est celle définie par défaut. |
NFRRCHRAF |
Indique comment est gérée la nature de frais dans les propositions par défaut lors de l'intégration des demandes d'achats ou des commandes (TTCDA), lors de l'intégration des réceptions (TTREA) et lors de l'intégration des factures (TTFCA) lorsqu'elle n'est pas renseignée dans les tables d'interfaces correspondantes. Si la valeur testée 1 vaut : - O : la nature de frais de la ligne générée n'est pas proposée et n'est donc pas renseignée ; - N : la nature de frais de la ligne générée est proposée par défaut. La proposition est effectuée soit par la recherche d'une référence article/fournisseur par défaut, soit par la recherche de la référence article/fournisseur la plus récente. |
POURVCG |
Correction de l'écart sur la somme des pourcentages des ventilations par CGR (GVCG) lorsque la saisie est effectuée en montant et que le calcul du pourcentage fait que la somme est différente de 100. La valeur testée 1 indique si les écarts sont autorisés. - O : les écarts sont autorisés ; - N : les écarts ne sont pas autorisés, la somme des pourcentages doit faire 100. La valeur 1 donne l'écart autorisé. Celui-ci est affecté au plus grand pourcentage. |
PROPOS |
Proposition et autorisation de modification du poste : - des articles achetés ; - des regroupements ; - des conditions de facturation générales, des conditions de facturation des fournisseurs, des conditions de facturation des commandes, des conditions de facturation par classe et statut ; - des lignes (demande, commande, réception, facture). En création d'un article acheté, d'un regroupement, d'une condition de facturation générale ou d'une condition de facturation par classe et statut, le poste est proposé par défaut à partir de celui du compte. En création d'une condition de facturation pour un fournisseur, le poste est proposé par défaut à partir de celui de la condition de facturation générale. En création d'une condition de facturation pour une commande, le poste est proposé par défaut à partir de celui de la condition associée au fournisseur, si elle existe, sinon à partir de la condition de facturation générale. En création d'une ligne, le poste est proposé par défaut à partir de celui du compte ou de celui de l'article acheté (ou du regroupement) en fonction du paramétrage de la classe d'achats. Lors de la modification du compte de l'article, du regroupement, d'une condition de facturation (générale, pour un fournisseur, pour une commande ou pour une classe et un statut) ou de la ligne (en création ou en mise à jour), le poste peut être de nouveau proposé en fonction de la valeur testée 1. Si la valeur testée 1 vaut : - O : le poste du compte est de nouveau proposé dans celui de l'article, du regroupement, de la condition de facturation ou de la ligne ; - N : le poste du compte n'est pas proposé dans celui de l'article, du regroupement, de la condition de facturation ou de la ligne. Si en modification du compte le poste est de nouveau proposé (valeur testée 1 égale à "O"), le poste proposé est modifiable ou non, en création ou en modification de l'article acheté, du regroupement, de la condition de facturation ou de la ligne, en fonction de la valeur testée 2. Si la valeur testée 1 vaut "O" et si la valeur testée 2 vaut : - O : la modification du poste est autorisée ; - N : la modification du poste est interdite. |
PROPTVA |
Indique si la proposition TVA (GPPTA) est déclinée par : - classe d'achats ou sans classe d'achats ; - si le CGR est de type "A", segment de CGR A ou pour un des 20 paramètres de CGR ; - article acheté ou catégorie d'articles achetés ; - fournisseur ou catégorie de fournisseurs. Si la valeur testée 1 vaut : - A : le paramétrage de la TVA est effectué par article ; - C : le paramétrage de la TVA est effectué par catégorie d'articles achetés. Si la valeur testée 2 vaut : - F : le paramétrage de la TVA est effectué par fournisseur ; - C : le paramétrage de la TVA est effectué par catégorie de fournisseurs. Si la chaîne 1 vaut : - O : la classe est obligatoire. Le paramétrage de la TVA doit obligatoirement être effectué par classe d'achats ; - N : la classe n'est pas obligatoire. Le paramétrage de la TVA peut être effectué sans classe d'achats. Si le CGR est de type "A" et si la chaîne 2 vaut : - CGR : le paramétrage de la TVA est effectué par segment de CGR A ; - PR1OECGR, PR2OECGR, etc., P20OECGR : le paramétrage de la TVA est effectué pour un des vingt paramètres du segment de CGR A. |
SEPCOL |
Permet de préciser le séparateur à utiliser dans les fichiers ASCII. Utilisé dans l'analyse des achats (EANA) uniquement. La chaîne 1 contient le séparateur à utiliser. |
SUPSIG |
Signatures multicritères. Si une ou plusieurs signatures multicritères (GSMRA) ont été effectuées entre l'étape à laquelle on retourne et l'étape à laquelle se situe les commandes de la réception avant d'être retournées, les détails de signatures (GDSMRA) correspondant sont supprimés ou annulés selon la valeur testée 1. Possibilité de sauvegarder les anciens statuts lors d'un refus pour resoumettre (action RR), d'un retour à l'étape initiale (TANU), de l'annulation d'une demande d'achats ou d'une commande (TSRD), de l'annulation d'une commande réceptionnée (TACRA), des commandes réceptionnées sans facture (TRSF), de l'annulation d'une facture (TAFAA), d'un retour à l'étape initiale pour les marchés (TREIMA), d'un refus pour détacher les factures directes (action RD). Cette possibilité est donnée par la valeur testée 2 de cette occurrence : - N : le code statut des détails des signatures annulées passe à "AN" et la date et l'heure d'action sont égales à la date et l'heure à laquelle l'annulation est effectuée ; - O : le code statut des détails des signatures annulées est de la forme AN-XX où XX représente l'ancien statut du détail de signature et la date et l'heure de l'action d'origine sont conservées. |
SUPSLZ |
Suppression de l'en-tête de commande lorsque toutes les lignes ont été supprimées dans le traitement de suppression des lignes à 0 (TSLZA). Si la valeur testée 1 vaut : - O : suppression de l'en-tête ; - N : pas de suppression de l'en-tête. |
TRICDE |
Ordre d'affichage des demandes d'achats ou des commandes. Si la valeur testée 1 vaut : - C : les demandes d'achats ou les commandes sont triées par classe, numéro et sous-numéro ; - D : les demandes d'achats ou les commandes sont triées par date de commande. Si la valeur testée 2 vaut : - C : le tri est croissant ; - D : le tri est décroissant. |
TVACEE |
Préparation de la déclaration d'échanges de biens. Si la valeur testée 1 vaut : - R : le traitement de déclaration d'échanges de biens entre états membres de l'UE (TDEBA) est paramétré après la réception. - F : le traitement de déclaration d'échanges de biens entre états membres de l'UE (TDEBA) est paramétré après le contrôle facture. Si la valeur testée 2 vaut : - R : le montant du port jusqu'à la frontière est saisi globalement par réception. Le calcul de la valeur statistique est le suivant : valeur fiscale + % du montant global du port au prorata du poids net de chaque ligne de commande. - AP : le montant du port est un pourcentage de la valeur fiscale en fonction de l'adresse de livraison de la réception. Si le pourcentage n'est pas renseigné au niveau de l'adresse de livraison, la valeur statistique est égale à la valeur fiscale, sinon le calcul de la valeur statistique est le suivant : valeur fiscale multipliée par (1 + pourcentage port DEB de l'adresse). - AN : le montant du port est un pourcentage de la valeur fiscale en fonction de l'adresse de livraison de la réception. Si le pourcentage n'est pas renseigné au niveau de l'adresse de livraison, la valeur statistique est égale à la valeur fiscale, sinon le calcul de la valeur statistique est le suivant : valeur fiscale multipliée par (1 - pourcentage port DEB de l'adresse). La chaîne 1 donne la rubrique utilisée pour le calcul de l'unité supplémentaire. Cette rubrique doit être associée à l'article acheté (GARUATA). L'unité supplémentaire est calculée en multipliant la quantité achetée (réceptionnée ou facturée) par un coefficient contenu dans la valeur de la rubrique. La quantité obtenue est arrondie à l'unité la plus proche sauf pour les valeurs comprises entre 0 et 1 qui sont toujours arrondies à 1 (exemples : 21.499 litres s'écrit 21 ; 2.501 carats s'écrit 3 ; 0.491 mètre s'écrit 1). Cette information est facultative. Si elle n'est pas renseignée, les unités supplémentaires ne sont pas calculées. La chaîne 2 donne la rubrique utilisée pour contrôler l'existence d'une unité supplémentaire par article. Si la rubrique est renseignée, elle doit être associée à l'article acheté (GARUATA) et sa valeur doit être égale à "O" ou "N". Si sa valeur est égale à "O", il doit alors exister une rubrique dans la chaîne 1 de ce même paramètre afin de pouvoir calculer l'unité supplémentaire pour l'article. Si sa valeur est égale à "N", aucun contrôle n'est effectué : si la rubrique de la chaîne 1 est renseignée, l'unité supplémentaire est calculée pour l'article, sinon elle ne l'est pas. Cette information est facultative. Si elle n'est pas renseignée, le contrôle d'existence d'une rubrique permettant de calculer les unités supplémentaires n'est pas fait. |
USRTRF |
Utilisateur et date de création des éléments créés par interface ou générés par traitement. Si la valeur testée 1 vaut : - O : l'utilisateur et la date de création sont ceux d'origine ; - N : l'utilisateur et la date de création sont l'utilisateur de connexion et la date système. |
Utilisation du paramètre |
Utilisé dans : Articles achetés (GATA) Fournisseurs (GFOU) Marchés (GMARA) Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) Equipements liés aux marchés (GEQM) Articles référencés par fournisseur (GRAF) Demandes d'achats (GDAI) Génération de commandes à partir de DA (TDAI) Commandes d'achats (GCDA) Intégration des commandes ou demandes d'achats (TTCDA) Modification des commandes (GMCDA) Modification des lignes de commandes (GMLCA) Consultation des demandes d'achats (CCDAD) Consultation des commandes d'achats (CCDAC) Consultation des lignes de demandes d'achats (CLCAD) Consultation des lignes de commandes d'achats (CLCA) Duplication de commandes (TDCDA) Génération des commandes d'achats / fournisseur(s) (TGCDA) Confirmation des commandes (TCDA) Signatures des demandes d'achats (GSGDA) Signatures des commandes d'achats (GSGCA) Bon de commande QED Gestionnaires des commandes d'achats (GCAG) Ventilations par CGR (GVCG) Analyse des achats (EANA) Commandes à réceptionner (SAIRCD) Lignes de réceptions en quantité (SAILCR) Détails par lots et emplacements (SAILAL) Retours (GRET) Commandes à facturer (SAIFCD) Lignes à facturer (SAIFLC) Lignes de facture (SAILCF) Déclaration d'échanges de biens (TDEBA) Suppression des lignes ayant la quantité égale à 0 (TSLZA) Actualisation des prix liés aux marchés (TACMA) |
AUTASPC - Affectation des signataires en fonction du plan de contrôle |
Ce paramètre pilote les objectifs à atteindre lors de l'exécution du traitement d'affectation des signataires en fonction du plan de contrôle (TASPCA). Il permet également de déterminer la date utilisée pour rechercher la catégorie du plan de contrôle à appliquer. |
Occurrences |
|
PDCLIG Plan de contrôle pour la ligne |
Possibilité de sauvegarder, dans les lignes de factures, le plan de contrôle sélectionné lors du traitement d'affectation des signataires en fonction du plan de contrôle (TASPCA). Pour cela, il est nécessaire d'indiquer, dans la chaîne 1, la zone des lignes de factures à renseigner : - L01 : libellé 1 (L01SALCA) ; - L02 : libellé 2 (L02SALCA) ; - L03 : libellé 3 (L03SALCA) ; - L04 : libellé 4 (L04SALCA) ; - L05 : libellé 5 (L05SALCA). |
TRTFAA Traitement des factures |
La valeur testée 1 donne la date à utiliser pour rechercher la catégorie du plan de contrôle : - F : date de facture ; - C : date comptable de la facture ; - L : date logique. La valeur 1 représente le pourcentage minimum de factures sélectionnées à soumettre à validation lors de l'exécution du traitement (exemple 20%). La valeur 2 représente le pourcentage du montant minimum des factures sélectionnées à soumettre à validation lors de l'exécution du traitement (exemple 80%). |
Utilisation du paramètre |
Utilisé dans : Affect. des signataires en fonct. du plan de ctrl. (TASPCA) |
AUTDAI - Autorisation sur demandes d'achats |
Ce paramètre vous permet de définir certaines règles générales de gestion pour les demandes d'achats. Les occurrences sont définies dans le produit. |
Occurrences |
|
EDTCTL |
Edition de la date de contrôle et des quantités à 0 dans l'édition des demandes d'achats. La chaîne 1 indique si les lignes qui ont une quantité demandée égale à 0 sont éditées. Si la chaîne 1 vaut : - O : on édite les lignes avec une quantité demandée à 0 ; - N : on n'édite pas les lignes avec une quantité demandée à 0. La valeur 1 donne l'étape pour laquelle il faut rechercher, dans l'historique des étapes, la date de contrôle. Celle-ci est la date à laquelle a été effectuée l'étape. |
EDTGES |
Edition du premier gestionnaire dans l'édition des demandes d'achats. La chaîne 1 donne le rôle du gestionnaire à éditer. La chaîne 2 donne la fonction du gestionnaire à éditer. |
EDTGES2 |
Edition du second gestionnaire dans l'édition des demandes d'achats. La chaîne 1 donne le rôle du gestionnaire à éditer. La chaîne 2 donne la fonction du gestionnaire à éditer. |
Utilisation du paramètre |
A créer pour : Utilisé dans : Edition des demandes d'achats (EDAI) |
AUTECLA - Eclatement par caractéristique article |
Ce paramètre donne la liste des différents critères d'éclatement pouvant être utilisés dans le traitement d'éclatement par caractéristique article (TECLA). Les occurrences sont définies dans le produit. |
Occurrences |
|
ARESGART Emballage article |
ARFSGART Forme article |
ARGSGART Regroupement article |
ARMSGART Marque article |
ARPSGART Présentation article |
ARSSGART Série article |
CATSGATA Catégorie article acheté |
CLASGATA Classement article acheté |
FONSGART Fonction article |
GENSGART Genre article |
GENSGATA Genre article acheté |
GESSGATA Gestionnaire article acheté |
NATSGART Nature article |
NATSGATA Nature article acheté |
NUMSGART Article |
ROLSGART Rôle article |
ROLSGATA Rôle article acheté |
TYPSGART Type article |
TYPSGATA Type article acheté |
Utilisation du paramètre |
Utilisé dans : Eclatement par caractéristique article (TECLA) |
AUTFOURD - Paramétrage fournisseur ReadSoft |
Paramétrage de l'alimentation des données par le traitement d'extraction des fournisseurs ReadSoft (TOURD). |
Occurrences |
|
ADRESSE |
Si la valeur testée 1 vaut : - N : l'adresse du fournisseur est renseignée dans le fichier généré ; - O : la chaîne 1 indique quelle donnée du fournisseur est utilisée pour l'affectation de l'adresse du fournisseur dans le fichier généré. Elle peut avoir comme valeur NATSAFOU (nature) ou GENSAFOU (genre). Si la donnée du fournisseur pour l'établissement sélectionné n'est pas vide, les attributs suivants dans le fichier seront vides : "Name1, Street, StreetSupplement, City, PostalCode, TelephoneNumber, VATRegistrationNumber, CountryCoded, TaxNumber1. |
DOUBLON |
Si la valeur testée 1 vaut : - N : l'extraction est arrêtée avec une erreur si un fournisseur est présent sur plusieurs établissements alphanumériques, et que la zone indiquée par la chaîne 1 de l'occurrence ETSFOU du paramètre QIN_READ contient la même information sur plusieurs établissements de ce fournisseur ; - O : l'extraction contient des doublons de fournisseurs. |
STREET |
Si la valeur testée 1 vaut : - O : la chaîne 1 indique l'information qui permet de renseigner l'attribut Street du fichier généré. La chaîne 1 peut avoir comme valeur AD1OETIA (première ligne d'adresse), AD2OETIA (deuxième ligne) ou AD3OETIA (troisième ligne). - différente de O, l'attribut Street du fichier généré n'est pas renseigné. |
STREETSUP |
Si la valeur testée 1 vaut : - O : la chaîne 1 indique l'information qui permet de renseigner l'attribut StreetSupplement du fichier généré. La chaîne 1 peut avoir comme valeur AD1OETIA (première ligne d'adresse), AD2OETIA (deuxième ligne) ou AD3OETIA (troisième ligne). - différente de O, l'attribut StreetSupplement du fichier généré n'est pas renseigné. |
Utilisation du paramètre |
Utilisé dans : Extraction des fournisseurs ReadSoft (TFOURD) |
AUTGARC - Paramétrage du traitement de génération des art. catalogues |
Ce paramètre permet de définir certaines règles lors de la génération des articles catalogues (GBART) depuis les articles référencés par fournisseur (GRAF). |
Occurrences |
|
UNA |
Unité de l'article référencé par fournisseur permettant l'alimentation de l'unité de l'article catalogue. Si la chaîne 1 vaut : - UNA : l'unité de l'article catalogue est renseignée avec l'unité de commande de l'article référencé par fournisseur ; - UND : l'unité de l'article catalogue est renseignée avec l'unité de demande de l'article référencé par fournisseur. |
Utilisation du paramètre |
Si la fonctionnalité de génération des articles catalogues depuis les articles référencés par fournisseurs est activée, utilisée dans : TGARC - Génération des articles catalogues (TGARC) GRAF - Articles référencés par fournisseur (GRAF) GMARA - Marchés (GMARA) GMRAF - Modification des références articles/fournisseurs (GMRAF) TMRAF - MAJ des prix des références articles/fournisseurs (TMRAF) TDRAF - Duplication des références articles / fournisseurs (TDRAF) TIART - Intégration des articles de transfert (TIART) TMCU - Modification des coefficients et (ou) unités (TMCU) |
AUTLASM - LASM |
Si pour la livraison à soi-même, des taux différents sont gérés selon l'article, ce paramètre donne le numéro de la condition de facturation de remise (type R) associée à la condition de facturation de livraison à soi-même (type LS). L'occurrence est égale au numéro de la condition de facturation de livraison à soi-même. La chaîne 1 donne le numéro de la condition de facturation de remise. |
Utilisation du paramètre |
Utilisé dans : Eclatement des commandes pour la LASM (TLASMA) |
AUTMATA - Modification des articles achetés |
Ce paramètre donne la liste des données modifiables par la gestion de modification des articles achetés. La valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. Il est possible de définir plusieurs transactions associées au programme de modification des articles achetés. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMATA, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMATAC est associé le paramètre PRM avec la valeur C (informations comptables). Toutes les colonnes pour lesquelles la valeur C est présente dans la chaîne 1 (occurrences CGR, CPA, POS, RAC et TVA) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. La chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. La valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
CAT Catégorie |
CGR Segment |
CPA Compte |
CPI Ecart inférieur quantité facturée/commandée en % |
CPM Contrôle prix/montant |
CPS Ecart supérieur quantité facturée/commandée en % |
CQI Ecart inférieur quantité facturée/commandée en quantité |
CQL Contrôle qualitatif |
CQR Contrôle quantité réceptionnée |
CQS Ecart supérieur quantité facturée/commandée en quantité |
DEP Dépôt |
EQR Ecart supérieur quantité réceptionnée |
ERS Ecart inférieur quantité réceptionnée |
ETA Etat |
FRD Frais de douane |
FRS Frais annexes |
GCA Génération composants |
GCP Génération composé |
GEN Genre |
GES Gestionnaire |
LFA Lien fabricant article |
LIS Lissage |
MNE Mnémonique |
MNT Montant écart |
NAT Nature |
PAY Pays |
PI1 Paramètre 1 immobilisation |
PI2 Paramètre 2 immobilisation |
PI3 Paramètre 3 immobilisation |
PLN Plan d'amortissement |
PLT Plan associé |
POS Poste |
PRI Ecart inférieur/prix |
PRS Ecart supérieur/prix |
QFC Contrôle quantité facturée/commandée |
QFR Contrôle quantité facturée/reçue |
RAC Regroupement |
RGI Regroupement d'immobilisation |
ROL Rôle |
RPI Ecart inférieur quantité facturée/reçue en % |
RPS Ecart supérieur quantité facturée/reçue en % |
RQI Ecart inférieur quantité facturée/reçue en quantité |
RQS Ecart supérieur quantité facturée/reçue en quantité |
SIM Seuil immobilisation |
STQ Statut qualité |
TAM Type d'amortissement |
TCI Type de transfert d'immobilisation |
TFD Type de frais de douane |
TFR Type de frais annexes |
TPP Type de produit |
TQM Frais PUMP |
TVA Taxe |
TYA Type d'immobilisation |
TYP Type |
Utilisation du paramètre |
Utilisé dans : Modification des articles achetés (GMATA) |
AUTMCAE - Modification des échéances |
Ce paramètre donne la liste des données modifiables par la gestion de modification des échéances des commandes et les conditions dans lesquelles peuvent s'effectuer ces modifications. Pour les occurrences correspondant aux zones modifiables, la valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. La valeur testée 2 indique si l'occurrence correspond à une donnée modifiable. Cette information ne doit pas être modifiée. Si la valeur testée 2 vaut : - C : il s'agit d'une colonne modifiable. Il est possible de définir plusieurs transactions associées au programme de modification des échéances de commandes. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMCAE, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMCAEC est associé le paramètre PRM avec la valeur C (informations comptables). Toutes les colonnes pour lesquelles la valeur C est présente dans la chaîne 1 (occurrences CPT, CG1 et CG2) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. Pour les occurrences correspondant aux zones modifiables, la chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. Pour les colonnes correspondant aux zones modifiables, la valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
CG1 CGR A |
CG2 CGR B |
COL Type de collectif |
CPT Compte |
xMAJCAE |
Etape maximale d'autorisation de modification. Cette occurrence est liée au paramètre du mnémonique, la valeur x ne peut être que sur une seule position. La valeur 1 donne l'étape jusqu'à laquelle la mise à jour est autorisée (l'étape de la commande doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune modification n'est autorisée quelle que soit l'étape de la commande. |
NAT Nature |
RGD Date de règlement |
RGJ Nombre de jours de règlement |
RGM Mode de règlement |
ROL Rôle |
TID Domiciliation bancaire |
TYP Type |
Utilisation du paramètre |
Utilisé dans : Modification des échéances (GMCAE) |
AUTMCAF - Modification des conditions de facturation |
Ce paramètre donne la liste des données modifiables par la gestion de modification des conditions de facturation des commandes et les conditions dans lesquelles peuvent s'effectuer ces modifications. Pour les occurrences correspondant aux zones modifiables, la valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. La valeur testée 2 indique si l'occurrence correspond à une donnée modifiable. Cette information ne doit pas être modifiée. Si la valeur testée 2 vaut : - C : il s'agit d'une colonne modifiable. Il est possible de définir plusieurs transactions associées au programme de modification des conditions de facturation de commandes. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMCAF, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMCAFC est associé le paramètre PRM avec la valeur C (informations comptables). Toutes les colonnes pour lesquelles la valeur C est présente dans la chaîne 1 (occurrences CPT, CG1, CG2, TVA et VTV) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. Pour les occurrences correspondant aux zones modifiables, la chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. Pour les colonnes correspondant aux zones modifiables, la valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
CG1 CGR A |
CG2 CGR B |
CPT Compte |
DDV Date de début de validité |
DFV Date de fin de validité |
EDT Edition |
xMAJCAF |
Etape maximale d'autorisation de modification. Cette occurrence est liée au paramètre du mnémonique, la valeur x ne peut être que sur une seule position. La valeur 1 donne l'étape jusqu'à laquelle la mise à jour est autorisée (l'étape de la commande doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune modification n'est autorisée quelle que soit l'étape de la commande. |
MAX Assiette maximale |
MIN Assiette minimale |
NAT Nature |
POS Poste |
TAU Taux ou montant |
TVA Taxe |
VTV Ventilation par taxe |
Utilisation du paramètre |
A créer pour : Utilisé dans : Modification des conditions de facturation (GMCAF) |
AUTMCAG - Modification des gestionnaires |
Ce paramètre donne les conditions dans lesquelles peuvent s'effectuer les modifications des gestionnaires des commandes d'achats. |
Occurrences |
|
MAJCAG |
Etape maximale jusqu'à laquelle il est possible d'ajouter, modifier ou supprimer un gestionnaire pour une demande d'achats ou une commande. La valeur 1 donne l'étape maximale autorisée (l'étape de la commande doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune action n'est autorisée quelle que soit l'étape de la commande. |
Utilisation du paramètre |
Utilisé dans : Modification des gestionnaires (GMCAG) |
AUTMCAPL - Modification des paramètres des lignes de commandes |
Ce paramètre donne la liste des données modifiables par la gestion de modification des paramètres des lignes de commandes (GMCAPL) et les conditions dans lesquelles peuvent s'effectuer ces modifications. Pour les occurrences correspondant aux zones modifiables, la valeur testée 2 indique si l'occurrence correspond à une donnée modifiable. Cette information ne doit pas être modifiée. Si la valeur testée 2 vaut : - C : il s'agit d'une colonne modifiable. Il est possible de définir plusieurs transactions associées au programme de modification des paramètres des lignes de commandes. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple : Au mnémonique GMCAPL, (livré en standard), aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Il est possible de créer le mnémonique GMCAPL1 et d'associer le paramètre PRM avec une valeur égale à 1. Toutes les colonnes pour lesquelles la valeur "1" est présente dans la chaîne 1 (exemple : occurrence P01) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. |
Occurrences |
|
xMAJCAP |
Etape maximale d'autorisation de modification. Cette occurrence est liée au paramètre du mnémonique, la valeur x ne peut être que sur une seule position. La valeur 1 donne l'étape jusqu'à laquelle la mise à jour est autorisée (l'étape de la commande doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune modification n'est autorisée quelle que soit l'étape de la commande. |
P01 Paramètre 01 |
P02 Paramètre 02 |
P03 Paramètre 03 |
P04 Paramètre 04 |
P05 Paramètre 05 |
P06 Paramètre 06 |
P07 Paramètre 07 |
P08 Paramètre 08 |
P09 Paramètre 09 |
P10 Paramètre 10 |
P11 Paramètre 11 |
P12 Paramètre 12 |
P13 Paramètre 13 |
P14 Paramètre 14 |
P15 Paramètre 15 |
Utilisation du paramètre |
A créer pour : Modification des paramètres des lignes de cdes (GMCAPL) |
AUTMCDA - Modification des commandes |
Ce paramètre donne la liste des données modifiables par la gestion de modification des commandes et les conditions dans lesquelles peuvent s'effectuer ces modifications. Pour les occurrences correspondant aux zones modifiables, la valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. La valeur testée 2 indique si l'occurrence correspond à une donnée modifiable. Cette information ne doit pas être modifiée. Si la valeur testée 2 vaut : - C : il s'agit d'une colonne modifiable. Il est possible de définir plusieurs transactions associées au programme de modification des commandes. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMCDA, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMCDAC est associé le paramètre PRM avec la valeur C (informations comptables). Toutes les colonnes pour lesquelles la valeur C est présente dans la chaîne 1 (occurrences CG1, CG2, DCD, DEC et OBS) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. Pour les occurrences correspondant aux zones modifiables, la chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. Pour les colonnes correspondant aux zones modifiables, la valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
CAM Camion |
CG1 CGR A |
CG2 CGR B |
DA1 Date 1 |
DA2 Date 2 |
DA3 Date 3 |
DCD Date de commande |
DCF Date de confirmation |
DCO Date de contrat |
DEC Date comptable |
DEP Dépôt |
DES Destination |
DPC Dépôt client/fournisseur |
DRD Date au plus tôt |
DRF Date au plus tard |
ETA Etat |
G01 Identifiant 1 |
G02 Identifiant 2 |
G03 Identifiant 3 |
G04 Identifiant 4 |
G05 Identifiant 5 |
GEN Genre |
INL Interlocuteur logistique |
INX Interlocuteur externe |
L01 Libellé 1 |
L02 Libellé 2 |
L03 Libellé 3 |
L04 Libellé 4 |
L05 Libellé 5 |
LAN Langue |
xMAJCDA |
Etape maximale d'autorisation de modification. Cette occurrence est liée au paramètre du mnémonique, la valeur x ne peut être que sur une seule position. La valeur 1 donne l'étape jusqu'à laquelle la mise à jour est autorisée (l'étape de la commande doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune modification n'est autorisée quelle que soit l'étape de la commande. |
MDT Mode de transport |
MNE Mnémonique |
NAT Nature |
NBC Nombre de colis |
NU1 Numérique 1 |
NU2 Numérique 2 |
NU3 Numérique 3 |
OBF Observation facture |
OBL Observation réception |
OBR Observation paiement |
OBS Objet |
OTS Ouverture semaine |
P01 Paramètre 1 |
P02 Paramètre 2 |
P03 Paramètre 3 |
P04 Paramètre 4 |
P05 Paramètre 5 |
P06 Paramètre 6 |
P07 Paramètre 7 |
P08 Paramètre 8 |
P09 Paramètre 9 |
P10 Paramètre 10 |
P11 Paramètre 11 |
P12 Paramètre 12 |
P13 Paramètre 13 |
P14 Paramètre 14 |
P15 Paramètre 15 |
PR1 Paramètre standard 1 |
PR2 Paramètre standard 2 |
PR3 Paramètre standard 3 |
PRT Type de port |
REF Référence |
ROL Rôle |
TAC Adresse du tiers de commande |
TAF Adresse du tiers de facturation |
TAL Adresse du tiers de livraison |
TAP Adresse du tiers de paiement |
TRN Transporteur |
TYP Type |
URG Priorité |
Utilisation du paramètre |
A créer pour : Utilisé dans : Modification des commandes (GMCDA) |
AUTMFOU - Modification des fournisseurs |
Ce paramètre donne la liste des données modifiables par la gestion de modification des fournisseurs. La valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. Il est possible de définir plusieurs transactions associées au programme de modification des fournisseurs. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMFOU, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMFOUC est associé le paramètre PRM avec la valeur C (informations comptables). Toutes les colonnes pour lesquelles la valeur C est présente dans la chaîne 1 (occurrences CGR, COL, ECH, MOD, REG, TAD et TTV) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. La chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. La valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
CAL Calendrier |
CAM Camion |
CAT Catégorie |
CGR Segment |
CLA Classement |
COL Type de collectif |
COT Cotation |
DEP Dépôt |
DPC Dépôt fournisseur |
ECH Echéance |
EDT Edition |
ETA Etat |
GEN Genre |
MDT Mode de transport |
MNE Mnémonique |
MOD Mode de taxe |
NAT Nature |
NBE Nombre d'exemplaires |
PRT Type de port |
RAT Rating |
REG Régime de taxe |
TAD Domiciliation bancaire |
TTV Type de taxe |
TYP Type |
Utilisation du paramètre |
A créer pour : Utilisé dans : Modification des fournisseurs (GMFOU) |
AUTMLAL - Modification détails par lot et par emplacement |
Ce paramètre donne la liste des données modifiables par la gestion de modification des détails par lot et emplacement et les conditions dans lesquelles peuvent s'effectuer ces modifications. Pour les occurrences correspondant aux zones modifiables, la valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. La valeur testée 2 indique si l'occurrence correspond à une donnée modifiable. Cette information ne doit pas être modifiée. Si la valeur testée 2 vaut : - C : il s'agit d'une colonne modifiable. Il est possible de définir plusieurs transactions associées au programme de modification des détails par lot et emplacement. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMLAL, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMLALP est associé le paramètre PRM avec la valeur P (paramètres standard). Toutes les colonnes pour lesquelles la valeur P est présente dans la chaîne 1 (occurrences TYP, NAT, GEN et ROL) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. Pour les occurrences correspondant aux zones modifiables, la chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. Pour les colonnes correspondant aux zones modifiables, la valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
GEN Genre |
xMAJLAL |
Etape maximale d'autorisation de modification. Cette occurrence est liée au paramètre du mnémonique, la valeur x ne peut être que sur une seule position. La valeur 1 donne l'étape jusqu'à laquelle la mise à jour est autorisée (l'étape de la commande doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune modification n'est autorisée quelle que soit l'étape de la commande. |
NAT Nature |
NBC Nombre de colis |
NBE Nombre d'étiquettes |
ROL Rôle |
TYP Type |
Utilisation du paramètre |
A créer pour : Utilisé dans : Modification détails par lots et par emplacements (GMLAL) |
AUTMLCA - Modification des lignes de commandes |
Ce paramètre donne la liste des données modifiables par la gestion de modification des lignes de commandes et les conditions dans lesquelles peuvent s'effectuer ces modifications. Pour les occurrences correspondant aux zones modifiables, la valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. La valeur testée 2 indique si l'occurrence correspond à une donnée modifiable. Cette information ne doit pas être modifiée. Si la valeur testée 2 vaut : - C : il s'agit d'une colonne modifiable. Il est possible de définir plusieurs transactions associées au programme de modification des lignes de commandes. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMLCA, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMLCAC est associé le paramètre PRM avec la valeur C (informations comptables). Toutes les colonnes pour lesquelles la valeur C est présente dans la chaîne 1 (occurrences CG1, CG2, CPA, POS et TVA) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. Pour les occurrences correspondant aux zones modifiables, la chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. Pour les colonnes correspondant aux zones modifiables, la valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
CDO Code nomenclature douanière |
CG1 CGR A |
CG2 CGR B |
CPA Compte |
DA1 Date 1 |
DA2 Date 2 |
DA3 Date 3 |
DCL Date initiale |
DER Dépôt |
DTR Date de réception prévue |
G01 Identifiant 1 |
G02 Identifiant 2 |
G03 Identifiant 3 |
G04 Identifiant 4 |
G05 Identifiant 5 |
INF Information |
INT Intitulé |
L01 Libellé 1 |
L02 Libellé 2 |
L03 Libellé 3 |
L04 Libellé 4 |
L05 Libellé 5 |
xMAJLCA |
Etape maximale d'autorisation de modification. Cette occurrence est liée au paramètre du mnémonique, la valeur x ne peut être que sur une seule position. La valeur 1 donne l'étape jusqu'à laquelle la mise à jour est autorisée (l'étape de la commande doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune modification n'est autorisée quelle que soit l'étape de la commande. |
NAT Nature |
NBC Nombre de colis |
NTR Nature de la transaction |
NU1 Numérique 1 |
NU2 Numérique 2 |
NU3 Numérique3 |
P01 Paramètre 1 |
P02 Paramètre 2 |
P03 Paramètre 3 |
P04 Paramètre 4 |
P05 Paramètre 5 |
P06 Paramètre 6 |
P07 Paramètre 7 |
P08 Paramètre 8 |
P09 Paramètre 9 |
P10 Paramètre 10 |
P11 Paramètre 11 |
P12 Paramètre 12 |
P13 Paramètre 13 |
P14 Paramètre 14 |
P15 Paramètre 15 |
PAP Pays de provenance |
PAR Numéro de parc |
PAY Pays d'origine |
PDB Poids brut |
PDN Poids net |
PI1 Paramètre 1 immobilisation |
PI2 Paramètre 2 immobilisation |
PI3 Paramètre 3 immobilisation |
PLN Plan d'amortissement |
PLT Plan associé |
POS Poste |
PR1 Paramètre standard 1 |
PR2 Paramètre standard 2 |
PR3 Paramètre standard 3 |
REG Régime DEB |
RGI Regroupement d'immobilisations |
ROL Rôle |
TAM Type d'amortissement |
TCI Type de transfert immobilisation |
TVA Taxe |
TYA Type d'immobilisation |
TYP Type |
UFI Unité fonctionnelle interne |
VOB Volume brut |
VON Volume net |
Utilisation du paramètre |
A créer pour : Utilisé dans : Modification des lignes de commandes (GMLCA) |
AUTMMAR - Modification des marchés |
Ce paramètre donne la liste des données modifiables par la gestion de modification des marchés (GMMARA) et les conditions dans lesquelles peuvent s'effectuer ces modifications. Pour les occurrences correspondant aux zones modifiables, la valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. La valeur testée 2 indique si l'occurrence correspond à une donnée modifiable. Cette information ne doit pas être modifiée. Si la valeur testée 2 vaut : - C : il s'agit d'une colonne modifiable. Il est possible de définir plusieurs transactions associées au programme de modification des marchés. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple : Au mnémonique GMMARA, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMMARAX est associé le paramètre PRM avec la valeur X. Toutes les colonnes pour lesquelles la valeur X est présente dans la chaîne 1 sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. Pour les occurrences correspondant aux zones modifiables, la chaîne 2 indique si la colonne est gérée en majuscule ou en minuscule. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscule ; - N : la colonne est en minuscule. Pour les colonnes correspondant aux zones modifiables, la valeur 2 donne la taille de la colonne. La valeur 2 peut être modifiée pour être adaptée selon l'utilisation. |
Occurrences |
|
ACO Accord cadre |
CCR Cession de créances |
CFG Condition de facturation |
CG2 CGR B |
CGR CGR |
CMM Contrôle montant minimum commande |
CRC Clé de répartition |
CVT Convention |
DA1 Date 1 |
DA2 Date 2 |
DA3 Date 3 |
DC1 Date complémentaire 1 |
DC2 Date complémentaire 2 |
DC3 Date complémentaire 3 |
DC4 Date complémentaire 4 |
DC5 Date complémentaire 5 |
DEP Dépôt |
DES Destination |
DNO Date de notification |
DRM Durée du marché |
DRO Date de réception de l'offre |
DSD Date de signature interne |
EAC Etablissement accord cadre |
ECH Echéance |
ETA Etat |
FDP Forme de prix |
G01 Identifiant 1 |
G02 Identifiant 2 |
G03 Identifiant 3 |
G04 Identifiant 4 |
G05 Identifiant 5 |
GAR Garantie |
GC1 Gestionnaire 1 |
GC2 Gestionnaire 2 |
GC3 Gestionnaire 3 |
GEC Gestionnaire commercial |
GEN Genre |
GES Gestionnaire |
GET Gestionnaire technique |
IN1 Interlocuteur 1 |
IN2 Interlocuteur 2 |
INF Information complémentaire |
JFA Jalon facturable |
MAE Montant de l'acte d'engagement |
xMAJMAR |
Etape maximale d'autorisation de modification. Cette occurrence est liée au paramètre du mnémonique, la valeur x ne peut être que sur une seule position. La valeur 1 donne l'étape jusqu'à laquelle la mise à jour est autorisée (l'étape du marché doit être inférieure ou égale à l'étape paramétrée). Si la valeur 1 n'est pas renseignée, aucune modification n'est autorisée quelle que soit l'étape du marché. |
MC1 Montant complémentaire 1 |
MC2 Montant complémentaire 2 |
MC3 Montant complémentaire 3 |
MC4 Montant complémentaire 4 |
MC5 Montant complémentaire 5 |
MDD Mode de déclenchement |
MDP Mode de passation |
MDT Mode de transport |
MFA Mode de facturation |
MNE Mnémonique |
MPL Montant plafond |
MTM Montant minimum |
NAT Nature |
P01 Paramètre 1 |
P02 Paramètre 2 |
P03 Paramètre 3 |
P04 Paramètre 4 |
P05 Paramètre 5 |
P06 Paramètre 6 |
P07 Paramètre 7 |
P08 Paramètre 8 |
P09 Paramètre 9 |
P10 Paramètre 10 |
P11 Paramètre 11 |
P12 Paramètre 12 |
P13 Paramètre 13 |
P14 Paramètre 14 |
P15 Paramètre 15 |
P16 Paramètre 16 |
P17 Paramètre 17 |
P18 Paramètre 18 |
P19 Paramètre 19 |
P20 Paramètre 20 |
PR1 Paramètre 1 |
PR2 Paramètre 2 |
PR3 Paramètre 3 |
PRT Type de port |
REF Contrat fournisseur |
ROL Rôle |
TPO Type de pouvoir |
TX1 Texte 1 |
TX2 Texte 2 |
TX3 Texte 3 |
TX4 Texte 4 |
TX5 Texte 5 |
TX6 Texte 6 |
TX7 Texte 7 |
TX8 Texte 8 |
TYP Type |
Utilisation du paramètre |
Utilisé dans : Modification des marchés (GMMARA) |
AUTMRAF - Modification des articles référencés par fournisseur |
Ce paramètre donne la liste des données modifiables par la gestion de modification des articles référencés par fournisseur. La valeur testée 1 indique le type de la colonne. Cette information ne doit pas être modifiée. Si la valeur testée 1 vaut : - C : la colonne est une chaîne de caractères ; - D : la colonne est une date ; - N : la colonne est une valeur numérique. Il est possible de définir plusieurs transactions associées au programme de modification des articles référencés par fournisseur. A chaque mnémonique, on associe une valeur différente pour le paramètre PRM. Une ou plusieurs de ces valeurs sont stockées dans la chaîne 1 et indiquent si la colonne correspondante est modifiable via le mnémonique. Exemple (pour les mnémoniques livrés en standard) : Au mnémonique GMRAF, aucun paramètre n'est associé. Toutes les colonnes sont modifiables. Au mnémonique GMRAFC est associé le paramètre PRM avec la valeur C (informations comptables). Toutes les colonnes pour lesquelles la valeur C est présente dans la chaîne 1 (occurrences CPA et TVA) sont modifiables via ce mnémonique. Les valeurs contenues dans la chaîne 1 sont modifiables. La chaîne 2 indique si la colonne est gérée en majuscules ou en minuscules. Cette information ne doit pas être modifiée. Si la chaîne 2 vaut : - O : la colonne est en majuscules ; - N : la colonne est en minuscules. La valeur 2 donne la taille de la colonne. Cette information peut être modifiée pour être mise à la valeur gérée par le client. |
Occurrences |
|
CAL Calendrier |
CAT Catégorie |
CLA Classement |
DES Destination |
DFT Défaut |
ETA Etat |
FRD Frais de douane |
FRS Frais annexes |
GEN Genre |
GES Gestionnaire |
IDQ Indice de qualité |
INF Information |
MDA Mode d'achat |
MNE Mnémonique |
NAT Nature |
PAY Pays |
PDB Poids brut |
PDN Poids net |
PRI Priorité |
ROL Rôle |
STQ Statut qualité |
TFD Type de frais de douane |
TFR Type de frais annexes |
TVA Taxe |
TYP Type |
VOB Volume brut |
VON Volume net |
Utilisation du paramètre |
A créer pour : Utilisé dans : Modification des références articles/fournisseurs (GMRAF) |
AUTSAAEF - Autorisations pour ajustement d'engagement après facture |
Ce paramètre permet de définir certaines règles pour l'ajustement d'engagement. |
Occurrences |
|
CPTAEQL |
Indique si une ligne est créée sur la commande d'ajustement lorsque, lors de la comptabilisation de la facture (TVCC), un équilibrage des comptes techniques de l'écriture de facture a eu lieu afin de régulariser des problèmes d'arrondis de centimes entre les mouvements de facture et les mouvements d'annulation de la FNP correspondante. Si la valeur testée 1 vaut : - N : aucune ligne de commande d'ajustement correspondant au rééquilibrage des comptes techniques n'est créée ; - O : une ligne de commande d'ajustement est créée correspondant au rééquilibrage des comptes techniques. Le texte donne l'article sur lequel est créée la ligne d'ajustement. La chaîne 1 donne le mode d'achat sur lequel est créée la ligne d'ajustement. Celui-ci ne doit pas avoir influence en réception, en stock, en immobilisation, en statistiques et sur les marchés. |
CTLMNT |
Contrôle de tolérance après réception ou après facture. Si la valeur testée 1 vaut : - H : le contrôle de tolérance est effectué en HT ; - T : le contrôle de tolérance est effectué en TTC. La valeur 1 donne la tolérance en pourcentage. La valeur 2 donne la tolérance en montant. Elle est exprimée en devise de référence. |
PROTVA |
Informations taxes de la commande d'ajustement. Si la valeur testée 1 vaut : - C : la commande d'ajustement est créée avec les informations taxes de l'en-tête de commande origine ; - F : la commande d'ajustement est créée avec les informations taxes de l'en-tête de facture origine. |
TYPLCD |
Type de lien entre la commande origine et la commande d'ajustement générée. Le type de lien est donné par la chaîne 1. |
CLA-xxxx |
Classe d'achats de la commande d'ajustement générée. Cette occurrence est liée à la classe d'achats de la commande origine. La chaîne 1 donne la classe de la commande d'ajustement générée. |
Utilisation du paramètre |
Utilisé dans : Ctrl. tolérance pour ajustement engagement (réc.) (TCTRA) Contrôle de tolérance pour ajustement d'engagement (TCTFA) Ajustement d'engagement après facture (TAEFA) |
AUTSAAVE - Autorisation génération des avenants |
Ce paramètre permet de déterminer certaines règles dans le traitement de génération des avenants (TGAVA). Les occurrences sont définies dans le produit. |
Occurrences |
|
ETPxxxx |
Etape maximale qu'une sous-commande peut avoir atteint pour générer un avenant. Cette occurrence dépend de la classe de commandes. La valeur 1 donne l'étape maximale jusqu'à laquelle un avenant peut être généré pour une sous-commande. Elle peut correspondre à une étape fictive. |
PARAM |
Paramètre lié à l'en-tête de commande (GCAPE) indiquant que la sous-commande est un avenant. La chaîne 1 indique dans quel paramètre de l'en-tête de commande il est précisé que la sous-commande est un avenant. Les valeurs possibles sont : E01 pour le paramètre 1, E02 pour le paramètre 2, ... jusqu'à E15 pour le paramètre 15. Le paramètre contient la mention "AVENANT". |
PRODAT |
Proposition des dates de l'avenant. Si la valeur testée 1 vaut : - DO : la date de commande, la date comptable, la date au plus tôt et la date au plus tard sont reprises de la commande origine ; - S : la date de commande, la date comptable, la date au plus tôt et la date au plus tard sont égales à la date système ; - L : la date de commande, la date comptable, la date au plus tôt et la date au plus tard sont égales à la date logique. Si la nouvelle date est située dans une période clôturée, la nouvelle date est alors égale à la date de clôture achat plus un jour. |
REJET |
Code et motif du rejet. Lors de la création d'un avenant, la sous-commande origine est mise à la poubelle. Cette occurrence donne le code et le motif du rejet. Ces informations sont facultatives. La mise à la poubelle peut être effectuée même si le code et le motif du rejet ne sont pas renseignés. La chaîne 1 donne le code du rejet. Celui-ci doit être une occurrence du paramètre RETSACDA. Le texte donne le motif du rejet. Il doit être renseigné si la chaîne 1 est renseignée. |
TYPLCD |
Lien entre la sous-commande origine et l'avenant généré. La chaîne 1 donne le type de lien. Cette zone doit obligatoirement être renseignée. Elle doit correspondre à une occurrence du paramètre TYPSALCD. |
Utilisation du paramètre |
Utilisé dans : Génération des avenants (TGAVA) |
AUTSABLD - Bon de livraison des demandes de services |
Occurrences |
|
ARESGART Emballage |
ARFSGART Forme |
ARGSGART Regroupement |
ARMSGART Marque |
ARPSGART Présentation |
ARSSGART Série |
CATSGATA Catégorie |
Utilisation du paramètre |
A créer pour : Utilisé dans : |
AUTSACAV - Génération de commandes d'avoir |
Ce paramètre permet de déterminer certaines règles dans le traitement de génération de commandes d'avoir (TGCAVA). Les occurrences sont définies dans le produit. |
Occurrences |
|
CLA-xxxx |
Classe et étape de la sous-commande d'avoir. Cette occurrence est liée à la classe d'achats. La chaîne 1 donne la classe de la sous-commande d'avoir. Si elle n'est pas renseignée, la sous-commande d'avoir est générée sur la même classe que la sous-commande origine. La valeur 1 donne l'étape de la sous-commande d'avoir. Cette étape doit être une étape avant FNP afin de pouvoir générer la FNP pour la sous-commande générée. |
TYPLCD |
Lien entre la commande origine et la commande d'avoir. La chaîne 1 donne le type de lien. Celui-ci doit obligatoirement être renseigné et correspondre à une occurrence du paramètre TYPSALCD. |
Utilisation du paramètre |
Utilisé dans : Génération de commandes d'avoir (TGCAVA) |
AUTSACDA - Autorisation de modification des commandes |
Ce paramètre permet de définir certaines règles de gestion pour l'Application Achats. |
Occurrences |
|
ACDV-xxxx |
Lors de l'annulation d'une commande d'achats (TSRD), annulation des commandes de ventes liées à cette commande d'achats. Cette occurrence est liée à la classe d'achats. Pour que l'annulation soit effectuée, il suffit que l'occurrence existe pour la classe d'achats. |
CAFxxxx |
Permet de contrôler l'application d'une condition de facturation lors de la valorisation d'une demande d'achats ou d'une commande d'achats. Cette occurrence est liée au numéro de condition de facturation à contrôler. La valeur testée 1 indique le type de contrôle : - R : aucun contrôle n'est effectué ; - B : le contrôle est effectué avec affichage d'un message d'erreur bloquant ; - S : le contrôle est effectué avec affichage d'un message d'alerte. La valeur testée 2 indique le sens du contrôle : - P : le contrôle est effectué sur la condition de facturation si son montant est positif ; - N : le contrôle est effectué sur la condition de facturation si son montant est négatif ; - Z : le contrôle est effectué sur la condition de facturation si son montant est différent de zéro. La valeur 1 donne l'étape jusqu'à laquelle le message d'alerte est affiché. Si la valeur 1 est renseignée et que le contrôle est effectué avec affichage d'un message d'alerte, alors le message est affiché jusqu'à ce que la demande d'achats ou la commande ait atteint l'étape donnée par la valeur 1. Si la valeur 1 n'est pas renseignée ou si le contrôle est bloquant, alors le message est affiché quelle que soit l'étape de la commande. |
COPDA1 |
Copie de la date 1 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : la date 1 de la ligne origine est copiée dans la date 1 de la ligne générée ; - N : la date 1 de la ligne générée n'est pas renseignée. Cette occurrence est facultative. Si elle n'existe pas, la date 1 de la ligne origine est copiée dans la ligne générée. |
COPDA2 |
Copie de la date 2 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : la date 2 de la ligne origine est copiée dans la date 2 de la ligne générée ; - N : la date 2 de la ligne générée n'est pas renseignée. Cette occurrence est facultative. Si elle n'existe pas, la date 2 de la ligne origine est copiée dans la ligne générée. |
COPDA3 |
Copie de la date 3 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : la date 3 de la ligne origine est copiée dans la date 3 de la ligne générée ; - N : la date 3 de la ligne générée n'est pas renseignée. Cette occurrence est facultative. Si elle n'existe pas, la date 3 de la ligne origine est copiée dans la ligne générée. |
COPG01 |
Copie de l'identifiant 1 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : l'identifiant 1 de la ligne origine est copié dans l'identifiant 1 de la ligne générée ; - N : l'identifiant 1 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, l'identifiant 1 de la ligne origine est copié dans la ligne générée. |
COPG02 |
Copie de l'identifiant 2 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : l'identifiant 2 de la ligne origine est copié dans l'identifiant 2 de la ligne générée ; - N : l'identifiant 2 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, l'identifiant 2 de la ligne origine est copié dans la ligne générée. |
COPG03 |
Copie de l'identifiant 3 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : l'identifiant 3 de la ligne origine est copié dans l'identifiant 3 de la ligne générée ; - N : l'identifiant 3 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, l'identifiant 3 de la ligne origine est copié dans la ligne générée. |
COPG04 |
Copie de l'identifiant 4 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : l'identifiant 4 de la ligne origine est copié dans l'identifiant 4 de la ligne générée ; - N : l'identifiant 4 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, l'identifiant 4 de la ligne origine est copié dans la ligne générée. |
COPG05 |
Copie de l'identifiant 5 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : l'identifiant 5 de la ligne origine est copié dans l'identifiant 5 de la ligne générée ; - N : l'identifiant 5 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, l'identifiant 5 de la ligne origine est copié dans la ligne générée. |
COPINF |
Recopie des informations complémentaires de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : les informations complémentaires de la ligne origine sont recopiées dans les informations complémentaires de la ligne générée ; - N : les informations complémentaires de la ligne générée ne sont pas renseignées. Cette occurrence est facultative. Si elle n'existe pas, les informations complémentaires de la ligne origine sont recopiées dans la ligne générée. |
COPL01 |
Copie du libellé 1 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le libellé 1 de la ligne origine est copié dans le libellé 1 de la ligne générée ; - N : le libellé 1 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le libellé 1 de la ligne origine est copié dans la ligne générée. |
COPL02 |
Copie du libellé 2 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le libellé 2 de la ligne origine est copié dans le libellé 2 de la ligne générée ; - N : le libellé 2 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le libellé 2 de la ligne origine est copié dans la ligne générée. |
COPL03 |
Copie du libellé 3 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le libellé 3 de la ligne origine est copié dans le libellé 3 de la ligne générée ; - N : le libellé 3 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le libellé 3 de la ligne origine est copié dans la ligne générée. |
COPL04 |
Copie du libellé 4 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le libellé 4 de la ligne origine est copié dans le libellé 4 de la ligne générée ; - N : le libellé 4 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le libellé 4 de la ligne origine est copié dans la ligne générée. |
COPL05 |
Copie du libellé 5 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le libellé 5 de la ligne origine est copié dans le libellé 5 de la ligne générée ; - N : le libellé 5 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le libellé 5 de la ligne origine est copié dans la ligne générée. |
COPNAT |
Recopie de la nature de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : la nature de la ligne origine est recopiée dans la nature de la ligne générée ; - N : la nature de la ligne générée est égale soit à la valeur par défaut du paramètre NATSALCA, soit au pays par défaut. Ceci dépend du paramètre AUTSACDA occurrence PRNAT. Cette occurrence est facultative. Si elle n'existe pas, la nature de la ligne origine est recopiée dans la ligne générée. |
COPNU1 |
Copie du numérique 1 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le numérique 1 de la ligne origine est copié dans le numérique 1 de la ligne générée ; - N : le numérique 1 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le numérique 1 de la ligne origine est copié dans la ligne générée. |
COPNU2 |
Copie du numérique 2 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le numérique 2 de la ligne origine est copié dans le numérique 2 de la ligne générée ; - N : le numérique 2 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le numérique 2 de la ligne origine est copié dans la ligne générée. |
COPNU3 |
Copie du numérique 3 de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le numérique 3 de la ligne origine est copié dans le numérique 3 de la ligne générée ; - N : le numérique 3 de la ligne générée n'est pas renseigné. Cette occurrence est facultative. Si elle n'existe pas, le numérique 3 de la ligne origine est copié dans la ligne générée. |
COPROL |
Recopie du rôle de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le rôle de la ligne origine est recopié dans le rôle de la ligne générée ; - N : le rôle de la ligne générée est égal à la valeur par défaut du paramètre ROLSALCA. Cette occurrence est facultative. Si elle n'existe pas, le rôle de la ligne origine est recopié dans la ligne générée. |
COPTYP |
Recopie du type de la ligne lors de la duplication d'une demande d'achats ou d'une commande (TDCDA). Si la valeur testée 1 vaut : - O ou non renseignée : le type de la ligne origine est recopié dans le type de la ligne générée ; - N : le type de la ligne générée est égal à la valeur par défaut du paramètre TYPSALCA. Cette occurrence est facultative. Si elle n'existe pas, le type de la ligne origine est recopié dans la ligne générée. |
xDUPCAF |
Lors des traitements d'éclatement des demandes d'achats ou des commandes, possibilité de : - ne pas copier toutes les conditions de facturation non obligatoires sur les sous-demandes ou sous-commandes générées ; - proratiser, lors de la copie, les conditions de facturation non obligatoires définies en montant (mode de calcul est égal à "+"). x représente la valeur du paramètre PRM associé au traitement de confirmation des demandes d'achats (TEDA), confirmation des commandes (TCDA), éclatement par caractéristique article (TECLA) ou éclatement des commandes pour la LASM (TLASMA). Si la valeur testée 1 vaut : - O : toutes les conditions de facturation non obligatoires présentes sur la demande d'achats ou commande origine sont copiées sur les sous-demandes d'achats ou sous-commandes générées ; - N : seules les conditions de facturation dont le type est précisé dans la chaîne 1 sont copiées sur les sous-demandes d'achats ou commandes générées. Plusieurs types, séparés par une virgule, peuvent être précisés dans la chaîne 1. Si la valeur testée 2 vaut : - N : les conditions de facturation définies en montant (mode de calcul égal à "+") ne sont pas proratisées lors de la copie ; - O : les conditions de facturation définies en montant (mode de calcul égal à "+") sont proratisées lors de la copie. Il est possible de proratiser toutes les conditions de facturation en montant qui sont copiées ou seulement certaines. Dans ce cas, la chaîne 2 donne le type des conditions de facturation à proratiser. Plusieurs types, séparés par une virgule, peuvent être précisés dans la chaîne 2. |
ECLSCA |
Eclatement en sous-commandes. Si la valeur testée 1 vaut : - O : l'éclatement en sous-commandes peut être effectué dans le traitement de confirmation des commandes (TCDA). Les critères d'éclatement doivent être précisés à la soumission ; - N : l'éclatement en sous-commandes n'est pas effectué même si les critères d'éclatement ont été saisis à la soumission. |
ETPRAO |
Etape de refus des appels d'offres. La valeur 1 donne l'étape à laquelle sont passés les appels d'offres refusés. |
FRANCO |
Permet de savoir, lors de la valorisation d'une demande d'achats ou d'une commande, combien il faudrait commander en plus pour atteindre le franco de port. La valeur testée 1 indique le type de contrôle : - R : aucun contrôle n'est effectué ; - B : le contrôle est effectué avec affichage d'un message d'erreur bloquant ; - S : le contrôle est effectué avec affichage d'un message d'alerte. La chaîne 1 donne le type de condition de facturation à contrôler. La valeur 1 donne l'étape jusqu'à laquelle le message d'alerte est affiché. Si la valeur 1 est renseignée et que le contrôle est effectué avec affichage d'un message d'alerte, alors le message est affiché jusqu'à ce que la demande d'achats ou la commande ait atteint l'étape donnée par la valeur 1. Si la valeur 1 n'est pas renseignée ou si le contrôle est bloquant, alors le message est affiché quelle que soit l'étape de la commande. |
GENCOM |
Génération des composants. Si la valeur testée 1 vaut : - O : si l'article est défini en "génération composants", on génère les lignes pour les articles composants ; - N : on ne génère pas les lignes pour les articles composants même si l'article est défini en "génération composants". La chaîne 1 donne le chemin de composition d'articles. La chaîne 2 donne le type de lien généré entre la ligne de composé et les lignes de composants si les lignes de composants et de composé sont créées. Ce lien est utilisé en suppression de la ligne de composé pour supprimer les lignes de composants associées. |
GENETP |
Fourchette d'étapes dans laquelle doit être comprise l'étape de la commande modèle lors de la génération de commandes à partir d'une liste de fournisseurs (TGCDA). La valeur 1 donne l'étape minimale. La valeur 2 donne l'étape maximale. |
GENLCD |
Type de lien entre la commande modèle et les commandes générées lors de la génération de commandes à partir d'une liste de fournisseurs (TGCDA). Si la valeur testée 1 vaut : - O : le lien est généré ; - N : le lien n'est pas généré. La chaîne 1 donne le type de lien. |
LIGZER |
Edition des lignes de commandes avec une quantité commandée à 0. Si la valeur testée 1 vaut : - O : les lignes avec une quantité commandée égale à 0 sont éditées ; - N : les lignes avec une quantité commandée égale à 0 ne sont pas éditées. |
LNGART |
Longueur du code article pouvant être saisi dans les lignes de demandes d'achats ou de commandes. La valeur 1 donne le nombre de caractères maximum saisissables dans la zone article des lignes de commandes. Si cette valeur n'est pas renseignée, le nombre de caractères autorisé est égal à 14 (longueur de la zone dans la base de données). |
MAJNAT |
Autorisation de mise à jour de la nature de la ligne de commande lorsque les ventilations par pays d'origine sont gérées. Si la valeur testée 1 vaut : - O : la mise à jour est autorisée ; - N : la mise à jour n'est pas autorisée. |
PRNAT |
Gestion des ventilations par pays d'origine dans la nature. Si la valeur testée 1 vaut : - O : les ventilations par pays d'origine sont gérées ; - N : les ventilations par pays d'origine ne sont pas gérées. |
PROQTC |
Proposition de la quantité commandée. Si la valeur testée 1 vaut : - O : si la quantité à proposer (quantité de la référence article/fournisseur ou de l'article acheté) est nulle ou égale à 0, on propose 1 dans la quantité commandée ; - N : on ne propose pas la quantité commandée si la quantité à proposer est nulle ou égale à 0. |
STKRES |
Contrôle et signalisation des ruptures de stock (en sortie). Si la valeur testée 1 vaut : - O : les ruptures de stock sont signalées ; - N : les ruptures de stock ne sont pas signalées. Si la valeur testée 2 vaut : - O : les ruptures de stock sont bloquantes ; - N : les ruptures de stock ne sont pas bloquantes. |
xxxxSUPLCV |
Cette occurrence doit être préfixée par la classe de commandes d'achats. Si l'occurrence existe, la suppression de la ligne de commande d'achats à partir de CNGCAV entraîne la suppression de la ligne de commande de ventes liée par le négoce. |
TARDEV |
Gestion des tarifs en devise ou en devise de référence de l'établissement. Dans ce cas, par tarif, on entend références articles/fournisseurs et remises familles articles/fournisseurs. Si la valeur testée 1 vaut : - O : les tarifs sont gérés en devise, c'est-à-dire que les prix et les montants sont exprimés en devise. Il faut créer autant de références ou de remises que de devises à gérer. Lors de la saisie d'une ligne, les prix et remises à proposer sont recherchés avec la devise de la commande et proposés tels quels ; - N : les tarifs sont gérés en devise de référence de l'établissement, c'est-à-dire que les prix et les montants sont exprimés en devise de référence de l'établissement. Lors de la saisie d'une ligne, les prix et remises à proposer sont recherchés avec la devise de référence de l'établissement et sont convertis dans la devise de la commande avant d'être proposés. |
Utilisation du paramètre |
Utilisé dans : Demandes d'achats (GDAI) Lignes de demandes d'achats (GDAL) Génération de commandes à partir de DA (TDAI) Commandes d'achats (GCDA) Lignes de commandes d'achats (GLCA) Lignes de réceptions en quantité (SAILCR) |
AUTSACGE - Paramétrage données Cegedim GIS pour extraction |
Ce paramètre permet de définir certaines règles de gestion pour les extractions CEGEDIM. |
Occurrences |
|
A-ABO-COD |
Le texte permet de renseigner le qualifiant de l'identifiant de l'entité acheteuse lors de l'extraction des abonnements CEGEDIM (TEABCG). |
A-ABO-CP1 |
Le texte permet de renseigner le complément 1 lors de l'extraction des abonnements CEGEDIM (TEABCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des abonnements (GABOO) est renseigné le complément 1. |
A-ABO-CP2 |
Le texte permet de renseigner le complément 2 lors de l'extraction des abonnements CEGEDIM (TEABCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des abonnements (GABOO) est renseigné le complément 2. |
A-ABO-CP3 |
Le texte permet de renseigner le complément 3 lors de l'extraction des abonnements CEGEDIM (TEABCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des abonnements (GABOO) est renseigné le complément 3. |
A-ABO-CP4 |
Le texte permet de renseigner le complément 4 lors de l'extraction des abonnements CEGEDIM (TEABCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des abonnements (GABOO) est renseigné le complément 4. |
A-ABO-CP5 |
Le texte permet de renseigner le complément 5 lors de l'extraction des abonnements CEGEDIM (TEABCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des abonnements (GABOO) est renseigné le complément 5. |
A-ABO-QUA |
Si la TVA intracommunautaire n'est pas renseignée, le texte permet d'affecter le qualifiant de l'identifiant de l'entité fournisseur lors de l'extraction des abonnements CEGEDIM (TEABCG). |
A-ABO-TVA |
Si la TVA intracommunautaire est renseignée, le texte permet d'affecter le qualifiant de l'identifiant de l'entité fournisseur lors de l'extraction des abonnements CEGEDIM (TEABCG). |
A-ABO-TYP |
Le texte permet de renseigner le type d'ordre lors de l'extraction des abonnements CEGEDIM (TEABCG). |
C-CDE-COD |
Le texte permet de renseigner le qualifiant de l'identifiant de l'entité acheteuse lors de l'extraction des commandes CEGEDIM (TECDCG). |
C-CDE-CP1 |
Le texte permet de renseigner le complément 1 lors de l'extraction des commandes CEGEDIM (TECDCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des commandes (GCDA) est renseigné le complément 1. |
C-CDE-CP2 |
Le texte permet de renseigner le complément 2 lors de l'extraction des commandes CEGEDIM (TECDCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des commandes (GCDA) est renseigné le complément 2. |
C-CDE-CP3 |
Le texte permet de renseigner le complément 3 lors de l'extraction des commandes CEGEDIM (TECDCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des commandes (GCDA) est renseigné le complément 3. |
C-CDE-CP4 |
Le texte permet de renseigner le complément 4 lors de l'extraction des commandes CEGEDIM (TECDCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des commandes (GCDA) est renseigné le complément 4. |
C-CDE-CP5 |
Le texte permet de renseigner le complément 5 lors de l'extraction des commandes CEGEDIM (TECDCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des commandes (GCDA) est renseigné le complément 5. |
C-CDE-QUA |
Si la TVA intracommunautaire n'est pas renseignée, le texte permet d'affecter le qualifiant de l'identifiant de l'entité fournisseur lors de l'extraction des commandes CEGEDIM (TECDCG). |
C-CDE-TVA |
Si la TVA intracommunautaire est renseignée, le texte permet d'affecter le qualifiant de l'identifiant de l'entité fournisseur lors de l'extraction des commandes CEGEDIM (TECDCG). |
C-CDE-TYP |
Le texte permet de renseigner le type d'ordre lors de l'extraction des commandes CEGEDIM (TECDCG). |
F-FOU-CA1 |
Le texte indique avec quelle zone des fournisseurs (GFOU) est renseigné le type de scénario / canal d'échanges des factures lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). |
F-FOU-CA2 |
Cette occurrence n'est prise en compte que si la zone des fournisseurs donnée par l'occurrence F-FOU-CA1 du paramètre AUTSACGE n'est pas renseignée. Le texte indique alors avec quelle zone des fournisseurs (GFOU) est renseigné le type de scénario / canal d'échanges des factures lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). Dans le cas où les zones des fournisseurs données par les textes des occurrences F-FOU-CA1 et F-FOU-CA2 ne sont pas renseignées, la chaîne 1 de cette occurrence donne la valeur à affecter au type de scénario / canal d'échanges des factures. |
F-FOU-COD |
Le texte permet de renseigner le code enregistrement lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). |
F-FOU-CP1 |
Le texte permet de renseigner le complément 1 lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des fournisseurs (GFOU) est renseigné le complément 1. |
F-FOU-CP2 |
Le texte permet de renseigner le complément 2 lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des fournisseurs (GFOU) est renseigné le complément 2. |
F-FOU-CP3 |
Le texte permet de renseigner le complément 3 lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des fournisseurs (GFOU) est renseigné le complément 3. |
F-FOU-CP4 |
Le texte permet de renseigner le complément 4 lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des fournisseurs (GFOU) est renseigné le complément 4. |
F-FOU-CP5 |
Le texte permet de renseigner le complément 5 lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des fournisseurs (GFOU) est renseigné le complément 5. |
F-FOU-QUA |
Si la TVA intracommunautaire n'est pas renseignée, le texte permet d'affecter le qualifiant de l'entité acheteuse lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). |
F-FOU-REF |
Cette occurrence permet d'affecter la référence lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). Si la valeur de la zone du fournisseur (GFOU), donnée par le texte, est égale à : - la valeur testée 1, la référence est affectée à 1 ; - la valeur testée 2, la référence est affectée à 2 ; - la chaîne 1, la référence est affectée à 3. Dans le cas où la zone des fournisseurs, donnée par le texte, n'est pas renseignée ou est différente des valeurs testées 1 et 2 ou de la chaîne 1, la référence est affectée à 0. |
F-FOU-SEN |
Le texte permet de renseigner le sens lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). |
F-FOU-TVA |
Si la TVA intracommunautaire est renseignée, le texte permet d'affecter le qualifiant de l'entité acheteuse lors de l'extraction des fournisseurs CEGEDIM (TFOUCG). |
F-TIE-ADR |
Cette occurrence permet d'indiquer quelle est l'adresse du tiers qui correspond au siège social. La chaîne 1 donne la zone des adresses de tiers (GTIA) dans laquelle on doit marquer que l'adresse est celle du siège social. Le texte donne la valeur avec laquelle on doit marquer que l'adresse est celle du siège social. |
F-TIE-COD |
Le texte permet de renseigner le code enregistrement lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). |
F-TIE-CP1 |
Le texte permet de renseigner le complément 1 lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des tiers (GTIE) est renseigné le complément 1. |
F-TIE-CP2 |
Le texte permet de renseigner le complément 2 lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des tiers (GTIE) est renseigné le complément 2. |
F-TIE-CP3 |
Le texte permet de renseigner le complément 3 lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des tiers (GTIE) est renseigné le complément 3. |
F-TIE-CP4 |
Le texte permet de renseigner le complément 4 lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des tiers (GTIE) est renseigné le complément 4. |
F-TIE-CP5 |
Le texte permet de renseigner le complément 5 lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). Si le texte n'est pas renseigné, la chaîne 1 indique avec quelle zone des tiers (GTIE) est renseigné le complément 5. |
F-TIE-QUA |
Si la TVA intracommunautaire n'est pas renseignée, le texte permet d'affecter le qualifiant de l'identifiant lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). |
F-TIE-REQ |
Cette occurrence permet d'affecter la TVA intra-communautaire lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). Si la valeur de la zone du tiers (GTIE), donnée par le texte, est égale à : - la valeur testée 1, la TVA intra-communautaire est affectée à 1 ; - la valeur testée 2, la TVA intra-communautaire est affectée à 0. Dans le cas où la zone des tiers, donnée par le texte, n'est pas renseignée ou est différente des valeurs testées 1 et 2, la chaîne 1 donne la valeur à affecter. |
F-TIE-TVA |
Si la TVA intracommunautaire est renseignée, le texte permet d'affecter le qualifiant de l'identifiant lors de l'extraction des tiers dans le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). |
Utilisation du paramètre |
Utilisé dans : Extraction des abonnements CEGEDIM (TEABCG) Extraction des commandes CEGEDIM (TECDCG) Extraction des fournisseurs CEGEDIM (TFOUCG) |
AUTSACLM - Clôture marché achat |
Lors du contrôle des avances par le traitement de clôture des marchés, les commandes prises en compte sont celles dont la classe d'achats est donnée par l'occurrence AVP-XXXX où XXXX représente la classe d'achats. |
Utilisation du paramètre |
Utilisé dans : Clôture des marchés (TCLMA) |
AUTSACLO - Clôture achat |
Ce paramètre donne la date de dernière clôture des achats. |
Occurrences |
|
DATCLO |
Date de dernière clôture. Cette occurrence est à définir par établissement. La date 1 donne la date de dernière clôture des achats. Elle est renseignée par le traitement de clôture des achats (TCLOA). Elle correspond à la plus petite des dates de dernière clôture des classes de l'établissement. C'est cette date qui est prise en compte lors de la clôture comptable et lors de la clôture des stocks quand on calcule le PUMP (TPUM). |
Utilisation du paramètre |
A créer pour : Paramétrer la clôture des achats. Utilisé dans : Clôture des achats (TCLOA) Clôture de période multi-établissements (TCPE) Calcul du PUMP détaillé (TPUM) |
AUTSACMA - Autorisation clôture marché |
Ce paramètre permet de définir certaines règles pour la clôture (TCLOMA) et la dé-clôture (TDCLOM) des marchés achats. |
Occurrences |
|
CDA-xxxx |
Contrôle que toutes les lignes de marchés, pour lesquelles la classe de marchés est définie en cadencement manuel, aient généré une commande. Cette occurrence est liée à la classe de marchés. Si la valeur testée 1 vaut : - O : le contrôle est effectué ; - N : le contrôle est effectué pour les lignes de marchés ayant la case "A traiter" cochée, sinon le contrôle n'est pas effectué. |
CTL-xxxx |
Contrôle que le nombre d'appels émis soit atteint pour les marchés pour lesquels la classe de marchés est définie en cadencement automatique. Cette occurrence est liée à la classe de marchés. Si la valeur testée 1 vaut : - O : le contrôle est effectué ; - N : le contrôle n'est pas effectué. |
x-ETP-yyyy |
Contrôle de l'étape des commandes issues d'un marché pour lequel la classe est définie en cadencement manuel. Cette occurrence est liée à la classe de commandes et au paramètre PRM associé au traitement de clôture de marché (TCLOMA). La valeur 1 donne l'étape minimale à laquelle doivent être les commandes issues des lignes du marché lors de la clôture de celui-ci. |
DMETP-xxxx |
Etape à laquelle est affecté un marché lors de sa dé-clôture (TDCLOM). Cette occurrence est liée à la classe de marchés. L'étape est donnée par la valeur 1. Si cette occurrence n'existe pas, l'étape du marché est positionnée à l'étape précédente définie dans les étapes par classe de marchés (GETCMA) pour le traitement de clôture (TCLOMA). |
Utilisation du paramètre |
A créer pour : Clôture marché achat (TCLOMA) Dé-clôture marché achat (TDCLOM) |
AUTSACPP - Paramétrage données Chorus Pro pour intégration |
Paramétrage des données nécessaires à l'intégration dans les achats des factures du portail Chorus Pro. |
Occurrences |
|
APPEME |
La chaîne 1 contient le code de l'application émettrice et son libellé dans le texte. |
APPREC |
La chaîne 1 contient le code de l'application réceptrice et son libellé dans le texte. |
CODORI |
L'origine des factures traitées est indiquée dans la chaîne 1. |
DATRAF |
Indique la date utilisée pour la recherche de la référence article/fournisseur. Si la valeur testée 1 vaut : - S : date système ; - F : date de facture ; - RF : date de réception facture. Occurrence utilisée que pour la facturation directe. |
FD-ART |
La chaîne 1 contient le code de l'article générique. Ce code est utilisé s'il n'a pas été trouvé d'article référencé pour le fournisseur. Occurrence utilisée que pour la facturation directe. |
FD-CGR |
Occurrence utilisée pour proposer le CGR. Celui-ci est égal soit à la valeur de la rubrique contenue dans la chaîne 1, soit au CGR défini dans le texte. La rubrique doit être une rubrique associée à la référence article/fournisseur. Occurrence utilisée que pour la facturation directe. |
FD-CLA |
La classe de facturation directe est contenue dans la chaîne 1. Occurrence utilisée que pour la facturation directe. |
MODPMT Proposition de l'échéance |
Si la valeur testée 1 vaut : - N : pas de proposition de l'échéance ; - O : proposition de l'échéance. |
RGMxx |
xx correspond aux modalités de paiement Chorus Pro. Ces occurrences donnent la correspondance entre les modalités de paiement Chorus Pro et le mode de paiement Cegid XRP Ultimate. La chaîne 1 contient le mode de paiement Cegid XRP Ultimate. Les valeurs possibles des modalités de paiement Chorus Pro sont : - 10 : espèce ; - 20 : chèque ; - 30, 31, 42 : virement ; - 48, 49 : prélèvement ; - 97 : report. |
STAxx |
xx correspond au code statut pour Chorus Pro. Ces occurrences donnent la correspondance entre les étapes de commande Cegid XRP Ultimate et le statut Chorus Pro. La valeur 1 et la valeur 2 contiennent l'étape ou la fourchette d'étape correspondant au statut. Pour gérer une étape mettre valeur 1 égale à valeur 2 et pour une fourchette mettre l'étape la plus petite dans la valeur 1 et la plus grande dans la valeur 2. Les valeurs possibles des statuts Chorus Pro sont : - 05 : Rejetée par l'ordonnateur pour autre motif ; - 08 : Mandatée /DP validée ; - 09 : Mise à disposition du comptable ; - 10 : Comptabilisée ; - 11 : Mise en paiement. |
Utilisation du paramètre |
Utilisé dans : Intégration des factures achats Chorus Pro (TICPFA) Génér. des statuts des factures achats Chorus Pro (TSCPFA) |
AUTSACSF - Autorisations des co-traitants/sous-traitants de la facture |
Occurrences |
|
CDENEG |
Indique si la part du sous-traitant (lignes négatives) est déduite de la commande du titulaire ou sur une nouvelle commande de facturation directe associée à la facture du titulaire. Si la valeur testée 1 vaut : - N : les lignes négatives sont créées sur la même commande que celle du titulaire ; - O : les lignes négatives sont créées sur une nouvelle commande de classe de facturation directe. |
CTLETPxxxx |
Contrôle de l'avancement des factures de co/sous-traitance. La valeur 1 donne l'étape minimale à laquelle doivent être les commandes des factures de co/sous-traitance afin que la facture du fournisseur titulaire puisse être comptabilisée. |
CTLMNT |
La somme des montants déclarés pour les sous-traitants d'une ligne de facture peut dépasser le montant de la ligne. Si la valeur testée 1 vaut : - O : le contrôle est activé ; - N : le contrôle n'est pas activé. |
CTLTIE |
Possibilité de contrôler que le tiers sous-traitant soit déclaré sur le marché. Si la valeur testée 1 vaut : - O : le contrôle est effectué ; - N : le contrôle n'est pas effectué. |
PROCPT |
Proposition du compte et du poste des lignes générées (lignes négatives et positives). Si la valeur testée 1 vaut : - N : le compte est égal au compte de la ligne origine ; - O : le compte est égal au compte défini dans la chaîne 1. Ce compte doit être en génération de pièces interdite. La valeur testée 2 n'est prise en compte que si la valeur testée 1 est égale à "O". Dans ce cas, si la valeur testée 2 vaut : - N : le poste est égal au poste de la ligne origine ; - O : le poste est égal au poste défini dans la chaîne 2 ; - C : le poste est égal au poste du compte défini dans la chaîne 1. Si la valeur testée 1 est égale à "N", le poste de la ligne générée est égal au poste de la ligne origine quelle que soit la valeur testée 2. |
TYPLCD |
Lien entre la commande origine du titulaire et la commande qui permet de déduire la part du sous-traitant (lignes négatives). Cette occurrence n'est prise en compte que si la valeur testée 1 de l'occurrence CDENEG du paramètre AUTSACSF est égale à "O". La chaîne 1 donne le type de lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. |
Utilisation du paramètre |
Utilisé dans : Contrôle facture (GFAA) Lignes de facture (SAILCF) Co-traitants/sous-traitants de la facture (SAICSF) Génér. de factures de co-traitance/sous-traitance (SAIGFCS) Trt de génér. de factures de co/sous-traitance (TGFCSA) Consultation du suivi des factures (CSVFA) |
AUTSADAI - Autorisation de modification des demandes d'achats |
Ce paramètre permet de définir certaines règles dans la génération de commandes d'achats à partir de demandes d'achats. Les occurrences sont définies dans le produit. |
Occurrences |
|
DELAI |
Délai de suppression dans la table de travail des demandes d'achats. La valeur 1 indique en nombre de jours le délai de suppression au bout duquel, les enregistrements de la table de travail des demandes d'achats contenant la saisie complémentaire sont supprimés. Ils sont épurés si des anomalies ont été détectées lors du traitement de transformation des commandes d'achats à partir des demandes d'achats. Ce délai de suppression n'est pas pris pas en compte pour les demandes d'achats pour lesquelles le traitement n'a jamais été lancé, dans ce cas le délai est d'un jour. |
MARCHE |
Proposition automatique du fournisseur lors de la génération de commandes à partir de demandes d'achats (TDAI, GTDAC et TGDAI). Cette occurrence est utilisée dans le cas où le marché n'est pas renseigné afin d'indiquer si la recherche du fournisseur se fait parmi les références articles/fournisseurs avec ou sans marché. Si la valeur testée 1 vaut : - O : le fournisseur est recherché, en priorité, parmi les références articles/fournisseurs avec marché puis, s'il n'en existe pas, parmi celles sans marché ; - N : le fournisseur est recherché sans tenir compte du fait que le marché soit renseigné ou non. |
Utilisation du paramètre |
A créer pour : Génération de commandes à partir de DA (TDAI) Génération de commandes à partir de DA (GTDAC) Génération automatique de commandes à partir de DA (TGDAI) Epuration de la table de travail des DA (PDAI) |
AUTSADAU - Piges |
Ce paramètre permet de définir certaines règles de gestion pour les piges. |
Occurrences |
|
DATRECNUL |
Date à prendre en compte pour la recherche des informations des droits d'auteurs et le recalcul des conditions de facturation liées au statut (TRCSRA) lorsque la commande n'est pas réceptionnée. Si la valeur testée 1 vaut : - C : date de commande ; - L : date logique ; - S : date système. |
ECH-xxxx |
Suppression de l'échéance de la commande et création d'une échéance particulière pour les commandes de piges lors de la confirmation des commandes (TCDA). Cette occurrence est liée à la classe de commandes. Si la valeur testée 1 vaut : - O : suppression de l'échéance de la commande et création de celle-ci en fonction des données du tiers par établissement (GATE) définies pour le tiers et le statut de la commande ; - N : l'échéance origine, proposée par défaut à la création de la commande, est conservée. Si cette occurrence n'existe pas, l'échéance proposée par défaut à la création de la commande est conservée. |
STAxxxx |
Statut du tiers. Cette occurrence est liée à la classe de commandes. La valeur testée 1 indique si le statut du tiers est obligatoire lors de la saisie de la commande : - O : le statut est obligatoire ; - N ou non renseignée : le statut n'est pas obligatoire. La valeur testée 2 indique si le statut du tiers est proposé lors de la saisie de la commande : - O : le statut est proposé ; - N ou non renseignée : le statut n'est pas proposé. La chaîne 1 indique la zone de la commande dans laquelle est géré le statut du tiers : - PR1SACDA : paramètre 1 ; - PR2SACDA : paramètre 2 ; - PR3SACDA : paramètre 3. La chaîne 2 donne la date utilisée pour vérifier le relevé fiscal de l'auteur à la commande : - DCDSACDA : date de commande ; - DECSACDA : date comptable de commande ; - DRDSACDA : date au plus tôt ; - DRFSACDA : date au plus tard. Le texte indique la date utilisée pour vérifier le relevé fiscal de l'auteur sur la facture : - DATSAFAA : date de facture ; - DECSAFAA : date comptable de facture ; - DRFSAFAA : date de réception facture. Le texte doit être renseigné si le recalcul peut s'effectuer à la facture (occurrence CAFPIG du paramètre AUTSAFAA). |
TVANT |
La chaîne 1 contient le code de TVA non traité à utiliser dans les conditions de facturation. |
Utilisation du paramètre |
A créer pour : Commandes d'achats (GCDA) Recalcul cond. de fact. liées au statut après réc. (TRCSRA) |
AUTSADCD - Duplication de commandes |
Ce paramètre donne la liste des champs qu'il est possible de modifier lors de la duplication d'une demande d'achats ou d'une commande. La valeur testée 1 indique le format du champ : - C : le champ est une chaîne de caractères ; - D : le champ est une date ; - N : le champ est un numérique. La chaîne 1 indique si le champ est obligatoire ou non : - O : le champ est obligatoire ; - N : le champ n'est pas obligatoire. S'il n'est pas renseigné, il ne l'est pas également dans la demande d'achats ou commande dupliquée. La chaîne 2 indique si le champ est en majuscule ou minuscule : - O : le champ doit être saisi en majuscule ; - N : le champ peut être saisi en minuscule. La valeur 1 donne la taille du champ. |
Occurrences |
|
CG1SACDA CGR A |
CG2SACDA CGR B |
CLASACDA Classe d'achats |
DA1SACDA Date 1 |
DA2SACDA Date 2 |
DA3SACDA Date 3 |
DCDSACDA Date de demande ou de commande |
DCOSACDA Date de contrat |
DECSACDA Date comptable |
DEPSACDA Dépôt |
DEVSACDA Devise |
DPCSACDA Dépôt fournisseur |
DRDSACDA Date au plus tôt |
DRFSACDA Date au plus tard |
DV1SACDA Mode de change |
DV2SACDA Mode de change reporting |
ETSSACDA Etablissement |
FOUSACDA Fournisseur |
G01SACDA Identifiant 1 |
G02SACDA Identifiant 2 |
G03SACDA Identifiant 3 |
G04SACDA Identifiant 4 |
G05SACDA Identifiant 5 |
GENSACDA Genre |
INLSACDA Interlocuteur logistique |
INXSACDA Interlocuteur externe |
L01SACDA Libellé 1 |
L02SACDA Libellé 2 |
L03SACDA Libellé 3 |
L04SACDA Libellé 4 |
L05SACDA Libellé 5 |
LCD-XXXX |
Lien entre la demande d'achats ou commande origine et la demande d'achats ou commande générée. Cette occurrence est liée à la classe d'achats. La chaîne 1 donne le type de lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. Cette occurrence est facultative. Si elle n'existe pas ou si la chaîne 1 n'est pas renseignée, aucun lien n'est créé. |
MARSACDA Marché |
MDTSACDA Mode de transport |
MNESACDA Mnémonique |
MODSACDA Mode de taxe |
NATSACDA Nature |
NU1SACDA Numérique 1 |
NU2SACDA Numérique 2 |
NU3SACDA Numérique 3 |
NUMSACDA Numéro de demande ou de commande |
OBFSACDA Observation facture |
OBLSACDA Observation réception |
OBRSACDA Observation paiement |
OBSSACDA Objet de la demande ou de la commande |
PR1SACDA Paramètre 1 |
PR2SACDA Paramètre 2 |
PR3SACDA Paramètre 3 |
PRTSACDA Type de port |
REGSACDA Régime de taxe |
ROLSACDA Rôle |
TACSACDA Adresse de commande |
TAFSACDA Adresse de facturation |
TALSACDA Adresse de livraison |
TAPSACDA Adresse de paiement |
TICSACDA Tiers de commande |
TIESACDA Tiers de facturation |
TILSACDA Tiers de livraison |
TIPSACDA Tiers de paiement |
TTVSACDA Type de taxe |
TYPSACDA Type |
USRDUP |
Utilisateur et date de création des demandes d'achats ou commandes générées. Si la valeur testée 1 vaut : - O : l'utilisateur et la date de création sont ceux d'origine ; - N : l'utilisateur et la date de création sont l'utilisateur de connexion et la date système ; - U : l'utilisateur et la date de création sont l'utilisateur de création de la demande ou commande origine et la date système ; - D : l'utilisateur et la date de création sont l'utilisateur de connexion et la date de création de la demande ou commande origine. |
Utilisation du paramètre |
Utilisé dans : GDAI - Demandes d'achats (GDAI) GCDA - Commandes d'achats (GCDA) |
AUTSADUB - Durée de blocage |
Ce paramètre permet de définir une durée de blocage pour : - la génération de commandes d'achats à partir de demandes d'achats ; - les signatures multicritères ; - la réception. |
Occurrences |
|
SADAI |
Détermine la durée de blocage des lignes de données de la table de travail des demandes d'achats pour lesquelles, aucune génération n'a été effectuée. La valeur 1 donne la durée de blocage pour l'utilisateur connecté. Elle est exprimée en heures ou en minutes. Si la valeur testée 1 vaut : - H : la durée de blocage (valeur 1) est exprimée en heures ; - M : la durée de blocage (valeur 1) est exprimée en minutes. La valeur testée 2 indique s'il est possible de supprimer les éléments bloqués depuis la veille, pour les utilisateurs autres que l'utilisateur connecté. Si la valeur testée 2 vaut : - O : la suppression des éléments bloqués depuis la veille est effectuée ; - N : la suppression des éléments bloqués depuis la veille n'est pas effectuée. |
SADSM |
Détermine la durée de blocage d'un élément à signer, bloqué par des utilisateurs autres que l'utilisateur connecté. La valeur 1 donne la durée de blocage. Elle est exprimée en heures ou en minutes. Si la valeur testée 1 vaut : - H : la durée de blocage (valeur 1) est exprimée en heures ; - M : la durée de blocage (valeur 1) est exprimée en minutes. |
SARCP |
Détermine la durée de blocage des lignes de données des tables de travail associées à la réception, pour lesquelles aucune réception n'a été générée. La valeur 1 donne la durée de blocage pour l'utilisateur connecté. Elle est exprimée en heures ou en minutes. Si la valeur testée 1 vaut : - H : la durée de blocage (valeur 1) est exprimée en heures ; - M : la durée de blocage (valeur 1) est exprimée en minutes. La valeur testée 2 indique s'il est possible de supprimer les éléments bloqués depuis la veille, pour les utilisateurs autres que l'utilisateur connecté. Si la valeur testée 2 vaut : - O : la suppression des éléments bloqués depuis la veille est effectuée ; - N : la suppression des éléments bloqués depuis la veille n'est pas effectuée. |
Utilisation du paramètre |
Utilisé dans : Génération de commandes à partir de DA (GTDAC) Génération de commandes à partir de DA (TDAI) Signatures multicritères des demandes d'achats (GSMDA) Signatures multicritères des commandes d'achats (GSMCA) Signatures multicritères des réceptions (GSMRA) Signatures multicritères des factures d'achats (GSMFA) Signatures multicritères des marchés (GSMMA) Réception (GRCPA) |
AUTSAEAL - Autorisation équivalence |
Ce paramètre permet de définir certaines règles dans la gestion des équivalences d'articles ou de libellés. Les occurrences sont définies dans le produit. |
Occurrences |
|
ETS |
Etablissement. Si la valeur testée 1 vaut : - O : l'établissement est obligatoire ; - N : l'établissement est facultatif. S'il n'est pas renseigné, l'équivalence est valable pour tous les établissements. |
Utilisation du paramètre |
A créer pour : Utilisé dans : Equivalence d'articles ou de libellés (GEAL) |
AUTSAECH - Date de calcul pour valorisation des échéances |
Ce paramètre permet de définir quelle date est utilisée lors de la valorisation des demandes d'achats, des commandes, des réceptions ou des factures pour calculer la date d'échéance. Les occurrences sont définies dans le produit. Si la valeur testée 1 vaut : - C : le calcul est effectué à partir de la date de demande ou de commande ; - R : le calcul est effectué à partir de la date de réception ; - F : le calcul est effectué à partir de la date de facture ; - DF : le calcul est effectué à partir de la date comptable de la facture ; - FR : le calcul est effectué à partir de la date de réception de la facture ; - M : le calcul est effectué à partir de la date la plus récente entre la date de service fait et la date de réception de la facture. Cette valeur n'est applicable que pour la valorisation d'une facture donc pour l'entité SAFAA. Si la date sélectionnée à partir de la valeur testée 1 n'est pas renseignée, le calcul est effectué à partir de la date donnée par la valeur testée 2 : - C : le calcul est effectué à partir de la date de demande ou de commande ; - R : le calcul est effectué à partir de la date de réception ; - RD : le calcul est effectué à partir de la date de réception au plus tôt ; - F : le calcul est effectué à partir de la date de facture ; - DF : le calcul est effectué à partir de la date comptable de la facture ; - FR : le calcul est effectué à partir de la date de réception de la facture. |
Occurrences |
|
SACDA |
Valorisation des demandes ou des commandes d'achats. |
SAFAA |
Valorisation des commandes facturées. |
SAREC |
Valorisation des commandes réceptionnées. |
Utilisation du paramètre |
A créer pour : Valoriser une demande d'achats, une commande, une réception ou une facture. |
AUTSAFAA - Autorisation de mise à jour des factures |
Ce paramètre permet de définir certaines règles de gestion pour les factures. Les occurrences sont définies dans le produit. |
Occurrences |
|
ABONNEMENT |
Contrôle des abonnements. Si la valeur testée 1 vaut : - O : si la facture porte sur un tiers possédant des abonnements, contrôle que ceux-ci soient finis de réaliser. Le message n'est pas bloquant ; - N : pas de contrôle. Le contrôle est effectué par rapport au tiers envoyé en comptabilité : tiers de paiement ou tiers de facturation suivant le type de ventilation utilisé lors du transfert en comptabilité de la facture (TVCC). |
ACPT-xxxx |
Contrôle de l'existence de pièces d'acompte lors du contrôle facture (xxxx correspond au type de pièce à contrôler). S'il existe, pour le tiers envoyé en comptabilité, une pièce non soldée ayant un type de pièce égal au type de pièce défini dans l'occurrence, affichage d'un message non bloquant pour signaler la présence de l'acompte. Le tiers envoyé en comptabilité correspond au tiers de paiement ou au tiers de facturation suivant le type de ventilation utilisé lors du transfert en comptabilité de la facture (TVCC). Exemple d'occurrence : "ACPT-AC" où "AC" correspond au type de pièce utilisé pour les acomptes. NB : si vous utilisez plusieurs types de pièces d'acompte, il doit exister autant d'occurrences que de types de pièces. |
ANU-xxxx |
Annulation d'une facture (TAFAA). Cette occurrence est liée à la classe de commandes. La valeur 1 donne l'étape à laquelle sont mises : - les commandes de la facture une fois qu'elle a été annulée ; - les commandes négatives de la facture négative. La chaîne 1 donne le type de lien entre la sous-commande annulée et la sous-commande négative. Cette information est obligatoire. Le lien doit être généré. La chaîne 2 donne le type de lien entre la sous-commande annulée et la sous-commande positive. Cette information est obligatoire. Le lien doit être généré. |
APERCU |
Conditions d'exécution de l'aperçu de la facture à partir du menu du contrôle facture ou du bouton "Aperçu" des signatures de factures. Pour réaliser l'édition, un job est créé. Un message indique le numéro de ce job et son état (en attente ou en cours). La fréquence d'actualisation du message peut être paramétrée. Elle est exprimée en secondes. La valeur 1 donne le délai d'attente entre deux tentatives de rafraîchissement de l'écran lorsque le travail est en attente. La valeur 2 donne le délai d'attente entre deux tentatives de rafraîchissement de l'écran lorsque le travail est en cours. |
CAEINS |
Autorisation de création des échéances des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer des échéances. Si cette valeur n'est pas renseignée, la création est interdite. |
CAEMAJ |
Autorisation de modification des échéances des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier des échéances. Si cette valeur n'est pas renseignée, la modification est interdite. |
CAESUP |
Autorisation de suppression des échéances des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer des échéances. Si cette valeur n'est pas renseignée, la suppression est interdite. |
CAFINS |
Autorisation de création des conditions de facturation des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer des conditions de facturation. Si cette valeur n'est pas renseignée, la création est interdite. |
CAFMAJ |
Autorisation de modification des conditions de facturation des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier des conditions de facturation. Si cette valeur n'est pas renseignée, la modification est interdite. |
CAFPIG |
Dans le cadre des droits d'auteurs, il est parfois nécessaire, au moment de la facturation, de recalculer les conditions de facturation liées aux auteurs. Si la valeur testée 1 vaut : - O : le recalcul des conditions de facturation liées aux piges est effectué si valorisation de la facture ; - N : le recalcul des conditions de facturation liées aux piges n'est pas effectué. |
CAFSUP |
Autorisation de suppression des conditions de facturation des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer des conditions de facturation. Si cette valeur n'est pas renseignée, la suppression est interdite. |
CAGINS |
Autorisation de création des gestionnaires des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer des gestionnaires. Si cette valeur n'est pas renseignée, la création est interdite. |
CAGMAJ |
Autorisation de modification des gestionnaires des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier des gestionnaires. Si cette valeur n'est pas renseignée, la modification est interdite. |
CAGSUP |
Autorisation de suppression des gestionnaires des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer des gestionnaires. Si cette valeur n'est pas renseignée, la suppression est interdite. |
CALPRMxxxx |
Calcul du prix facturé ou de la remise en fonction du prix tarif. Cette occurrence est liée à la classe de commandes. Si la valeur testée 1 vaut : - O : le prix facturé est calculé en appliquant la remise au prix tarif facturé ; - N : la remise facture est calculée à partir du prix tarif facturé et du prix facturé. La valeur 1 donne l'écart inférieur autorisé. La valeur 2 donne l'écart supérieur autorisé. |
CALPVF |
Calcul du prix facture. Si la valeur testée 1 vaut : - O : lorsque le montant facturé est saisi, le prix facture est recalculé en divisant le montant facturé par la quantité ; - N : lorsque le montant facturé est saisi, le prix facture n'est pas recalculé. |
CATINS |
Autorisation de création des textes des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer des textes. Si cette valeur n'est pas renseignée, la création est interdite. |
CATMAJ |
Autorisation de modification des textes des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier des textes. Si cette valeur n'est pas renseignée, la modification est interdite. |
CATSUP |
Autorisation de suppression des textes des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer des textes. Si cette valeur n'est pas renseignée, la suppression est interdite. |
CDEFAC |
Affichage des lignes à facturer lors de l'ouverture de la transaction des lignes à facturer (SAIFLC). Cette occurrence n'est utilisée que dans le cas où la facturation est faite en deux parties : facturation globale (création de l'en-tête de facture et rattachement des commandes) puis facturation détaillée (rattachement des lignes). Elle est utilisée lors de la facturation détaillée. Si la valeur testée 1 vaut : - N : sont affichées uniquement les lignes déjà rattachées à la facture ; - O : sont affichées les lignes déjà rattachées à la facture et les lignes non rattachées mais pouvant l'être. |
CTLCAF |
Conditions de facturation à exclure pour le contrôle des conditions de facturation ajoutées ou modifiées lors du contrôle facture. Sont comparés le taux ou montant de la condition de facturation affectés à la commande au moment de sa saisie et le taux ou montant de la condition de facturation de la même commande une fois que celle-ci a été facturée. La valeur 1 donne le pourcentage d'écart minimal autorisé. La valeur 2 donne le pourcentage d'écart maximal autorisé. Le texte donne les conditions de facturation qu'il ne faut pas contrôler lors de la signature des factures d'achats (GSGFA) ou lors du traitement de bon à payer (TTAC). Les conditions de facturation doivent être séparées par le caractère "/", il est possible de saisir 12 conditions de facturation au maximum. Exemple : si les conditions de facturation 1200, 1500 et 7000 ne doivent pas être contrôlées, saisir 1200/1500/7000 dans le texte. |
CTLHT |
Contrôle du montant hors taxe de la facture. Si la valeur testée 1 vaut : - B : un message bloquant est affiché lorsque le montant hors taxe de la facture et le montant hors taxe des commandes facturées sont différents ; - R : la comparaison entre le montant hors taxe de la facture et le montant hors taxe des commandes facturées n'est pas effectuée ; - S : un message signale la différence entre le montant hors taxe de la facture et le montant hors taxe des commandes facturées. Si la valeur testée 2 vaut : - O : le montant hors taxe de la facture est obligatoire ; - N : le montant hors taxe de la facture est facultatif. |
CTLMARxxxx |
En création de lignes de factures pour une commande portant sur un marché (facturation directe et ajout de lignes en facture), cette occurrence permet de : - contrôler les dépassements de quantités et/ou de montants dans le cas où l'encours du marché est mis à jour ; - contrôler l'appartenance de l'article au marché de la facture. Cette occurrence est liée à la classe de commandes. Elle est facultative. Si elle n'existe pas, aucun contrôle n'est effectué. Si la valeur testée 1 vaut : - O : les contrôles de dépassement de quantités et/ou de montants du marché sont effectués lors de la mise à jour de l'encours du marché en fonction du paramétrage de ce dernier ; - N : les contrôles de dépassement de quantités et/ou de montants du marché ne sont pas effectués lors de la mise à jour de l'encours. Si la chaîne 1 vaut : - O : si le mode d'achat (GMDA) de la ligne de facture a une influence sur les marchés, le contrôle d'appartenance de l'article au marché est effectué en fonction du paramétrage de la classe de commandes (GNCA) ; - N : le contrôle d'appartenance de l'article au marché n'est pas effectué. |
CTLMNTxxxx |
xxxx représente le type de ventilation. Contrôle si la somme des montants facturés est supérieure à la somme des montants commandés des lignes de commandes. Cette occurrence est liée au type de paramétrage du transfert en comptabilité (GTVCA) utilisé lors de la comptabilisation d'une facture (TVCC). La valeur testée 1 indique si le contrôle est effectué en pourcentage. Si elle vaut : - O : le contrôle en pourcentage est effectué ; - N : le contrôle en pourcentage n'est pas effectué. Le pourcentage est donné par la valeur 1. La valeur testée 2 indique si le contrôle est effectué par rapport à un montant maximum. Si elle vaut : - O : le contrôle en montant est effectué ; - N : le contrôle en montant n'est pas effectué. Le montant maximum est donné par la valeur 2. Le montant indiqué est en devise de référence. Si les valeurs testées 1 et 2 sont égales à "O" et si les valeurs 1 et 2 sont renseignées, les deux types de contrôle sont effectués l'un après l'autre (pourcentage et montant). |
CTLMTF |
Comparaison entre le montant facturé saisi et le montant facturé calculé. Si la valeur testée 1 vaut : - B : un message bloquant est affiché lorsque le montant hors taxe facturé de la ligne est différent du montant calculé (quantité facturée * prix facturé * unité de prix) ; - S : un message signale la différence entre le montant hors taxe facturé de la ligne et le montant calculé (quantité facturée * prix facturé * unité de prix) ; - R : la comparaison entre le montant facturé saisi et le montant calculé n'est pas effectuée. Le contrôle ci-dessus est fait avec une fourchette de tolérance, le montant facturé saisi devant être compris dans la fourchette du montant calculé (quantité facturée * prix facturé * unité de prix) : - la valeur 1 donne le pourcentage appliqué en moins au montant calculé ; - la valeur 2 donne le pourcentage appliqué en plus au montant calculé. |
CTLPRI |
Comparaison entre le prix facturé et le prix commandé. Les informations gérées au niveau de l'article acheté et/ou au niveau de l'occurrence CTLPRIxxxx (où xxxx représente le mode d'achat de la ligne) du paramètre AUTSAFAA sont prioritaires par rapport à celles gérées dans cette occurrence de paramètre. Si la valeur testée 1 vaut : - B : un message bloquant est affiché lorsque le prix facturé est différent du prix commandé ; - S : un message signale la différence entre le prix facturé et le prix commandé ; - R : la comparaison entre le prix facturé et le prix commandé n'est pas effectuée. Le contrôle ci-dessus peut être fait avec une fourchette de tolérance, le prix facturé devant être compris dans la fourchette de prix commandés calculés : - la valeur 1 donne le pourcentage appliqué en moins au prix commandé ; - la valeur 2 donne le pourcentage appliqué en plus au prix commandé. |
CTLPRIxxxx |
xxxx représente le mode d'achat de la ligne de commande. Comparaison entre le prix facturé et le prix commandé. Les informations gérées au niveau de l'article acheté sont prioritaires par rapport à celles gérées dans cette occurrence de paramètre. Cette occurrence est facultative. Si elle n'existe pas et que les informations "écart prix/montant facturé" au niveau de l'article acheté ne sont pas gérées, c'est l'occurrence générale CTLPRI du paramètre AUTSAFAA qui est prise en compte. Si la valeur testée 1 vaut : - B : un message bloquant est affiché lorsque le prix facturé est différent du prix commandé ; - S : un message signale la différence entre le prix facturé et le prix commandé ; - R : la comparaison entre le prix facturé et le prix commandé n'est pas effectuée. Le contrôle ci-dessus peut être fait avec une fourchette de tolérance, le prix facturé devant être compris dans la fourchette de prix commandés calculés : - la valeur 1 donne le pourcentage appliqué en moins au prix commandé ; - la valeur 2 donne le pourcentage appliqué en plus au prix commandé. |
CTLQRS |
Cette occurrence est utilisée pour les QR-Codes suisses (GQRS). Si la valeur testée 1 vaut : - O : contrôle que la domiciliation des échéances correspond à un QR IBAN. Si oui, nécessité de saisir une QR Facture (GQRS). Le message n'est pas bloquant. Le contrôle est effectué lors du rattachement des lignes de commandes en facture, en facturation directe et en modification des échéances des commandes facturées. - N : pas de contrôle. Si la valeur testée 2 vaut : - O : mise à jour de la référence et du montant TTC de la facture à partir de la référence et du montant du QR-Code suisse (GQRS). La mise à jour de la référence de la facture n'est possible que si elle n'est pas renseignée ; - R : mise à jour de la référence de la facture à partir de la référence du QR-Code suisse (GQRS). La mise à jour de la référence de la facture n'est possible que si elle n'est pas renseignée ; - M : mise à jour du montant TTC de la facture à partir du montant du QR-Code suisse (GQRS) ; - N : aucune mise à jour n'est effectuée. Si la chaîne 1 vaut "O", la mise à jour de la facture n'est réalisée que si la destination de la domiciliation renvoyée par l'IBAN/QRIBAN est différente de la chaîne 2 du paramètre AUTCPT occurrence CTLQRS. |
CTLQTC |
Contrôle entre la quantité facturée et la quantité commandée lorsque le contrôle facture (GFAA) est effectué avant la réception (GRECF). Si la valeur testée 1 vaut : - B : la quantité facturée ne doit pas être inférieure à la quantité commandée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité facturée ne doit pas être inférieure à la quantité commandée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité facturée peut être inférieure à la quantité commandée. La valeur 1 donne le pourcentage à appliquer. Si la valeur testée 2 vaut : - B : la quantité facturée ne doit pas être supérieure à la quantité commandée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité facturée ne doit pas être supérieure à la quantité commandée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité facturée peut être supérieure à la quantité commandée. La valeur 2 donne le pourcentage à appliquer. NB : le contrôle que la quantité facturée ne soit pas inférieure à la quantité commandée peut également être effectué en fonction des informations saisies dans l'article acheté (GATA). Les informations de l'article sont prioritaires par rapport à celles gérées dans cette occurrence (valeur testée 1 et valeur 1). Il en est de même pour le contrôle que la quantité facturée ne soit pas supérieure à la quantité commandée (article acheté / valeur testée 2 et valeur 2). |
CTLQTE |
Contrôle entre la quantité facturée et la quantité réceptionnée. Si la valeur testée 1 vaut : - B : la quantité facturée ne doit pas être inférieure à la quantité réceptionnée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité facturée ne doit pas être inférieure à la quantité réceptionnée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité facturée peut être inférieure à la quantité réceptionnée. La valeur 1 donne le pourcentage à appliquer. Si la valeur testée 2 vaut : - B : la quantité facturée ne doit pas être supérieure à la quantité réceptionnée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité facturée ne doit pas être supérieure à la quantité réceptionnée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité facturée peut être supérieure à la quantité réceptionnée. La valeur 2 donne le pourcentage à appliquer. NB : le contrôle que la quantité facturée ne soit pas inférieure à la quantité réceptionnée peut également être effectué en fonction des informations saisies dans l'article acheté (GATA). Les informations de l'article sont prioritaires par rapport à celles gérées dans cette occurrence (valeur testée 1 et valeur 1). Il en est de même pour le contrôle que la quantité facturée ne soit pas supérieure à la quantité réceptionnée (article acheté / valeur testée 2 et valeur 2). |
CTLTIP |
Comparaison entre les tiers et adresses de facturation et de paiement de la facture et des commandes facturées. Si la chaîne 1 vaut : - O : les tiers de facturation de la facture et des commandes facturées doivent être identiques ; - N : les tiers de facturation de la facture et des commandes facturées peuvent être différents. Si la valeur testée 1 vaut : - O : les tiers de paiement de la facture et des commandes facturées doivent être identiques ; - N : les tiers de paiement de la facture et des commandes facturées peuvent être différents. Si la valeur testée 2 vaut : - O : les adresses de facturation de la facture et des commandes facturées doivent être identiques ; - N : les adresses de facturation de la facture et des commandes facturées peuvent être différentes. Si la chaîne 2 vaut : - O : les adresses de paiement de la facture et des commandes facturées doivent être identiques ; - N : les adresses de paiement de la facture et des commandes facturées peuvent être différentes. |
CTLTTC |
Contrôle du montant TTC de la facture. Si la valeur testée 1 vaut : - B : un message bloquant est affiché lorsque le montant TTC de la facture et le net à payer des commandes facturées sont différents ; - R : la comparaison entre le montant TTC de la facture et le net à payer des commandes facturées n'est pas effectuée ; - S : un message signale la différence entre le montant TTC de la facture et le net à payer des commandes facturées. Si la valeur testée 2 vaut : - O : le montant TTC de la facture est obligatoire ; - N : le montant TTC de la facture est facultatif. |
CTLUNI |
Contrôle de l'unicité de la facture. Si la valeur testée 1 vaut : - O : le contrôle d'unicité est effectué pour l'établissement, le fournisseur, la devise, la référence externe et le montant TTC ; - OM : le contrôle d'unicité est effectué pour le fournisseur, la devise, la référence externe et le montant TTC ; - R : le contrôle d'unicité est effectué pour l'établissement, le fournisseur et la référence externe ; - RM : le contrôle d'unicité est effectué pour le fournisseur et la référence externe ; - A : le contrôle d'unicité est effectué pour l'établissement, le tiers, la devise, la référence externe, le montant TTC et la date de facture ; - AM : le contrôle d'unicité est effectué pour le tiers, la devise, la référence externe, le montant TTC et la date de facture ; - B : le contrôle d'unicité est effectué pour l'établissement, le tiers, la devise, la référence externe et le montant TTC ; - BM : le contrôle d'unicité est effectué pour le tiers, la devise, la référence externe et le montant TTC ; - C : le contrôle d'unicité est effectué pour l'établissement, le tiers, la référence externe, le montant TTC et la date de facture ; - CM : le contrôle d'unicité est effectué pour le tiers, la référence externe, le montant TTC et la date de facture ; - D : le contrôle d'unicité est effectué pour l'établissement, le tiers, la référence externe et le montant TTC ; - DM : le contrôle d'unicité est effectué pour le tiers, la référence externe et le montant TTC ; - N : le contrôle d'unicité n'est pas effectué. Dans les cas où le tiers est utilisé pour le contrôle d'unicité, il s'agit du tiers qui est envoyé en comptabilité : tiers de facturation ou tiers de paiement selon le paramétrage des transferts en comptabilité (GTVCA). Si la valeur testée 2 vaut : - O : le contrôle d'unicité est bloquant ; - N : le contrôle d'unicité n'est pas bloquant. Si la chaîne 1 vaut : - O : le contrôle est effectué quelle que soit la manière dont est créé l'en-tête de facture : saisie manuelle de l'en-tête de facture ou création automatique de l'en-tête de facture au rattachement d'une commande ; - N : le contrôle n'est effectué que lors de la saisie manuelle de l'en-tête de facture. Il n'est pas effectué lorsque l'en-tête de facture est créé au rattachement d'une commande. |
DATCDE |
Proposition de la date de facture dans le traitement de génération automatique des factures. Cette occurrence n'est utilisée que si la date de facture n'est pas renseignée à la soumission du traitement et si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : la date de facture est égale à la date de commande de la commande ; - N : la date de facture est renseignée en fonction de l'occurrence DATFAA du paramètre AUTSAFAA. |
DATFAA |
Proposition et contrôle de la date de facture. Si la valeur testée 1 vaut : - O : la date du jour est proposée dans la date de facture ; - N : la date de facture n'est pas proposée. Si la chaîne 1 vaut : - O : la date de facture doit être antérieure ou égale à la date du jour ; - N : la date de facture peut être postérieure à la date du jour. Si la chaîne 2 vaut : - B : la date de facture ne doit pas être antérieure à la date du jour moins un délai. Le contrôle est bloquant ; - S : la date de facture ne doit pas être antérieure à la date du jour moins un délai. Le contrôle est signalé ; - R : le contrôle n'est pas effectué. La valeur 2 donne le délai (en jours), le délai doit être positif. |
DECCDE |
Proposition de la date comptable de la facture dans le traitement de génération automatique des factures. Cette occurrence n'est utilisée que si la date comptable de la facture n'est pas renseignée à la soumission du traitement et si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : la date comptable de la facture est égale à la date comptable de la commande ; - N : la date comptable de la facture est renseignée en fonction de l'occurrence DECFAA du paramètre AUTSAFAA. |
DECFAA |
Proposition et contrôle de la date comptable de facture. Si la valeur testée 1 vaut : - O : la date comptable de la facture est obligatoire ; - N : la date comptable de la facture est facultative. Si la valeur testée 2 vaut : - F : la date de la facture est proposée dans la date comptable de la facture ; - L : la date logique est proposée dans la date comptable de la facture ; - S : la date système est proposée dans la date comptable de la facture ; - non renseignée : la date comptable de la facture n'est pas proposée. Si la chaîne 1 vaut : - O : la date comptable de la facture doit être antérieure ou égale à la date du jour (date système) et être supérieure ou égale à la date de réception de chacune des commandes rattachées ; - N : la date comptable de la facture n'est pas contrôlée par rapport à la date du jour et par rapport à la date de réception des commandes rattachées. Si la chaîne 2 vaut : - O : la date comptable de la facture doit être supérieure ou égale à la date de facture ; - N : la date comptable de la facture n'est pas contrôlée par rapport à la date de facture. |
DETCDE |
Lors de la valorisation, détachement automatique de la facture des commandes rattachées qui n'ont pas de ligne facturée. Si la valeur testée 1 vaut : - O : les commandes qui n'ont pas de ligne facturée sont automatiquement détachées de la facture lors de la valorisation ; - N : les commandes qui n'ont pas de ligne facturée ne sont pas détachées de la facture lors de la valorisation. Si elles ne sont pas détachées manuellement par l'utilisateur, elles seront détachées lors du transfert en comptabilité. |
DEVFAA |
Devise de la facture. Si la valeur testée 1 vaut : - O : la devise de la facture peut être différente de la devise du fournisseur ; - N : la devise de la facture doit être égale à la devise du fournisseur. Si la valeur testée 2 vaut : - O : au rattachement des commandes, si l'en-tête de la facture a été créé auparavant, les commandes sont affichées quelle que soit leur devise. Le contrôle d'égalité des devises est effectué à la validation ; - N : au rattachement des commandes, si l'en-tête de la facture a été créé auparavant, seules les commandes ayant la même devise que la facture sont affichées. |
DRFFAA |
Proposition et contrôle de la date de réception de la facture. Si la valeur testée 1 vaut : - O : la date de réception de la facture est obligatoire ; - N : la date de réception de la facture est facultative. Si la valeur testée 2 vaut : - F : la date de la facture est proposée dans la date de réception de la facture ; - DF : la date comptable de la facture est proposée dans la date de réception de la facture ; - L : la date logique est proposée dans la date de réception de la facture ; - S : la date système est proposée dans la date de réception de la facture ; - non renseignée : la date de réception de la facture n'est pas proposée. Si la chaîne 1 vaut : - O : la date de réception de la facture doit être antérieure ou égale à la date du jour (date système) ; - N : la date de réception de la facture n'est pas contrôlée par rapport à la date du jour. Si la chaîne 2 vaut : - O : la date de réception de la facture doit être supérieure ou égale à la date de facture ; - N : la date de réception de la facture n'est pas contrôlée par rapport à la date de facture. |
DTCFAA |
Informations devise de la facture. Si la valeur testée 1 vaut : - O : la date du cours de devise est modifiable ; - N : la date du cours de devise n'est pas modifiable. La chaîne 1 donne le mode de change de devise par défaut. Si la valeur testée 2 vaut : - O : la date du cours de reporting est modifiable ; - N : la date du cours de reporting n'est pas modifiable. ATTENTION : La valeur testée 2 n'est pas gérée pour l'instant. La date du cours de reporting n'est jamais modifiable et est égale à la date de double comptabilisation de l'établissement. La chaîne 2 donne le mode de change de reporting par défaut. |
ETPLIV |
Etapes de rapprochement entre commandes et facture. La valeur 1 donne l'étape minimale à partir de laquelle une commande peut être associée à une facture. La valeur 2 donne l'étape maximale jusqu'à laquelle une commande peut être associée à une facture. La valeur testée 1 n'est utilisée que dans le cas où la facturation est faite en deux parties : facturation globale (création de l'en-tête de facture et rattachement des commandes) puis facturation détaillée (rattachement des lignes). Elle est utilisée lors de la facturation détaillée. Elle indique si le rattachement de lignes dont les commandes ne sont pas rattachées à la facture est autorisé ou non. Si la valeur testée 1 vaut : - N : les lignes des commandes qui ne sont pas rattachées à la facture ne peuvent pas être rattachées. Il faut d'abord rattacher les commandes à la facture via la facturation globale (GFAAG) ; - O : les lignes des commandes qui ne sont pas rattachées à la facture peuvent être rattachées. Dans ce cas, les commandes seront rattachées en même temps que les lignes. |
FAAINS |
Autorisation de création des lignes de factures. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer une ligne de facture. Si cette valeur n'est pas renseignée, la création est interdite. |
FAAMAJ |
Autorisation de mise à jour des lignes de factures. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier les lignes de factures. Si cette valeur n'est pas renseignée, la mise à jour est interdite. La valeur 2 indique l'étape qu'aucune des commandes de la facture ne doit avoir atteint pour permettre le rattachement d'une nouvelle commande à la facture. Si la modification des lignes de factures est autorisée même lorsqu'une sous-commande solde facture a été générée (occurrence SOLMOD du paramètre AUTSAFAA), le rattachement d'une nouvelle commande à la facture est interdit si la valeur 2 n'est pas renseignée. |
FAASUP |
Autorisation de suppression des lignes de factures. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer les lignes de factures. Si cette valeur n'est pas renseignée, la suppression est interdite. La valeur 2 indique l'étape jusqu'à laquelle il est possible de détacher une commande d'une facture lorsque la facturation globale (GFAAG) est définie par étape. |
GEDx |
GENCDE |
Proposition du genre de la facture dans le traitement de génération automatique des factures. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : le genre de la facture est égal au genre de la commande ; - N : le genre de la facture est égal à l'occurrence par défaut du paramètre GENSAFAA. |
GENCOM |
Génération des composants. Si la valeur testée 1 vaut : - O : si l'article est défini en "génération composants", on génère les lignes pour les articles composants ; - N : on ne génère pas les lignes pour les articles composants même si l'article est défini en "génération composants". La chaîne 1 donne le chemin de composition d'articles. La chaîne 2 donne le type de lien généré entre la ligne de composé et les lignes de composants si les lignes de composants et de composé sont créées. Ce lien est utilisé en suppression de la ligne de composé pour supprimer les lignes de composants associées. |
INTDOC |
Cette occurrence permet, lors de l'intégration des factures (TTFCA), d'activer ou non la création des documents associés (GTDOC) à partir du sas des documents (SATDO). La désactivation permet, aux traitements du connecteur ReadSoft®, de prendre en charge cette création de documents associés, en stockant dans la base de données l'information binaire des fichiers liés aux documents. Si la valeur testée 1 vaut : - O : la création des documents présents dans la table d'interface des documents (SATDO) est réalisée lors de l'intégration des factures ; - N : les documents présents dans la table d'interface des documents (SATDO) ne sont pas intégrés lors de l'intégration des factures, mais sont laissés à la charge d'un traitement du connecteur ReadSoft®. |
INTFAA |
Cette occurrence permet lors de l'intégration des factures (TTFCA) : - de définir si l'en-tête de facture est créé ou non lorsque aucune information permettant d'effectuer le rattachement de commandes à cette facture n'est renseignée dans la table d'interface des lignes de facture (satfl) ; - de définir si la zone article, dans la table d'interface des lignes de facture (satfl), peut être égale ou non à une référence fournisseur ; - de définir si l'intégration d'une facture est validée ou non quand une des commandes de la sélection ne peut pas être rattachée à la facture car elle n'est pas à une étape correcte (message d'anomalie SGETC058) ; - d'indiquer un écart TTC autorisé entre le montant TTC de l'en-tête de facture et le montant TTC calculé ; - d'indiquer un écart HT autorisé entre le montant HT de l'en-tête de facture et le montant HT calculé. Si la valeur testée 1 vaut : - O : l'en-tête de facture est créé alors qu'aucune information permettant d'effectuer le rattachement de commandes à cette facture n'est renseignée dans la table d'interface des lignes de facture (satfl) ; - N : l'en-tête de facture n'est pas créé si aucune information permettant d'effectuer le rattachement de commandes à cette facture n'est renseignée dans la table d'interface des lignes de facture (satfl). Si la valeur testée 2 vaut : - O : la zone article dans la table d'interface des lignes de facture (satfl) peut être renseignée, soit avec un code article, soit avec une référence fournisseur ; - N : la zone article dans la table d'interface des lignes de facture (satfl) ne peut être renseignée qu'avec un code article. Si la chaîne 1 vaut : - O : si une des commandes de la sélection ne peut pas être rattachée à la facture à cause de son étape (message SGETC058), la facture est intégrée et les autres commandes de la sélection sont rattachées à cette facture ; - N : si une des commandes de la sélection ne peut pas être rattachée à la facture à cause de son étape (message SGETC058), la facture n'est pas intégrée. La valeur 1 indique un écart TTC autorisé entre le montant TTC de l'en-tête de facture et le montant TTC calculé lors de la valorisation de la facture. Cet écart doit correspondre au plus petit écart TTC donné par les différents types de ventilation (GTVCA) utilisés pour le transfert en comptabilité (TVCC). Il est exprimé en devise de référence. La valeur 2 indique un écart HT autorisé entre le montant HT de l'en-tête de facture et le montant HT calculé lors de la valorisation de la facture. Même principe que la valeur 1. |
LIGERR |
Cette occurrence permet de définir, lors du traitement d'intégration des factures (TTFCA), si les lignes en erreur sont sauvegardées avec le statut égal à "E" ou si elles sont uniquement sauvegardées avec le statut égal à "H". Les lignes avec le statut égal à "H" ne sont pas modifiables, les lignes avec le statut à "E" peuvent, après modification ou évolution de l'avancement de la commande, être intégrées à nouveau via : - le bouton rattachement dans la transaction des lignes de factures en erreur (SAILFE) ; - le traitement d'intégration des lignes en erreur du sas facture (TLFEA). Si la valeur testée 1 vaut : - O : les lignes en erreur sont sauvegardées deux fois : une première fois avec le statut égal à "H", une deuxième fois avec le statut égal à "E" ; - N : les lignes en erreur sont sauvegardées seulement avec le statut égal à "H". |
LIGREC |
Affichage des lignes à facturer. Lors de l'affichage des lignes à facturer, si la valeur testée 1 vaut : - O : les lignes non réceptionnées apparaissent. Ces lignes pourront être réceptionnées en même temps qu'elles seront facturées, la quantité réceptionnée sera alors égale à la quantité facturée ; - N : les lignes non réceptionnées n'apparaissent pas. Si la valeur testée 2 vaut : - O : si la ligne est déjà réceptionnée, la quantité facturée est proposée égale à la quantité réceptionnée, sinon elle est proposée égale à la quantité commandée ; - N : la quantité facturée est proposée à zéro ; - F : la réception peut être effectuée après la facture. Si la réception a été effectuée, la quantité facturée est proposée égale à la quantité réceptionnée, sinon elle est proposée égale à la quantité commandée. La valeur 1 donne l'étape de réception. Si l'étape de la commande est égale à cette valeur, les lignes ne sont pas affichées ceci afin de ne pas facturer des commandes en cours de réception. La valeur 2 est utilisée dans le cas où la réception peut être effectuée après la facture (valeur testée 2 égale à "F"). Elle indique, dans le cas où la commande a été réceptionnée avant la facture (GREC), l'étape à laquelle elle doit être pour pouvoir être facturée. Cette étape ne correspond pas à l'étape précédente définie pour le contrôle facture dans les étapes par classe. Exemple : 300 TSTTCA 400 GREC ... ... ... 690 TIMOR 700 GFAA ... ... 730 GRECF La valeur 2 doit être égale à 690 alors que dans les étapes par classe (GETCA), l'étape précédente obligatoire de GFAA est égale à 300. |
MAJADR |
Cette occurrence permet, lors de la modification du tiers qui va être envoyé en comptabilité (tiers de facturation ou tiers de paiement), de re-proposer ou d'effacer l'adresse associée. Si la valeur testée 1 vaut : - R : l'adresse n'est pas re-proposée ; - N : l'adresse est effacée : l'utilisateur devra la renseigner ; - P : l'adresse est re-proposée égale à l'adresse définie pour le tiers associé à l'établissement (GATE). Elle est recherchée pour le type de collectif donné par la chaîne 1 si celle-ci est renseignée, sinon elle est recherchée pour le premier type de collectif fournisseur trouvé. La chaîne 1 donne le type de collectif permettant de rechercher l'adresse dans la gestion des associations des tiers aux établissements (GATE). Elle est prise en compte uniquement lorsque la valeur testée 1 vaut "P". |
MAJCG1 |
Autorisation de modification du CGR A. Si la valeur testée 1 vaut : - C : l'autorisation de modification du CGR A est paramétrée en fonction de la classe de commandes (GNCA) ; - O : le CGR A est modifiable ; - N : le CGR A n'est pas modifiable. |
MAJCG2 |
Autorisation de modification du CGR B. Si la valeur testée 1 vaut : - C : l'autorisation de modification du CGR B est paramétrée en fonction de la classe de commandes (GNCA) ; - O : le CGR B est modifiable ; - N : le CGR B n'est pas modifiable. |
MAJCPT |
Autorisation de modification du compte. Si la valeur testée 1 vaut : - C : l'autorisation de modification du compte est paramétrée en fonction de la classe de commandes (GNCA) ; - O : le compte est modifiable ; - N : le compte n'est pas modifiable. |
MAJDOM |
Cette occurrence permet, lors de la modification du tiers qui va être envoyé en comptabilité (tiers de facturation ou tiers de paiement), de re-proposer la domiciliation des échéances (GCAE). Si la valeur testée 1 vaut : - R : la domiciliation n'est pas re-proposée ; - N : la domiciliation est vidée : l'utilisateur devra la renseigner ; - A : la domiciliation est re-proposée égale à celle définie pour l'adresse du tiers (GTIA) ; - T : la domiciliation est re-proposée égale à celle définie pour le tiers associé à l'établissement (GATE). Elle est recherchée pour le type de collectif donné par la chaîne 1 si celle-ci est renseignée, sinon elle est recherchée pour le premier collectif fournisseur trouvé ; - P : la domiciliation est re-proposée égale à la domiciliation principale du tiers (GTID). La domiciliation principale est celle pour laquelle la destination est égale à "P". Si la valeur testée 2 vaut : - O : un message avertit l'utilisateur que la domiciliation a été modifiée ou effacée ; - N : aucun message d'alerte avertit l'utilisateur. La chaîne 1 donne le type de collectif permettant de rechercher la domiciliation dans la gestion des associations des tiers aux établissements (GATE). Elle est prise en compte uniquement lorsque la valeur testée 1 vaut "T". |
MAJTRF |
Autorisation de modification de certains champs de la facture même si celle-ci a été transférée en comptabilité. Si la valeur testée 1 vaut : - O : la modification de la facture est autorisée ; - N : la modification de la facture est interdite. Les occurrences du paramètre SAMAJTRF correspondent aux champs pouvant être modifiés. |
MNECDE |
Proposition du mnémonique de la facture dans le traitement de génération automatique des factures. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : le mnémonique de la facture est égal au mnémonique de la commande ; - N : le mnémonique de la facture n'est pas renseigné. |
NATCDE |
Proposition de la nature de la facture dans le traitement de génération automatique des factures. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : la nature de la facture est égale à la nature de la commande ; - N : la nature de la facture est égale à l'occurrence par défaut du paramètre NATSAFAA. |
REFCDE |
Proposition de la référence de la facture dans le traitement de génération automatique des factures. Cette occurrence n'est prise en compte que si l'occurrence RCDE-xxxx (xxxx égal à la classe de commandes) du paramètre AUTSAFAA n'existe pas. De plus, elle n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : la référence de la facture est égale à la référence de la commande ; - N : la référence de la facture est égale au numéro de la facture générée. |
RCDE-xxxx |
Proposition de la référence de la facture dans le traitement de génération automatique des factures. Cette occurrence est liée à la classe de commandes. Elle est facultative. Si elle n'existe pas, c'est l'occurrence générale REFCDE du paramètre AUTSAFAA qui est prise en compte. De plus, elle n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : la référence de la facture est égale à la référence de la commande ; - N : la référence de la facture est égale au numéro de la facture générée. |
ROLCDE |
Proposition du rôle de la facture dans le traitement de génération automatique des factures. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : le rôle de la facture est égal au rôle de la commande ; - N : le rôle de la facture est égal à l'occurrence par défaut du paramètre ROLSAFAA. |
SAIBAP |
Saisie de l'observation bon à payer lors du contrôle facture (GFAA). Si la valeur testée 1 vaut : - O : l'observation BAP est accessible et saisissable lors du contrôle facture ; - N : l'observation BAP n'est pas accessible lors du contrôle facture. |
SAILIT |
Saisie des informations litige (code et motif) lors du contrôle facture (GFAA). Si la valeur testée 1 vaut : - O : les informations litige sont accessibles et saisissables lors du contrôle facture ; - N : les informations litige ne sont pas accessibles lors du contrôle facture. |
SAINUM |
Numéro et référence de la facture. Si la valeur testée 1 vaut : - O : le numéro de facture est saisi manuellement ; - F : le numéro de facture est attribué automatiquement à partir de la date de la facture et du compteur des factures (GNFA) ; - DF : le numéro de facture est attribué automatiquement à partir de la date comptable de la facture et du compteur des factures (GNFA). Si la valeur testée 2 vaut : - F : la référence externe de la facture est obligatoire et le contrôle de saisie est effectué à la création de l'en-tête de la facture ; - O : la référence externe de la facture est obligatoire et le contrôle de saisie est effectué lors de la comptabilisation de la facture ; - N : la référence externe de la facture est facultative. La chaîne 1 permet d'indiquer, en modification de la date comptable ou de la date de facture, si la nouvelle date doit se trouver sur la même période que celle correspondant au numéro de facture. Si la chaîne 1 vaut : - O : le contrôle est effectué ; - N : le contrôle n'est pas effectué. La valeur 1 permet de définir le nombre de positions possibles pour le numéro de facture. Elle ne peut être égale qu'à 7, 8 ou 9. |
SOLMOD |
Autorisation de modification de certaines informations des lignes de factures même si une sous-commande solde facture a été générée (cas où le traitement de solde des commandes d'achats après facture (TSOLF) est effectué avant la comptabilisation des factures (TVCC)). Si la valeur testée 1 vaut : - O : les lignes de factures sont modifiables ; - N : les lignes de factures ne sont pas modifiables. Les informations pouvant être modifiées sont : - le libellé de la ligne ; - le compte ; - le poste ; - le CGR A ; - le CGR B ; - la taxe de la ligne : le taux de la nouvelle taxe doit être identique au taux de l'ancienne taxe (les deux taxes doivent avoir le même code de TVA (CODOETVA) et le même type de TVA (TYPOETVA)). |
SUPDIRxxxx |
Paramétrage pour le pré-enregistrement des factures. Cette occurrence est liée à la classe de commandes. Si la valeur testée 1 vaut : - O : suppression physique de la commande lors du détachement de la dernière ligne d'une commande directe ; - N : pas de suppression physique de la commande lors du détachement de la dernière ligne d'une commande directe mais modification de son étape. La valeur 1 donne l'étape (étape avant GFAA) à laquelle est mise la commande directe lors de son détachement de la facture lorsque celle-ci n'est pas supprimée physiquement. La valeur 2 donne l'étape (étape "poubelle") à laquelle est mise la commande directe lors de l'annulation du pré-enregistrement de la facture (TAPFA). Attention : la valeur testée 1 ne doit être positionnée à "N" que pour les classes de facturation directe pour lesquelles du pré-enregistrement est effectué. Pour les autres classes de facturation directe, elle doit être positionnée à "O". |
SUPFAA |
Suppression des factures. Si la valeur testée 1 vaut : - O : les factures sont supprimées physiquement ; - N : les factures sont supprimées de façon logique par un passage de l'état à la valeur "S". |
TRFPIM |
Mise à jour du type d'acceptation de la facture, lors du bon à payer, même si la pièce correspondante n'existe pas en comptabilité. Si la valeur testée 1 vaut : - O : la pièce doit exister en comptabilité ; - N : la pièce peut ne pas exister en comptabilité. Cette occurrence peut être utilisée pour les clients qui ne possèdent pas l'Application Finances et qui arrêtent donc le transfert en comptabilité des factures dans la table d'interface (GECT). |
TVACDE |
Proposition des informations taxe (type, régime et mode) de la facture. Si la valeur testée 1 vaut : - C : le type, le régime et le mode de taxe de la facture sont proposés à partir de la première commande rattachée à la facture et le code taxe des lignes est proposé par rapport à ces informations ; - F : le type, le régime et le mode de taxe de la facture sont proposés du fournisseur et le code taxe des lignes est proposé par rapport à ces informations ; - L : le type, le régime et le mode de taxe de la facture sont proposés à partir de la première commande rattachée à la facture et le code taxe des lignes n'est pas de nouveau proposé. |
TYPACC |
Acceptation des factures. Si la valeur testée 1 vaut : - O : l'acceptation des factures est automatique ; - N : l'acceptation des factures est manuelle. Le type d'acceptation est saisi dans la gestion des factures. Si la valeur testée 2 vaut : - O : le type d'acceptation peut être saisi dans la gestion des factures ; - N : le type d'acceptation n'est pas accessible dans la gestion des factures. |
TYPCDE |
Proposition du type de la facture dans le traitement de génération automatique des factures. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : le type de la facture est égal au type de la commande ; - N : le type de la facture est égal à l'occurrence par défaut du paramètre TYPSAFAA. |
VALOOK |
Si, pour une facture intégrée (TTFCA), le contrôle des montants est correct lors de la valorisation à partir du bouton "Valorisation" du contrôle facture (GFAA), cette occurrence permet le passage à l'étape de facturation des commandes rattachées à la facture mais qui ne sont pas à l'étape de facturation. Si la valeur testée 1 vaut : - O : si le contrôle des montants est correct lors de la valorisation, le passage à l'étape de facturation est effectué ; - N : le passage à l'étape de facturation n'est pas effectué. |
VCGINS |
Autorisation de création des ventilations par CGR des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer des ventilations par CGR. Si cette valeur n'est pas renseignée, la création est interdite. |
VCGMAJ |
Autorisation de mise à jour des ventilations par CGR des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier des ventilations par CGR. Si cette valeur n'est pas renseignée, la mise à jour est interdite. |
VCGSUP |
Autorisation de suppression des ventilations par CGR des commandes facturées. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer des ventilations par CGR. Si cette valeur n'est pas renseignée, la suppression est interdite. |
Utilisation du paramètre |
Utilisé dans : Contrôle facture (GFAA) Facturation globale (GFAAG) Facturation détaillée (GFAAD) Génération automatique de factures (TGFAA) Génération automatique de factures (étape) (TGFAE) Intégration des factures d'achats (TTFCA) Annulation du pré-enregistrement de la facture (TAPFA) Abandon du pré-enregistrement de la facture (TABPFA) Signatures des factures d'achats (GSGFA) Bon à payer (TTAC) Acceptation de la facture (GTAC) |
AUTSAFAC - Paramétrage données Cegedim GIS |
Paramétrage de l'alimentation des données par le traitement d'extraction des factures achats CEGEDIM (TFAAC). Si la valeur testée 1 de l'occurrence vaut : - non renseignée : aucune action, affectation de la balise par défaut ; - N : le champ n'est pas renseigné ; - O : soit il y a une valeur dans la chaîne 1 de l'occurrence et cette dernière sera la valeur par défaut ; soit on affecte la valeur "Name" de la balise XML indiquée dans le texte de l'occurrence. Cette balise doit être présente dans le flux entrant. De plus, le traitement ne recherche que dans les balises "Field" présentes dans "Fields" et "UserDefineVariable" présentes dans "UserDefinedVariables". Pour les occurrences qui correspondent à des champs de type "case à cocher", tel que RLGSATFL, si la valeur testée 1 vaut : - non renseignée : aucune action, affectation de la balise par défaut ; - N : la case n'est pas cochée ; - O : la case est cochée. La valeur testée 2 indique si l'occurrence correspond à un champ de l'en-tête des factures (table SATFC, valeur E) ou des lignes (table SATFL, valeur L). |
Occurrences |
|
BVRSATFC Numéro référence du BVR |
DECSATFC Date comptable |
DERSATFL Dépôt ligne |
DESSATFC Destinataire |
DRFSATFC Date de réception facture |
DTHSATFC Date d'échéance |
ECHSATFC Echéance scindée |
FO1SATFC Fonction 1 |
FO2SATFC Fonction 2 |
FO3SATFC Fonction 3 |
FO4SATFC Fonction 4 |
FO5SATFC Fonction 5 |
GE1SATFC Gestionnaire 1 |
GE2SATFC Gestionnaire 2 |
GE3SATFC Gestionnaire 3 |
GE4SATFC Gestionnaire 4 |
GE5SATFC Gestionnaire 5 |
GENSATFC Genre |
INFSATFC Informations complémentaires |
INLSATFC Interlocuteur logistique |
INXSATFC Interlocuteur externe |
LIBSATFC Libellé |
LITSATFC Code litige |
MNESATFC Mnémonique |
MOLSATFC Motif litige |
MTHSATFC Montant HT |
NATSATFC Nature |
OBPSATFC Observation BAP |
PR1SATFC Code statistique 1 |
PR2SATFC Code statistique 2 |
PR3SATFC Code statistique 3 |
REFSATFC Référence chez le fournisseur |
RLGSATFL Rattachement des lignes |
RO1SATFC Rôle 1 |
RO2SATFC Rôle 2 |
RO3SATFC Rôle 3 |
RO4SATFC Rôle 4 |
RO5SATFC Rôle 5 |
ROLSATFC Rôle |
TAPSATFC Adresse de paiement |
TIASATFC Adresse de facturation |
TIDSATFC Domiciliation du tiers |
TYPSATFC Type |
UCRSATFC Utilisateur de création |
Utilisation du paramètre |
Utilisé dans : Extraction des factures achats CEGEDIM (TFAAC) |
AUTSAFAR - Paramétrage données ReadSoft / Cegid XRP Ultimate |
Paramétrage de l'alimentation des données par le traitement d'extraction des factures achats ReadSoft (TFAAR). Si la valeur testée 1 de l'occurrence vaut : - non renseignée : aucune action, affectation de la balise par défaut ; - N : le champ n'est pas renseigné ; - O : soit il y a une valeur dans la chaîne 1 de l'occurrence et cette dernière sera la valeur par défaut ; soit on affecte la valeur Name de la balise XML indiquée dans le texte de l'occurrence. Cette balise doit être présente dans le flux entrant, de plus, le traitement ne recherche que dans les balises Field présentes dans Fields et UserDefineVariable présentes dans UserDefinedVariables. Pour les occurrences qui correspondent à des champs de type "case à cocher", tel que RLGSATFL, voici la règle. Si la valeur testée 1 vaut : - non renseignée : aucune action, affectation de la balise par défaut ; - N : la case n'est pas cochée ; - O : la case est cochée. La valeur testée 2 indique si l'occurrence correspond à un champ de l'en-tête des factures (table SATFC, valeur E) ou des lignes (table SATFL, valeur L). |
Occurrences |
|
BVRSATFC Numéro référence du BVR |
CF1SATFC Condition de facturation 1 |
CF2SATFC Condition de facturation 2 |
CF3SATFC Condition de facturation 3 |
CF4SATFC Condition de facturation 4 |
CF5SATFC Condition de facturation 5 |
DECSATFC Date comptable |
DERSATFL Dépôt ligne |
DESSATFC Destinataire |
DRFSATFC Date de réception facture |
DTHSATFC Date d'échéance |
ECHSATFC Echéance scindée |
FO1SATFC Fonction 1 |
FO2SATFC Fonction 2 |
FO3SATFC Fonction 3 |
FO4SATFC Fonction 4 |
FO5SATFC Fonction 5 |
GE1SATFC Gestionnaire 1 |
GE2SATFC Gestionnaire 2 |
GE3SATFC Gestionnaire 3 |
GE4SATFC Gestionnaire 4 |
GE5SATFC Gestionnaire 5 |
GENSATFC Genre |
INFSATFC Informations complémentaires |
INLSATFC Interlocuteur logistique |
INXSATFC Interlocuteur externe |
LIBSATFC Libellé |
LITSATFC Code litige |
MNESATFC Mnémonique |
MOLSATFC Motif litige |
MTHSATFC Montant HT |
NATSATFC Nature |
OBPSATFC Observation BAP |
PR1SATFC Code statistique 1 |
PR2SATFC Code statistique 2 |
PR3SATFC Code statistique 3 |
REFSATFC Référence chez le fournisseur |
RO1SATFC Rôle 1 |
RO2SATFC Rôle 2 |
RO3SATFC Rôle 3 |
RO4SATFC Rôle 4 |
RO5SATFC Rôle 5 |
ROLSATFC Rôle |
TAPSATFC Adresse de paiement |
TC1SATFC Taux de condition de facturation 1 |
TC2SATFC Taux de condition de facturation 2 |
TC3SATFC Taux de condition de facturation 3 |
TC4SATFC Taux de condition de facturation 4 |
TC5SATFC Taux de condition de facturation 5 |
TIASATFC Adresse de facturation |
TIDSATFC Domiciliation du tiers |
TYPSATFC Type |
UCRSATFC Utilisateur de création |
RLGSATFL Rattachement des lignes |
Utilisation du paramètre |
Utilisé dans : Extraction des factures achats ReadSoft (TFAAR) |
AUTSAFLA - Regroupement de lots en fourchettes |
Ce paramètre permet de déterminer les critères de regroupements des détails par lots et/ou emplacements dans le bon de réception, ceci afin de pouvoir les éditer sous forme de fourchettes. |
Occurrences |
|
PRPLOT |
Tri et regroupement des détails par lots et/ou emplacements. Si la valeur testée 1 vaut : - A : regroupement par lot supérieur, lot fournisseur, série et quantité reçue. Le tri est ascendant ; - D : regroupement par lot supérieur, lot fournisseur, série et quantité reçue. Le tri est descendant ; - RP : regroupement par lot supérieur, lot fournisseur, série, date de production et quantité reçue. Le tri est ascendant ; - RD : regroupement par lot supérieur, lot fournisseur, série, date de production et quantité reçue. Le tri est descendant ; - EP : regroupement par lot supérieur, lot fournisseur, série, date de péremption et quantité reçue. Le tri est ascendant ; - ED : regroupement par lot supérieur, lot fournisseur, série, date de péremption et quantité reçue. Le tri est descendant ; - SR : regroupement par lot supérieur, date de péremption et quantité reçue. Le tri est ascendant ; - SD : regroupement par lot supérieur, date de péremption et quantité reçue. Le tri est descendant. |
Utilisation du paramètre |
Utilisé dans : Bon de réception QED |
AUTSAFOU - Autorisation fournisseur |
Ce paramètre permet de définir certaines règles de gestion pour les fournisseurs. Les occurrences sont définies dans le produit. |
Occurrences |
|
CATEGO |
Proposition par défaut de la catégorie du fournisseur. Si la valeur testée 1 vaut : - O : proposition de la famille du tiers de facturation du fournisseur dans la catégorie du fournisseur ; - N : pas de proposition par défaut de la catégorie du fournisseur. |
DFTDEP |
Affectation du dépôt du fournisseur lors de la création automatique des fournisseurs à partir des tiers par établissement (GATE ou TGFOU). Si la valeur testée 1 vaut : - O : le dépôt du fournisseur est affecté avec le dépôt par défaut ; - N : le dépôt du fournisseur n'est pas renseigné. |
DOM |
Affectation de la domiciliation du fournisseur à la création de celui-ci ou lors de la modification de la domiciliation du tiers par établissement (GATE) lorsque le fournisseur a été créé à partir de celui-ci (paramètre AUTSAFOU occurrence GENERE). Si la valeur testée 1 vaut : - O : la domiciliation du fournisseur est proposée égale à celle du tiers par établissement ; - N : la domiciliation du fournisseur n'est pas proposée. |
ECHEANCE |
Echéance obligatoire. Si la valeur testée 1 vaut : - O : l'échéance du fournisseur est obligatoire ; - N : l'échéance du fournisseur n'est pas obligatoire. |
GENERExx |
Génération des fournisseurs à partir des tiers par établissement. xx peut représenter un type de collectif. La génération automatique des fournisseurs est ainsi fonction des types de collectifs des tiers par établissement. Si seule l'occurrence GENERE existe, la génération des fournisseurs est indépendante des types de collectifs. Si la valeur testée 1 vaut : - O : lorsqu'un tiers est créé dans les tiers par établissement, si au moins un des cinq types de collectif est tel qu'il peut être fournisseur (valeur testée 2 du paramètre COLOETIE égale à "F"), le fournisseur est généré. Le numéro de fournisseur est égal au numéro du tiers ; - N : il n'y a pas de génération des fournisseurs à partir des tiers par établissement. |
GENGES |
Génération d'un gestionnaire associé au fournisseur (GTFG) dans le cas de la génération des fournisseurs à partir des tiers par établissement. Le gestionnaire est celui du tiers par établissement s'il est renseigné (GATE), sinon celui du tiers (GTIE). Si la valeur testée 1 vaut : - O : le gestionnaire est généré dans GTFG ; - N : le gestionnaire n'est pas généré dans GTFG. Si la valeur testée 2 vaut : - O : le gestionnaire généré est défini par défaut pour le fournisseur (case "Proposé par défaut" cochée dans GTFG) ; - N : le gestionnaire généré n'est pas défini par défaut pour le fournisseur (case "Proposé par défaut" non cochée dans GTFG) ; La chaîne 1 donne le rôle du gestionnaire. La chaîne 2 donne la fonction du gestionnaire. |
MAJADR |
Répercussion de la modification de l'adresse du tiers par établissement (GATE) sur les adresses du fournisseur (GFOU) quand celui-ci a été créé à partir du tiers par établissement (paramètre AUTSAFOU occurrence GENERE). Si la valeur testée 1 vaut : - O : pour chaque adresse du fournisseur, mise à jour de l'adresse à partir de celle du tiers par établissement uniquement si le tiers correspondant du fournisseur est égal au tiers par établissement et si l'ancienne adresse du fournisseur est égale à l'ancienne adresse du tiers par établissement. Pour chaque adresse du fournisseur, la mise à jour n'est effectuée que si la destination de l'adresse du tiers par établissement est correcte (destination contenant le caractère "P" pour l'adresse de paiement, le caractère "F" pour l'adresse de facturation, etc.). - N : pour chaque adresse du fournisseur, mise à jour de l'adresse à partir de celle du tiers par établissement que le tiers du fournisseur soit identique ou non au tiers par établissement et que l'adresse du fournisseur ait été modifiée manuellement ou non. Si la valeur testée 2 vaut : - F : mise à jour de l'adresse de facturation du fournisseur uniquement ; - T : mise à jour de toutes les adresses du fournisseur (facturation, paiement, logistique et commande). |
MAJCOT |
Répercussion de la modification de la cotation du tiers par établissement (GATE) sur la cotation du fournisseur quand celui-ci a été créé à partir du tiers par établissement (paramètre AUTSAFOU occurrence GENERE). Si la valeur testée 1 vaut : - O : mise à jour de la cotation du fournisseur à partir de celle du tiers par établissement ; - N : pas de mise à jour de la cotation du fournisseur à partir de celle du tiers par établissement. |
MAJFAM |
Autorisation de modification de la famille supérieure du fournisseur dans la gestion des fournisseurs (GFOU). Si la valeur testée 1 vaut : - N : modification impossible de la famille supérieure du fournisseur, elle n'est pas accessible ; - S : si une seule famille fournisseur est déjà associée au fournisseur à la date du jour, la famille supérieure est accessible dans la gestion et la mise à jour se traduit par : 1) suppression des anciennes compositions de familles fournisseurs pour les chemins en génération automatique, 2) création de la nouvelle association entre le fournisseur et la nouvelle famille supérieure pour tous les chemins de composition en génération automatique sur une période de validité maximale ; - M : si une seule famille supérieure est déjà associée au fournisseur à la date du jour, la famille supérieure est accessible dans la gestion et la mise à jour se traduit différemment selon que le chemin de la composition est défini pour les statistiques ou non : 1) le type de chemin de la composition n'est pas défini pour les statistiques : - fermeture de la composition existante à la date du jour moins un jour, - création de la nouvelle association entre le fournisseur et la nouvelle famille supérieure pour tous les chemins de composition en génération automatique avec la date de début égale à la date du jour et date de fin égale au 31/12/2099. 2) le type de chemin de la composition est défini pour les statistiques : - suppression des anciennes compositions familles fournisseurs pour les chemins en génération automatique, - création de la nouvelle association entre le fournisseur et la nouvelle famille supérieure pour tous les chemins de composition en génération automatique sur une période de validité maximale. |
MAJRAT |
Répercussion de la modification du rating du tiers par établissement (GATE) sur le rating du fournisseur quand celui-ci a été créé à partir du tiers par établissement (paramètre AUTSAFOU occurrence GENERE). Si la valeur testée 1 vaut : - O : mise à jour du rating du fournisseur à partir de celui du tiers par établissement ; - N : pas de mise à jour du rating du fournisseur à partir de celui du tiers par établissement. |
MAJSAS |
Utilisé lors de la modification de données numériques et facultatives dans l'interface des fournisseurs. La modification est réalisée selon la règle suivante : - mettre une valeur spéciale dans la colonne de la table d'interface dont vous souhaitez effacer le contenu dans la table de production. Cette valeur spéciale est contenue dans la chaîne 1 de cette occurrence (-999 par exemple) ; - si la colonne n'est pas renseignée dans la table d'interface, son contenu dans la table de production est inchangé ; - si la colonne est renseignée dans la table d'interface avec une valeur différente de la valeur spéciale paramétrée, son contenu est remplacé par cette valeur dans la table de production. |
TICSAFOU |
Tiers et adresse de commande obligatoires. Si la valeur testée 1 vaut : - O : le tiers et l'adresse de commande du fournisseur sont obligatoires ; - N : le tiers et l'adresse de commande du fournisseur ne sont pas obligatoires. |
TIERS |
Tiers identiques. Si la valeur testée 1 vaut : - O : les tiers de commande, logistique, facturation et paiement doivent être identiques ; - N : les tiers de commande, logistique, facturation et paiement peuvent être différents. |
TILSAFOU |
Tiers et adresse logistiques obligatoires. Si la valeur testée 1 vaut : - O : le tiers et l'adresse logistiques du fournisseur sont obligatoires ; - N : le tiers et l'adresse logistiques du fournisseur ne sont pas obligatoires. |
Utilisation du paramètre |
A créer pour : Fournisseurs (GFOU) Utilisé dans : Associations des tiers aux établissements (GATE) Génération des fournisseurs à partir des tiers (TGFOU) |
AUTSAGCE - Génération de commandes d'écart |
Ce paramètre permet de déterminer certaines règles dans les traitements de génération des commandes d'écart (TGCEA) et d'annulation des commandes d'écart (TACEA). Les occurrences sont définies dans le produit. |
Occurrences |
|
DEFCAF |
Défaut pour les conditions de facturation. Si la valeur testée 1 vaut : - O : les conditions de facturation par défaut sont générées (conditions associées à la classe et conditions associées au fournisseur) ; - N : les conditions de facturation par défaut ne sont pas générées. |
ETPxxxx |
Etape de la commande. Cette occurrence dépend de la classe de commandes. La valeur 1 donne l'étape à laquelle est générée la commande d'avoir ou de régularisation de prix par le traitement de génération des commandes d'écart (TGCEA). La commande doit être en attente de facture. La valeur 2 donne l'étape à laquelle est mise la commande d'avoir ou de régularisation de prix générée par le traitement de génération des commandes d'écart (TGCEA) lorsque celle-ci est annulée par le traitement d'annulation des commandes d'écart (TACEA). |
LCDGCE |
Types de lien. La chaîne 1 donne le type de lien entre la commande origine et la commande d'avoir. La chaîne 2 donne le type de lien entre la commande origine et la commande de régularisation de prix. |
MODACH |
Mode d'achat. La chaîne 1 donne le mode d'achat avec lequel sont générées les lignes des commandes d'avoir ou des commandes de régularisation de prix. Ce mode d'achat ne doit pas avoir d'influence sur la réception. |
REGCDE |
Regroupement des commandes et des lignes de commandes et calcul du montant commandé. Cette occurrence doit être identique sur tous les établissements (mêmes valeurs testées 1 et 2 et mêmes chaînes 1 et 2). Si la valeur testée 1 vaut : - O : les commandes sont regroupées par classe, fournisseur, devise, mois de la date de réception, CGR A, CGR B et marché si celui de la soumission du traitement n'est pas renseigné ; - N : les commandes ne sont pas regroupées. Une commande donne une commande. Si la valeur testée 2 vaut : - O : on génère des sous-commandes (incrémentation du sous-numéro). Ceci n'est possible que si les commandes ne sont pas regroupées (valeur testée 1 égale à "N") ; - N : on génère de nouvelles commandes (incrémentation du numéro). Si la chaîne 1 vaut : - C : le montant commandé est calculé à partir du prix commandé ; - R : le montant commandé est calculé à partir du prix d'achat de la référence article/fournisseur (GRAF). Si la chaîne 2 vaut : - O : les lignes sont regroupées par article, intitulé, compte, poste, CGR A, CGR B et taxe ; - N : les lignes ne sont pas regroupées. Une ligne donne une ligne. |
Utilisation du paramètre |
A créer pour : Génération de commandes d'écart (TGCEA) |
AUTSAIMO - Autorisation lien Achats / Immobilisations |
Ce paramètre est utilisé dans le lien entre les Applications Achats et Immobilisations. Il permet de déterminer certaines règles lors de la création ou de la mise à jour des fiches d'immobilisations provisoires. |
Occurrences |
|
CAF-xxxx |
Non gérée. Elle est remplacée par une information de la transaction GAMPCI. |
CTLEQL |
Equilibrage du montant immobilisé en fonction du montant comptabilisé. Si la valeur testée 1 vaut : - O : les montants immobilisés pour une ligne de commande sont réajustés en fonction des montants comptabilisés pour cette même ligne ; - N : aucun réajustement des montants immobilisés n'est effectué. |
ECLIMMO |
Non gérée. Elle est remplacée par une information de la transaction GAMPCI. |
MDAxxxx |
Cette occurrence permet, lors du traitement de passage de charge à immobilisation et inversement (TMCIA), de donner le nouveau mode d'achat. xxxx représente la valeur du mode d'achat origine. |
MNTTTC |
Non gérée. Elle est remplacée par une information de la transaction GAMPCI. |
SATCI |
Indique si le paramétrage des taxes pour charges ou immobilisations (GTCIA) est décliné par type de taxe ou par mode de taxe. Si la valeur testée 1 vaut : - T : le paramétrage est décliné par type de taxe ; - M : le paramétrage est décliné par mode de taxe. |
SEUIL |
Cette occurrence donne, lors du traitement d'application du seuil d'immobilisation (TSIMA), le montant seuil à partir duquel une ligne de commande peut être considérée comme une immobilisation. La valeur 1 donne le montant seuil. Il est exprimé en devise de référence de l'établissement. |
Utilisation du paramètre |
A créer pour : Lignes de réceptions en quantité (SAILCR) Lignes à facturer (SAIFLC) Lignes de facture (SAILCF) MAJ immobilisations provisoires après réception (TIMOR) MAJ des immobilisations provisoires après facture (TIMO) Confirmation des commandes (TCDA) Application du seuil d'immobilisation (TSIMA) Passage de charge à immo. d'une cde et inversement (TMCIA) |
AUTSALCU - Liste de cueillette |
Occurrences |
|
ALLSGDEM Allée |
ALTSGDEM Hauteur |
ARESGART Emballage |
ARFSGART Forme |
ARGSGART Regroupement |
ARMSGART Marque |
ARPSGART Présentation |
ARSSGART Série |
BATSGDEM Bâtiment |
CATSGATA Catégorie |
CATSGDEM Catégorie |
CNTSARDS Contenant |
DEMSARDS Emplacement |
DEMSGDEM Emplacement supérieur |
LOCSGDEM Local |
LOFSARDS Lot fournisseur |
LOPSARDS Lot |
POSSGDEM Position |
TRVSGDEM Travée |
Utilisation du paramètre |
A créer pour : Utilisé dans : |
AUTSALSG - Lignes de signatures |
Ce paramètre permet de déterminer certaines règles dans le Module "Multi-signatures à la ligne". |
Occurrences |
|
xECLLSG |
Cette occurrence permet, lors du traitement d'acceptation des lignes de signatures, d'éclater les lignes de demandes d'achats ou de commandes en fonction de leur état d'acceptation. x représente la valeur du paramètre PR3 associé au traitement d'acceptation des lignes de signatures (TASLD ou TASLC). Si la valeur testée 1 vaut : - O : l'éclatement est autorisé ; - N : l'éclatement n'est pas autorisé. Si la valeur testée 2 vaut : - O : un lien est généré entre la sous-commande origine et la sous-commande générée ; - N : aucun lien n'est généré entre les sous-commandes. La chaîne 1 donne le type de lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. |
ETPyxxxx |
Etape pour la signature des lignes de demandes d'achats (GSLGD), de commandes (GLSGC) ou de réceptions (GLSGR). Cette occurrence dépend de la classe d'achats (xxxx) et de la valeur du paramètre PR3 (y) associé au mnémonique de signature des lignes. La valeur 2 donne l'étape que la demande d'achats ou la commande ne doit pas avoir atteint pour que les lignes de signatures puissent être visées. Cette étape correspond à l'étape d'acceptation des lignes de signatures (TASLD pour les lignes de signatures des demandes d'achats, TASLC pour les lignes de signatures des commandes, TASLR pour les lignes de signatures des réceptions). |
xDATECGR |
Cette occurrence permet, lors du traitement de génération des lignes de signatures, de donner la date à laquelle est effectuée la recherche des compositions de CGR (GCCG) si elles sont datées. x représente la valeur du paramètre PR3 associé au traitement de génération des lignes de signatures (TLSGD, TLSGC, TLSGR ou TLSGF). Si la valeur testée 1 vaut : - L : la recherche est effectuée avec la date logique ; - S : la recherche est effectuée avec la date système ; - C : la recherche est effectuée avec la date de commande ; - R : la recherche est effectuée avec la date de réception ; - F : la recherche est effectuée avec la date de facture. |
yLSGxxxx |
Cette occurrence permet, lors du traitement d'acceptation des lignes de signatures, de donner les conditions d'acceptation d'une équivalence et les conditions d'acceptation d'une ligne de demande d'achats, de commande, de réception ou de facture. Cette occurrence dépend de la classe d'achats (xxxx) et de la valeur du paramètre PR3 (y) associé au traitement d'acceptation des lignes de signatures (TASLD, TASLC, TASLR ou TASLF). La valeur testée 2 donne, dans quelles conditions, une ligne de demande d'achats, de commande, de réception ou de facture est acceptée, refusée ou supprimée. Si la valeur testée 2 vaut : - AA : - s'il existe au moins une équivalence acceptée pour la ligne, la ligne est acceptée, - s'il n'existe pas d'équivalence acceptée et qu'il existe au moins une équivalence refusée pour la ligne, la ligne est refusée, - s'il existe au moins une équivalence supprimée pour la ligne, la ligne est supprimée. - AR : - s'il existe au moins une équivalence acceptée pour la ligne et aucune équivalence supprimée, la ligne est acceptée, - si toutes les équivalences sont refusées pour la ligne, la ligne est refusée, - s'il existe au moins une équivalence supprimée pour la ligne, la ligne est supprimée ; - RA : - s'il existe au moins une équivalence refusée pour la ligne, la ligne est refusée, - s'il n'existe pas d'équivalence refusée et qu'il existe au moins une équivalence acceptée pour la ligne, la ligne est acceptée, - s'il existe au moins une équivalence supprimée pour la ligne, la ligne est supprimée ; - RR : - s'il existe au moins une équivalence refusée pour la ligne, la ligne est refusée, - si toutes les équivalences sont acceptées pour la ligne, la ligne est acceptée, - s'il existe au moins une équivalence supprimée pour la ligne, la ligne est supprimée. La chaîne 2 donne les conditions d'acceptation d'une équivalence. Si la chaîne 2 vaut : - TA : une équivalence est acceptée si toutes les lignes de l'équivalence sont acceptées ; - UA : une équivalence est acceptée si au moins une ligne de l'équivalence est acceptée. |
SIGLIG |
La valeur testée 1 indique si une ligne de signature passe directement d'attente (état "E") à consultée (état "C") lors de l'affichage des lignes de signatures à viser. Si la valeur testée 1 vaut : - O : on passe automatiquement les lignes de l'état "E" à l'état "C" et le signataire n'a plus qu'à valider la mise à jour ; - N : on affiche les lignes telles quelles et le signataire doit alors aller sur chacune d'elles pour passer l'état à "C". La valeur testée 2 indique, dans le cas d'un refus, si le motif du refus doit obligatoirement être saisi. Si la valeur testée 2 vaut : - O : le motif du refus est obligatoire ; - N : le motif du refus est facultatif. La chaîne 1 indique si l'acceptation est proposée automatiquement au moment de l'affichage des commandes à débloquer. Si la chaîne 1 vaut : - O : l'acceptation est proposée automatiquement et l'utilisateur n'a plus qu'à valider ; - N : l'acceptation n'est pas proposée et l'utilisateur doit aller sur chaque commande pour la débloquer. |
Utilisation du paramètre |
A créer pour : Utilisé dans : Signature des lignes de demandes d'achats (GLSGD) Signature des lignes de commandes (GLSGC) Signature des lignes de réceptions (GLSGR) Signature des lignes de factures (GLSGF) Acceptation des lignes de signatures après DA (TASLD) Acceptation lignes de signatures après commande (TASLC) Acceptation lignes de signatures après réception (TASLR) Déblocage des lignes de signatures après DA (GDSLD) Déblocage des lignes de signatures après commande (GDSLC) Déblocage des lignes de signatures après réception (GDSLR) |
AUTSAMAR - Autorisation de modification des marchés |
Interface marchés. |
Occurrences |
|
CALDATE |
Utilisé dans le cadre des marchés publics, indique la méthode de calcul des dates. Si la valeur testée 1 vaut : - O : la date est calculée avec moins un jour ; - N : la date est calculée normalement. |
CTLAVP |
Utilisé dans le cadre des marchés publics, permet de contrôler que la somme des avances prévues pour un marché ne dépasse pas un certain pourcentage du montant prévu du marché. La valeur testée 1 indique avec quel montant du marché le contrôle est effectué. Si la valeur testée 1 vaut : - P : le contrôle est effectué à partir du montant prévu général du marché ; - P1 : le contrôle est effectué à partir du montant prévu des lignes de type 1 de l'en-tête du marché ; - P2 : le contrôle est effectué à partir du montant prévu des lignes de type 2 de l'en-tête du marché. La chaîne 1 donne l'information du marché permettant d'indiquer le pourcentage à appliquer au montant prévu. Les différentes possibilités sont : - MC1 : montant complémentaire 1 ; - MC2 : montant complémentaire 2 ; - MC3 : montant complémentaire 3 ; - MC4 : montant complémentaire 4 ; - MC5 : montant complémentaire 5. |
MAJSAS |
Utilisé lors de la modification de données facultatives aux formats date et numérique dans l'interface des marchés. La modification est réalisée selon la règle suivante : - mettre une valeur spéciale dans la colonne de la table d'interface dont vous souhaitez effacer le contenu dans la table de production. Cette valeur spéciale est contenue dans la date 1 de cette occurrence pour une date et dans la chaîne 1 de cette occurrence pour un numérique ; - si la colonne n'est pas renseignée dans la table d'interface, son contenu dans la table de production est inchangé ; - si la colonne est renseignée dans la table d'interface avec une valeur différente de la valeur spéciale paramétrée, son contenu est remplacé par cette valeur dans la table de production. La chaîne 1 donne la valeur spéciale pour les numériques (-999 par défaut). La date 1 donne la valeur spéciale pour les dates (01/01/1900 par défaut). |
CTLTYPMAD |
Indique si le type de ligne de marché doit être renseigné dans l'interface des lignes de marchés (GTMADA). Si la valeur testée 1 vaut : - O : le type de ligne est obligatoire dans l'interface des lignes de marchés. Il doit être égal à 1 ou 2 ; - N : le type de ligne n'est pas obligatoire dans l'interface des lignes de marchés. S'il n'est pas renseigné, il est considéré comme égal à 1 lors de l'intégration. |
PARUTION |
Utilisé dans le cadre d'un dossier de fabrication. Permet d'alimenter le numéro de parution de la feuille historique de tirage (GFHT) créée lors de la saisie d'un produit fini ou d'un livre dans les lignes de marchés de type 2 (GMALA). La chaîne 1 donne le code de la rubrique associée à l'article acheté (GARUATA) permettant d'alimenter le numéro de parution de la feuille historique de tirage. |
Utilisation du paramètre |
Utilisé dans : Marchés (GMARA) Lignes de marchés de type 2 (GMALA) Interface des marchés (GTMARA) Interface des lignes de marché (GTMADA) Intégration des marchés (TTMRA) |
AUTSAMCS - Mise à jour des montants co-traitant/sous-traitant |
Les occurrences indiquent comment est effectuée la mise à jour des montants co-traitants/sous-traitants. La première lettre de l'occurrence (F ou A) correspond à la valeur du paramètre PR1 associé au traitement de mise à jour. Si la valeur testée 1 vaut : - H : mise à jour en HT ; - T : mise à jour en TTC. Si le traitement effectue la mise à jour du montant facturé, la chaîne 1 indique avec quelle information du complément de marchés publics doit s'effectuer le contrôle de dépassement du prévu : - MTP : le contrôle de dépassement du prévu s'effectue avec le montant prévu (MTPSACMP) ; - MST : le contrôle de dépassement du prévu s'effectue avec le montant maximum sous-traité (MSTSACMP). Si le traitement effectue la mise à jour de l'avance facturée, le contrôle de dépassement du prévu s'effectue avec l'avance prévue (AVPSACMP) et la chaîne 1 ne doit alors pas être renseignée. Si la valeur testée 2 vaut : - R : le contrôle de dépassement du prévu n'est pas effectué ; - S : le contrôle de dépassement du prévu est signalé ; - B : . le contrôle de dépassement du prévu est bloquant. Le traitement de mise à jour des montants co-traitants/sous-traitants signale que le ratio entre le montant facturé et le montant prévu des compléments de marchés publics de type CS ne dépasse pas un certain pourcentage. Cette fourchette de pourcentages est à définir dans les valeurs 1 et 2 des occurrences F-x-MAJ où x vaut C (co-traitant) ou S (sous-traitant). |
Occurrences |
|
A-C-MAJ Mise à jour de l'avance facturée du co-traitant |
A-S-MAJ Mise à jour de l'avance facturée du sous-traitant |
F-C-MAJ Mise à jour du montant facturé du co-traitant |
F-S-MAJ Mise à jour du montant facturé du sous-traitant |
Utilisation du paramètre |
Utilisé dans : Mise à jour des montants co-traitant/sous-traitant (TMCSA) |
AUTSAMDT - Mandatement |
Occurrences |
|
MDTAUTO |
Le traitement de validation automatique des factures pour le mandatement vérifie si toutes les commandes de la facture ont déjà été prises en charge au niveau des FNP. Si oui, les commandes de la facture sont mises à une étape donnée par la valeur 1. Le type de ventilation de factures non parvenues est donné par la chaîne 1. Si elle n'est pas renseignée, la vérification s'effectue sans tenir compte du type de ventilation. |
SUPECR |
Pour la suppression de l'écriture temporaire du mandatement, cette occurrence donne : - l'étape jusqu'à laquelle il est possible d'effectuer un retour (valeur 1) ; - l'étape à laquelle les commandes de la facture sont retournées si aucune des commandes de la facture n'a généré de sous-commande solde facture (chaîne 1) ; - l'étape à laquelle les commandes de la facture sont retournées si une des commandes de la facture a généré une sous-commande solde facture (valeur 2). |
Utilisation du paramètre |
Utilisé dans : Validation auto. des factures pour le mandatement (TVFMA) Suppression écriture temporaire (TSEMA) |
AUTSANFO - Autorisation notation fournisseur |
Paramétrage de la notation fournisseur. |
Occurrences |
|
DELAI |
Donne la date à partir de laquelle est calculé le nombre de jours de retard de livraison. Si la valeur testée 1 vaut : - RD : le nombre de jours de retard est égal à la différence entre la date de réception réelle et la date prévue de la ligne de commande si elle renseignée. Si elle n'est pas renseignée, c'est la date au plus tôt de l'en-tête de commande qui est utilisée ; - RF : le nombre de jours de retard est égal à la différence entre la date de réception réelle et la date au plus tard de l'en-tête de commande si elle est renseignée. Si elle n'est pas renseignée, c'est la date au plus tôt (date de la ligne si renseignée, sinon de l'en-tête) qui est utilisée ; - CO : le nombre de jours de retard est égal à la différence entre la date de réception réelle et la date de contrat de l'en-tête de commande si elle est renseignée. Si elle n'est pas renseignée, c'est la date au plus tôt (date de la ligne si renseignée, sinon de l'en-tête) qui est utilisée ; - CL : le nombre de jours de retard est égal à la différence entre la date de réception réelle et la date initiale de la ligne de commande si elle est renseignée. Si elle n'est pas renseignée, c'est la date au plus tôt (date de la ligne si renseignée, sinon de l'en-tête) qui est utilisée. |
DEP |
Indique si les critères de notation fournisseur doivent être détaillés par dépôt ou non lors du traitement de calcul et d'évaluation des critères de notation fournisseur (TCNFOU). Si la valeur testée 1 vaut : - O : les critères de notation sont détaillés par dépôt ; - N : les critères de notation ne sont pas détaillés par dépôt. |
xPER |
Période de notation pour les fournisseurs et les références articles/fournisseurs. x représente la valeur du paramètre PRM associé au traitement de calcul et d'évaluation des critères de notation d'un fournisseur (TCNFOU). La chaîne 1 donne le type de période utilisé pour rechercher le numéro de période (GCAP) pour la notation des fournisseurs. La chaîne 2 donne le type de période utilisé pour rechercher le numéro de période (GCAP) pour la notation des références articles/fournisseurs. |
Utilisation du paramètre |
Utilisé dans : Calcul et évaluation critères notation fournisseur (TCNFOU) |
AUTSAPDE - Autorisation stock demandes de services |
Occurrences |
|
AFFLOP |
Tri effectué pour rechercher les disponibilités dans les stocks afin d'afficher les lots dans la gestion des réservations du stock pour les demandes de services (SAIRDS). Si la valeur testée 1 vaut : - A : Tri croissant. Lot supérieur, lot fournisseur, série, lot ; - D : Tri décroissant. Lot supérieur, lot fournisseur, série, lot ; - PE : Tri croissant. Date de péremption, lot ; - DE : Tri décroissant. Date de péremption, lot ; - PR : Tri croissant. Date de production, lot ; - DR : Tri décroissant. Date de production, lot ; - EP : Tri croissant. Lot supérieur, lot fournisseur, série, date de péremption, lot ; - ED: Tri décroissant. Lot supérieur, lot fournisseur, série, date de péremption, lot ; - RP : Tri croissant. Lot supérieur, lot fournisseur, série, date de production, lot ; - RD : Tri décroissant. Lot supérieur, lot fournisseur, série, date de production, lot. |
AUTFAM |
Autorisation de saisie d'une famille d'articles pour les priorités d'affectation dépôt et emplacement (GPDE). Si la valeur testée 1 vaut : - O : possibilité de saisir un article ou une famille d'articles ; - N : interdiction de saisir une famille d'articles. |
CRERDS |
Autorisation de création dans la gestion des réservations du stock pour les demandes de services (SAIRDS). Si la valeur testée 1 vaut : - O : on peut saisir un dépôt, emplacement et lot ; - N : on ne peut pas saisir d'enregistrements dans la gestion des réservations du stock pour les demandes de services. |
DEPCDE |
Paramétrage de la réservation en stock des demandes de services. Si la valeur testée 1 vaut : - O : les réservations se font à partir de la gestion des priorités (GPDE) et avec le dépôt de la ligne de commande, si renseigné, sinon avec le dépôt de l'en-tête de commande. - N : les réservations se font uniquement à partir de la gestion des priorités (GPDE). |
PROLOP |
Proposition des lots dans la gestion des réservations du stock pour les demandes de services (SAIRDS). Si la valeur testée 1 vaut : - O : on fait toutes les propositions possibles ; - N : on arrête les propositions lorsque la quantité demandée est atteinte dans la gestion des réservations du stock pour les demandes de services. La valeur 1 donne l'étape jusqu'à laquelle on peut modifier les enregistrements de la gestion des réservations du stock pour les demandes de services. |
Utilisation du paramètre |
Utilisé dans : Priorité d'affectation dépôt et emplacement (GPDE) Réservation du stock pour les demandes de services (SAIRDS) Réservation en stock des demandes de services (TRDS) |
AUTSAPOL - Autorisation mise à jour des ventilations par pays d'origine |
Ce paramètre permet de définir certaines règles générales de gestion pour les ventilations par pays d'origine. Les occurrences sont définies dans le produit. |
Occurrences |
|
EHTPOL |
Ventilations par pays d'origine. La valeur 1 donne l'écart maximum autorisé entre le montant des lignes de commandes et le montant des ventilations par pays d'origine. Elle indique aussi l'écart autorisé entre le montant d'une ligne de commande et le montant des ventilations par pays d'origine liées à cette ligne de commande. Si l'écart est inférieur ou égal à la valeur maximale, alors l'écart est corrigé lors du traitement des ventilations pas pays d'origine (TPOL). |
POLMAJ |
Valorisation des ventilations par pays d'origine. La valeur 2 donne l'étape maximale de valorisation des ventilations par pays d'origine. |
Utilisation du paramètre |
Utilisé dans : Traitement des ventilations par pays d'origine (TPOL) |
AUTSAPRX - Paramétrage prix |
Depuis la version D1.01, ce paramètre n'est plus géré. Il est remplacé par la transaction GPPXA. |
Utilisation du paramètre |
A créer pour : Utilisé dans : |
AUTSAPVG - Paramétrage données pour Web Service Provigis |
Occurrences |
|
AGRTAQ |
Permet d'indiqué le code agrément avec lequel est stocké le statut Provigis dans Tiers : Agréments qualité (GTAQ). La chaîne 1 indique le code agrément utilisé. Par défaut la chaîne 1 n'est pas renseignée. |
CONTACT |
Permet lors de l'inscription d'un fournisseur d'y ajouter un référent. Si le contact doit être pris à partir des contacts (GRCOT) alors : - La chaîne 1 doit contenir la colonne de la table qrcot de type texte à comparer avec la valeur de la chaîne 2 ; - La chaîne 2 doit contenir la valeur de comparaison. Si le contact doit être pris à partir des adresses alors : La valeur testée 1 doit être est égale à "A", le contact est alimenté avec l'adresse électronique 1 de l'adresse du tiers. Dans ce cas, le nom du contact, son téléphone et son portable peuvent être renseignés respectivement avec l'interlocuteur externe, le téléphone et le GSM de l'adresse si ces informations sont renseignées pour l'adresse. Par défaut la chaine 1, la chaîne 2 et la valeur testé 1 ne sont par renseignées. |
CUSTOM |
Permet d'indiqué à partir de quel information affecter un code personnalisé lors de l'inscription. Si la chaîne 1 est égale à "TIEOETIA", le code personnalisé est égal au code tiers de l'adresse. Par défaut la chaîne 1 n'est pas renseignée. |
PROXY |
Permet d'indiqué quel configuration Proxy est utilisé lors de l'appel aux WebService Provigis. La chaîne 1 doit contenir le type associé au Mot de passe (GTPWD) correspondant à l'utilisateur de connexion au proxy. Le texte doit contenir l'URL de connexion au proxy (par exemple : http://mon.proxy.com:80). Par défaut la chaîne 1 et le texte ne sont pas renseignés. |
SERVICE |
Permet d'indiqué quel configuration du WebService est utilisé lors de l'appel aux WebService Provigis. La chaîne 1 doit contenir le service externe (GSEA) correspondant à Provigis. Par défaut la chaîne 1 n'est pas renseignée. |
Utilisation du paramètre |
Utilisé dans : SACPVGF - Informations du fournisseur via Provigis (SACPVGF) GKPVG - Informations du fournisseur via Provigis (GKPVG) TPVGFOU - Mise à jour du statut Provigis des fournisseurs (TPVGFOU) |
AUTSAPXN - Consultation prix net |
Paramétrage du calcul du prix net achat. |
Occurrences |
|
DVM |
Mode de change à prendre en compte pour transformer les prix de la devise établissement en devise de la référence article/fournisseur. La chaîne 1 contient le mode de change à utiliser. |
Utilisation du paramètre |
Utilisé dans : Consultation du prix net achat (CPXNA) Calcul du prix net achat (TCPNA) |
AUTSAQAM - Paramétrage mise à jour des BT et des prix des équipements |
Configuration de la mise à jour des prix et des quantités du BT (GORM), ainsi que les prix des équipements (GEPX). Pour le traitement de mise à jour des bons de travail et des prix équipements, le préfixe "xxx", qui est mis sur chaque occurrence, est utilisé pour les recherches des occurrences du paramètre AUTSAQAM. Il est défini au travers du paramètre PRM au niveau de la gestion des traitements (GTRB). A l'installation deux préfixes pour la mise à jour des BT sont livrés par défaut : - R : traitement après la réception (TMBT) ; - F : traitement après la facture (TMBTF). Depuis la version E7.01, le paramétrage utilisé pour la remontée dans le BT lors de la mise à l'étape poubelle (TSRD, TRSF, TACRA, ...) est celui du traitement après la facture (TMBTF) paramétré dans les étapes pour la classe de la commande ou demande d'achats. Avant la version E7.01, il s'agissait du paramétrage pour le préfixe A. A l'installation deux préfixes pour la mise à jour des prix équipements sont livrés par défaut : - CC : traitement après la commande (TEPX) ; - CF : traitement après la facture (TEPXF). |
Occurrences |
|
PRX |
Mise à jour du prix dans les BT. La valeur testée 1 indique si la mise à jour de prix se fait. Si la valeur testée 1 vaut : - O : mise à jour des prix ; - N : pas de mise à jour. La valeur testée 2 indique le choix du prix remonté. Si la valeur testée 2 vaut : - C : prix commande ; - F : prix facturé ; - FC : prix facturé calculé (Il est égal à la division du montant facturé par la quantité facturée). La chaîne 1 précise le type de prix (réel ou estimé selon le traitement). La chaîne 2 précise le type de prix estimé. Il est utilisé uniquement dans le traitement après la facture. |
QTE |
Indique la quantité intervenant dans la mise à jour du BT et dans les calculs du prix. Lors de la génération des DI préventives après réception (TGDIR) ou après facture (TGDIF), indique la quantité de la ligne d'achats à prendre (réception ou facture) pour la création dans les moyens à consommer des plans d'opération (GPOMM). Si la valeur testée 1 vaut : - C : quantité commandée ; - R : quantité réceptionnée ; - F : quantité facturée. |
CAF |
Prise en compte des conditions de facturation non obligatoires (frais de port, remise, etc.) à l'exception des conditions de facturation indiquées dans la zone texte de l'occurrence. Si la valeur testée 1 vaut : - O : prise en compte ; - N : pas de prise en compte. |
LIE |
Type de lien utilisé pour trouver le lien entre le BT et la commande d'achats dans la gestion des liens d'ordre de maintenance (GORLM). Chaîne 1 : occurrence du paramètre TYLQMORL. Le type de lien doit être un lien ligne à ligne. |
DAT |
Indique la date mise à jour dans les prix équipements (GEPX). Cette occurrence n'intervient que dans le traitement de mise à jour des prix équipements (TEPX). Si la valeur testée 1 vaut : - C : date commande ; - CD : date début contrat ; - DC : date comptable commande ; - DF : date comptable facture ; - F : date facture. |
TTC |
Taxes prises en compte dans le calcul du prix. Si la valeur testée 1 vaut : - O : prise en compte ; - N : pas de prise en compte. |
ATPX |
Depuis la version E7.01, cette occurrence n'est plus utilisée. L'occurrence FPRX est désormais utilisée lors des traitements de mise à la poubelle d'une commande ou demande d'achats. |
Utilisation du paramètre |
Utilisé dans : Mise à jour du bon de travail à partir d'une DA (TMBTD) MAJ du bon de travail à partir d'une réception (TMBT) MAJ du bon de travail à partir d'une facture (TMBTF) Annulation de demandes d'achats ou de commandes (TSRD) Commandes réceptionnées sans facture (TRSF) Annulation d'une commande réceptionnée (TACRA) Génération de sous-commandes multi-devises (TTPD) Génération d'avoir sur facture non réceptionnée (TGAFNR) Génération de commandes d'avoir (TGCAVA) MAJ des prix des équipements pour une commande (TEPX) MAJ des prix des équipements pour une facture (TEPXF) |
AUTSARAF - Autorisation modification lien article/fournisseur |
Ce paramètre permet de définir certaines règles de gestion pour les articles référencés par fournisseur. Les occurrences sont définies dans le produit. |
Occurrences |
|
ARTMAR |
Appartenance de l'article au marché. Si la valeur testée 1 vaut : - O : l'article doit obligatoirement appartenir au marché ; - N : l'article peut ne pas appartenir au marché. |
CALUNP |
Affichage de l'unité de prix. Si la valeur testée 1 vaut : - O : affichage de l'inverse de l'unité de prix ; - N : affichage de l'unité de prix. Exemple : Pour un prix au 1000, les traitements qui valorisent ont besoin de 0.001. Cette valeur n'étant pas pratique pour l'utilisateur, il est possible, suivant ce paramètre, de saisir et afficher 1000 à l'écran et de stocker 0.001 dans la base. |
CTLDFT |
Affectation du défaut pour les références articles/fournisseurs créées à partir du sas (GTRAF/TIART). Si la valeur testée 1 vaut : - O : la référence article/fournisseur est créée avec la valeur du défaut donnée par le sas ; - N : la référence article/fournisseur est systématiquement créée par défaut quelle que soit la valeur de la zone "Défaut" dans le sas. |
CTLUNIFOU |
Contrôle de l'unicité d'un fournisseur parmi les références articles/fournisseurs d'un article sur une même période, pour une même priorité renseignée et/ou une même qualité renseignée. Si la valeur testée 1 vaut : - O : le contrôle d'unicité est effectué pour la priorité ; - N : le contrôle d'unicité n'est pas effectué pour la priorité. Si la valeur testée 2 vaut : - O : le contrôle d'unicité est effectué pour la qualité ; - N : le contrôle d'unicité n'est pas effectué pour la qualité. |
FOUMAR |
Appartenance du fournisseur au marché. Si la valeur testée 1 vaut : - O : le fournisseur doit obligatoirement appartenir au marché ; - N : le fournisseur peut ne pas appartenir au marché. |
MAJCOE |
Autorisation de modification des coefficients achat à stock et demande à commande, en création, par rapport à la valeur proposée. Si la valeur testée 1 vaut : - O : les coefficients sont accessibles et modifiables en création ; - N : les coefficients ne sont pas modifiables. |
PROPCAT |
Proposition de la catégorie de l'article acheté dans la catégorie des articles référencés par fournisseur. Si la valeur testée 1 vaut : - O : la catégorie de l'article acheté est proposée dans celle de la référence article/fournisseur ; - N : la catégorie de l'article acheté n'est pas proposée dans celle de la référence article/fournisseur. |
Utilisation du paramètre |
A créer pour : Articles référencés par fournisseur (GRAF) Utilisé dans : Références articles/fournisseurs de transfert (GTRAF) Intégration des articles de transfert (TIART) Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) |
AUTSARCP - Paramétrage de la réception |
Ce paramètre permet de définir certaines règles de gestion pour la réception simplifiée (GRCPA). |
Occurrences |
|
COPREC |
Copie des informations en-têtes de réception (référence BL, gestionnaire, mnémonique, camion, mode de transport, montant prévu, interlocuteur logistique, interlocuteur externe et ouverture semaine) des détails des réceptions (SAIRDT) par sous-commande ou pour toutes les sous-commandes en cours de validation. Si la valeur testée 1 vaut : - N : les informations en-têtes de réception sont copiées par sous-commande ; - O : les informations en-tête de réception sont copiées pour toutes les sous-commandes en cours de validation. |
DEN |
Possibilité de visualiser les documents associés aux lignes de commandes à réceptionner et/ou d'associer des documents aux lignes de commandes à réceptionner. Si la valeur testée 1 vaut : - N : les documents associés aux lignes de commandes ne sont pas visualisés à partir de la réception globale (GRCPA) ; - O : les documents associés aux lignes de commandes peuvent être visualisés à partir de la réception globale (GRCPA). Le texte donne l'entité de document (ACHAT SARCP) qui doit être associée au mnémonique de réception (GRCPA) et l'entité de document (ACHAT LIGNE) qui doit être associée aux lignes de commandes. Les deux valeurs doivent être séparées par le caractère "/". Ces deux entités de documents permettent d'associer les documents aux lignes de commandes à réceptionner sur la réception globale et de préciser pour quelle entité ces mêmes documents vont être associés aux lignes de commandes, une fois la réception générée. Attention : il est nécessaire que les deux entités de documents soient associées au même type de document (GTDTY). |
Utilisation du paramètre |
Utilisé dans : Réception (GRCPA) Réception détail (SAIRDT) |
AUTSARDA - Autorisation livraison demandes de services |
Ce paramètre permet de définir certaines règles de gestion pour la livraison des demandes de services. |
Occurrences |
|
CTLART |
Intégration des demandes de services. Si la valeur testée 1 vaut : - B : si l'article de la table d'interface ne correspond à aucune ligne de la demande de services, l'intégration est bloquée ; - S : si l'article de la table d'interface ne correspond à aucune ligne de la demande de services, l'intégration est faite et l'anomalie est signalée ; - R : aucun contrôle n'est effectué sur l'article. |
CTLQTE |
Contrôle sur la quantité lors de la livraison des demandes de services. Si la valeur testée 1 vaut : - N : si la valeur 1 est renseignée et si le mode d'achat (GMDA) de la ligne est paramétré en "contrôle quantité", la somme de la quantité livrée et de la quantité solde ne doit pas être supérieure à la quantité demandée plus un pourcentage donné par la valeur 1 ; - O : si le mode d'achat (GMDA) de la ligne est paramétré en "contrôle quantité", la somme de la quantité livrée et de la quantité solde ne doit pas être supérieure à la quantité demandée. Si la chaîne 1 vaut : - OUI : toutes les lignes de demandes de services sont ramenées, quelle que soit la quantité demandée ; - NON : seules les lignes de demandes de services ayant une quantité demandée différente de zéro sont ramenées. |
CTLSTO |
Saisie d'une ligne de demandes de services en sortie de stock obligatoire. Si la valeur testée 1 vaut : - B : s'il y a rupture de stock, la saisie de la quantité demandée est interdite ; - S : s'il y a rupture de stock, la saisie de la quantité demandée est autorisée mais un message d'alerte signale la rupture de stock ; - R : aucun contrôle n'est fait sur la quantité demandée. |
DATLIV |
Donne la date à partir de laquelle sont effectuées les mises à jour des stocks pour les demandes de services. Si la valeur testée 1 vaut : - RD : la date pour la mise à jour des stocks est la date prévue de la ligne de demande, si elle renseignée, sinon, la date au plus tôt de l'en-tête de demande ; - L : la date pour la mise à jour des stocks est la date logique ; - S : la date pour la mise à jour des stocks est la date système. |
LALINS |
Autorisation de création des détails par lot et/ou emplacement. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer un détail par lot et/ou emplacement. Si cette valeur n'est pas renseignée, la création est interdite. |
LALMAJ |
Autorisation de mise à jour des détails par lot et/ou emplacement. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier un détail par lot et/ou emplacement. Si cette valeur n'est pas renseignée, la mise à jour est interdite. |
LALSUP |
Autorisation de suppression des détails par lot et/ou emplacement. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer un détail par lot et/ou emplacement. Si cette valeur n'est pas renseignée, la suppression est interdite. |
LCAMAJ |
Autorisation de mise à jour des lignes de demandes de services lors de la livraison. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier les lignes de demandes de services. Si cette valeur n'est pas renseignée, la mise à jour est interdite. |
LCASUP |
Autorisation d'annulation de la livraison des lignes de demandes de services. La valeur 1 indique l'étape jusqu'à laquelle il est possible d'annuler la livraison des lignes de demandes de services. Si cette valeur n'est pas renseignée, l'annulation est interdite. |
QTELAL |
Cette occurrence indique si la modification de la quantité livrée d'une ligne de demande de services pour laquelle l'article est géré par lot et/ou emplacement doit être répercutée sur le détail par lot et/ou emplacement. Si la valeur testée 1 vaut : - O : la quantité livrée du détail par lot et/ou emplacement est modifiée à la modification de la quantité livrée de la ligne de demande de services ; - N : la quantité livrée du détail par lot et/ou emplacement n'est pas modifiée. Si la répercussion est active, elle n'est effectuée que si : - il n'y a qu'un seul détail par lot et/ou emplacement pour la ligne de demande de services ; - la quantité livrée initiale de la ligne de demande de services est égale à la quantité livrée du détail par lot et/ou emplacement ; - la nouvelle quantité livrée de la ligne de demande de services est inférieure à la quantité initiale ou est égale à 0. |
QTESTK |
Proposition de la quantité livrée lors de la livraison des demandes de services (GRDA). Si la valeur testée 1 vaut : - O : proposition de la quantité livrée à partir de la quantité stockée. La quantité stockée est recherchée pour l'article, le mode de stockage associé au mode d'achat, le dépôt et l'établissement physiques du dépôt de la ligne : - si la quantité en stock est supérieure ou égale à la quantité commandée, proposition de la quantité commandée dans la quantité livrée, - si la quantité en stock est inférieure à la quantité commandée, proposition de la quantité stockée dans la quantité livrée, - si pas de stock, la quantité livrée est proposée à zéro ; - N : proposition de la quantité commandée dans la quantité livrée. NB : cette occurrence n'est prise en compte que si la case "Quantités" est cochée dans le bloc de sélection de la transaction de livraison des demandes de services (GRDA). |
STKRES |
Contrôle et signalisation des ruptures de stocks (en sortie). Si la valeur testée 1 vaut : - O : la rupture de stocks est contrôlée ; - N : la rupture de stocks n'est pas contrôlée. Si la valeur testée 2 vaut : - O : la rupture de stocks est bloquante ; - N : la rupture de stocks n'est pas bloquante. |
LALDBL |
Doublons dans les lots. Si la valeur testée 1 vaut : - O : il est possible d'avoir des doublons dans les détails par lot (même demande de services, même ligne, même dépôt, même lot interne, même contenant et même type de tâche) ; - N : il est interdit d'avoir des doublons dans les détails par lot. |
xFNV |
Permet d'indiquer quelle fonction est prise en compte pour la remontée des prix : fonction de l'article par établissement (GAAE) ou fonction de valorisation de l'article par établissement. x représente la valeur du paramètre PRM associé au traitement de mise à jour des stocks (TSDA). |
Utilisation du paramètre |
Utilisé dans : Réservation du stock pour les demandes de services (SAIRDS) Réservation en stock des demandes de services (TRDS) Livraison des demandes de services (GRDA) Détails par lots et emplacements (SAILAL) Mise à jour en stock des demandes de services (TSDA) Intégration des demandes de services (TTDA) |
AUTSAREA - Autorisation pour la répartition annuelle |
Ce paramètre permet de définir certaines règles de gestion pour la répartition par année. |
Occurrences |
|
ECART |
Ecarts autorisés pour les quantités et les prix. La valeur 1 donne l'écart autorisé, pour les quantités, lors de la répartition par année. C'est-à-dire l'écart autorisé entre la quantité de la ligne de demande d'achats et la somme des quantités réparties. La valeur 2 donne l'écart autorisé, pour les prix, c'est-à-dire l'écart autorisé entre le prix de la ligne de demande d'achats et la somme des prix répartis. |
REPART |
Si la valeur testée 1 vaut : - O : la répartition par année est autorisée ; - N : la répartition par année est interdite. S la valeur testée 2 vaut : - O : la répartition par année est obligatoire ; - F : la répartition par année est facultative. La valeur 1 donne l'écart minimum, en mois, qu'il doit y avoir entre la période de début et la période de fin pour pouvoir effectuer une répartition par année. Les périodes devant être sur deux années distinctes. |
Utilisation du paramètre |
A créer pour : SAIREA - Répartition par année (SAIREA) Utilisé dans : TEDA - Confirmation des demandes d'achats (TEDA) TCDA - Confirmation des commandes (TCDA) |
AUTSAREC - Paramétrage de la gestion de réception |
Ce paramètre permet de définir certaines règles de gestion pour les réceptions. Les occurrences sont définies dans le produit. |
Occurrences |
|
AFNRLCD |
Lien entre la sous-commande origine et la sous-commande d'avoir générée par le traitement de génération d'avoir sur facture non réceptionnée (TGAFNR). Si la valeur testée 1 vaut : - O : un lien est généré entre la sous-commande origine et la sous-commande d'avoir ; - N : aucun lien n'est généré. La chaîne 1 donne le type de lien. Celui-ci doit être une occurrence du paramètre TYPSALCD et être de sens mère-fille (valeur testée 1 égale à "M") et être généré (valeur testée 2 égale à "G"). La valeur testée 1 doit valoir "O" pour les classes d'achats ayant la MAJ du bon de travail à partir d'une facture (TMBTF) dans leurs étapes (GETCA). |
ANUCDE |
Annulation d'une commande réceptionnée (TACRA) dans le cas où la réception est effectuée avant le contrôle facture. La valeur 1 donne l'étape à laquelle est mise la commande une fois qu'elle a été annulée. La valeur testée 1 indique si un lien peut être généré entre la sous-commande annulée et la sous-commande négative et entre la sous-commande annulée et la sous-commande en attente de réception. Si la valeur testée 1 vaut : - O : un lien est généré ; - N : aucun lien n'est généré. La chaîne 1 donne le type de lien entre la sous-commande annulée et la sous-commande négative. Cette information est facultative. Si elle n'est pas renseignée, le lien n'est pas généré. La chaîne 2 donne le type de lien entre la sous-commande annulée et la sous-commande en attente de réception. Cette information est facultative. Si elle n'est pas renseignée, le lien n'est pas généré. La valeur testée 1 doit valoir "O" et les chaînes 1 et 2 doivent être renseignées pour les classes d'achats ayant la MAJ du bon de travail à partir d'une facture (TMBTF) dans leurs étapes (GETCA). |
ANUCDERPF |
Annulation d'une commande réceptionnée (TACRA) dans le cas où la réception est effectuée après le contrôle facture. La valeur 1 donne l'étape à laquelle est mise la commande une fois qu'elle a été annulée. La valeur testée 1 indique si un lien peut être généré entre la sous-commande annulée et la sous-commande négative et entre la sous-commande annulée et la sous-commande en attente de réception. Si la valeur testée 1 vaut : - O : un lien est généré ; - N : aucun lien n'est généré. La chaîne 1 donne le type de lien entre la sous-commande annulée et la sous-commande négative. Cette information est facultative. Si elle n'est pas renseignée, le lien n'est pas généré. La chaîne 2 donne le type de lien entre la sous-commande annulée et la sous-commande en attente de réception. Cette information est facultative. Si elle n'est pas renseignée, le lien n'est pas généré. La valeur testée 1 doit valoir "O" et les chaînes 1 et 2 doivent être renseignées pour les classes d'achats ayant la MAJ du bon de travail à partir d'une facture (TMBTF) dans leurs étapes (GETCA). |
CESSION |
Modification des tiers et adresses de livraison, de facturation et de paiement dans les traitements de solde des commandes d'achats après réception (TSOLA), d'annulation d'une commande réceptionnée (TACRA) et dans la gestion des retours (GRET). Cette modification n'est possible que si la sous-commande origine porte sur un marché et que le tiers et adresse de facturation de la commande soient égaux au tiers et adresse du marché ou au tiers et adresse du co-traitant d'une cession du marché de la commande antérieure à la réception. Si la valeur testée 1 vaut : - O : les tiers et adresses sont mis à jour ; - N : les tiers et adresses ne sont pas mis à jour. Dans le cas où la valeur testée 1 est égale à "O", la mise à jour s'effectue ainsi : - solde des commandes d'achats après réception (TSOLA) : les tiers et adresses de livraison, de facturation et de paiement de la sous-commande origine et de la sous-commande solde générée sont mis à jour avec les informations cession (tiers et adresse co-traitant des compléments des marchés publics pour le type CM (cession marché)) ; - annulation d'une commande réceptionnée (TACRA) et retours (GRET) : la sous-commande générée en attente de réception est créée avec les tiers et adresses de la cession (tiers et adresses de livraison, de facturation et de paiement). |
CG1EQT |
CGR A des équipements. La valeur testée 1 indique le CGR A à affecter à l'équipement. Si la valeur testée 1 vaut : - L : le CGR A de l'équipement est affecté avec le CGR A de la ligne ; - T : le CGR A de l'équipement est affecté avec le CGR A du type d'équipement. |
CG2EQT |
CGR B des équipements. La valeur testée 1 indique le CGR B à affecter à l'équipement. Si la valeur testée 1 vaut : - L : le CGR B de l'équipement est affecté avec le CGR B de la ligne ; - T : le CGR B de l'équipement est affecté avec le CGR B du type d'équipement. |
CRE-xxxx |
Création de commandes et de lignes. Cette occurrence est liée à la classe d'achats. Si elle n'est pas définie, c'est l'occurrence CRECDE du paramètre AUTSAREC qui s'applique. Si la valeur testée 1 vaut : - O : il est possible de créer des commandes à la réception ; - N : il n'est possible de réceptionner que des commandes déjà existantes. Si la valeur testée 2 vaut : - O : il est possible de créer des lignes à la réception ; - N : il n'est possible de réceptionner que des lignes déjà existantes. La chaîne 1 donne le chemin de substitution. Ce chemin est utilisé lorsqu'une ligne est créée à la réception en substitution d'une autre pour vérifier la cohérence entre les articles des deux lignes. La valeur 1 donne l'étape à laquelle sont créées les sous-commandes lors du rattachement de commandes (bouton "Sous-commande"). Cette fonctionnalité est utilisée lorsque l'on reçoit un reliquat de commande et qu'il n'existe pas de sous-commandes en attente de réception. Si la valeur 1 n'est pas renseignée, les sous-commandes sont créées à l'étape par défaut pour la classe. |
COTR-XXXX |
Modification des tiers et adresses de livraison, de facturation et de paiement dans les traitements de solde des commandes d'achats après réception (TSOLA), d'annulation d'une commande réceptionnée (TACRA) et dans la gestion des retours (GRET). Cette modification n'est possible que si la sous-commande origine porte sur un marché. Cette occurrence est liée à la classe de commandes. Si la valeur testée 1 vaut : - O : les tiers et adresses sont mis à jour ; - N : les tiers et adresses ne sont pas mis à jour. Cette occurrence est facultative. Si elle n'existe pas, les tiers et adresses ne sont pas mis à jour. Dans le cas où la valeur testée 1 est égale à "O", la mise à jour s'effectue ainsi : - solde des commandes d'achats après réception (TSOLA) : les tiers et adresses de livraison, de facturation et de paiement de la sous-commande origine sont mis à jour avec le co-traitant (tiers et adresse de la réception) et la sous-commande solde générée est créée avec les tiers et adresses du marché (tiers et adresses de livraison, de facturation et de paiement) ; - annulation d'une commande réceptionnée (TACRA) et retours (GRET) : la sous-commande générée en attente de réception est créée avec les tiers et adresses du marché (tiers et adresses de livraison, de facturation et de paiement). |
CRECDE |
Création de commandes et de lignes. Cette occurrence ne s'applique que si l'occurrence liée à la classe CRE-xxxx (avec xxxx égale à la classe de commandes) du paramètre AUTSAREC n'existe pas. Si la valeur testée 1 vaut : - O : il est possible de créer des commandes à la réception ; - N : il n'est possible de réceptionner que des commandes déjà existantes. Si la valeur testée 2 vaut : - O : il est possible de créer des lignes à la réception ; - N : il n'est possible de réceptionner que des lignes déjà existantes. La chaîne 1 donne le chemin de substitution. Ce chemin est utilisé lorsqu'une ligne est créée à la réception en substitution d'une autre pour vérifier la cohérence entre les articles des deux lignes. La valeur 1 donne l'étape à laquelle sont créées les sous-commandes lors du rattachement de commandes (bouton "Sous-commande"). Cette fonctionnalité est utilisée lorsque l'on reçoit un reliquat de commande et qu'il n'existe pas de sous-commandes en attente de réception. Si la valeur 1 n'est pas renseignée, les sous-commandes sont créées à l'étape par défaut pour la classe. |
CRECLR |
L'autorisation de créer ou non des lignes lors du contrôle des lignes à réceptionner est donnée par la valeur testée 1 de cette occurrence, ceci quelle que soit la classe de commandes. Il est possible de donner des autorisations différentes en fonction de la classe de commandes. Si l'occurrence CLR-xxxx existe avec xxxx égal à la classe de commandes, c'est cette occurrence qui donne l'autorisation de création. Si elle n'existe pas, c'est l'occurrence générale CRECLR qui le fait. |
CRECNT |
Création automatique du contenant. Si la valeur testée 1 vaut : - O : si le contenant saisi n'existe pas, il est créé automatiquement ; - N : le contenant saisi doit déjà exister. Dans le cas où le contenant est créé automatiquement, la chaîne 1 donne le rôle du contenant permettant de numéroter celui-ci. Remarque : si le contenant n'est pas saisi, cette occurrence n'est pas prise en compte. |
CREIMO |
Création des fiches d'immobilisations provisoires. Si la valeur testée 1 vaut : - O : les fiches d'immobilisations provisoires sont créées automatiquement lors de la réception et l'accès à la gestion des immobilisations provisoires (GAMIMP) est autorisé ; - N : les fiches d'immobilisations provisoires ne sont pas créées lors de la réception et l'accès à la gestion des immobilisations provisoires (GAMIMP) n'est pas autorisé. |
CRELOP |
Création automatique du lot. Si la valeur testée 1 vaut : - O : si le lot saisi n'existe pas, il est créé automatiquement ; - N : le lot saisi doit déjà exister. Remarque : si le lot n'est pas saisi, cette occurrence n'est pas prise en compte. |
CRELOS |
Dans les détails par lot et emplacement (SAILAL), possibilité de proposer le lot supérieur à partir d'une rubrique. Si la valeur testée 1 vaut : - O : le lot supérieur est proposé à partir d'une rubrique contenue dans la chaîne 2 de cette occurrence. La rubrique est associée à l'article acheté si la chaîne 1 vaut "SGATA" et à la référence article/fournisseur si elle vaut "SARAF". - N : le lot supérieur n'est pas proposé à partir d'une rubrique. |
CTLLOT |
Contrôle de cohérence, lors de la saisie de la réception, entre la quantité de la ligne de réception et les quantités des détails par lot et/ou emplacement (SAILAL) liés à cette ligne. Si la valeur testée 1 vaut : - O : le contrôle est effectué à la saisie de la réception ; - N : le contrôle n'est pas effectué à la saisie de la réception, il ne sera effectué que lors du traitement de solde des commandes d'achats après réception (TSOLA) et lors du traitement de mise à jour des achats en stock (TSTA). |
CTLMNT |
Contrôle du montant réceptionné lors de la réception en montant d'une ligne (SAILRM). Si la valeur testée 1 vaut : - B : le montant réceptionné ne doit pas être supérieur au montant commandé au pourcentage paramétré près. Ce contrôle est bloquant ; - S : le montant réceptionné ne doit pas être supérieur au montant commandé au pourcentage paramétré près. L'anomalie est signalée ; - R : le montant réceptionné peut être supérieur au montant commandé. La valeur 1 donne le pourcentage à appliquer. Si la valeur testée 2 vaut : - B : le montant réceptionné ne doit pas être inférieur au montant commandé au pourcentage paramétré près. Ce contrôle est bloquant ; - S : le montant réceptionné ne doit pas être inférieur au montant commandé au pourcentage paramétré près. L'anomalie est signalée ; - R : le montant réceptionné peut être inférieur au montant commandé. La valeur 2 donne le pourcentage à appliquer. NB : le contrôle que le montant réceptionné ne soit pas supérieur au montant commandé peut également être effectué en fonction des informations saisies dans l'article acheté (GATA). Les informations de l'article sont prioritaires par rapport à celles gérées dans cette occurrence (valeur testée 1 et valeur 1). Il en est de même pour le contrôle que le montant réceptionné ne soit pas inférieur au montant commandé (article acheté / valeur testée 2 et valeur 2). |
CTLQTE |
Contrôle de la quantité réceptionnée. Si la valeur testée 1 vaut : - B : la quantité réceptionnée ne doit pas être supérieure à la quantité commandée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité réceptionnée ne doit pas être supérieure à la quantité commandée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité réceptionnée peut être supérieure à la quantité commandée. La valeur 1 donne le pourcentage à appliquer. Si la valeur testée 2 vaut : - B : la quantité réceptionnée ne doit pas être inférieure à la quantité commandée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité réceptionnée ne doit pas être inférieure à la quantité commandée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité réceptionnée peut être inférieure à la quantité commandée. La valeur 2 donne le pourcentage à appliquer. NB : le contrôle que la quantité réceptionnée ne soit pas supérieure à la quantité commandée peut également être effectué en fonction des informations saisies dans l'article acheté (GATA). Les informations de l'article sont prioritaires par rapport à celles gérées dans cette occurrence (valeur testée 1 et valeur 1). Il en est de même pour le contrôle que la quantité réceptionnée ne soit pas inférieure à la quantité commandée (article acheté / valeur testée 2 et valeur 2). |
CTLSOL |
Contrôle de l'écart entre la quantité solde réception saisie et la quantité solde réception calculée (différence entre la quantité commandée et la quantité reçue). Si la valeur testée 1 vaut : - B : la quantité solde réception saisie ne doit pas être supérieure à la différence entre la quantité commandée et la quantité reçue au pourcentage près. Ce contrôle est bloquant ; - S : la quantité solde réception saisie ne doit pas être supérieure à la différence entre la quantité commandée et la quantité reçue au pourcentage près. L'anomalie est signalée ; - R : la quantité solde réception peut être supérieure à la différence entre la quantité commandée et la quantité reçue. La valeur 1 donne le pourcentage à appliquer. Si la valeur testée 2 vaut : - B : la quantité solde réception saisie ne doit pas être inférieure à la différence entre la quantité commandée et la quantité reçue au pourcentage près. Ce contrôle est bloquant ; - S : la quantité solde réception saisie ne doit pas être inférieure à la différence entre la quantité commandée et la quantité reçue au pourcentage près. L'anomalie est signalée ; - R : la quantité solde réception peut être inférieure à la différence entre la quantité commandée et la quantité reçue. La valeur 2 donne le pourcentage à appliquer. |
DATCDE |
Proposition de la date de réception dans le traitement de génération automatique des réceptions (TGREC ou TGREE). Cette occurrence n'est utilisée que si la date de réception n'est pas renseignée à la soumission du traitement et si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - C : la date de réception est égale à la date de commande de la commande ; - RD : la date de réception est égale à la date au plus tôt de la commande ; - RF : la date de réception est égale à la date au plus tard de la commande. Si cette occurrence n'existe pas ou si la date à prendre en compte n'est pas renseignée, la date de réception est renseignée en fonction de l'occurrence xDATREC du paramètre AUTSAREC. |
DATREC |
Proposition de la date de réception. Si la valeur testée 1 vaut : - O : la date du jour est proposée dans la date de réception ; - N : aucune valeur n'est proposée dans la date de réception. Si la valeur testée 2 vaut : - O : la date de réception doit être antérieure ou égale à la date du jour ; - N : la date de réception n'est pas contrôlée par rapport à la date du jour. |
DUPLCR |
Cette occurrence est utilisée lors de l'annulation d'une commande réceptionnée (TACRA). Elle indique si les lignes créées à la réception sont copiées ou non sur la sous-commande générée en attente de réception. Si la valeur testée 1 vaut : - O : les lignes créées à la réception sont copiées ; - N : les lignes créées à la réception ne sont pas copiées. |
ENG |
Lors de l'annulation d'une commande réceptionnée (TACRA), cette occurrence donne le type de ventilation à utiliser pour générer l'engagement sur la sous-commande générée en attente de réception quand il n'existe pas d'engagement sur la sous-commande à annuler. Cette occurrence n'est prise en compte que si l'occurrence ENG-xxxx, avec xxxx égale à la classe de commandes, du paramètre AUTSAREC n'existe pas. La chaîne 1 donne le type de ventilation. |
ENG-XXXX |
Lors de l'annulation d'une commande réceptionnée (TACRA), cette occurrence donne le type de ventilation à utiliser pour générer l'engagement sur la sous-commande générée en attente de réception quand il n'existe pas d'engagement sur la sous-commande à annuler. Cette occurrence est liée à la classe de commandes. Si elle n'est pas définie, c'est l'occurrence ENG du paramètre AUTSAREC qui est prise en compte. La chaîne 1 donne le type de ventilation. |
ETPARR |
Etapes de rapprochement entre commandes et réception. La valeur 1 donne l'étape minimale à partir de laquelle une commande peut être associée à une réception. La valeur 2 donne l'étape maximale jusqu'à laquelle une commande peut être associée à une réception. |
ETPNGV |
Négoce : Etapes de rapprochement entre commandes de ventes et réception. L'étape de la commande de ventes doit être comprise entre les valeurs 1 et 2 pour que la commande d'achats associée puisse être réceptionnée. |
FAMEQT |
Famille des équipements. La valeur testée 1 indique si la famille de l'équipement doit être renseignée. Si la valeur testée 1 vaut : - O : la famille de l'équipement est renseignée avec l'article de la ligne de réception ; - N : la famille de l'équipement n'est pas renseignée. |
FCRE-xxxx |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence CRE |
FCRECDE |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence CRECDE |
FCTLQTE |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Contrôle de la quantité réceptionnée. Si la valeur testée 1 vaut : - B : la quantité réceptionnée ne doit pas être supérieure à la quantité facturée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité réceptionnée ne doit pas être supérieure à la quantité facturée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité réceptionnée peut être supérieure à la quantité facturée. La valeur 1 donne le pourcentage à appliquer. Si la valeur testée 2 vaut : - B : la quantité réceptionnée ne doit pas être inférieure à la quantité facturée au pourcentage paramétré près. Ce contrôle est bloquant ; - S : la quantité réceptionnée ne doit pas être inférieure à la quantité facturée au pourcentage paramétré près. L'anomalie est signalée ; - R : la quantité réceptionnée peut être inférieure à la quantité facturée. La valeur 2 donne le pourcentage à appliquer. |
FDATREC |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence DATREC |
FETPARR |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence ETPARR |
FLALDBL |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence LALDBL |
FLALINS |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence LALINS |
FLALMAJ |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence LALMAJ |
FLALSUP |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence LALSUP |
FLCAINS |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence LCAINS |
FLCAMAJ |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence LCAMAJ |
FLCASUP |
Occurrence utilisée dans le cadre de la gestion des réceptions après facture. Cf. paramètre AUTSAREC occurrence LCASUP |
GENCDE |
Proposition du genre de la réception dans le traitement de génération automatique des réceptions. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : le genre de la réception est égal au genre de la commande ; - N : le genre de la réception est égal à l'occurrence par défaut du paramètre GENSAREC. |
INTEQT |
Intitulé des équipements. La valeur testée 1 indique l'intitulé à affecter à l'équipement. Si la valeur testée 1 vaut : - L : l'intitulé de l'équipement est affecté avec l'intitulé de la ligne ; - T : l'intitulé de l'équipement est affecté avec l'intitulé du type d'équipement. |
JRN-xxxx |
Contrôle que la date de réception soit comprise dans la période d'ouverture du journal utilisé pour les factures non parvenues (TVCCP). Cette occurrence est liée à la classe de commandes d'achats. La chaîne 1 donne le type de ventilation (GTVCA) à prendre en compte pour la recherche du journal. |
LALDBL |
Doublons dans les lots. Si la valeur testée 1 vaut : - O : il est possible d'avoir des doublons dans les détails par lot (même commande, même ligne, même dépôt, même lot interne, même contenant et même type de tâche) ; - N : il est interdit d'avoir des doublons dans les détails par lot. |
LALINS |
Autorisation de création des détails par lot et/ou emplacement. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer un détail par lot et/ou emplacement. Si cette valeur n'est pas renseignée, la création est interdite. |
LALMAJ |
Autorisation de mise à jour des détails par lot et/ou emplacement. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier un détail par lot et/ou emplacement. Si cette valeur n'est pas renseignée, la mise à jour est interdite. |
LALSUP |
Autorisation de suppression des détails par lot et/ou emplacement. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer un détail par lot et/ou emplacement. Si cette valeur n'est pas renseignée, la suppression est interdite. |
LCAINS |
Autorisation de création des lignes de réception. La valeur 1 indique l'étape jusqu'à laquelle il est possible de créer une ligne de réception. Si cette valeur n'est pas renseignée, la création est interdite. |
LCAMAJ |
Autorisation de mise à jour des lignes de réception. La valeur 1 indique l'étape jusqu'à laquelle il est possible de modifier les lignes de réception. Si cette valeur n'est pas renseignée, la mise à jour est interdite. La valeur 2 donne l'étape qu'aucune des commandes de la réception ne doit avoir atteint pour permettre une action sur la réception (modification de l'en-tête de réception, modification d'une ligne rattachée, rattachement d'une nouvelle commande, ajout d'une ligne à la réception ou détachement d'une ligne de la réception). Exemple: si la valeur 2 est égale à 240 et qu'une des commandes de la réception est à une étape supérieure ou égale à 240, on n'a plus le droit de rattacher une nouvelle commande à la réception. |
LCASUP |
Autorisation de suppression des lignes de réception. La valeur 1 indique l'étape jusqu'à laquelle il est possible de supprimer les lignes de réception. Si cette valeur n'est pas renseignée, la suppression est interdite. La valeur 2 indique l'étape maximale de détachement. |
LIVDA |
Mise à jour automatique de la ligne de demande d'achats lors de la réception de la ligne de commande associée dans le cas où le lien ligne de demande - ligne de commande est unique (une ligne de commande provient d'une seule ligne de demandes d'achats). Si la valeur testée 1 vaut : - O : la ligne de demande d'achats est mise à jour automatiquement ; - N : la ligne de demande d'achats n'est pas mise à jour automatiquement. La mise à jour doit être effectuée par l'utilisateur. |
LOCETPxxxx |
Etape de la sous-commande générée par le traitement d'éclatement des lignes de locations (TELOCA). Cette occurrence est liée à la classe de commandes d'achats. La valeur 1 donne l'étape à laquelle est créée la sous-commande. Cette étape doit se situer après l'étape du bon à payer (TTAC) et l'étape de contrôle des factures payées (TCFP) et avant l'étape des commandes réceptionnées sans facture (TRSF). |
LOCLCD |
Lien entre la sous-commande origine et la sous-commande générée par le traitement d'éclatement des lignes de locations (TELOCA). Si la valeur testée 1 vaut : - O : un lien est généré entre la sous-commande origine et la sous-commande générée ; - N : il n'y a pas de génération de lien entre la sous-commande origine et la sous-commande générée. La chaîne 1 contient le type du lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. Ce type de lien doit être de sens mère-fille et être généré. |
LSOCRE |
Création et alimentation d'une liste d'ordres de production lors de l'annulation d'une commande réceptionnée (TACRA). Si la valeur testée 1 vaut : - O : initialisation de la liste d'ordres. Tous les éléments de la liste sont automatiquement supprimés avant l'alimentation de la liste ; - différent de O : la liste n'est pas initialisée et sera automatiquement complétée. La chaîne 1 donne le code de la liste d'ordres (GLSO) à créer ou à mettre à jour. Dans le cas où la liste doit être créée, le texte donne les libellés complet et réduit de la liste. |
LTRTSAS |
Lancement des traitements lors de l'intégration des bons de livraison (TTBLA). Si la valeur testée 1 vaut : - O : une fois que le BL est généré, les traitements par étape sont lancés automatiquement ; - N : les traitements par étape ne sont pas lancés automatiquement. |
MAJCG1 |
Autorisation de modification du CGR A pour les lignes créées à la réception. Si la valeur testée 1 vaut : - C : l'autorisation de modification du CGR A est paramétrée en fonction de la classe de commandes (GNCA) ; - O : le CGR A est modifiable ; - N : le CGR A n'est pas modifiable. |
MAJCG2 |
Autorisation de modification du CGR B pour les lignes créées à la réception. Si la valeur testée 1 vaut : - C : l'autorisation de modification du CGR B est paramétrée en fonction de la classe de commandes (GNCA) ; - O : le CGR B est modifiable ; - N : le CGR B n'est pas modifiable. |
MAJCPT |
Autorisation de modification du compte pour les lignes créées à la réception. Si la valeur testée 1 vaut : - C : l'autorisation de modification du compte est paramétrée en fonction de la classe de commandes (GNCA) ; - O : le compte est modifiable ; - N : le compte n'est pas modifiable. |
MAJLOF |
Autorisation de modification du lot fournisseur dans les détails par lot et/ou emplacement. Si la valeur testée 1 vaut : - O : le lot fournisseur est modifiable ; - N : le lot fournisseur n'est pas modifiable. La valeur 1 donne l'étape jusqu'à laquelle il est possible de modifier le lot fournisseur. NB : La modification du lot fournisseur est indépendante de la modification des autres informations du détail par lot et/ou emplacement. Les autres informations sont contrôlées par rapport à la valeur 1 de l'occurrence LALMAJ. |
NATCDE |
Proposition de la nature de la réception dans le traitement de génération automatique des réceptions. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : la nature de la réception est égale à la nature de la commande ; - N : la nature de la réception est égale à l'occurrence par défaut du paramètre NATSAREC. |
PRXEQT |
Prix des équipements. La valeur testée 1 indique si le prix de l'équipement doit être renseigné. Si la valeur testée 1 vaut : - O : le prix doit être renseigné ; - N : le prix ne doit pas être renseigné. La valeur testée 2 indique le prix à affecter à l'équipement. Si la valeur testée 2 vaut : - C : prix commandé ; - T : prix tarif. |
RETEQT |
Retour (GRET) sur une ligne de commande ayant générée un équipement ou annulation d'une commande réceptionnée (TACRA). La chaîne 1 donne le statut à affecter à l'équipement lorsqu'un retour est effectué avec la gestion des retours (GRET) sur une ligne ayant généré un équipement ou lors de l'annulation d'une commande réceptionnée (TACRA). Remarque : si le retour est effectué dès la réception, l'équipement est supprimé. |
ROLCDE |
Proposition du rôle de la réception dans le traitement de génération automatique des réceptions. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : le rôle de la réception est égal au rôle de la commande ; - N : le rôle de la réception est égal à l'occurrence par défaut du paramètre ROLSAREC. |
RQLSTOCK |
Autorisation d'effectuer la réception qualitative (GRQL) pour les achats stockés. Si la valeur testée 1 vaut : - O : la réception qualitative est autorisée pour les achats stockés ; - N : la réception qualitative n'est pas autorisée pour les achats stockés. |
RQLxxxx |
Etape jusqu'à laquelle la réception qualitative (GRQL) peut être effectuée. Cette occurrence est liée à la classe de commandes. La valeur 1 donne l'étape jusqu'à laquelle il est possible de réaliser la réception qualitative. |
SAIREF |
Référence de la réception. Si la valeur testée 1 vaut : - O : la référence est obligatoire ; - N : la référence est facultative. |
STKRES |
Contrôle et signalisation des ruptures de stocks (en sortie). Si la valeur testée 1 vaut : - O : la rupture de stocks est signalée ; - N : la rupture de stocks n'est pas signalée. Si la valeur testée 2 vaut : - O : la rupture de stocks est bloquante ; - N : la rupture de stocks n'est pas bloquante. |
STQ |
Autorisation de modification du statut qualité proposé par défaut dans les détails par lot et/ou emplacement (SAILAL). Si la valeur testée 1 vaut : - O : le statut qualité est modifiable par rapport à la proposition ; - N : le statut qualité n'est pas modifiable par rapport à la proposition. |
STTNMQ |
Cette occurrence permet de définir si, pour un mode d'achat défini en sous-traitance, la quarantaine est gérée. Si la valeur testée 1 vaut : - O : la quarantaine est gérée ; - N : la quarantaine n'est pas gérée. |
TRTSAS |
Lancement des traitements lors de l'intégration des réceptions. Si la valeur testée 1 vaut : - O : une fois que la réception est générée, les traitements par étape sont lancés automatiquement ; - N : les traitements par étape ne sont pas lancés automatiquement. |
TXTEQT |
Paramétrage de la génération du texte des équipements. Si la valeur testée 1 vaut : - A : sélection du texte de la ligne d'achats défini dans le bloc "avant" ; - P : sélection du texte de la ligne d'achats défini dans le bloc "après". Chaîne 1 : Destination à des lignes de texte des lignes d'achats à sélectionner (toutes si la chaîne 1 n'est pas renseignée). Si la valeur testée 2 vaut : - A : copie du texte de la ligne d'achats sur le bloc "avant" du texte de l'équipement ; - P : copie du texte de la ligne d'achats sur le bloc "après" du texte de l'équipement. Chaîne 2 : Destination du texte de l'équipement. Lorsqu'elle n'est pas renseignée, la destination du texte de l'équipement est celle du texte de la ligne d'achats. |
TYPCDE |
Proposition du type de la réception dans le traitement de génération automatique des réceptions. Cette occurrence n'est utilisée que si le paramétrage du traitement indique que les commandes ne sont pas regroupées. Si la valeur testée 1 vaut : - O : le type de la réception est égal au type de la commande ; - N : le type de la réception est égal à l'occurrence par défaut du paramètre TYPSAREC. |
TYPLIG |
Afin d'identifier au mieux les lignes de commandes ajoutées à la réception pour lesquelles un ajustement d'engagement devra être effectué, il est possible, lors de l'ajout d'une ligne à la réception, de contrôler que cette ligne soit une ligne de pénalité, de révision ou d'écart. Ce contrôle est effectué à partir de la valeur du type de la ligne et en fonction de la valeur testée 1. Si la valeur testée 1 vaut : - O : le type de la ligne ajoutée à la réception doit être égal à R (ligne de révision), P (ligne de pénalité) ou ER (ligne d'écart réception) ; - N : aucun contrôle n'est effectué sur le type de la ligne ajoutée à la réception. |
UNILOS |
Unicité du lot supérieur dans les détails par lot et/ou emplacement (SAILAL). Si la valeur testée 1 vaut : - O : le lot supérieur doit être unique pour tous les lots d'une ligne ; - N : le lot supérieur peut être différent d'un lot à l'autre. |
UNIREF |
Contrôle de l'unicité de la référence BL. Si la valeur testée 1 vaut : - F : le contrôle d'unicité de la référence BL est effectué pour l'établissement et le fournisseur ; - D : le contrôle d'unicité de la référence BL est effectué pour l'établissement, le fournisseur et la date de réception ; - N : pas de contrôle d'unicité de la référence BL. Si la valeur testée 2 vaut : - O : le contrôle d'unicité est bloquant ; - N : le contrôle d'unicité n'est pas bloquant. Attention : la mise en place de ce contrôle implique de créer l'en-tête de réception avant de rattacher les commandes. |
Utilisation du paramètre |
Utilisé dans : Contrôle des réceptions (GREC) Contrôle des réceptions (GARR) Contrôle des réceptions (GRECR) Commandes à réceptionner (SAIRCD) Lignes de réceptions en quantité (SAILCR) Réception après facture (GRECF) Génération automatique de réceptions (TGREC) Génération automatique de réceptions (étape) (TGREE) Réception qualitative (GRQL) Retours (GRET) Annulation d'une commande réceptionnée (TACRA) Réception des commandes d'achats : Interface (GTREA) Intégration des réceptions (TTREA) Eclatement des lignes de locations (TELOCA) Saisie du BL (GBLA) Commandes BL (SAIRCL) Lignes BL (SAILBL) Sas de saisie du BL (GTBLA) Sas des lignes de BL (SAITLBL) Intégration des bons de livraison (TTBLA) |
AUTSARPL - Paramétrage de la réception détaillée par lot |
Ce paramètre permet de définir certaines règles de gestion pour les réceptions détaillées par lot (GRPLA). Les occurrences sont définies dans le produit. |
Occurrences |
|
CRERLQ |
Création automatique ou non d'un détail par lot supplémentaire lors de la modification de la quantité réceptionnée d'un détail par lot si la somme des quantités réceptionnées des détails par lots déjà saisis pour la ligne de commande est inférieure à la quantité commandée moins la quantité solde. Si la valeur testée 1 vaut : - O : le reliquat est créé automatiquement lors de la validation du détail par lot ; - N : aucun reliquat n'est créé automatiquement. |
SUPTRT |
Suppression ou non des enregistrements une fois la génération de la réception effectuée. Si la valeur testée 1 vaut : - O : les enregistrements sont supprimés ; - N : les enregistrements sont conservés et leur code traitement passe à "T" (réception traitée). |
Utilisation du paramètre |
Utilisé dans : Réception détaillée (GRPLA) Réception détaillée par utilisateur (GRPLU) |
AUTSASCA - Autorisation pour éclatement sous-commande |
Ce paramètre permet de déterminer certaines règles dans les traitements d'éclatement en sous-demandes ou en sous-commandes. Les occurrences sont définies dans le produit. |
Occurrences |
|
LCDEDA |
Lien entre sous-demandes d'achats. Si la valeur testée 1 vaut : - O : un lien est généré entre la sous-demande d'achats origine et les sous-demandes générées ; - N : aucun lien n'est généré. La chaîne 1 donne le type de lien. Il doit être une occurrence du paramètre TYPSALCD. |
LCDSCA |
Lien entre sous-commandes. Si la valeur testée 1 vaut : - O : un lien est généré entre la sous-commande origine et les sous-commandes générées ; - N : aucun lien n'est généré. La chaîne 1 donne le type de lien. Il doit être une occurrence du paramètre TYPSALCD. |
LCDSSF |
Lien entre les sous-demandes de services. Pour les lignes en sortie de stock facultative, si la quantité en stock n'est pas suffisante, on éclate la ligne en deux : une ligne en sortie de stock obligatoire pour la quantité en stock et une ligne en sortie de stock interdite pour la quantité manquante. Un lien peut être généré entre les deux lignes. Si la valeur testée 1 vaut : - O : un lien est généré ; - N : aucun lien n'est généré. La chaîne 1 donne le type de lien. Il doit être une occurrence du paramètre TYPSALCD. |
PREVU |
Cette occurrence indique si, pour la recherche de la quantité disponible en stock, on tient compte, pour les réservations à date, de la quantité prévue. Si la valeur testée 1 vaut : - O : on prend la quantité réservée et la quantité prévue ; - N : on ne prend que la quantité réservée. La valeur 1 donne un délai en jours, ce délai est ajouté à la date de recherche, il permet de prendre en compte des réservations déjà posées sur une date postérieure lors de la recherche du stock si les demandes de services ne sont pas saisies par ordre chronologique. |
STOCKDISPO |
Cette occurrence indique s'il est possible de laisser en attente les lignes de demandes de services pour lesquelles le mode d'achat est défini en sortie de stock facultative lorsque la quantité en stock n'est pas suffisante pour les honorer. Si la valeur testée 1 vaut : - O : les lignes pour lesquelles le mode d'achat est défini en sortie de stock facultative et qui ne peuvent pas être honorées restent en attente ; - N : les lignes pour lesquelles le mode d'achat est défini en sortie de stock facultative et qui ne peuvent pas être honorées ne restent pas en attente. Le mode d'achat de ces lignes est remplacé par un mode d'achat en sortie de stock interdite. Ainsi, ces lignes feront l'objet d'une commande. |
Utilisation du paramètre |
Utilisé dans : Confirmation des demandes d'achats (TEDA) Confirmation des commandes (TCDA) |
AUTSASGE - Autorisation signatures achats |
Ce paramètre permet de définir certaines règles dans les signatures de demandes (GSGDA), les signatures de commandes (GSGCA) et dans les signatures de factures d'achats (GSGFA). Les occurrences sont définies dans le produit, elles dépendent du paramètre PRM associé au mnémonique de la transaction. Depuis la version E4.01, seule l'occurrence ETPxxxx-yy est gérée. Les autres occurrences sont remplacées par la transaction GPSGA. |
Occurrences |
|
xxxBLQ |
Litige dans les signatures de factures (GSGFA). xxx est la valeur du paramètre PRM associé au mnémonique de la transaction de signature. Si la valeur testée 1 vaut : - O : lors d'un litige, le code rejet de la facture est positionné à "I" (litige facture) ; - N : lors d'un litige, le code rejet de la facture n'est pas mis à jour. La chaîne 1 donne le type d'acceptation à affecter à la facture et à la pièce lors d'un litige. Cette information est obligatoire pour un litige. |
xxECAyyyy |
Etape de signature jusqu'à laquelle sont prises en compte les commandes lors du traitement de signature retour temporaire (TSGRTA). xx représente la valeur du paramètre PRM associé au traitement et yyyy la classe de commandes. La valeur 1 donne l'étape de signature. |
ETPxxxx-yy |
Etape pour mise à jour des commandes de la facture. xxxx représente la classe de commandes et yy la valeur du paramètre PR2 associé au mnémonique. La valeur 1 donne l'étape à laquelle sont mises les commandes de la facture lorsque celle-ci est acceptée. Cette valeur n'est pas obligatoire. Si elle n'est pas renseignée, l'étape est alors mise à jour avec l'étape définie pour la transaction de signature dans les étapes par classe (GETCA). La valeur 2 donne l'étape à laquelle sont mises les commandes de la facture lorsque celle-ci passe en litige. Cette valeur n'est pas obligatoire. Si elle n'est pas renseignée, l'étape est alors mise à jour avec l'étape définie pour la transaction de signature dans les étapes par classe (GETCA). La chaîne 2 indique si l'étape définie pour la transaction de signature des factures dans les étapes par classe (GETCA) doit être mémorisée ou non, dans l'historique des étapes (CHECA), lorsque les commandes de la facture mise en litige sont mises à l'étape donnée par la valeur 2. Si la chaîne 2 vaut : - O : mémorisation de l'étape de signature (si celle-ci est définie comme mémorisable dans les étapes par classe) ; - N : pas de mémorisation de l'étape de signature (même si celle-ci est définie comme mémorisable dans les étapes par classe). |
xxxTYP : Type de signature |
xxx est la valeur du paramètre PRM associé au mnémonique de la transaction de signature. Exemple d'occurrences : - pour les signatures de demandes d'achats (GSGDA), le PRM du mnémonique est égal à DA. Les règles de signatures sont alors définies pour l'occurrence DATYP. - pour les signatures de commandes d'achats (GSGCA), le PRM du mnémonique est égal à CDE. Les règles de signatures sont alors définies pour l'occurrence CDETYP. - pour les signatures de factures d'achats (GSGFA), le PRM du mnémonique est égal à FAA. Les règles de signatures sont définies pour l'occurrence FAATYP. Si la valeur testée 1 vaut : - O : la validation de la demande, commande ou facture est proposée automatiquement. Il faut démarquer les demandes, commandes ou factures que l'utilisateur ne veut pas signer ; - N : la validation n'est pas proposée automatiquement. Il faut saisir l'acceptation sur les demandes, commandes ou factures que l'on veut signer. La chaîne 1 donne le type de signature. La valeur testée 2, la chaîne 2, le numéro d'ordre et le texte ne sont utilisés que pour les signatures de factures. Si la valeur testée 2 vaut : - O : le bon à payer est donné au moment de la signature de la facture. Le type d'acceptation de la facture est mis à jour et est envoyé en comptabilité au travers des pièces à modifier. Dans ce cas, les ventilations comptables ne doivent pas être supprimées une fois traitées. - N : le bon à payer n'est pas donné au moment de la signature de la facture. La chaîne 2 donne le type d'acceptation, cette information est facultative : - si elle est renseignée, le type d'acceptation de la pièce est égal à la chaîne 2 du paramètre. Dans ce cas, s'il existe des équivalences de types d'acceptation (GETA) pour la transaction de signatures de factures, il doit exister une équivalence entre le type d'acceptation de la facture (type d'acceptation origine) et le type d'acceptation donné par la chaîne 2 du paramètre (type d'acceptation destination), sinon il y a erreur : le bon à payer ne peut être donné et la facture n'est pas signée ; - si elle n'est pas renseignée mais s'il existe des équivalences de types d'acceptation (GETA) pour la transaction de signatures de factures, le type d'acceptation de la pièce est égal au type d'acceptation destination défini par défaut dans les équivalences de types d'acceptation pour le type d'acceptation origine égal au type d'acceptation de la facture. Si le numéro d'ordre est renseigné, le type d'acceptation des factures pour lesquelles les pièces sont déjà soldées n'est pas mis à jour. Le texte indique si la valorisation de la facture est effectuée à la validation de la signature. Si le texte vaut : - O : la valorisation est effectuée ; - N : la valorisation n'est pas effectuée. |
xxxREFUS |
Obligation de saisir le code rejet lors d'un refus dans les signatures de demandes d'achats (GSGDA) ou de commandes (GSGCA). xxx est la valeur du paramètre PRM associé au mnémonique de la transaction de signatures. Si la valeur testée 1 vaut : - O : le code rejet est obligatoire lorsque la demande d'achats ou la commande est refusée ; - N : le code rejet est facultatif. Si l'occurrence n'existe pas, le code rejet est facultatif. |
Utilisation du paramètre |
A créer pour : Signatures des demandes d'achats (GSGDA) Signatures des commandes d'achats (GSGCA) Signatures des factures d'achats (GSGFA) Signature retour temporaire (TSGRTA) |
AUTSASGL - Paramétrage de la gestion des signataires |
Occurrences |
|
CATATA |
Cette occurrence n'est pas gérée en standard, elle n'est utilisée que dans du spécifique. |
MNT |
Montant à partir duquel le signataire doit donner son visa. Si la valeur testée 1 vaut : - O : le montant est obligatoire ; - N : le montant est facultatif. |
Utilisation du paramètre |
A créer pour : Signataires des lignes de commandes (GSGLA) |
AUTSASMM - Signatures multicritères mobiles |
Paramétrage de l'affichage de l'application mobile. |
Occurrences |
|
GES-SACDA |
Permet d'indiquer la fonction et le rôle du gestionnaire qui doit être affiché lors de la visualisation d'une commande d'achats. La chaîne 1 donne le rôle et la chaîne 2 donne la fonction. |
GES-SADAE |
Permet d'indiquer la fonction et le rôle du gestionnaire qui doit être affiché lors de la visualisation d'une demande d'achats. La chaîne 1 donne le rôle et la chaîne 2 donne la fonction. |
GES-SAFAA |
Permet d'indiquer la fonction et le rôle du gestionnaire qui doit être affiché lors de la visualisation d'une facture. La chaîne 1 donne le rôle et la chaîne 2 donne la fonction. |
GES-SAREC |
Permet d'indiquer la fonction et le rôle du gestionnaire qui doit être affiché lors de la visualisation d'une réception. La chaîne 1 donne le rôle et la chaîne 2 donne la fonction. |
LIB-SACDA |
Détermine le libellé à afficher pour les commandes d'achats à signer. |
LIB-SADAE |
Détermine le libellé à afficher pour les demandes d'achats à signer. |
LIB-SAFAA |
Détermine le libellé à afficher pour les factures à signer. |
LIB-SAMAR |
Détermine le libellé à afficher pour les marchés à signer. |
LIB-SAREC |
Détermine le libellé à afficher pour les réceptions à signer. |
LIGNFA |
Utilisé pour déterminer, lors de la visualisation d'une facture, si les lignes non facturées doivent être affichées ou non. Cette possibilité est donnée par la valeur testée 1. |
LIGNRE |
Utilisé pour déterminer, lors de la visualisation d'une réception, si les lignes non réceptionnées doivent être affichées ou non. Cette possibilité est donnée par la valeur testée 1. |
Utilisation du paramètre |
Utilisé dans : Signatures multicritères |
AUTSASOL - Paramétrage du traitement de solde |
Ce paramètre permet de définir certaines règles dans les traitements de solde : solde des commandes d'achats après réception (TSOLA), solde des commandes d'achats après facture (TSOLF), solde réception des commandes d'achats après facture (TSOLR). |
Occurrences |
|
COPINF |
Recopie des informations complémentaires de la ligne. Si la valeur testée 1 vaut : - O ou non renseignée : les informations complémentaires de la ligne origine sont recopiées dans les informations complémentaires de la ligne générée ; - N : les informations complémentaires de la ligne générée ne sont pas renseignées. Cette occurrence est facultative. Si elle n'existe pas, les informations complémentaires de la ligne origine sont recopiées dans la ligne générée. |
COPNAT |
Recopie de la nature de la ligne. Si la valeur testée 1 vaut : - O ou non renseignée : la nature de la ligne origine est recopiée dans la nature de la ligne générée ; - N : la nature de la ligne générée est égale soit à la valeur par défaut du paramètre NATSALCA soit au pays par défaut. Ceci dépend du paramètre AUTSACDA occurrence PRNAT. Cette occurrence est facultative. Si elle n'existe pas, la nature de la ligne origine est recopiée dans la ligne générée. |
COPROL |
Recopie du rôle de la ligne. Si la valeur testée 1 vaut : - O ou non renseignée : le rôle de la ligne origine est recopié dans le rôle de la ligne générée ; - N : le rôle de la ligne générée est égal à la valeur par défaut du paramètre ROLSALCA. Cette occurrence est facultative. Si elle n'existe pas, le rôle de la ligne origine est recopié dans la ligne générée. |
COPTYP |
Recopie du type de la ligne. Si la valeur testée 1 vaut : - O ou non renseignée : le type de la ligne origine est recopié dans le type de la ligne générée ; - N : le type de la ligne générée est égal à la valeur par défaut du paramètre TYPSALCA. Cette occurrence est facultative. Si elle n'existe pas, le type de la ligne origine est recopié dans la ligne générée. |
xCTLFFAA |
Permet d'effectuer les contrôles montants HT ou TTC des factures lors du traitement des soldes des commandes d'achats après facture (TSOLF). x représente la valeur du PR1 associé au traitement. Si la valeur testée 1 vaut : - O : les contrôles montants HT ou TTC des factures sont effectués ; - N : les contrôles sur les montants des factures ne sont pas effectués. La chaîne 1 permet d'indiquer le type de ventilation nécessaire pour effectuer les contrôles. Cette occurrence doit être mise en place lorsque le traitement des soldes des commandes d'achats après facture (TSOLF) est paramétré dans les étapes par classe (GETCA) pour être effectué avant le traitement de comptabilisation de la facture (TVCC). |
xCTLRFAA |
Permet d'effectuer les contrôles montants HT ou TTC des factures lors du traitement des soldes des commandes d'achats après réception (TSOLA) lorsque celui-ci est fait après la facturation (GFAA). x représente la valeur du PR1 associé au traitement. Si la valeur testée 1 vaut : - O : les contrôles montants HT ou TTC des factures sont effectués ; - N : les contrôles sur les montants des factures ne sont pas effectués. La chaîne 1 permet d'indiquer le type de ventilation nécessaire pour effectuer les contrôles. Cette occurrence doit être mise en place lorsque le traitement des soldes des commandes d'achats après réception (TSOLA) est paramétré dans les étapes par classe (GETCA) pour être effectué avant le traitement de comptabilisation de la facture (TVCC) et après l'étape de facturation (GFAA). |
ETSOLRxxxx |
Etapes pour le traitement de solde des commandes d'achats après réception (TSOLA). Cette occurrence est liée à la classe de commandes. La valeur 1 donne l'étape de création du reliquat de réception par le traitement de solde des commandes après réception. Lorsque la valeur 1 n'est pas renseignée, le reliquat est créé à l'étape à laquelle était la commande avant que la réception ait été effectuée. Si cette valeur n'est pas connue, le reliquat est créé à l'étape par défaut de la classe (GETCA). La valeur 2 donne l'étape à laquelle sont passées les commandes détachées de la réception lorsque le rattachement commande-réception (GARR) est une étape. |
ETSOLFxxxx |
Etape pour le traitement de solde des commandes après facture (TSOLF). Cette occurrence est liée à la classe de commandes. La valeur 1 donne l'étape de création du reliquat. Lorsque la valeur 1 n'est pas renseignée, le reliquat est créé à l'étape à laquelle était la commande avant que la facturation ait été effectuée. Si cette valeur n'est pas connue, le reliquat est créé à l'étape par défaut de la classe (GETCA). |
ETSOLTxxxx |
Etapes pour le traitement de solde réception après facture (TSOLR). Cette occurrence est liée à la classe de commandes. La valeur 2 donne l'étape de mise à jour de la commande origine si toutes les lignes ont été traitées en réception (réceptionnées (GREC) ou soldées (TSOLA)). Si la valeur 2 n'est pas renseignée, la commande passe à l'étape du traitement. Ceci permet de ne passer par les étapes de réception après facture (réception et solde de réception) que si ces transactions sont paramétrées à la fois avant et après facture et qu'elles ont été réalisées avant le contrôle facture (GFAA). Elle correspond, par exemple, à l'étape précédente de la signature (GSGFA) ou du bon à payer (TTAC). |
LCSOLF |
Lien entre la commande facturée et le reliquat de facture. Si la valeur testée 1 vaut : - O : Un lien est généré entre la commande facturée et son reliquat ; - N : Il n'y a pas de génération de lien entre la commande facturée et son reliquat. La chaîne 1 contient le type du lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. Ce type de lien doit être défini de sens mère-fille, généré. |
LCSOLR |
Lien entre la commande réceptionnée et le reliquat de réception. Si la valeur testée 1 vaut : - O : Un lien est généré entre la commande réceptionnée et son reliquat; - N : Il n'y a pas de génération de lien entre la commande réceptionnée et son reliquat. La chaîne 1 contient le type du lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. Ce type de lien doit être défini de sens mère-fille, généré. |
SLDMNTZER |
Possibilité, pour les lignes réceptionnables en montant et pour lesquelles la quantité solde facture est renseignée à 1 ou -1, de ne pas générer de solde en montant à zéro dans le cas où il n'y a aucun écart entre le montant facturé et le montant reçu s'il est renseigné sinon, avec le montant commandé. Si la valeur testée 1 vaut : - O : une sous-commande solde de montant zéro est générée ; - N : aucune sous-commande solde n'est générée. |
STKRES |
Contrôle et signalisation des ruptures de stock (en sortie). Si la valeur testée 1 vaut : - O : les ruptures de stock sont signalées ; - N : les ruptures de stock ne sont pas signalées. Si la valeur testée 2 vaut : - O : les ruptures de stock sont bloquantes ; - N : les ruptures de stock ne sont pas bloquantes. |
Utilisation du paramètre |
A créer pour : Solde des commandes d'achats après réception (TSOLA) Solde des commandes d'achats après facture (TSOLF) Solde réception des commandes achats après facture (TSOLR) |
AUTSATAC - Autorisations pour traitement d'acceptation |
Ce paramètre permet de définir les règles d'acceptation des factures et de déblocage des factures. Les occurrences sont définies par le progiciel. Certaines dépendent de la classe de commandes. |
Occurrences |
|
ACC-yy |
Mise à jour ou non de l'étape des commandes de la facture lors de l'acceptation de la facture (GTAC) ou lors d'un déblocage de litige (GDLI). yy représente le type d'acceptation. Si la valeur testée 1 vaut : - O ou non renseignée ou occurrence inexistante : l'étape des commandes de la facture est mise à jour. L'étape est alors donnée par la valeur 2 du paramètre AUTSATAC occurrence ETPxxxx-zz pour l'acceptation et EDLxxxx-zz pour le déblocage de litige. xxxx représente la classe de commandes et zz la valeur du paramètre PR2 associé au mnémonique de la transaction d'acceptation ou de déblocage ; - N : l'étape des commandes de la facture n'est pas mise à jour. Cela signifie que l'on a un enchaînement de transactions d'acceptation ou de déblocage avec plusieurs niveaux d'acceptation et c'est un des niveaux suivants qui mettra à jour l'étape. |
CTLCAFxxxx |
Contrôle de l'existence de conditions de facturation créées ou modifiées lors du contrôle facture. Cette occurrence dépend de la classe de commandes. Si la valeur testée 1 vaut : - O : le contrôle des conditions de facturation est effectué pour la classe de commandes ; - N : le contrôle des conditions de facturation n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. |
CTLCUMxxxx |
Contrôle de l'écart entre le montant cumulé facturé et : - le montant cumulé réceptionné de toutes les sous-commandes de chaque commande de la facture ; - le montant cumulé commandé de toutes les sous-commandes de chaque commande de la facture. Cette occurrence dépend de la classe de commandes. Si la valeur testée 1 vaut : - O : le contrôle de l'écart entre les montants est effectué pour la classe de commandes ; - N : le contrôle de l'écart n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique l'écart autorisé entre les montants afin de contrôler que le montant cumulé facturé ne soit pas supérieur au montant cumulé réceptionné ou commandé. Il est exprimé en devise de référence de l'établissement. La valeur 2 indique l'écart autorisé entre les montants afin de contrôler que le montant cumulé facturé ne soit pas inférieur au montant cumulé réceptionné ou commandé. Il est exprimé en devise de référence de l'établissement. |
CTLFACMNT |
Contrôle de l'écart entre la somme des montants facturés et la somme des montants réceptionnés (ou commandés pour les sous-commandes non réceptionnées) des sous-commandes de la facture. Si la valeur testée 1 vaut : - O : le contrôle de l'écart entre les montants est effectué ; - N : le contrôle de l'écart n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique l'écart autorisé entre les montants afin de contrôler que la somme des montants facturés ne soit pas supérieure à la somme des montants réceptionnés (ou commandés pour les sous-commandes non réceptionnées). Il est exprimé en devise de référence de l'établissement. La valeur 2 indique l'écart autorisé entre les montants afin de contrôler que la somme des montants facturés ne soit pas inférieure à la somme des montants réceptionnés (ou commandés pour les sous-commandes non réceptionnées). Il est exprimé en devise de référence de l'établissement. |
CTLLOP |
Contrôle de libération du stock. Si la valeur testée 1 vaut : - O : la facture ne peut être acceptée automatiquement que si le stock pour l'établissement, le lot, l'emplacement et le dépôt est libéré de la quarantaine ; - LD : la facture ne peut être acceptée automatiquement que si le stock pour l'établissement, le lot et le dépôt est libéré de la quarantaine ; - L : la facture ne peut être acceptée automatiquement que si le stock pour l'établissement et le lot est libéré de la quarantaine ; - N : le contrôle de libération n'est pas effectué. |
CTLLSGxxxx |
Contrôle d'acceptation des signatures des lignes de commandes. Cette occurrence est liée à la classe de commandes et n'est utilisée que dans le cas où le Module "Multi-signatures à la ligne" est mis en place. Si la valeur testée 1 vaut : - O : le contrôle des signatures à la ligne est effectué pour la classe de commandes ; - N : le contrôle des signatures à la ligne n'est pas effectué. La valeur testée 2 indique dans quelles conditions une ligne de commande, de réception ou de facture est acceptée ou refusée. Si la valeur testée 2 vaut : - AA : s'il existe au moins une équivalence acceptée pour la ligne, la ligne est acceptée. S'il n'existe pas d'équivalence acceptée et qu'il existe au moins une équivalence refusée pour la ligne, la ligne est refusée ; - AR : s'il existe au moins une équivalence acceptée pour la ligne, la ligne est acceptée. Si toutes les équivalences sont refusées pour la ligne, la ligne est refusée ; - RA : s'il existe au moins une équivalence refusée pour la ligne, la ligne est refusée. S'il n'existe pas d'équivalence refusée et qu'il existe au moins une équivalence acceptée pour la ligne, la ligne est acceptée ; - RR : s'il existe au moins une équivalence refusée pour la ligne, la ligne est refusée. Si toutes les équivalences sont acceptées pour la ligne, la ligne est acceptée. La chaîne 2 indique les conditions d'acceptation d'une équivalence (les équivalences sont définies dans la gestion des signataires des lignes (GSGLA)). Si la chaîne 2 vaut : - TA : une équivalence est acceptée si toutes les lignes de l'équivalence sont acceptées ; - UA : une équivalence est acceptée si au moins une ligne de l'équivalence est acceptée. |
CTLMNTxxxx |
Contrôle de l'écart entre le montant facturé et le montant réceptionné de chaque sous-commande de la facture et de l'écart entre le montant facturé et le montant commandé de chaque sous-commande de la facture. Le contrôle de l'écart est effectué en montant. Cette occurrence dépend de la classe de commandes. Dans le cas d'une réception en montant, le montant réceptionné d'une ligne de facture est égal à la quantité facturée multipliée par le prix réceptionné et par l'unité de prix. Dans le cas d'une réception en quantité, le montant réceptionné d'une ligne de facture est égal à la quantité facturée (sans les gratuites) multipliée par le prix commandé et par l'unité de prix. Le montant commandé d'une ligne de facture est égal à la quantité facturée (sans les gratuites) multipliée par le prix commandé et par l'unité de prix. Si la valeur testée 1 vaut : - O : le contrôle de l'écart entre les montants est effectué ; - N : le contrôle de l'écart n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique l'écart autorisé entre les montants afin de contrôler que le montant facturé ne soit pas supérieur aux montants réceptionné et commandé. Il est exprimé en devise de référence de l'établissement. La valeur 2 indique l'écart autorisé entre les montants afin de contrôler que le montant facturé ne soit pas inférieur aux montants réceptionné et commandé. Il est exprimé en devise de référence de l'établissement. La chaîne 1 permet d'indiquer si les lignes ajoutées à la facture sont prises en compte ou si elles sont exclues du calcul du montant commandé et du montant réceptionné. Si la chaîne 1 vaut : - O ou non renseignée : les lignes ajoutées à la facture sont prises en compte dans le calcul du montant commandé et du montant réceptionné ; - N : les lignes ajoutées à la facture sont exclues dans le calcul du montant commandé et du montant réceptionné. |
CTLMTPxxxx |
Contrôle de l'écart entre le montant facturé et le montant réceptionné de chaque sous-commande de la facture et de l'écart entre le montant facturé et le montant commandé de chaque sous-commande de la facture. Le contrôle de l'écart est effectué en pourcentage. Cette occurrence dépend de la classe de commandes. Dans le cas d'une réception en montant, le montant réceptionné d'une ligne de facture est égal à la quantité facturée multipliée par le prix réceptionné et par l'unité de prix. Dans le cas d'une réception en quantité, le montant réceptionné d'une ligne de facture est égal à la quantité facturée (sans les gratuites) multipliée par le prix commandé et par l'unité de prix. Le montant commandé d'une ligne de facture est égal à la quantité facturée (sans les gratuites) multipliée par le prix commandé et par l'unité de prix. Si la valeur testée 1 vaut : - O : le contrôle de l'écart entre les montants est effectué ; - N : le contrôle de l'écart n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique le pourcentage autorisé entre les montants afin de contrôler que le montant facturé ne soit pas supérieur aux montants réceptionné et commandé. Si cette valeur n'est pas renseignée, aucun contrôle n'est effectué. La valeur 2 indique le pourcentage autorisé entre les montants afin de contrôler que le montant facturé ne soit pas inférieur aux montants réceptionné et commandé. Si cette valeur n'est pas renseignée, aucun contrôle n'est effectué. La chaîne 1 permet d'indiquer si les lignes ajoutées à la facture sont prises en compte ou si elles sont exclues du calcul du montant commandé et du montant réceptionné. Si la chaîne 1 vaut : - O ou non renseignée : les lignes ajoutées à la facture sont prises en compte dans le calcul du montant commandé et du montant réceptionné ; - N : les lignes ajoutées à la facture sont exclues dans le calcul du montant commandé et du montant réceptionné. |
CTLMT1xxxx |
Contrôle de l'écart entre le montant facturé et le montant réceptionné de chaque sous-commande de la facture. Cette occurrence dépend de la classe de commandes. Dans le cas d'une réception en montant, le montant réceptionné d'une ligne de facture est égal à la quantité réceptionnée multipliée par le prix réceptionné et par l'unité de prix. Dans le cas d'une réception en quantité, le montant réceptionné d'une ligne de facture est égal à la quantité réceptionnée (sans les gratuites) multipliée par le prix commandé et par l'unité de prix. Si la valeur testée 1 vaut : - O : le contrôle de l'écart entre les montants est effectué ; - N : le contrôle de l'écart n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique l'écart autorisé entre les montants afin de contrôler que le montant facturé ne soit pas supérieur au montant réceptionné. Il est exprimé en devise de référence de l'établissement. La valeur 2 indique l'écart autorisé entre les montants afin de contrôler que le montant facturé ne soit pas inférieur au montant réceptionné. Il est exprimé en devise de référence de l'établissement. |
CTLPRXxxxx |
Contrôle du prix facturé par rapport au prix réceptionné (si renseigné) et commandé. Cette occurrence dépend de la classe de commandes. Si la valeur testée 1 vaut : - O : le contrôle des prix est effectué pour la classe de commandes ; - N : le contrôle des prix n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique le pourcentage autorisé entre les prix afin de contrôler que le prix facturé ne soit pas supérieur aux prix réceptionné (si renseigné) et commandé. Si cette valeur n'est pas renseignée, aucun contrôle n'est effectué. La valeur 2 indique le pourcentage autorisé entre les prix afin de contrôler que le prix facturé ne soit pas inférieur aux prix réceptionné (si renseigné) et commandé. Si cette valeur n'est pas renseignée, aucun contrôle n'est effectué. |
CTLQALxxxx |
Contrôle qualité. Cette occurrence dépend de la classe de commandes. Si la valeur testée 1 vaut : - O : le contrôle qualité est effectué ; - N : le contrôle qualité n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La chaîne 1 donne le code qualité auquel doit être supérieur le code qualité de la ligne de facture. |
CTLQTExxxx |
Contrôle de la quantité facturée par rapport aux quantités réceptionnée et commandée. Cette occurrence dépend de la classe de commandes. Si la valeur testée 1 vaut : - O : le contrôle des quantités est effectué pour la classe de commandes ; - N : le contrôle des quantités n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique le pourcentage autorisé entre les quantités afin de contrôler que la quantité facturée ne soit pas supérieure aux quantités réceptionnée et commandée. Si cette valeur n'est pas renseignée, aucun contrôle n'est effectué. La valeur 2 indique le pourcentage autorisé entre les quantités afin de contrôler que la quantité facturée ne soit pas inférieure aux quantités réceptionnée et commandée. Si cette valeur n'est pas renseignée, aucun contrôle n'est effectué. |
CTLRETxxxx |
Contrôle qu'il n'existe pas, pour la commande, une commande retour inférieure à une étape donnée. Cette occurrence dépend de la classe de commandes. Si la valeur testée 1 vaut : - O : le contrôle sur les commandes retours est effectué ; - N : le contrôle sur les commandes retours n'est pas effectué. Si la valeur testée 2 vaut : - S : le contrôle est signalé ; - B : le contrôle est bloquant. La valeur 1 indique l'étape minimale à laquelle doit être la commande retour. |
ETPxxxx-yy |
Etapes pour acceptation d'une facture (GTAC). Cette occurrence dépend de la classe de commandes (xxxx) et de la valeur du paramètre PR2 (yy) associé au mnémonique de la transaction d'acceptation. La valeur 1 donne l'étape minimale à laquelle doivent être les commandes de la facture pour pouvoir être débloquées dans la gestion d'acceptation des factures (GTAC). La valeur 2 donne l'étape à laquelle passent les commandes de la facture lorsque celle-ci est acceptée. La mise à jour de l'étape n'est effectuée que si l'occurrence ACC-yy du paramètre AUTSATAC le permet (yy représente dans ce cas le type d'acceptation qui est affecté à la facture). Cette étape correspond généralement à l'étape du traitement de bon à payer (TTAC). |
ETPxxxx |
Etape pour la signature des lignes de factures (GLSGF). Cette occurrence dépend de la classe de commandes. La valeur 2 donne l'étape qu'aucune des commandes de la facture ne doit avoir atteint pour que les lignes de factures puissent être visées. Cette étape correspond à l'étape d'acceptation des lignes de signatures des factures (TASLF ou TTAC). |
EDLxxxx-yy |
Etapes pour déblocage de litige d'une facture (GDLI). Cette occurrence dépend de la classe de commandes (xxxx) et de la valeur du paramètre PR2 (yy) associé au mnémonique de la transaction de déblocage. La valeur 1 donne l'étape minimale à laquelle doivent être les commandes de la facture pour pouvoir être débloquées dans la gestion de déblocage de litige (GDLI). La valeur 2 donne l'étape à laquelle passent les commandes de la facture lorsque celle-ci est débloquée. La mise à jour de l'étape n'est effectuée que si l'occurrence ACC-yy du paramètre AUTSATAC le permet (yy représente dans ce cas le type d'acceptation qui est affecté à la facture). |
LITPIE |
Mise à jour des informations litige de la pièce et de la facture. Si la valeur testée 1 vaut : - O : mise à jour des informations litige de la pièce et de la facture ; - N : pas de mise à jour des informations litige de la pièce et de la facture. |
PIECE |
Traitement des pièces soldées. Si le numéro d'ordre est renseigné, seules les factures pour lesquelles les pièces ne sont pas soldées sont contrôlées lors du bon à payer. Les factures pour lesquelles les pièces sont soldées passent automatiquement l'étape du bon à payer (TTAC). |
Utilisation du paramètre |
Utilisé dans : Signatures des factures d'achats (GSGFA) Bon à payer (TTAC) Acceptation de la facture (GTAC) Déblocage litige facture (GDLI) |
AUTSATPD - Paramétrage sous-commande avec devise différente |
Ce paramètre permet de définir certaines règles dans le traitement de changement de devise d'une commande. Les occurrences sont définies dans le produit. |
Occurrences |
|
ANU |
Code et motif d'annulation. Cette occurrence est facultative. La chaîne 1 donne le code annulation. Ce code doit être une occurrence du paramètre RETSACDA. Le texte donne le motif de l'annulation. Si le code est renseigné, le motif doit l'être aussi. |
ETPCDA |
Etape d'archivage de la commande origine. La valeur 1 donne l'étape à laquelle est mise la commande origine. |
LCDCDA |
Type de lien entre la commande origine et la sous-commande générée. La chaîne 1 donne le type de lien. Ce doit être une occurrence du paramètre TYPSALCD. Cette information est obligatoire. |
MAJVCC |
Application du taux aux ventilations comptables. Si la valeur testée 1 vaut : - O : le nouveau cours de devise est appliqué aux ventilations comptables. L'écriture initiale est annulée en comptabilité et une nouvelle écriture est générée avec le nouveau cours de devise ; - N : le nouveau cours de devise n'est pas appliqué aux ventilations comptables. La ventilation origine passe sur la sous-commande générée sans modification. |
Utilisation du paramètre |
Utilisé dans : Génération de sous-commandes multi-devises (TTPD) |
AUTSATRC - Paramétrage des retours |
Ce paramètre permet de définir certaines règles générales de gestion pour les retours. Les occurrences sont définies dans le produit. |
Occurrences |
|
LCDTRC |
Lien entre commande réceptionnée et commande d'avoir. Si la valeur testée 1 vaut : - O : un lien est généré entre la commande réceptionnée et la commande d'avoir ; - N : il n'y a pas de génération de lien entre la commande réceptionnée et la commande d'avoir. La chaîne 1 contient le type du lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. Ce type de lien doit être défini de sens mère-fille, généré. |
ETPRPFxxxx |
Etape de la commande d'avoir dans le cas d'un retour effectué sur une commande réceptionnée après facture (GRECF). Cette occurrence est liée à la classe de commandes. La valeur 1 donne l'étape à laquelle est créée la sous-commande d'avoir. |
ETPTRCxxxx |
Etape de la commande d'avoir dans le cas d'un retour effectué sur une commande réceptionnée avant facture (GREC). Cette occurrence est liée à la classe de commandes. La valeur 1 donne l'étape à laquelle est créée la sous-commande d'avoir. |
MAJLALRET |
Affectation automatique de la quantité retour du détail par lot et/ou emplacement lors de l'affectation de la quantité retour de la ligne de réception. L'affectation automatique n'est possible que s'il n'existe qu'un seul détail par lot et/ou emplacement pour la ligne. Si la valeur testée 1 vaut : - O : la quantité retour est affectée automatiquement ; - N : la quantité retour n'est pas affectée automatiquement et il est nécessaire d'aller dans les détails par lot et/ou emplacement (SAILAL) pour la renseigner. |
PROEMP |
Proposition de l'emplacement de retour si celui-ci est différent de l'emplacement de réception. L'emplacement n'est proposé que si la marchandise à retourner est stockée dans un emplacement unique et si la quantité en stock pour cet emplacement est suffisante pour effectuer le retour. Si la valeur testée 1 vaut : - O : l'emplacement de retour peut être proposé ; - N : l'emplacement de retour n'est pas proposé. |
RGPLIG |
Regroupement des lignes lors de retours sur plusieurs lignes de la même sous-commande. Si la valeur testée 1 vaut : - O : les lignes sont regroupées sur la même sous-commande ; - N : une sous-commande est générée par ligne. |
Utilisation du paramètre |
A créer pour : Retours (GRET) Retours (réception après facture) (GRETF) |
AUTSAUCD - Contrôle de l'unicité d'une commande |
Ce paramètre permet de définir certaines règles dans le traitement de contrôle de l'unicité d'une commande. |
Occurrences |
|
CTLUNI |
Contrôle de l'unicité d'une commande. Si la valeur testée 1 vaut : - B : le contrôle d'unicité est bloquant ; - S : le contrôle d'unicité est signalé ; - R : le contrôle d'unicité n'est pas effectué. La valeur testée 2 donne la date prise en compte pour le calcul de la période. Si la valeur testée 2 vaut : - C : date de commande ; - CO : date de contrat ; - CR : date de création ; - DC : date comptable ; - RD : date au plus tôt ; - RF : date au plus tard. La valeur 1 donne la tolérance, en pourcentage, à appliquer au montant TTC de la commande. La valeur 2 donne la tolérance, en montant, à appliquer au montant TTC de la commande. Elle est exprimée en devise de référence. Le texte indique le nombre de jours à ajouter et à soustraire à la date prise en compte pour le calcul de la période. |
ETP-xxxx |
Cette occurrence est liée à la classe d'achats. La valeur 1 donne l'étape maximale jusqu'à laquelle une commande peut être contrôlée. Cette étape doit être inférieure à l'étape de réception et à l'étape de facturation. |
Utilisation du paramètre |
A créer pour : Contrôle de l'unicité d'une commande (TUCDA) |
AUTSAVCC - Autorisation ventilations comptables |
Ce paramètre permet de définir certaines règles dans les traitements de transfert en comptabilité. Les occurrences sont définies dans le produit. |
Occurrences |
|
DEADLOCK |
ECART |
Autorisation d'un écart entre la somme des montants débit et la somme des montants crédit lors du transfert en comptabilité. La valeur 1 donne l'écart maximal autorisé. Cet écart est exprimé en devise de référence. |
MAJCDA |
Mise à jour des informations concernant le cours de la commande (mode de change, date et cours) lors du traitement de réévaluation des engagements (TRVCC). Si la valeur testée 1 vaut : - O : les informations concernant le cours de la commande sont mises à jour ; - N : les informations concernant le cours de la commande ne sont pas mises à jour. |
OCLIE |
Types d'événements. Dès qu'une transaction ou traitement de l'Application Achats est référencé dans les types d'événements (GTEVA), il est possible d'obliger ou non le référencement de toutes les autres transactions ou traitements permettant la génération d'une écriture comptable. Si la valeur testée 1 vaut : - O : toutes les transactions ou traitements générant des écritures doivent être référencés dans GTEVA ; - N : le référencement de toutes les transactions ou traitements générant des écritures est facultatif. |
REPORT-CDE |
Marquage des commandes pour lesquelles le report d'engagement a été effectué. La chaîne 1 indique l'information de la commande qui est marquée lors du report d'engagement. Les valeurs possibles sont un des paramètres standard de la commande (type, genre ou rôle). La chaîne 2 donne la valeur qui est mise dans l'information de la commande qui est marquée. Cette valeur doit exister en tant qu'occurrence du paramètre choisi (TYPSACDA, GENSACDA ou ROLSACDA). |
REPORT-PRM |
Report d'engagement. La chaîne 1 indique le paramètre des lignes de commandes à partir duquel le paramètre des mouvements est alimenté avec la valeur "R". Les différentes valeurs possibles sont un des quinze paramètres associés aux lignes de commandes : L01, L02, ..., L15 ou un des trois paramètres des lignes de commandes : PR1, PR2 ou PR3. |
Utilisation du paramètre |
A créer pour : Comptabilisation des factures (TVCC) Pré-engagement (TVCCD) Engagement (TVCCE) Factures non parvenues (TVCCP) Comptabilisation des factures (TVCC) Réévaluation des engagements (TRVCC) |
AUTSLDA - Traitement de solde des demandes d'achats |
Ce paramètre permet de déterminer certaines règles dans le traitement de solde des demandes de services (TSLDA). Les occurrences sont définies dans le produit. |
Occurrences |
|
TYPLCD |
Lien entre la demande de services livrée et le reliquat de livraison. Si la valeur testée 1 vaut : - O : un lien est généré entre la demande de services livrée et son reliquat ; - N : aucun lien n'est généré entre la demande de services et son reliquat. La chaîne 1 donne le type de lien. Cette valeur doit être une occurrence du paramètre TYPSALCD. |
ETPSLDxxxx |
Etape pour le traitement de solde des demandes de services. Cette occurrence est liée à la classe. La valeur 1 donne l'étape de création du reliquat de livraison. Lorsque la valeur 1 n'est pas renseignée, le reliquat est créé à l'étape de la demande de services avant que la livraison (GRDA) ait été effectuée. Si cette valeur n'est également pas renseignée, le reliquat est créé à l'étape par défaut de la classe (GETCA). |
Utilisation du paramètre |
A créer pour : Solde des demandes de services (TSLDA) |
CDEEXP - Multi-exemplaire pour bon de commande |
Ce paramètre permet de déterminer le nombre d'exemplaires de bons de commandes à éditer. Chaque occurrence de ce paramètre donne un exemplaire du bon de commande. Les occurrences sont libres. Pour une édition de bon de commande donnée, seuls les exemplaires tels que la chaîne 1 de l'occurrence est égale au paramètre de l'édition sont édités (paramètre associé au traitement). Le texte contient le titre de l'exemplaire. La valeur 1 donne la position à laquelle est coupé le titre contenu dans le texte pour l'éditer sur deux lignes. |
Utilisation du paramètre |
Utilisé dans : Bon de commande QED |
CDEOUS - Ouverture semaine pour bon de commande |
Paramétrage de l'édition de l'ouverture semaine sur le bon de commande et saut de page dans le bon de réception. Une seule occurrence existe pour ce paramètre, elle a la valeur nulle. La chaîne 1 donne l'ouverture semaine pour le bon de commande. Si l'ouverture semaine de la commande est renseignée, on l'édite sur le bon de commande sinon on édite celle contenue dans la chaîne 1. Si la valeur testée 1 vaut : - O : lors de l'édition du bon de réception, on fait un changement de page à chaque sous-commande ; - N : on fait un changement de page à chaque réception (si la réception contient plusieurs sous-commandes, elles sont éditées les unes à la suite des autres). |
Utilisation du paramètre |
Utilisé dans : Bon de commande QED |
CHRAFRUB - Affectation rubriques articles à partir des réf. art./fourn. |
Ce paramètre donne la liste des champs des articles référencés par fournisseur (GRAF) ou des rubriques des références articles/fournisseurs (GARURAF) qui peuvent être utilisés dans le traitement d'alimentation des rubriques articles à partir des références articles/fournisseurs (TRRUA). La valeur testée 1 indique s'il s'agit d'un champ des articles référencés par fournisseur ou d'une rubrique. Si la valeur testée 1 vaut : - C : il s'agit d'un champ des articles référencés par fournisseur ; - R : il s'agit d'une rubrique. La valeur testée 2 indique le type du champ ou le format de la rubrique. Cette information ne doit pas être modifiée si la valeur testée 1 indique que la donnée correspond à un champ. Si la valeur testée 2 vaut : - T : le champ ou la rubrique est une chaîne de caractères ; - D : le champ ou la rubrique est une date ; - N : le champ ou la rubrique est une valeur numérique. La chaîne 1 ne doit être renseignée que si la valeur testée 1 est égale à R. Elle indique le nom de la rubrique qui doit être copiée. |
Utilisation du paramètre |
Utilisé dans : Affectation rubrique article avec réf. art./fourn. (TRRUA) |
COLSASTT - Colonnes pour consultation graphique statistiques achats |
Ce paramètre permet de définir les colonnes 7 à 11 pouvant être affichées dans la consultation graphique des statistiques achats (CSTTA) (les colonnes 1 à 6 sont fixes). |
Occurrences |
|
NCD Nombre de commandes |
NFA Nombre de factures |
NIN Nombre d'incidents |
NLI Nombre de lignes |
NRE Nombre de réceptions |
NRT Nombre de lignes avec retour article |
NSC Nombre de sous-commandes |
PDB Poids brut |
PDN Poids net |
QQG Quantité retour définitive gratuite |
QTG Quantité retour temporaire gratuite |
QTT Quantité retour temporaire totale |
VOB Volume brut |
VON Volume net |
Utilisation du paramètre |
A créer pour : Consultation graphique des statistiques achats (CSTTA) |
CRESAPMC - Type de crédit par personne |
Ce paramètre permet de définir les différents types de crédit par personne utilisables (type de crédit par personne pour les signatures de demandes, pour les signatures de commandes, pour le bon à payer, etc.). La valeur testée 1 indique sur quelle entité porte le contrôle du montant : - C : commandes et demandes d'achats. Le montant est contrôlé commande par commande. La classe est obligatoire dans les types de crédit par personne ; - F : factures. Le contrôle peut être effectué classe par classe ou pour toute la facture. Pour contrôler le montant pour toute la facture, il ne faut pas saisir la classe dans les types de crédit par personne. |
Occurrences |
|
C Type de crédit par personne pour les commandes |
La valeur testée 1 est égale à "C". |
DA Type de crédit par personne pour les demandes d'achats |
La valeur testée 1 est égale à "C". |
F Type de crédit par personne pour les factures |
La valeur testée 1 est égale à "F". |
Utilisation du paramètre |
A créer pour : Types de crédits par personne (GPMC) Crédit par personne (GMPP) Utilisé dans : Confirmation des demandes d'achats (TEDA) Confirmation des commandes (TCDA) Signatures des demandes d'achats (GSGDA) Signatures des commandes d'achats (GSGCA) Signatures des factures d'achats (GSGFA) Bon à payer (TTAC) |
CRQSALCA - Code qualité réception |
Ce paramètre permet de définir les différents codes qualités qui peuvent être attribués lors de la réception qualitative (GRQL). Les occurrences sont libres. La valeur testée 1 indique si les lignes ayant ce code qualité sont prises en compte, lors des transferts en statistiques, pour calculer le nombre d'incidents. Si la valeur testée 1 vaut : - O : les lignes sont prises en compte dans le calcul du nombre d'incidents ; - nulle : les lignes ne sont pas prises en compte. |
Utilisation du paramètre |
Utilisé dans : Réception qualitative (GRQL) Validation de la réception qualitative (TRQL) |
CTLUNI - Contrôle unicité |
Ce paramètre indique comment est contrôlée l'unicité pour certaines entités. Les occurrences sont définies dans le produit. |
Occurrences |
|
SARAF |
Unicité des références articles/fournisseurs. Si la valeur testée 1 vaut : - R : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité et nature de frais ; - A : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais et unité de commande ; - D : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais et unité de demande ; - AD : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de demande et unité de commande ; - M : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais et mode de transport ; - T : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais et type de port ; - MT : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, mode de transport et type de port ; - AM : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de commande et mode de transport ; - AT : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de commande et type de port ; - AP : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de commande, mode de transport et type de port ; - DM : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de demande et mode de transport ; - DT : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de demande et type de port ; - DP : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de demande, mode de transport et type de port ; - UM : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de demande, unité de commande et mode de transport ; - UT : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de demande, unité de commande et type de port ; - UP : les références articles/fournisseurs sont déclinées par établissement, article, fournisseur, marché, fabricant, date de début de validité, nature de frais, unité de demande, unité de commande, mode de transport et type de port. Attention : si vous choisissez de décliner vos références articles/fournisseurs par unité et/ou par informations transport (c'est-à-dire que la valeur testée 1 est positionnée à "A", "D", "M", "T", AD", "AM", "AT", "AP", "DM", "DT", "DP", "UM", "UT" ou "UP"), il est strictement interdit de revenir en arrière (remettre la valeur testée à "R") afin de ne pas mettre en péril la cohérence de la base de données. |
Utilisation du paramètre |
A créer pour : Articles référencés par fournisseur (GRAF) Utilisé dans : Lignes de demandes d'achats (GDAL) Génération de commandes à partir de DA (TDAI) Génération de commandes à partir de DA (GTDAC) Génération automatique de commandes à partir de DA (TGDAI) Lignes de commandes d'achats (GLCA) Lignes de réceptions en quantité (SAILCR) Lignes de réceptions en montant (SAILRM) Lignes de facture (SAILCF) Intégration des commandes ou demandes d'achats (TTCDA) Intégration des réceptions (TTREA) Intégration des factures d'achats (TTFCA) Duplication de commandes (TDCDA) Génération des commandes d'achats / fournisseur(s) (TGCDA) Eléments de listes d'articles achetés (GELAA) |
EDTBCDEA - Bon de commande |
Ce paramètre permet de déterminer certaines règles dans l'édition du bon de commande. |
Occurrences |
|
ARTCIP Code article CIP d'une spécialité pharmaceutique |
La chaîne 1 indique quel type de code est utilisé, la seule valeur possible est "CIP". La chaîne 2 indique dans quelle colonne de la table SGATA (articles achetés) ou SARAF (références article/fournisseur) le code CIP de l'article est stocké, au maximum 35 caractères sont récupérés dans le bon de commande. Le texte indique dans quelle rubrique personnalisée (lié aux articles achetés ou aux références article/fournisseur) le code CIP de l'article est stocké, au maximum 35 caractères sont récupérés dans le bon de commande. Attention il ne faut pas renseigner à la fois la chaîne 2 et le texte. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
ARTCOD Codification de l'article |
La chaîne 1 indique quel type de code est utilisé, les différentes valeurs sont : - UCD : codification UCD ; - EAN : codification EAN ; - FAB : codification du fabricant ; - INA : codification interne acheteur ; - AUT : autre codification. La chaîne 2 indique dans quelle colonne de la table SGATA (articles achetés) ou SARAF (références article/fournisseur) le code de l'article est stocké, au maximum 35 caractères sont récupérés dans le bon de commande. Le texte indique dans quelle rubrique personnalisée (lié aux articles achetés ou aux références article/fournisseur) le code de l'article est stocké, au maximum 35 caractères sont récupérés dans le bon de commande. Attention il ne faut pas renseigner à la fois la chaîne 2 et le texte. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
CHEMIN |
Permet de choisir le répertoire de génération des fichiers. Si la valeur testée 1 vaut : - O : le fichier généré est épuré en même temps que le travail qui l'a généré, valeur par défaut ; - N : le fichier généré n'est pas épuré. Le texte permet de saisir le chemin de génération du fichier, toutefois ce chemin doit être accessible depuis le serveur de traitements. Si le chemin n'est pas spécifié le chemin standard est utilisé. Par défaut le texte n'est pas renseigné. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande électronique (EBCELA) et le bon de commande Hospitalis (EHCDA). |
CONCATTXT |
Possibilité de concaténer les lignes de textes éditées. La valeur testée 2 indique si les textes sont concaténés ou non et la valeur 2 indique le nombre de lignes de textes qui doivent être éditées bout à bout. |
DUNS Edition de l'identifiant DUNS |
La valeur 1 indique le numéro de zone libellé de l'association des tiers aux établissements (GATE) pour le tiers-établissement où est stocké l'identifiant DUNS. Par défaut elle n'est pas renseignée. Les différentes zones possibles sont les suivantes : li1oeate, li2oeate, li3oeate, li4oeate, li5oeate, li6oeate, li7oeate, li8oeate, li9oeate et l10oeate. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande électronique (EBCELA). |
DUNSHOSPI |
Permet de rechercher le code DUNS différemment à partir du complément de tiers. Si la chaîne 1 vaut "GTCOT", le code DUNS du fournisseur est égal au code DUNS du complément de tiers (GTCOT) pour le tiers de commande. S'il n'est pas renseigné, le code DUNS est alors égal au code tiers concaténé avec "^" concaténé avec le code adresse. Si la chaîne 1 n'est pas renseignée, le code DUNS est égal à la valeur de la rubrique DUNS du fournisseur si celle-ci est renseignée sinon le code DUNS est égal au code tiers concaténé avec "^" concaténé avec le code adresse. Par défaut la chaîne 1 n'est pas renseignée. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
ENTETE |
En-tête et fond de page pour le bon de commande. Si la valeur testée 1 vaut : - O : édition de deux en-têtes différents : un pour la première page et un autre pour les suivantes. Dans la maquette d'édition, l'étape EN1 correspond à l'en-tête de la première page et l'étape EN2 sert pour éditer l'en-tête des pages suivantes ; - N : toutes les pages ont le même en-tête. Si le fond de page n'est pas le même pour la première page et les suivantes, celui de la première page est donné par le paramétrage du traitement et celui pour les pages suivantes est donné par la chaîne 1. |
ENVOI |
La chaîne 1 indique dans quelle colonne de la table SACDA (commande d'achats) est contenue la valeur à tester par rapport à la chaîne 2 : typsacda, natsacda, gensacda, rolsacda, pr1sacda, pr2sacda et pr3sacda. La chaîne 2 indique la valeur de test. Le fichier est généré lorsque le contenu de la colonne paramétrée en chaîne 1 est égal à la valeur contenue dans la chaîne 2 de l'occurrence. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
GESFOU |
Gestionnaire du fournisseur supplémentaire affiché dans le bon de commande, contact commercial. La chaîne 1 indique le rôle du gestionnaire. La chaîne 2 indique la fonction du gestionnaire. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
FINESS |
La valeur 1 indique dans quelle colonne de l'association tiers-établissement (GATE) est recherché le code du point de commande fourni par Hospitalis. La colonne est recherchée pour le tiers-établissement. Les différentes colonnes possibles sont les libellés 1 à 10. Si la valeur 1 vaut "1", c'est le libellé 1 (colonne LI1OEATE) qui contient le code. Même principe pour les autres colonnes. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
HOSPITAL |
Génération du fichier EDI en fonction du type de document à éditer du fournisseur de la commande. Si la valeur testée 1 vaut : - O : génération du fichier uniquement si le type de document à éditer du fournisseur contient la valeur "H" ; - N : génération du fichier quelle que soit la valeur du type de document à éditer. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
INFSALCA |
Edition de l'information de la ligne de commande sur deux lignes. Si la valeur testée 1 vaut : - O : l'information de la ligne de commande peut être éditée sur deux lignes ; - N : l'information de la ligne de commande ne peut pas être éditée sur deux lignes. La valeur 1 indique où est coupée l'information. Le découpage se fait en respectant les blancs entre chaque mot. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande compatible avec le Module Editions (EBCDA02). |
INTSALCA |
Edition du libellé de la ligne de commande sur deux lignes. Si la valeur testée 1 vaut : - D : le libellé de la ligne de commande est édité sur deux lignes ; - O : le libellé de la ligne de commande peut être édité sur deux lignes, la deuxième ligne n'est éditée que si la partie du libellé après la coupe est renseignée ; - N : le libellé de la ligne de commande ne peut pas être édité sur deux lignes. La valeur 1 indique où est coupé le libellé. Le découpage se fait en respectant les blancs entre chaque mot. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande compatible avec le Module Editions (EBCDA02). |
LANG |
Pour les libellés fixes, gestion du multi-langues en utilisant soit la conversion des libellés soit le mécanisme propre au Module Editions. Si la valeur testée 1 vaut : - O : les libellés fixes sont traduits via la conversion des libellés ; - N : les libellés fixes sont traduits par le mécanisme propre à Module Editions. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande compatible avec le Module Editions (EBCDA02). |
MAIL_FROM |
Cette occurrence gère l'adresse e-mail de l'expéditeur du message contenant le bon de commande. Elle conditionne la demande d'un accusé de réception, de la part du fournisseur, pour le mail contenant le bon de commande. Si la valeur testée 1 vaut : - N : l'adresse de l'expéditeur du bon de commande est celle contenue dans la variable globale MAIL_FROM ; - O : l'adresse de l'expéditeur du bon de commande est l'adresse e-mail du gestionnaire correspondant à l'utilisateur créateur de la commande. Si la valeur testée 2 vaut : - N : pas d'accusé de réception ; - O : un accusé de réception est reçu par l'expéditeur du bon de commande dès que l'e-mail a été reçu par le fournisseur ceci, à condition que la boîte mail du fournisseur ne bloque pas les accusés. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande compatible avec le Module Editions (EBCDA02). |
MAIL_REPLY |
Cette occurrence gère l'adresse e-mail de retour du message contenant le bon de commande. Si la valeur testée 1 vaut : - O : l'adresse de réponse est l'adresse de l'expéditeur du bon de commande ; - N : l'adresse de réponse est conditionné par la chaîne 1. Si la chaîne1 vaut : - ADRCDE : réponse à l'adresse du créateur de la commande ; - null : réponse à l'adresse contenue dans le texte du paramètre. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande compatible avec le Module Editions (EBCDA02). |
NUMCDE |
Format d'affichage du numéro de commande. Si la valeur testée 1 vaut : - O : le sous-numéro de commande est affiché, valeur par défaut ; - N : le sous-numéro de commande n'est pas affiché. La chaîne 1 indique le caractère de complétion de la classe, ce caractère est ajouté à droite jusqu'à atteindre une taille de 4, par défaut elle vaut "-". La chaîne 2 indique le caractère séparateur de la classe, du numéro et du sous-numéro, par défaut elle n'est pas renseignée. La valeur 1 indique la taille d'affichage du numéro, permet de compléter le numéro par des zéros à gauche jusqu'à atteindre la taille indiquée, par défaut elle vaut 7. La valeur 2 indique la taille d'affichage du sous-numéro, permet de compléter le sous-numéro par des zéros à gauche jusqu'à atteindre la taille indiquée, par défaut elle vaut 3. Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). Dans le cas où la valeur testée 1 vaut "N", si une commande est éclatée avant envoi, le même numéro de commande peut être envoyé deux fois à Hospitalis. Le numéro de commande mis en forme par cette occurrence de paramètre ne doit pas dépasser 14 caractères. |
REFCLI |
La chaîne 1 indique comment est affecté le compte client : - si la chaîne 1 contient la valeur "refsafou", le compte client est affecté avec la référence fournisseur (valeur de la colonne REFSAFOU (GFOU)) ; - si la chaîne 1 n'est pas renseignée ou est différente de la valeur "refsafou" ou si la référence fournisseur n'est pas renseignée dans GFOU, le compte client est alimenté avec le texte de la rubrique "COMPTE_CLI" associée au fournisseur (GARUFOU). Remarque : cette occurrence de paramètre n'est valable que pour le bon de commande Hospitalis (EHCDA). |
TITETPPRE |
Titre à éditer sur le bon de commande dans le cas où l'étape précédente obligatoire du bon de commande n'est pas atteinte. Le texte donne le titre. |
TYPFIC |
Découpage du bon de commande pour un envoi par fax ou par mail. Si la valeur testée 1 vaut : - C : il est constitué un fichier par commande ; - S : il est constitué un fichier par sous-commande. |
Utilisation du paramètre |
Utilisé dans : Bon de commande QED Connecteur HOSPITALIS : commandes d'achats |
EDTMARPA - Etapes des marchés publics |
Etapes des commandes pour les éditions des marchés publics. Les occurrences sont liées au paramètre ETP de chacune des éditions. |
Occurrences |
|
xETPCDE |
Etapes pour le calcul des engagements. Les valeurs 1 et 2 donnent la fourchette d'étapes dans laquelle doit être comprise l'étape de la commande pour être prise en compte pour le calcul des engagements. |
xETPFAA |
Etapes pour le calcul des liquidations. Les valeurs 1 et 2 donnent la fourchette d'étapes dans laquelle doit être comprise l'étape de la commande pour être prise en compte pour le calcul des liquidations. |
xETPMDT |
Etapes pour le calcul des mandatements. Les valeurs 1 et 2 donnent la fourchette d'étapes dans laquelle doit être comprise l'étape de la commande pour être prise en compte pour le calcul des mandatements. |
xETPREC |
Etapes pour le calcul des réalisations. Les valeurs 1 et 2 donnent la fourchette d'étapes dans laquelle doit être comprise l'étape de la commande pour être prise en compte pour le calcul des réalisations. |
Utilisation du paramètre |
Utilisé dans : Edition du suivi des réceptions non mandatées (ECAPA) Edition des commandes hors marché (ECHMA) Suivi des marchés publics à bons de commande (EMBCA) Ed. du suivi des marchés à bons de commande agrégé (EMBCAGA) Edition du suivi financier du marché forfaitaire (EMFFA) Suivi financier des marchés multi-attributaires (EMMAA) Récapitulatif du suivi financier des marchés (ERFMA) Répartition co-traitance - sous-traitance (ERCSTA) |
ENTSASGL - Entités |
Ce paramètre permet de définir les entités autorisées dans la gestion des signataires des lignes de commandes (GSGLA). Les occurrences dépendent du type de signature. |
Occurrences |
|
xx-OECPT : Compte obligatoire |
Si l'occurrence existe, la saisie du compte est obligatoire. |
xx-OECGA : CGR A obligatoire |
Si l'occurrence existe, la saisie du CGR A est obligatoire. |
xx-OECGB : CGR B obligatoire |
Si l'occurrence existe, la saisie du CGR B est obligatoire. |
xx-SGATA : Article obligatoire |
Si l'occurrence existe, la saisie de l'article acheté est obligatoire. |
xx-SGDEP : Dépôt obligatoire |
Si l'occurrence existe, la saisie du dépôt est obligatoire. |
xx-GTUSR : Créateur obligatoire |
Si l'occurrence existe, la saisie du créateur est obligatoire. |
Utilisation du paramètre |
A créer pour : Signataires des lignes de commandes (GSGLA) |
ESPFOURN - Espace fournisseur |
Ce paramètre permet de déterminer certaines règles de l'espace fournisseur. |
Occurrences |
|
LOGOS |
Cette occurrence indique les noms des images représentant les logos des sociétés à afficher dans l'en-tête de l'espace fournisseur. Le logo du client (celui qui met à disposition l'espace fournisseur) est fixe. Le nom de l'image est donné par le texte. Le logo des fournisseurs (ceux qui se connectent à l'espace fournisseur) varie selon le fournisseur. Le nom de l'image est stocké dans la gestion des informations complémentaires du tiers (GTCOT), dans un des libellés libres. La valeur 1 indique le numéro de ce libellé. Remarque : ces deux images doivent être déposées dans le répertoire [QUALIACWEB_HOME]/images/custom. |
SIRET |
Cette occurrence donne un numéro de SIRET afin de pouvoir personnaliser les écrans de l'espace fournisseur via l'interface utilisateur RIA. Pour que les transactions de l'espace fournisseur ramènent des données avec l'interface utilisateur RIA, il faut que le contact (GRCOT) de l'utilisateur connecté soit défini en tant que contact externe et soit lié au fournisseur possédant ce numéro de SIRET dans la gestion des liens contacts - entités (GRLCE). Ce numéro de SIRET est mis dans le texte de cette occurrence. |
Utilisation du paramètre |
Utilisé dans l'espace fournisseur. |
FDPSAMAR - Forme de prix |
Ce paramètre permet de déterminer l'action à réaliser sur les prix et montants du marché (GMARA). Si la valeur testée 1 vaut : - A : le marché est actualisable ; - F : le marché est ferme ; - R : le marché est révisable. Lorsque le marché est actualisable, la chaîne 1 donne le type d'actualisation : - D : actualisation détaillée ; - G : actualisation globale. Si le marché est actualisable, la valeur 1 correspond à un délai exprimé en jours qui est ajouté à la date de réception de l'offre du marché lors de l'exécution du traitement d'actualisation des prix liés aux marchés (TACMA). Si la valeur 1 n'est pas renseignée, la date de réception de l'offre du marché est conservée. Cette nouvelle date (ou date de réception de l'offre) est comparée à d'autre dates en fonction du type d'actualisation renseigné par le traitement : - lors de l'actualisation globale, la date d'actualisation doit être supérieure la nouvelle date ; - lors de l'actualisation détaillée, la nouvelle date doit être inférieure à la date de début d'exécution de la ligne de marché (GMADA). |
Utilisation du paramètre |
A créer pour : Marchés (GMARA) Interface des marchés (GTMARA) Utilisé dans : Actualisation des prix liés aux marchés (TACMA) |
FPESACMP - Formule de pénalité |
Utilisation du paramètre |
A créer pour : Compléments des marchés publics (GCMP) Sas des compléments des marchés publics (GTMPA) Utilisé dans : Consultation de l'historique des pénalités (CHPNA) |
NATSACAF - Nature conditions de facturations |
Utilisation du paramètre |
A créer pour : Conditions de facturation des commandes (GCAF) |
NATSAFAA - Nature de la facture |
Nature des factures. |
Utilisation du paramètre |
A créer pour : Contrôle facture (GFAA) Facturation globale (GFAAG) Facturation détaillée (GFAAD) Génération automatique de factures (TGFAA) Génération automatique de factures (étape) (TGFAE) Intégration des factures d'achats (TTFCA) |
NFRSAMAD - Nature de frais |
Ce paramètre permet de gérer les frais fixes et les frais variables dans les lignes de marchés (GMADA). Si la valeur testée 1 vaut : - F : frais fixe ; - V : frais variable. |
Utilisation du paramètre |
A créer pour : Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) Utilisé dans : Articles référencés par fournisseur (GRAF) Génération des appels d'achats pour un marché (TGAMA) Lignes de demandes d'achats (GDAL) Génération de commandes à partir de DA (TDAI) Génération de commandes à partir de DA (GTDAC) Génération automatique de commandes à partir de DA (TGDAI) Lignes de commandes d'achats (GLCA) Lignes de réceptions en quantité (SAILCR) Lignes de réceptions en montant (SAILRM) Lignes de facture (SAILCF) Cumul des commandes d'achats dans les marchés (TMARA) |
ORISAFAA - Origine de la facture |
Ce paramètre permet d'indiquer : - à quelle étape sont mises les commandes rattachées à une facture lors de l'intégration (TTFCA) de celle-ci ; - comment est proposée, dans le contrôle facture (GFAA), la validation des factures intégrées par le traitement d'intégration des factures (TTFCA). Les occurrences sont libres. Les valeurs 1 et 2 sont utilisées, lors de l'intégration des factures, pour définir l'étape des commandes. La valeur 1 donne l'étape à laquelle sont mises les commandes rattachées à la facture lorsque la valorisation de la facture est correcte. Cette étape peut correspondre à l'étape de facturation (GFAA ou GFAAD) dans le cas où l'utilisateur ne veut pas faire de contrôle manuel sur les factures intégrées ou à une étape inférieure à l'étape de facturation dans le cas où l'utilisateur veut faire un contrôle manuel des factures intégrées avant de les faire évoluer. Cette étape doit être définie dans les étapes (GETPA) et dans les étapes par classe (GETCA). La valeur 2 donne l'étape à laquelle sont mises les commandes rattachées à la facture lorsque la valorisation de la facture est incorrecte. Cette étape doit être définie dans les étapes (GETPA) et dans les étapes par classe (GETCA). La valeur testée 1 permet de proposer automatiquement la validation de la facture lors de l'affichage de celle-ci dans le contrôle facture (GFAA). Si la valeur testée 1 vaut : - O : lors de l'affichage de la facture, la validation est proposée automatiquement s'il existe au moins une commande rattachée à la facture dont l'étape n'est pas égale à l'étape de facturation. Dans ce cas, l'utilisateur n'a plus, après la recherche, qu'à valider pour que toutes les commandes rattachées à la facture passent à l'étape de facturation ; - N : lors de l'affichage de la facture, la validation n'est pas proposée automatiquement. L'utilisateur peut valider l'ensemble de la facture en cochant la case " Validation " située sur l'en-tête de facture s'il n'a pas de réajustement à effectuer ou il peut aller sur les lignes de factures et/ou sur les conditions de facturation afin d'effectuer les réajustements nécessaires. La modification ou l'ajout d'une ligne entraîne le passage de la commande à l'étape de facturation. La modification, l'ajout ou la suppression d'une condition de facturation entraîne le passage de la commande à l'étape de facturation. La valeur testée 2 indique si l'origine peut être mise dans l'origine des factures à intégrer c'est-à-dire si elle est utilisable dans la table d'interface des factures. Si la valeur testée 2 vaut : - O : l'origine n'est pas utilisable dans la table d'interface ; - N : l'origine est utilisable dans la table d'interface. La chaîne 1 donne une origine équivalente à l'origine donnée par le sas pour la facture à intégrer dans le cas où la valorisation de celle-ci est incorrecte. |
Utilisation du paramètre |
A créer pour : Intégration des factures d'achats (TTFCA) Utilisé dans : Contrôle facture (GFAA) Facturation globale (GFAAG) Facturation détaillée (GFAAD) Génération automatique de factures (TGFAA) Génération automatique de factures (étape) (TGFAE) |
PCGSANCM - Proposition CGR |
Ce paramètre permet de déterminer comment est proposé le CGR A : - des lignes de marchés ; - des lignes de demandes d'achats ou de commandes issues du traitement de génération automatique des appels d'achats pour un marché (TGAMA). Les occurrences sont définies dans le produit. |
Occurrences |
|
SAMAR |
Pour les lignes de marchés, le CGR A proposé est égal au CGR du marché s'il est renseigné. Pour les lignes de demandes d'achats ou de commandes, le CGR A peut être proposé de deux manières différentes : - si la clé de répartition du marché n'est pas renseignée et le CGR du marché est renseigné, le CGR A de la ligne est proposé égal au CGR du marché ; - si la clé de répartition du marché est renseignée, le CGR A de la ligne n'est pas proposé, mais des ventilations par CGR (GVCG) sont créées en fonction de la clé de répartition. |
SANCA |
Pour les lignes de marchés, le CGR A n'est pas proposé. Pour les lignes de demandes d'achats ou de commandes, le CGR A est proposé, comme lors de la saisie d'une ligne de demande d'achats ou de commande à partir de la clé de proposition définie dans la classe d'achats (GNCA). L'accès à la proposition de la clé analytique achat (GPCLA) est effectué avec le domaine "Achat" et la clé de proposition de la classe d'achats. |
SGPCL |
Pour les lignes de marchés et/ou les lignes de demandes d'achats ou de commandes, le CGR A est proposé à partir de la clé de proposition de la classe de marchés. L'accès à la proposition de la clé analytique contrat (GPCLC) est effectué avec le domaine "Contrat" et la clé de la classe de marchés. Pour les lignes de marchés, la proposition n'est possible que si cette dernière ne contient pas l'entité QMEQT. Pour les lignes de demandes d'achats ou de commandes, soit le CGR A est proposé, soit des ventilations par CGR (GVCG) sont créées suivant que la clé de proposition contient l'entité QMEQT ou non. |
SAEQM |
Pour les lignes de marchés, le CGR A n'est pas proposé. Pour les lignes de demandes d'achats ou de commandes, le CGR A n'est pas proposé. En revanche, des ventilations par CGR (GVCG) sont créées avec les CGR et les pourcentages définis dans les équipements liés aux marchés (GEQM) pour la ligne de marché à l'origine de la demande d'achats ou de la commande. |
Utilisation du paramètre |
A créer pour : Classes de marchés (GNCM) Utilisé dans : Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) Génération des appels d'achats pour un marché (TGAMA) |
PEFSAMAR - Périodicité de facturation |
Permet de déterminer la fréquence de génération des appels d'achats pour un marché : tous les ans, tous les semestres, tous les trimestres, tous les mois, toutes les semaines, tous les dix jours, tous les quinze jours. La valeur testée 1 de chaque occurrence indique si la période est définie en nombre de mois ou en nombre de jours. - M : nombre de mois ; - J : nombre de jours. La valeur 1 donne le nombre de mois ou le nombre de jours de la période. |
Occurrences |
|
ANN |
Annuel. La valeur testée 1 est égale à "M" et la valeur 1 est égale à 12 mois. |
DEC |
Décade. La valeur testée 1 est égale à "J" et la valeur 1 est égale à 10 jours. |
HEB |
Hebdomadaire. La valeur testée 1 est égale à "J" et la valeur 1 est égale à 7 jours. |
MEN |
Mensuel. La valeur testée 1 est égale à "M" et la valeur 1 est égale à 1 mois. |
QUI |
Quinzaine. La valeur testée 1 est égale à "J" et la valeur 1 est égale à 15 jours. |
SEM |
Semestriel. La valeur testée 1 est égale à "M" et la valeur 1 est égale à 6 mois. |
TRI |
Trimestriel. La valeur testée 1 est égale à "M" et la valeur 1 est égale à 3 mois. |
Utilisation du paramètre |
A créer pour : Marchés (GMARA) Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) Utilisé dans : Génération des appels d'achats pour un marché (TGAMA) |
QIN_CEGE - Paramétrage QIN pour CEGE |
Paramétrage CEGEDIM. |
Occurrences |
|
PROTVA |
La valeur testée 1 détermine si on propose ou non une TVA à partir du fournisseur et du taux compris dans la balise "TauxTVA". |
QIN_FAACR |
Le texte donne le répertoire où sont enregistrés les fichiers qui n'ont pas été intégrés par le traitement d'extraction des factures achats CEGEDIM (TFAAC). Exemple : c:/temp/Refuses/ |
QIN_FAACT |
Le texte donne le répertoire où sont situés les fichiers à intégrer par le traitement d'extraction des factures achats CEGEDIM (TFAAC). Exemple : c:/temp/ATraiter/ |
QIN_FAACV |
Le texte donne le répertoire où sont enregistrés les fichiers qui ont été intégrés par le traitement d'extraction des factures achats CEGEDIM (TFAAC). Exemple : c:/temp/Valides/ |
SATEABCG |
Le texte donne le répertoire où est enregistré le fichier généré par le traitement d'extraction des abonnements CEGEDIM (TEABCG). Exemple : c:/temp/SATEABCG/ |
SATECDCG |
Le texte donne le répertoire où est enregistré le fichier généré par le traitement d'extraction des commandes d'achats CEGEDIM (TECDCG). Exemple : c:/temp/SATECDCG/ |
SATFOUCG |
Le texte donne le répertoire où est enregistré le fichier généré par le traitement d'extraction des fournisseurs CEGEDIM (TFOUCG). Exemple : c:/temp/SATFOUCG/ |
Utilisation du paramètre |
Utilisé dans : Extraction des factures achats CEGEDIM (TFAAC) Extraction des commandes CEGEDIM (TECDCG) Extraction des fournisseurs CEGEDIM (TFOUCG) |
QIN_READ - Paramétrage QIN pour READ |
Paramétrage ReadSoft. |
Occurrences |
|
ETSFOU |
La chaîne 1 indique l'information de l'établissement qui permet de renseigner l'attribut CorporateGroupID du fichier généré par le traitement d'extraction des fournisseurs ReadSoft (TOURD). La chaîne 1 peut avoir comme valeur INFGTETS (informations supplémentaires, valeur par défaut), CRAGTETS (numéro CRAM) ou SIGGTETS (sigle). |
PROTVA |
La valeur testée 1 détermine si on propose ou pas une TVA à partir du fournisseur et du taux compris dans la balise "TauxTVA". |
QIN_FAARR |
Le texte donne le répertoire où sont enregistrés les fichiers qui n'ont pas été intégrés par le traitement d'extraction des factures achats ReadSoft (TFAAR). Exemple : c:/temp/Refuses/ |
QIN_FAART |
Le texte donne le répertoire où sont situés les fichiers à intégrer par le traitement d'extraction des factures achats ReadSoft (TFAAR). Exemple : c:/temp/ATraiter/ |
QIN_FAARV |
Le texte donne le répertoire où sont enregistrés les fichiers qui ont été intégrés par le traitement d'extraction des factures achats ReadSoft (TFAAR). Exemple : c:/temp/Valides/ |
SATCDARD |
Le texte donne le répertoire où est enregistré le fichier généré par le traitement d'extraction des commandes d'achats ReadSoft (TCDARD). Exemple : c:/temp/SATCDARD/ |
SATFOURD |
Le texte donne le répertoire où est enregistré le fichier généré par le traitement d'extraction des fournisseurs ReadSoft (TFOURD). Exemple : c:/temp/SATFOURD/ |
Utilisation du paramètre |
Utilisé dans : Extraction des factures achats ReadSoft (TFAAR) Extraction des commandes d'achats Readsoft (TCDARD) Extraction des fournisseurs ReadSoft (TFOURD) |
RECEXP - Multi-exemplaire pour bon de réception |
Ce paramètre permet de déterminer le nombre d'exemplaires de bons de réception à éditer. Chaque occurrence de ce paramètre donne un exemplaire du bon de réception. Les occurrences sont libres. Pour une édition de bon de réception donnée, seuls les exemplaires tels que la chaîne 1 de l'occurrence est égale au paramètre de l'édition sont édités (paramètre associé au traitement). Le texte contient le titre de l'exemplaire. La valeur 1 donne la position à laquelle est coupé le titre contenu dans le texte pour l'éditer sur deux lignes. |
Utilisation du paramètre |
A créer pour : Bon de réception QED |
RETSACDA - Code rejet |
Ce paramètre permet de référencer les différentes raisons pour lesquelles une demande d'achats ou une commande peut être refusée et mise à la poubelle. L'utilisateur peut créer autant d'occurrences qu'il y a d'origines de refus. |
Utilisation du paramètre |
A créer pour : Demandes d'achats (GDAI) Commandes d'achats (GCDA) Utilisé dans : Annulation de demandes d'achats ou de commandes (TSRD) Commandes réceptionnées sans facture (TRSF) Annulation d'une commande réceptionnée (TACRA) Génération des avenants (TGAVA) Génération de sous-commandes multi-devises (TTPD) Signatures des demandes d'achats (GSGDA) Signatures des commandes d'achats (GSGCA) Déblocage budgétaire pré-engagement (GDBUD) Déblocage budgétaire engagement (GDBUE) Déblocage budgétaire facture non parvenue (GDBUP) Intégration des commandes ou demandes d'achats (TTCDA) |
RETSADAI - Code rejet |
Ce paramètre permet de référencer les différentes raisons pour lesquelles une demande d'achats peut être refusée lors de la transformation des demandes d'achats en commande. L'utilisateur peut créer autant d'occurrences qu'il y a d'origines de refus. |
Utilisation du paramètre |
A créer pour : Génération de commandes à partir de DA (GTDAC) |
RETSALCA - Code retour |
Ce paramètre permet de référencer les différentes raisons pour lesquelles la marchandise réceptionnée a été retournée (cassé, non conforme, ...). Les occurrences sont libres. Si la valeur testée 1 vaut : - D : il s'agit d'un retour définitif. La marchandise ne sera pas remplacée. Le traitement des retours génèrera une demande d'avoir ; - T : il s'agit d'un retour temporaire. La marchandise sera remplacée. Le traitement des retours génèrera une demande d'avoir et une commande de marchandises. Si la valeur testée 2 vaut : - R : la saisie des quantités retournées se fait à la réception (SAILCR) et le traitement des retours est effectué par le traitement de solde des commandes après réception (TSOLA) ; - T : la saisie des quantités retournées se fait dans la gestion des retours (GRET). |
Utilisation du paramètre |
A créer pour : Lignes de commandes d'achats (GLCA) Lignes de réceptions en quantité (SAILCR) Utilisé dans : Retours (GRET) |
RGCSARFP - Regroupement en-tête |
Ce paramètre donne les critères de regroupements des commandes lors du traitement de génération des remises de fin de période (TRFPA). Les occurrences sont définies dans le produit. |
Occurrences |
|
F : Fournisseur |
Les commandes pour lesquelles le fournisseur et la devise sont identiques sont regroupées. |
M : Marché |
Les commandes pour lesquelles le fournisseur, le marché et la devise sont identiques sont regroupées. |
R : Rien |
Les commandes ne sont pas regroupées. |
Utilisation du paramètre |
A créer pour : Paramétrage des remises de fin de période (GRFP) Utilisé dans : Génération des remises de fin de période (TRFPA) |
RGLSARFP - Regroupement ligne |
Ce paramètre donne les critères de regroupements des lignes de commandes lors du traitement de génération des remises de fin de période (TRFPA). Les occurrences sont définies dans le produit. |
Occurrences |
|
A : Article |
Les lignes de commandes pour lesquelles l'article est identique sont regroupées. |
C : Comptabilité |
Les lignes de commandes pour lesquelles l'article, le compte, le poste, le CGR A, le CGR B et le code taxe sont identiques sont regroupées. |
R : Rien |
Les lignes de commandes ne sont pas regroupées. |
Utilisation du paramètre |
A créer pour : Paramétrage des remises de fin de période (GRFP) Utilisé dans : Génération des remises de fin de période (TRFPA) |
RJTSAFAA - Motif du rejet (Bon à payer) |
Ce paramètre permet de référencer les différentes raisons pour lesquelles les factures peuvent être rejetées lors du traitement de bon à payer (TTAC). Les occurrences sont définies dans le produit. La chaîne 1 de chaque occurrence donne le code litige affecté à la pièce et à la facture dans le cas d'un rejet si elle est renseignée. Le texte de chaque occurrence donne le motif du litige affecté à la pièce et à la facture dans le cas d'un rejet s'il est renseigné. |
Occurrences |
|
C : Condition de facturation |
La facture est refusée car une condition de facturation a été créée ou modifiée lors du contrôle facture (GFAA). |
F : Contrôle montant facturé cumul facture |
La facture est refusée car l'écart entre la somme des montants facturés et la somme des montants réceptionnés (ou commandés pour les sous-commandes non réceptionnées) des sous-commandes de la facture est supérieur à un montant paramétré. |
I : Litige |
La facture est refusée lors de la signature de facture (GSGFA) pour cause de litige. |
L : Contrôle qualité |
La facture est refusée car il existe au moins une ligne pour laquelle le contrôle qualité n'est pas satisfaisant. |
M : Montant autorisé |
La facture est refusée car le montant à contrôler est supérieur au montant autorisé pour la personne (GMPP). |
N : Montant facturé montant réceptionné |
La facture est refusée car l'écart entre le montant facturé et le montant réceptionné (calculé à partir de la quantité réceptionnée) est supérieur, pour au moins une des sous-commandes de la facture, à un montant paramétré. |
P : Prix |
La facture est refusée car le prix facturé est supérieur au prix commandé plus un pourcentage paramétré. |
Q : Quantité |
La facture est refusée car la quantité facturée est supérieure à la quantité commandée plus un pourcentage paramétré. |
R : Retour |
La facture est refusée car il existe au moins une demande d'avoir issue des retours (GRET) qui n'a pas atteint une étape paramétrée. |
S : Signature à la ligne |
La facture est refusée car il existe au moins une ligne pour laquelle le canevas de signatures n'a pas été accepté. |
T : Montant facturé cumul commande |
La facture est refusée car l'écart entre le montant cumulé facturé et le montant cumulé réceptionné (et/ou commandé) de toutes les sous-commandes associées à chaque commande de la facture est supérieur à un montant paramétré. |
V : Montant facturé |
La facture est refusée car l'écart entre le montant facturé et le montant réceptionné et/ou commandé (les montants sont calculés à partir de la quantité facturée) est supérieur, pour au moins une des sous-commandes de la facture, à un montant paramétré. |
Utilisation du paramètre |
A créer pour : Contrôle facture (GFAA) Utilisé dans : Bon à payer (TTAC) Acceptation de la facture (GTAC) |
ROLSAFOU - Rôle fournisseur |
Les occurrences de ce paramètre sont définies par les utilisateurs. Il permet de contrôler le format du code du fournisseur saisi dans la gestion correspondante. Il peut également gérer la numérotation automatique des fournisseurs si sa valeur testée 1 est égale à "G" et s'il est référencé dans les numéros par entité (GNUM). |
Utilisation du paramètre |
A créer pour : Fournisseurs (GFOU) |
ROLSANAA - Rôle nomenclature d'articles achetés |
Les occurrences de ce paramètre sont définies par les utilisateurs. Il permet de gérer la numérotation automatique des nomenclatures d'articles achetés si sa valeur testée 1 est égale à "G" et s'il est référencé dans les numéros par entité (GNUM). |
Utilisation du paramètre |
A créer pour : Nomenclatures d'articles achetés (GNAA) Utilisé dans : Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) |
ROLSAPPT - Rôle proposition TVA |
Les occurrences de ce paramètre sont définies par les utilisateurs. Il permet de gérer la numérotation automatique des propositions TVA si sa valeur testée 1 est égale à "G" et s'il est référencé dans les numéros par entité (GNUM). |
Utilisation du paramètre |
A créer pour : Proposition TVA (GPPTA) |
ROLSATFA - Rôle tarif |
Les occurrences de ce paramètre sont définies par les utilisateurs. Il permet de gérer la numérotation automatique des tarifs si sa valeur testée 1 est égale à "G" et s'il est référencé dans les numéros par entité (GNUM). |
Utilisation du paramètre |
A créer pour : Remise famille articles - fournisseurs (GTFA) Utilisé dans : |
SAANACOL - Colonnes pour l'analyse des achats |
Ce paramètre est utilisé dans l'analyse des achats (EANA) pour paramétrer les colonnes de l'édition (quantités, prix, montants, ...). La valeur testée 1 donne la date à partir de laquelle est effectuée la sélection des lignes de commandes. Certaines occurrences de ce paramètre sont livrées en standard et ne sont pas modifiables. Il est cependant possible d'en définir de supplémentaires pour effectuer des calculs entre colonne. Ces occurrences sont du même style que l'occurrence COMB qui est une occurrence modèle. Le paramétrage des colonnes doit alors suivre les règles suivantes : - la chaîne 1 contient obligatoirement MATH ; - la valeur testée 1 contient, comme pour les autres occurrences, la date qui est proposée pour faire les sélections ; - la zone texte contient la formule de calcul. Certaines règles doit être suivies pour la définition des formules de calcul : - une colonne est représentée avec son numéro entouré par le caractère %. Par exemple, la colonne n° 2 est codée %2% ; - le nombre de colonnes utilisées dans la formule n'est pas limité ; - lorsqu'il y a une division, le diviseur doit être entre crochets. Par exemple, la colonne 2 divisée par la colonne 1 est codé %2% / [%1%]. La formule de calcul ne peut contenir qu'une seule division. Lorsqu'il se produit une division par zéro, le résultat du calcul est zéro ; - la formule de calcul peut contenir des constantes. Par exemple, la colonne 2 divisée par 1000 est codé %2% / [1000] ; - une colonne peut être le résultat d'un calcul entre des colonnes ayant un numéro supérieur seulement si les colonnes utilisées pour le calcul représentent des données issues de la base. Exemples : le calcul "colonne 1 = colonne 2 + colonne 3" est impossible si les colonnes 2 et/ou 3 résultent elles-mêmes d'un calcul entre d'autres colonnes. le calcul "colonne 3 = colonne 2 + colonne 1" est toujours possible quelle que soit la provenance des colonnes 2 et 1. Exemples : - somme des 3 premières colonnes : %1% + %2% + %3%. - produit entre colonnes 4 et 5 : %4% * %5%. - autre calcul ( (%2%+%3%) / [%1%] ) * 100. La codification des occurrences du paramètre est entièrement libre. |
Occurrences |
|
COMB |
Cette occurrence est un exemple de calcul entre plusieurs colonnes. La chaîne 1 est égale à "MATH". La formule appliquée est la suivante : "100 * %02%/[%1%]" qui correspond à : 100 multiplié par la colonne 2 divisé par la colonne 1. |
MCAF Montant des conditions de facturation |
Cumul du montant des conditions de facturation. |
MREC Montant des remises à la commande |
Cumul ((prix tarif commande - prix commandé) * coefficient de prix * quantité commandée). |
MREF Montant des remises à la facture |
Cumul ((prix tarif facture * coefficient de prix * quantité facturée) - montant facturé). |
MRER Montant des remises à la réception |
Cumul ((prix tarif commande - prix réceptionné si renseigné, sinon prix commandé) * coefficient de prix * quantité réceptionnée). |
MTCC Montant commandé total divisé par la quantité commandée totale |
Cumul ((quantité commandée - quantité gratuite commandée) * prix commandé * coefficient de prix) / cumul (quantité commandée - quantité gratuite commandée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. |
MTCF Montant commandé total divisé par la quantité facturée totale |
Cumul ((quantité commandée - quantité gratuite commandée) * prix commandé * coefficient de prix) / cumul (quantité facturée - quantité gratuite facturée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. |
MTCR Montant commandé total divisé par la quantité réceptionnée totale |
Cumul ((quantité commandée - quantité gratuite commandée) * prix commandé * coefficient de prix) / cumul (quantité réceptionnée - quantité gratuite réceptionnée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. |
MTF Montant facturé |
Cumul des montants facturés. Il est possible d'appliquer le coefficient de consolidation de l'article sur ce montant. |
MTFC Montant facturé total divisé par la quantité commandée totale |
Cumul (montant facturé) / cumul (quantité commandée - quantité gratuite commandée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. Il est également possible d'appliquer le coefficient de consolidation de l'article lors du calcul de ce prix. |
MTFF Montant facturé total divisé par la quantité facturée totale |
Cumul (montant facturé) / cumul (quantité facturée - quantité gratuite facturée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. Il est également possible d'appliquer le coefficient de consolidation de l'article lors du calcul de ce prix. |
MTFR Montant facturé total divisé par la quantité réceptionnée totale |
Cumul (montant facturé) / cumul (quantité réceptionnée - quantité gratuite réceptionnée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. Il est également possible d'appliquer le coefficient de consolidation de l'article lors du calcul de ce prix. |
MTRC Montant réceptionné total divisé par la quantité commandée totale |
Cumul ((quantité réceptionnée - quantité gratuite réceptionnée) * prix réceptionné si renseigné et prix commandé sinon * coefficient de prix) / cumul (quantité commandée - quantité gratuite commandée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. |
MTRF Montant réceptionné total divisé par la quantité facturée totale |
Cumul ((quantité réceptionnée - quantité gratuite réceptionnée) * prix réceptionné si renseigné et prix commandé sinon * coefficient de prix) / cumul (quantité facturée - quantité gratuite facturée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. |
MTRR Montant réceptionné total divisé par la quantité réceptionnée totale |
Cumul ((quantité réceptionnée - quantité gratuite réceptionnée) * prix réceptionné si renseigné et prix commandé sinon * coefficient de prix) / cumul (quantité réceptionnée - quantité gratuite réceptionnée). Il est possible d'appliquer, sur ce prix, le coefficient achat à stock afin d'obtenir un prix en unité de stock. |
NART Nombre d'articles |
Nombre d'articles différents saisis au niveau des lignes de commandes. |
NCDE Nombre de commandes ayant des lignes |
NFAC Nombre de factures ayant des lignes |
NLIG Nombre de lignes |
NLRR Nombre de lignes ayant fait l'objet d'un retour article |
Nombre de lignes dont le code retour article est renseigné. |
NREC Nombre de réceptions ayant des lignes |
NSOF Nombre de sous-commandes ayant fait l'objet d'un solde facture |
NSOR Nombre de sous-commandes ayant fait l'objet d'un solde réception |
NSSC Nombre de sous-commandes |
PBC Poids brut commandé total |
Cumul (quantité commandée * poids brut * coefficient de poids kilo de l'article). |
PBF Poids brut facturé total |
Cumul (quantité facturée * poids brut * coefficient de poids kilo de l'article). |
PBR Poids brut réceptionné total |
Cumul (quantité réceptionnée * poids brut * coefficient de poids kilo de l'article). |
PCQC Montant commandé total |
Cumul ((quantité commandée - quantité gratuite commandée) * prix commandé * coefficient d'unité de prix). |
PCQF Montant facturé total calculé avec le prix commandé |
Cumul ((quantité facturée - quantité gratuite facturée) * prix commandé * coefficient de prix). |
PCQR Montant réceptionné total calculé avec le prix commandé |
Cumul ((quantité réceptionnée - quantité gratuite réceptionnée) * prix commandé * coefficient de prix). |
PCRR Montant retourné total calculé avec le prix commandé |
Cumul ((quantité retournée - quantité gratuite retournée) * prix commandé * coefficient de prix). |
PCSF Montant solde facture total calculé avec le prix commandé |
Cumul ((quantité solde facture - quantité gratuite solde facture) * prix commandé * coefficient de prix). |
PCSR Montant solde réception total calculé avec le prix commandé |
Cumul ((quantité solde réception - quantité gratuite solde réception) * prix commandé * coefficient de prix). |
PRQC Montant commandé calculé avec le prix réceptionné |
Cumul ((quantité commandée - quantité gratuite commandée) * prix réceptionné s'il est renseigné et prix commandé sinon * coefficient de prix). |
PRQF Montant facturé total calculé avec le prix réceptionné |
Cumul ((quantité facturée - quantité gratuite facturée) * prix réceptionné s'il est renseigné et prix commandé sinon * coefficient de prix). |
PRQR Montant réceptionné total calculé avec le prix réceptionné |
Cumul ((quantité réceptionnée - quantité gratuite réceptionnée) * prix réceptionné s'il est renseigné et prix commandé sinon * coefficient de prix). |
PRRR Montant retourné total calculé avec le prix réceptionné |
Cumul ((quantité retournée - quantité gratuite retournée) * prix réceptionné s'il est renseigné et prix commandé sinon * coefficient de prix). |
PRSF Montant solde facture total calculé avec le prix réceptionné |
Cumul ((quantité solde facture - quantité gratuite solde facture) * prix réceptionné s'il est renseigné et prix commandé sinon * coefficient de prix). |
PRSR Montant solde réception total calculé avec le prix réceptionné |
Cumul ((quantité solde réception - quantité gratuite solde réception) * prix réceptionné s'il est renseigné et prix commandé sinon * coefficient de prix). |
PFQC Montant facturé total calculé avec la quantité commandée |
Cumul ((quantité commandée - quantité gratuite commandée) * prix facturé * coefficient de prix). |
PFQR Montant facturé total calculé avec la quantité réceptionnée |
Cumul ((quantité réceptionnée - quantité gratuite réceptionnée) * prix facturé * coefficient de prix). |
PFRR Montant retourné total calculé avec le prix facturé |
Cumul ((quantité retournée - quantité gratuite retournée) * prix facturé * coefficient de prix). |
PFSF Montant solde facture total calculé avec le prix facturé |
Cumul ((quantité solde facture - quantité gratuite solde facture) * prix facturé * coefficient de prix). |
PFSR Montant solde réception total calculé avec le prix facturé |
Cumul ((quantité solde réception - quantité gratuite solde réception) * prix facturé * coefficient de prix). |
PNC Poids net commandé total |
Cumul (quantité commandée * poids net * coefficient de poids kilo de l'article). |
PNF Poids net facturé total |
Cumul (quantité facturée * poids net * coefficient de poids kilo de l'article). |
PNR Poids net réceptionné total |
Cumul (quantité réceptionnée * poids net * coefficient de poids kilo de l'article). |
PTQC Montant commandé total calculé avec le prix tarif |
Cumul (quantité commandée * prix tarif facture * coefficient de prix). |
PTQF Montant facturé total calculé avec le prix tarif |
Cumul (quantité facturée * prix tarif facture * coefficient de prix). |
PTQR Montant réceptionné total calculé avec le prix tarif |
Cumul (quantité réceptionnée * prix tarif commande * coefficient de prix). |
PTRR Montant retourné total calculé avec le prix tarif |
Cumul (quantité retournée * prix tarif commande * coefficient de prix). |
PTSF Montant solde facture total calculé avec le prix tarif |
Cumul (quantité solde facture * prix tarif commande * coefficient de prix). |
PTSR Montant solde réception total calculé avec le prix tarif |
Cumul (quantité solde réception * prix tarif commande * coefficient de prix). |
QCGC Quantité commandée moins la gratuite |
Cette quantité représente la somme des quantités commandées à laquelle est soustraite la somme des quantités commandées gratuites. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QFFG Quantité solde facture moins la gratuite |
Cette quantité représente la somme des quantités solde facture à laquelle est soustraite la somme des quantités solde facture gratuites. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QFGF Quantité facturée moins la gratuite |
Cette quantité représente la somme des quantités facturées à laquelle est soustraite la somme des quantités facturées gratuites. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QGC Quantité commandée gratuite |
Cette quantité représente la somme des quantités commandées gratuites des lignes qui ont été réellement saisies à la commande. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QGF Quantité facturée gratuite |
Cette quantité représente la somme des quantités facturées gratuites sans tenir compte des lignes de facture soldées en montant. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QGR Quantité réceptionnée gratuite |
Cette quantité représente la somme des quantités réceptionnées gratuites sans tenir compte des lignes créées en facturation. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QGS Quantité solde réception |
Cette quantité représente la somme des quantités soldes réception gratuites dont la ligne n'a pas été réceptionnée. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QRG Quantité retour gratuite |
Cette quantité représente la somme des quantités retournées gratuites. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QRGR Quantité réceptionnée moins la gratuite |
Cette quantité représente la somme des quantités réceptionnées à laquelle est soustraite la somme des quantités réceptionnées gratuites. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QRR Quantité retour |
Cette quantité représente la somme des quantités retournées. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QRRG Quantité retour moins la gratuite |
Cette quantité représente la somme des quantités retournées à laquelle est soustraite la somme des quantités retournées gratuites. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QRSG Quantité solde réception moins la gratuite |
Cette quantité représente la somme des quantités soldes réception à laquelle est soustraite la somme des quantités soldes réception gratuites. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QSF Quantité solde facture |
Cette quantité représente la somme des quantités solde facture sans tenir compte des lignes de facture soldées en montant. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QSG Quantité solde facture gratuite |
Cette quantité représente la somme des quantités solde facture gratuites sans tenir compte des lignes de facture soldées en montant. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QTC Quantité commandée |
Cette quantité représente la somme des quantités commandées des lignes qui ont été réellement saisies à la commande. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QTE Quantité BL |
Cette quantité représente la somme des quantités du bon de livraison (BL). Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QTF Quantité facturée |
Cette quantité représente la somme des quantités facturées sans tenir compte des lignes de facture soldées en montant. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QTL |
Cette quantité représente la somme des quantités livrées pour les demandes de services. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QTR Quantité réceptionnée |
Cette quantité représente la somme des quantités réceptionnées sans tenir compte des lignes créées en facturation. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
QTS Quantité solde réception |
Cette quantité représente la somme des quantités soldes réception dont la ligne n'a pas été réceptionnée. Elle peut être exprimée en unité de stock et il est possible d'appliquer le coefficient de consolidation de l'article sur cette quantité. |
VBC Volume brut commandé total |
Cumul (quantité commandée * volume brut). |
VBF Volume brut facturé total |
Cumul (quantité facturée * volume brut). |
VBR Volume brut réceptionné total |
Cumul (quantité réceptionnée * volume brut). |
VNC Volume net commandé total |
Cumul (quantité commandée * volume net). |
VNF Volume net facturé total |
Cumul (quantité facturée * volume net). |
VNR Volume net réceptionné total |
Cumul (quantité réceptionnée * volume net). |
Utilisation du paramètre |
Utilisé dans : Analyse des achats (EANA) |
SAANADAT - Sélection des dates pour l'analyse des achats |
Ce paramètre est utilisé dans l'analyse des achats (EANA) pour définir le type de période à utiliser pour la sélection. |
Occurrences |
|
C Date de commande |
CL Date initiale (lignes de commandes) |
CO Date de contrat |
DC Date comptable de la commande |
DF Date comptable de la facture |
EDTDAT |
Cette occurrence permet de préciser si les dates des colonnes sont éditées ou pas sur l'état. Si la valeur testée 1 vaut : - N : les dates ne sont pas éditées ; - autres : les dates sont éditées. |
F Date de facture |
FR Date de réception facture |
L Date de livraison |
R Date de réception |
RD Date au plus tôt |
RF Date au plus tard |
Utilisation du paramètre |
Utilisé dans : Analyse des achats (EANA) |
SAANADEV - Sélection de la devise pour l'analyse des achats |
Ce paramètre est utilisé dans l'analyse des achats (EANA) pour préciser dans quelle devise sont édités les montants et les prix. |
Occurrences |
|
D Devise |
F Devise de référence |
R Devise de reporting |
Utilisation du paramètre |
Utilisé dans : Analyse des achats (EANA) |
SAMAJTRF - Autorisation de mise à jour de la facture après compta. |
Liste des champs de la facture pouvant être modifiés après transfert en comptabilité. Les occurrences correspondent aux champs modifiables. La valeur testée 1 indique si la modification est autorisée. Si la valeur testée 1 vaut : - O : la modification du champ est autorisée ; - N : la modification du champ est interdite. Pour que la modification soit possible, il faut que la valeur testée 1 de l'occurrence MAJTRF du paramètre AUTSAFAA soit égale à "O". |
Occurrences |
|
CU1SAFAA Nature de la pièce |
CU2SAFAA Genre de la pièce |
CU3SAFAA Rôle de la pièce |
DA1SAFAA Date 1 |
DA2SAFAA Date 2 |
DA3SAFAA Date 3 |
DESSAFAA Destinataire |
G01SAFAA Identifiant 1 |
G02SAFAA Identifiant 2 |
G03SAFAA Identifiant 3 |
G04SAFAA Identifiant 4 |
G05SAFAA Identifiant 5 |
GENSAFAA Genre |
INFSAFAA Informations complémentaires |
INLSAFAA Interlocuteur logistique |
INXSAFAA Interlocuteur externe |
L01SAFAA Libellé 1 |
L02SAFAA Libellé 2 |
L03SAFAA Libellé 3 |
L04SAFAA Libellé 4 |
L05SAFAA Libellé 5 |
LIBSAFAA Libellé |
MNESAFAA Mnémonique |
NATSAFAA Nature |
NU1SAFAA Numérique 1 |
NU2SAFAA Numérique 2 |
NU3SAFAA Numérique 3 |
PR1SAFAA Code statistique 1 |
PR2SAFAA Code statistique 2 |
PR3SAFAA Code statistique 3 |
ROLSAFAA Rôle |
TYPSAFAA Type |
Utilisation du paramètre |
Utilisé dans : Contrôle facture (GFAA) |
SASMCBUD - Paramétrage du contrôle budgétaire pour l'appli. mobile |
Paramétrage du suivi budgétaire dans l'application mobile. |
Occurrences |
|
BUTBUD |
La chaîne 1 contient le but de budget. |
DATBUD |
La valeur testée 1 permet de choisir quelle date sera sélectionnée pour le calcul. |
TYPECR |
La chaîne 1 contient le type d'écriture. |
Utilisation du paramètre |
Utilisé dans : Application mobile Signatures |
SASMCFLD - Paramétrage des champs supplémentaires pour l'appli. mobile |
Ce paramètre permet de choisir les champs supplémentaires à afficher dans l'application mobile. Chaque occurrence représente un champ à afficher. La valeur testée 1 de chacune de ces occurrences indique si le champ est affiché ou non. Si elle vaut : - O : le champ est visible dans l'application mobile ; - N : le champ n'est pas visible dans l'application mobile. |
Occurrences |
|
CPASALCAC Compte ligne de commande |
CPASALCAD Compte ligne de demande |
CPASALCAF Compte ligne de facture |
CPASALCAR Compte ligne de réception |
CPASAMAD Compte ligne de marché |
DDCSAMAR Date de début contrat marché |
DECSACDA Date comptable commande |
DERSALCAC Dépôt ligne de commande |
DERSALCAD Dépôt ligne de demande |
DERSALCAF Dépôt ligne de facture |
DERSALCAR Dépôt ligne de réception |
DRCSAMAR Durée du contrat marché |
DRDSACDA Date au plus tôt commande |
DRFSACDA Date au plus tard commande |
DTRSALCAC Date prévue ligne de commande |
DTRSALCAD Date prévue ligne de demande |
DTRSALCAF Date prévue ligne de facture |
DTRSALCAR Date prévue ligne de réception |
GECSAMAR Gestionnaire commercial marché |
GESSAMAR Gestionnaire marché |
GETSAMAR Gestionnaire technique marché |
INFSAFAA Informations facture |
INFSALCAC Informations ligne commande |
INFSALCAD Informations ligne demande |
INFSALCAF Informations ligne facture |
INFSALCAR Informations ligne réception |
INLSACDA Interlocuteur logistique commande |
INLSAFAA Interlocuteur interne facture |
INLSAREC Interlocuteur interne réception |
INXSACDA Interlocuteur externe commande |
INXSAFAA Interlocuteur externe facture |
INXSAREC Interlocuteur externe réception |
POSSALCAC Poste ligne de commande |
POSSALCAD Poste ligne de demande |
POSSALCAF Poste ligne de facture |
POSSALCAR Poste ligne de réception |
POSSAMAD Poste ligne de marché |
RFBSAREC Référence réception |
TTVSAMAD Taux de TVA ligne de marché |
Utilisation du paramètre |
Utilisé dans : Application mobile Signatures |
SASMCGED - Paramétrage de la GED pour l'application mobile signature |
Ce paramètre permet de choisir les entités de documents (GTDEN) visibles dans l'application mobile. Les occurrences représentent les entités de signature. Les entités de documents (GTDEN) doivent être renseignées dans le champ "Texte" des occurrences. |
Occurrences |
|
SACDA Commandes d'achats |
SADAE Demandes d'achats |
SAFAA Factures |
SAMAR Marchés |
SAREC Réceptions |
Utilisation du paramètre |
Utilisé dans : Application mobile Signatures |
SASMCMOB - Paramétrage général pour l'application mobile signature |
Occurrences |
|
TRTAFF Affichage des éléments traités |
La valeur 1 donne le nombre maximum d'éléments à ramener dans les éléments traités. La valeur 2 donne la période au cours de laquelle sont ramenés les éléments. Elle est exprimée en mois. Exemple : Si la valeur 1 est égale à 10, seuls les 10 derniers éléments signés sont affichés dans les éléments traités ; Si la valeur 2 est égale à 6, seuls les éléments signés au cours des 6 derniers mois sont affichés dans les éléments traités. Il est possible de mélanger ces deux possibilités ou d'en utiliser qu'une des deux. |
Utilisation du paramètre |
Utilisé dans : Application mobile Signatures |
SASMCTXT - Paramétrage des textes pour l'application mobile signature |
Ce paramètre permet de choisir les destinations de textes à afficher dans l'application mobile. Les occurrences représentent les entités de signature. Les destinations à afficher doivent être renseignées dans le champ "Texte" des occurrences. Elles doivent être séparées par une virgule. |
Occurrences |
|
SACDA Commandes d'achats |
SADAE Demandes d'achats |
SAFAA Factures |
SAMAR Marchés |
SAREC Réceptions |
Utilisation du paramètre |
Utilisé dans : Application mobile Signatures |
SERENSIA - Connecteur Cegid XRP Ultimate / SERENSIA |
Ce paramètre est utilisé par le Module "Connecteur SERENSIA Flux entrants". |
Occurrences |
|
CGRRAF |
Permet de proposer le CGR. Le CGR provient d'une rubrique associée à la référence article/fournisseur (GARURAF). La chaîne 1 donne la valeur de la rubrique. |
GES |
Sélectionne le premier gestionnaire du fournisseur (GTFG). La chaîne 1 donne le rôle du gestionnaire. La chaîne 2 donne la fonction du gestionnaire. |
GESCDE |
Sélectionne le premier gestionnaire des commandes d'achats (GCAG). La chaîne 1 donne le rôle du gestionnaire. La chaîne 2 donne la fonction du gestionnaire. |
Utilisation du paramètre |
Utilisé dans : Module "Connecteur SERENSIA Flux entrants" |
STCSACMP - Sous-type de complément |
Utilisation du paramètre |
A créer pour : Utilisé dans : |
TCPSACMP - Type de complément |
Ce paramètre est utilisé dans les compléments de marchés publics (GCMP) afin de différencier les compléments (co-traitance/sous-traitance, ordres de services, avenants, conditions particulières) et de voir à quelle notion le complément peut être associé : marchés, lignes de marchés ou aux tranches référencées parmi les lignes de marchés. La valeur testée 1 indique à quelle notion le complément peut être associé : - M : à un marché ; - L : à une ligne de marché ; - H : à une tranche de marché ; - ML : à un marché ou à une ligne de marché ; - MH : à un marché ou à une tranche de marché ; - LH : à une ligne de marché ou à une tranche de marché ; - T : à un marché, à une ligne de marché ou à une tranche de marché. La valeur testée 2 indique comment est gérée l'unicité du complément par rapport à l'entité à laquelle il est associé : - U : un seul complément peut être associé à une entité donnée ; - A : plusieurs compléments peuvent être associés à une entité donnée : compteur automatique propre à l'entité liée ; - G : plusieurs compléments peuvent être associés à une entité donnée : compteur automatique global au marché ; - M : plusieurs compléments peuvent être associés à une entité donnée : compteur manuel. La chaîne 1 indique comment est gérée la suppression d'un complément : - P : le complément est supprimé physiquement ; - L : le complément est supprimé de façon logique par un passage de l'état à la valeur "S". Quatre occurrences sont livrées en standard mais, les valeurs testées 1 et 2 ainsi que la chaîne 1 doivent être positionnées à la convenance de l'utilisateur. |
Occurrences |
|
AV Avenants |
CM Cessions de marchés publics |
CP Conditions particulières |
CS Co-traitance/sous-traitance |
OS Ordres de services |
Utilisation du paramètre |
Utilisé dans : Compléments des marchés publics (GCMP) |
TEFSAMAR - Type de facturation |
Indique si lors du calcul d'une date, on prend la date calculée telle quelle ou si on ramène celle-ci à la fin de la période. Ce paramètre est utilisé pour calculer les dates de dernier et de prochain appel des détails de marchés et pour calculer la date de commande des commandes générées par le traitement de génération des appels d'achats pour un marché (TGAMA). |
Occurrences |
|
CHOI Début de période. |
ECHU Fin de période. |
Utilisation du paramètre |
A créer pour : Marchés (GMARA) Utilisé dans : Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) Génération des appels d'achats pour un marché (TGAMA) Paramétrage de la génération des achats (GEGAC) |
TPOSANCM - Typologie de marché |
Permet de distinguer différents types de marchés publics et de conditionner certaines formules de calcul pour les éditions des marchés publics. |
Occurrences |
|
ACC Accord cadre |
CVT Convention |
Non gérée. |
BDC Bon de commande |
FFT Forfaitaire |
MIX Mixte |
Utilisation du paramètre |
A créer pour : Classes de marchés (GNCM) Utilisé dans : Marchés (GMARA) Récapitulatif du suivi financier des marchés (ERFMA) |
TRASAMAD - Numéro de tranche |
Les occurrences de ce paramètre permettent de définir, pour les marchés publics, les différents numéros de tranche pouvant être utilisés pour un type de tranche. La chaîne 1 et la chaîne 2 représentent les valeurs entre lesquelles le type de tranche doit être compris. |
Utilisation du paramètre |
A créer pour : Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) Compléments des marchés publics (GCMP) |
TRFSASTT - Transfert des achats en statistiques |
Paramétrage du traitement de transfert en statistiques. Les occurrences de ce paramètre sont liées au paramètre PRM associé au traitement de transfert en statistiques. Cela permet d'effectuer plusieurs transferts en statistiques paramétrés de façon différente. Les valeurs possibles pour le paramètre PRM sont : - D : pour le transfert des demandes d'achats ; - C : pour le transfert après commande ; - R : pour le transfert après réception ; - F : pour le transfert après facture. |
Occurrences |
|
xLCD |
Type de lien. x représente la valeur du paramètre PRM associé au traitement de transfert en statistiques. Cette occurrence n'est prise en compte que si le mode d'achat de la ligne traitée indique que l'on veut envoyer la ligne liée en statistiques. La chaîne 1 donne le type de lien entre la ligne traitée et la ligne dont on veut envoyer les informations en statistiques. |
xMNT |
Montant à transférer. x représente la valeur du paramètre PRM associé au traitement de transfert en statistiques. Si la valeur testée 1 vaut : - O : les montants sont transférés en Hors Taxe ; - N : les montants sont transférés en TTC. |
xPER |
Période de planification. x représente la valeur du paramètre PRM associé au traitement de transfert en statistiques. La chaîne 1 donne le type de période. Ce doit être une occurrence du paramètre TYPOECAP telle que la valeur testée 1 soit égale à "S". Le type de période est utilisé pour rechercher le numéro de période. La valeur testée 1 donne la date utilisée pour rechercher la période. Si la valeur testée 1 vaut : - C : on prend la date de commande ; - R : on prend la date de réception ; - F : on prend la date de facture. |
xGES |
Gestionnaire à transférer. x représente la valeur du paramètre PRM associé au traitement de transfert en statistiques. La chaîne 1 donne la fonction du gestionnaire. Si non renseignée, sélection des gestionnaires quelle que soit leur fonction. Si renseignée, sélection uniquement des gestionnaires ayant cette fonction. La chaîne 2 donne le rôle du gestionnaire. Si non renseignée, sélection des gestionnaires dont le rôle n'est pas saisi. Si renseignée, sélection uniquement des gestionnaires ayant ce rôle. |
Utilisation du paramètre |
Utilisé dans : Transfert des demandes d'achats en statistiques (TSTTDA) Transfert des commandes d'achats en statistiques (TSTTCA) Transfert des réceptions en statistiques (TSTTRA) Transfert des factures d'achats en statistiques (TSTTFA) |
TTRSAMAD - Type de tranche |
Les occurrences de ce paramètre permettent de définir les différents types de tranche pouvant être utilisés pour les marchés publics. Si la valeur testée 1 vaut : - TC : le type de tranche représente une tranche conditionnelle ; - TA : le type de tranche représente une tranche affermie ; - TF : le type de tranche représente une tranche ferme. |
Utilisation du paramètre |
A créer pour : Lignes de marchés de type 1 (GMADA) Lignes de marchés de type 2 (GMALA) Compléments des marchés publics (GCMP) |
TYPSACSG - Type du changement de signataires |
Type du changement de signataires. |
Utilisation du paramètre |
A créer pour : Changement de signataires (GCSGA) |
TYPSAFAA - Type de la facture |
Type des factures. |
Utilisation du paramètre |
A créer pour : Contrôle facture (GFAA) Facturation globale (GFAAG) Facturation détaillée (GFAAD) Génération automatique de factures (TGFAA) Génération automatique de factures (étape) (TGFAE) Intégration des factures d'achats (TTFCA) |
TYPSALCA - Type de la ligne |
Type des lignes de demandes d'achats ou de commandes. |
Utilisation du paramètre |
A créer pour : Lignes de commandes d'achats (GLCA) Lignes de demandes d'achats (GDAL) Lignes d'appels d'offre (GLAO) Lignes de réceptions en quantité (SAILCR) Lignes de facture (SAILCF) Lignes de commandes d'achats : Interface (SAITLC) |
TYPSASTT - Type de statistiques |
Les occurrences de ce paramètre permettent de définir les différents types de statistiques pouvant être utilisés pour la saisie des objectifs de statistiques ou pour les traitements de transfert des achats en statistiques. Certaines occurrences sont définies dans le produit mais la liste peut être complétée. Si la valeur testée 1 vaut : - O : le type de statistiques est un type de statistiques objectif. Il ne peut être utilisé que pour la saisie de lignes de statistiques dans la gestion des objectifs de statistiques (GSTTA) ; - non renseignée : le type de statistiques est un type de statistiques réalisé. Il ne peut être utilisé pour saisir des prévisions de statistiques. |
Occurrences |
|
D : Demande d'achats |
C : Commande |
R : Réception |
F : Facture |
O : Objectif |
La valeur testée 1 est égale à "O". |
Utilisation du paramètre |
A créer pour : Paramétrage des statistiques (GPSTA) Objectifs des statistiques achats (GSTTA) Transfert des commandes d'achats en statistiques (TSTTCA) Transfert des demandes d'achats en statistiques (TSTTDA) Transfert des réceptions en statistiques (TSTTRA) Transfert des factures d'achats en statistiques (TSTTFA) Utilisé dans : Consultation graphique des statistiques achats (CSTTA) |