Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Achats | |||
| GNCA - Classes d'achats | |||
| Cette gestion permet de définir les différentes classes d'achats : classes de demandes et classes de commandes. Les classes permettent de distinguer un ensemble homogène de demandes ou de commandes suivant un même circuit d'information. A chaque classe, on associe des étapes pour décrire la vie administrative de la demande ou de la commande. Afin de contrôler la prise de commandes, différentes autorisations de saisie peuvent également être définies pour chaque classe. Autorisations par : - mode d'achat ; - catégorie de fournisseurs ; - éventuellement catégorie d'articles ; - éventuellement catégorie de fournisseurs et mode d'achat ; - éventuellement catégorie d'articles et mode d'achat. |
| Données |
| Classe |
| Identifiant de la classe de demandes ou de commandes, sur 4 caractères maximum. Cette transaction utilise la "suppression logique". |
| Libellé complet |
| Libellé réduit |
| Etablissement |
| Il est possible d'utiliser la notion de référentiel centralisé. |
| Défaut |
| Si cette case est cochée, la classe peut être proposée par défaut lors de la saisie de demandes d'achats ou de commandes : voir les différentes possibilités de proposition par défaut de la classe dans les transactions de gestion des demandes d'achats (GDAI) ou des commandes (GCDA). Il ne peut y avoir qu'une seule classe par défaut pour un établissement. |
| Confidentialité |
| Le code confidentialité est défini dans la transaction des clés de confidentialité (GCLEC) pour l'entité classe d'achats (code de l'entité NCA). |
| Numéro |
| Dernier numéro |
| Pour les classes à numérotation automatique, il correspond au dernier numéro attribué à une commande (ou demande) pour l'établissement et la classe et est incrémenté de 1 à chaque création d'une nouvelle commande (ou demande). Pour les classes qui ne sont pas à numérotation automatique, le numéro de commande (ou demande) doit être saisi. Ce numéro n'est donc pas géré pour ces classes. |
| Numéro maximum |
| Pour les classes à numérotation automatique, il s'agit de la limite supérieure que le dernier numéro ne doit pas dépasser. Dès que ce numéro est atteint, il n'est plus possible d'attribuer un nouveau numéro de commande pour l'établissement et la classe. |
| Facturation à |
| Tiers à facturer |
| Il s'agit du tiers-établissement auquel le fournisseur devra adresser la facture. Dans la gestion des associations des tiers aux établissements (GATE), un seul tiers peut être défini comme tiers établissement, il est identifié par une nature égale à "E". |
| Adresse à facturer |
| Il s'agit de l'adresse du tiers-établissement auquel le fournisseur devra adresser la facture. |
| Commande |
| Tarif |
| Prix tarif modifiable |
| Si cette case est cochée, le prix tarif de la ligne de demande d'achats (GDAL) ou de commande (GLCA) est modifiable par rapport à la valeur proposée. Si cette case n'est pas cochée, le prix tarif de la ligne de demande d'achats ou de commande n'est pas modifiable par rapport à la valeur proposée et est inaccessible. Ceci n'interdit pas l'application de remises. |
| Remise à l'article |
| Si cette case est cochée, la recherche de la remise dans les tarifs (GTFA) est faite par article c'est-à-dire en cumulant pour un article toutes les lignes de la commande. Elle est effectuée au moment de la valorisation de la commande. Si cette case n'est pas cochée, la recherche est faite ligne par ligne. Elle est effectuée dès la saisie de la ligne (GLCA). |
| Recherche remise |
| Si cette zone vaut "R", cela signifie que les tarifs (GTFA) ne sont pas gérés. Aucune recherche de tarif n'est donc effectuée lors de la saisie d'une ligne de commande (GLCA) ou lors de la valorisation. Si vous ne gérez pas les tarifs, vous devez donc positionner cette zone à "R" afin de ne pas pénaliser les temps de réponse par une recherche de tarifs qui n'aboutira jamais. Si cette zone est différente de "R", les tarifs sont gérés. Dans ce cas, la recherche du tarif s'effectue en six étapes. Dès que l'on trouve un tarif à une étape, la recherche est arrêtée. |
- Etape 1 : la recherche est effectuée avec le marché et l'article. - Etape 2 : la recherche est effectuée avec le marché et la famille d'articles. - Etape 3 : la recherche est effectuée avec le fournisseur et l'article. - Etape 4 : si l'option "Recherche remise" de la classe d'achats est égale à "F", la recherche est effectuée avec la famille de fournisseurs et l'article ++. Si l'option est égale à "A", la recherche est effectuée avec le fournisseur et la famille d'articles +. - Etape 5 : elle est déduite de l'étape 4. - Etape 6 : la recherche est effectuée avec la famille de fournisseurs et la famille d'articles. |
| Date de validité |
| Il s'agit de la date de la commande avec laquelle est effectuée la recherche du tarif. Seuls les tarifs valides à cette date peuvent être appliqués. Les valeurs sont des occurrences du paramètre DVTSANCA. |
| Type de remise |
| Indique si la remise est une remise en pourcentage ou en montant. Cette valeur est proposée lors de la saisie d'une ligne de demande d'achats (GDAL) ou de commande (GLCA) dans le type de remise de la ligne. |
| Ecart supérieur |
| Il s'agit de l'écart supérieur autorisé entre le prix tarif et le prix commandé. Cet écart est exprimé dans la devise de la demande d'achats ou de la commande. |
| Ecart inférieur |
| Il s'agit de l'écart inférieur autorisé entre le prix tarif et le prix commandé. Cet écart est exprimé dans la devise de la demande d'achats ou de la commande. |
| Unité de prix inversée |
| Dans les lignes de demandes d'achats (GDAL) ou de commandes (GLCA), l'unité de prix (ou coefficient) peut être gérée au format réel c'est-à-dire tel qu'elle est stockée dans la base ou peut être inversée par rapport à la valeur stockée. Exemple : article acheté au mètre pour lequel le prix est donné au kilomètre (prix au 1000). L'utilisateur saisit 0.001 ou 1000 dans l'unité de prix. Dans les deux cas, c'est la valeur 0.001 qui est stockée dans la base. Si cette case est cochée, l'unité de prix affichée et saisie est l'inverse de la valeur stockée. Si cette case n'est pas cochée, l'unité de prix affichée et saisie est égale à la valeur stockée. |
| Contrôles |
| Marché obligatoire |
| Si cette case est cochée, la saisie d'un marché est obligatoire pour toutes les demandes d'achats ou commandes de cette classe sinon elle est facultative. |
| Classe de demandes d'achats |
| Si cette case est cochée, la classe est une classe de demandes d'achats sinon, c'est une classe de commandes. |
| Saisie référence externe |
| Si cette case est cochée, la saisie de la référence fournisseur est obligatoire dès la saisie de la commande pour cette classe. Si cette case n'est pas cochée, la saisie de la référence fournisseur est facultative lors de la saisie d'une commande sur cette classe. La référence peut être saisie à la création de la commande ou être attribuée au moment de la confirmation par le fournisseur (GVCF). |
| Libellé article modifiable |
| Si cette case est cochée, le libellé de la ligne de demande d'achats ou de commande est modifiable par rapport à la valeur proposée sinon il est inaccessible. Le libellé de la ligne est proposé à partir du libellé de la référence article/fournisseur (GRAF) si celle-ci existe ou sinon à partir de celui de l'article acheté (GATA). |
| Référence article/fournisseur obligatoire |
| Si cette case est cochée, la saisie d'une ligne de commande n'est possible que si l'article a, au préalable, été référencé pour le fournisseur dans la gestion des articles référencés par fournisseur (GRAF). Si cette case n'est pas cochée, la référence article/fournisseur est facultative. Si elle existe, les informations de la ligne sont proposées à partir de cette référence, sinon elles sont proposées à partir de l'article acheté (GATA). Pour les lignes de demandes d'achats, la référence article/fournisseur est facultative quelle que soit la valeur de cette zone. |
| Un seul article par mode d'achat |
| Si cette case est cochée, il est interdit pour une demande ou une commande donnée de saisir plusieurs fois le même article pour le même mode d'achat. |
| Quantité habituelle référence |
| Si cette case est cochée, lors de la saisie d'une ligne de demande d'achats ou de commande, la quantité demandée ou commandée doit être un multiple de la quantité habituelle de demande ou de commande de la référence article/fournisseur (GRAF). Si la quantité de la référence n'est pas renseignée, le contrôle n'est pas effectué. |
| Quantité avec gratuite |
| Si cette case est cochée, les contrôles de quantités, réalisés lors de la saisie d'une ligne de demande d'achats ou de commande, sont effectués avec la quantité commandée totale. Si cette case n'est pas cochée, les contrôles sont effectués avec la quantité commandée totale moins la quantité gratuite. Les contrôles concernés sont : - contrôle que la quantité commandée soit un multiple de la quantité habituelle de la référence article/fournisseur (GRAF) ; - contrôle que la quantité commandée soit comprise entre la quantité minimale et la quantité maximale de l'article acheté (GATA) ; - contrôle que la quantité commandée soit supérieure ou égale à la quantité minimale de la référence article/fournisseur. |
| Réception multi-classes |
| Si cette case est cochée, les commandes de cette classe peuvent être associées à une réception à laquelle sont déjà rattachées des commandes d'autres classes. Si cette case n'est pas cochée, les commandes de cette classe ne peuvent être associées qu'à des réceptions pour lesquelles ne sont déjà rattachées que des commandes de cette même classe. Il faut interdire les réceptions multi-classes lorsque le circuit (GETCA) des commandes réceptionnées n'est pas le même d'une classe à l'autre. |
| Facture multi-classes |
| Si cette case est cochée, les commandes de cette classe peuvent être associées à une facture à laquelle sont déjà rattachées des commandes d'autres classes. Si cette case n'est pas cochée, les commandes de cette classe ne peuvent être associées qu'à des factures pour lesquelles ne sont déjà rattachées que des commandes de cette même classe. Il faut interdire les factures multi-classes lorsque le circuit (GETCA) des commandes facturées n'est pas le même d'une classe à l'autre. |
| Utilisable en commande solde |
| En cas de livraison partielle d'une commande, un reliquat de commande est généré par le traitement de solde des commandes après réception (TSOLA). Ce reliquat peut correspondre à une sous-commande (même classe, même numéro et incrémentation du sous-numéro) ou à une commande (même classe ou classe différente mais nouveau numéro), le choix est effectué à la soumission. Dans le cas d'une commande, la classe doit être utilisable en commande solde. |
| Commande solde modifiable |
| Si cette case est cochée, les commandes ou sous-commandes reliquat issues du traitement de solde des commandes après réception (TSOLA) peuvent être modifiées. Remarque : les sous-commandes issues du traitement de solde des commandes après facture (TSOLF) ne sont jamais modifiables. |
| Classe embargo |
| Si cette case est cochée, toutes les lignes d'une demande d'achats ou d'une commande doivent avoir un mode d'achat avec même influence sur embargo. |
| Envoi en comptabilité |
| Si cette case est cochée, toutes les lignes d'une demande d'achats ou d'une commande doivent avoir un mode d'achat avec même influence sur comptabilité. Une demande d'achats ou une commande est transférable en comptabilité si toutes ses lignes sont transférables en comptabilité. |
| Total échéance à 100 % |
| Si cette case est cochée, le total des pourcentages des échéances (GCAE) pour une demande d'achats ou une commande doit être égal à 100. |
| Proposition du pays d'origine |
| Cette zone indique comment est proposé le pays d'origine dans les lignes de commandes : - R : à partir de la référence article/fournisseur (GRAF) ; - A : à partir de l'article acheté (GATA). Le pays d'origine doit être renseigné pour les lignes des commandes qui entrent dans le cadre de la déclaration d'échanges de biens entre états membres de la CE (TDEBA). |
| Traitement |
| Archivage transaction |
| Si cette case est cochée, un enregistrement est généré à la création d'une commande dans l'index archivage transaction et est mis à jour au fur et à mesure de la vie de la commande : - confirmation fournisseur (GVCF) ; - engagement (TVCCE) ; - réception de la marchandise (GREC) ; - facture non parvenue (TVCCP) ; - facture fournisseur (GFAA) ; - comptabilisation de la facture (TVCC). Ceci permet de conserver un historique des événements importants survenus pour la commande (référence fournisseur, numéro de réception, numéro de facture, ...) après que celle-ci a été purgée (PCDA). Cet historique peut être visualisé dans la consultation de l'index archivage transaction (CIATA). Si cette case n'a pas été cochée pour une classe à la mise en place de l'Application Achats, il est possible de le faire plus tard. Le traitement d'initialisation de l'index archivage transaction (TIAT) permet alors de reprendre l'existant. |
| Traitement direct |
| Si cette case est cochée, lorsque l'on clique sur le bouton "Traitements" dans la gestion des demandes d'achats (GDAI), des commandes (GCDA), des réceptions (GREC), des factures (GFAA), ... les traitements par étape définis pour la classe sont exécutés directement sans que l'on passe par les enchaînements dynamiques (GEDEA). Les traitements exécutés sont tous ceux non encore réalisés jusqu'à ce que l'on trouve un arrêt proposition dans les étapes par classe (GETCA). Ce fonctionnement n'est possible que si les critères de soumission ont été, au préalable, paramétrés par défaut. Si cette case n'est pas cochée, le bouton "Traitements" propose les traitements à exécuter en appelant les enchaînements dynamiques. |
| Date |
| Cours de devise |
| Modifiable |
| Si cette case est cochée : - le mode de change proposé par défaut sur les demandes d'achats ou les commandes est modifiable ; - la date du cours proposée par défaut sur les demandes d'achats ou les commandes est modifiable si le mode de change autorise également la modification (case "Date modifiable" cochée) ; - la valeur du cours proposée par défaut sur les demandes d'achats ou les commandes est modifiable si le mode de change autorise également la modification (case "Valeur modifiable" cochée). |
| Proposition date |
| Indique la date qui est proposée par défaut dans la date de validité du cours des demandes ou des commandes. Ce paramétrage n'est pris en compte que si le mode de change indique que la date à proposer est la date de gestion. Les différentes dates proposées correspondent aux occurrences du paramètre DVCSANCA. |
| Modifiable |
| Si cette case est cochée, le mode de change de reporting proposé par défaut sur les demandes ou les commandes est modifiable. La date de validité et le cours de reporting proposés ne sont jamais modifiables même si la classe l'autorise (la date de validité est égale à la date de double comptabilisation de l'établissement et le cours est unique). |
| Proposition date |
| Non gérée. Pour les demandes d'achats ou les commandes, la date de validité du cours de reporting est toujours égale à la date de double comptabilisation de l'établissement. |
| Date comptable |
| Obligatoire |
| Si cette case est cochée, la saisie de la date comptable est obligatoire pour les commandes de cette classe. Si cette case n'est pas cochée, la saisie de la date comptable est facultative. |
| Proposition date |
| Indique la date qui est proposée par défaut dans la date comptable de la commande. Les différentes dates proposées correspondent aux occurrences du paramètre DECSANCA. |
| Date initiale |
| Modifiable |
| Si cette case est cochée, la date initiale des lignes de commandes est modifiable par rapport à la valeur proposée. |
| Proposition date |
| Indique la date qui est proposée par défaut dans la date initiale de la ligne de commande. Les différentes dates proposées correspondent aux occurrences du paramètre DL1SANCA. |
| Si non renseignée |
| Indique la date qui est proposée par défaut dans la date initiale de la ligne de commande dans le cas où la première proposition n'a rien ramené. Les différentes dates proposées correspondent aux occurrences du paramètre DL1SANCA. |
| Date de contrat |
| Modifiable |
| Si cette case est cochée, la date de contrat des commandes est modifiable par rapport à la valeur proposée. |
| Proposition date |
| Indique la date qui est proposée par défaut dans la date de contrat de la commande. Les différentes dates proposées correspondent aux occurrences du paramètre DC1SANCA. |
| Si non renseignée |
| Indique la date qui est proposée par défaut dans la date de contrat de la commande dans le cas où la première proposition n'a rien ramené. Les différentes dates proposées correspondent aux occurrences du paramètre DC1SANCA. |
| Sous-commandes |
| Valeurs différentes entre les sous-commandes |
| Contrôle que les valeurs ci-dessous puissent être différentes entre les sous-commandes (ou sous-demandes). Ce contrôle s'applique lors de la création de sous-commandes (ou sous-demandes) dans la : - gestion des demandes d'achats (GDAI) ; - transformation des demandes d'achats en commandes (TDAI) ; - gestion des commandes (GCDA) ; - duplication de commandes (TDCDA) ; - génération de commandes à partir d'une liste de fournisseurs (TGCDA) ; - intégration de commandes (TTCDA) ; - génération de commandes d'écart (TGCEA). |
| Compléments |
| Article |
| MAJ du prix de l'article |
| Si cette case est cochée, le prix d'achat tarif de l'article acheté (GATA) est mis à jour à partir du prix tarif, du prix commandé ou du prix facturé des lignes de commandes. En fonction du prix paramétré pour cette mise à jour ("Prix pour MAJ"), celle-ci est effectuée au moment de la création de la ligne de commande (pour le prix tarif et le prix commandé) ou à la facturation de la ligne (pour le prix facture). Si cette case n'est pas cochée, le prix d'achat de l'article acheté n'est pas modifié à partir des lignes. |
| Création ou MAJ de la référence article/fournisseur |
| Si cette case est cochée, le prix d'achat tarif de la référence article/fournisseur (GRAF) est mis à jour à partir du prix tarif, du prix commandé ou du prix facturé des lignes de commandes. En fonction du prix paramétré pour cette mise à jour ("Prix pour MAJ"), celle-ci est effectuée au moment de la création de la ligne de commande (pour le prix tarif et le prix commandé) ou à la facturation de la ligne (pour le prix facture). Si la référence article/fournisseur n'existe pas, elle est créée. Si cette case n'est pas cochée, le prix d'achat de la référence article/fournisseur n'est pas modifié à partir des lignes et si elle n'existe pas, la référence n'est pas créée. |
| Prix pour MAJ |
| Ce champ est obligatoire lorsque au moins une des deux cases ci-dessus est cochée. Il s'agit du prix utilisé pour la mise à jour du prix d'achat de l'article acheté et/ou de la référence article/fournisseur : - T : prix tarif de la ligne ; - C : prix commandé de la ligne ; - F : prix facturé de la ligne. |
| MAJ du mode d'achat |
| Ce champ n'est accessible que si la mise à jour de la référence article/fournisseur à partir des lignes est activée. Si cette case est cochée, le mode d'achat de la référence article/fournisseur est mis à jour avec le mode d'achat de la ligne de commande. |
| Rôle de la référence |
| Cette information n'est accessible que si la mise à jour de la référence article/fournisseur à partir des lignes est activée. Si elle est renseignée, elle est copiée dans le rôle de la référence article/fournisseur. Les valeurs possibles sont des occurrences du paramètre ROLSARAF. |
| Article de remplacement |
| Cette information permet de contrôler si un article de remplacement est défini pour l'article acheté (GATA) des lignes de demandes d'achats ou de commandes. Les valeurs possibles sont : - Rien : aucun contrôle n'est effectué ; - Signalé : affichage d'un message d'alerte si un article de remplacement est défini pour l'article acheté ; - Bloquant : affichage d'un message bloquant si un article de remplacement est défini pour l'article acheté ; - Substitution : affichage d'un message d'alerte et substitution de l'article de la ligne de demande d'achats ou de commande par l'article de remplacement défini pour l'article acheté. |
| Gestion |
| Paramétrage du contrôle de l'article de remplacement pour les lignes de demandes d'achats ou de commandes créées dans la : - gestion des lignes de demandes d'achats (GDAL) ; - gestion des lignes de commandes (GLCA) ; - transformation des demandes d'achats en commandes (TDAI) ; - génération automatique des commandes à partir des demandes d'achats (TGDAI). |
| Traitement |
| Paramétrage du contrôle de l'article de remplacement pour les lignes de demandes d'achats ou de commandes créées par le traitement : - intégration des demandes d'achats ou de commandes (TTCDA) ; - duplication des demandes d'achats ou de commandes (TDCDA) ; - génération de commandes à partir d'une liste de fournisseurs (TGCDA). |
| Mnémonique d'appel pour aperçu |
| Suivant la classe, il s'agit du mnémonique d'appel de l'édition des demandes d'achats (EDAI) ou de l'édition du bon de commande. S'il est renseigné, il doit être référencé dans les étapes par classe (GETCA) pour la classe et permet de visualiser à l'écran l'édition de la demande d'achats ou du bon de commande à partir du bouton "Aperçu" des gestions des : - demandes d'achats (GDAI) ; - signatures de demandes d'achats (GSGDA) ; - commandes (GCDA) ; - signatures de commandes (GSGCA). Cette fonctionnalité n'est active que pour l'édition des demandes d'achats et du bon de commande standard. Pour les programmes spécifiques, elle peut être développée à la demande du client. |
| Gestionnaire |
| Suivant le paramétrage des autorisations de gestionnaires par classe d'achats (GAGC), le gestionnaire peut être proposé par défaut sur les demandes d'achats ou commandes de cette classe. |
| Marché |
| Date de validité |
| Il s'agit de la date de la commande avec laquelle est contrôlée la validité du marché. Pour pouvoir passer une commande de cette classe sur un marché, il faut que celui-ci soit valide à cette date. Cette date est également utilisée pour la recherche des références articles/fournisseurs. Pour être utilisée, une référence doit être valide à cette date. Les valeurs sont des occurrences du paramètre DMVSANCA. |
| Hiérarchie fournisseur |
| Il s'agit du chemin de composition (GRFA) utilisé, lors de la saisie d'une commande sur un marché, pour contrôler que le fournisseur de la commande appartient bien à la famille de fournisseurs du marché. Le chemin permet de parcourir la hiérarchie de fournisseurs. |
| Fournisseur appartenant au marché |
| Si cette case est cochée, pour une demande ou commande passée sur un marché, il est interdit de saisir un fournisseur non référencé dans le marché. Le fournisseur doit appartenir à la famille de fournisseurs du marché ou être égal au fournisseur d'une des lignes du marché. Si cette case n'est pas cochée, le fournisseur ne doit pas obligatoirement appartenir au marché. |
| Article appartenant au marché |
| Si cette case est cochée, pour une demande ou commande passée sur un marché, il est interdit de saisir des articles non référencés dans le marché. L'article doit appartenir à la famille d'articles d'une des lignes du marché. Le contrôle n'est effectué que si le marché possède des lignes. Si cette case n'est pas cochée, l'article ne doit pas obligatoirement appartenir au marché. Si cette case est cochée et si la case "Fournisseur appartenant au marché" l'est également, l'article et le fournisseur doivent tous les deux appartenir au marché. Le fournisseur doit alors être égal au fournisseur de la ligne de marché à laquelle est rattaché l'article si le fournisseur de cette ligne est renseigné, sinon à la famille de fournisseurs du marché. |
| Mise à jour du marché |
| Contrôle du marché et mise à jour de l'en cours |
| Cette zone indique à quel moment est effectué le suivi de l'en cours dans le cas où la commande porte sur un marché, et donc avec quelles informations les montants et les quantités en cours du marché sont mis à jour. Le suivi de l'en cours peut être effectué : - en commande : les montants et les quantités en cours du marché sont mis à jour au fur et à mesure de la saisie des lignes de la commande ; - en réception : les montants et les quantités en cours du marché sont mis à jour à la réception des lignes de la commande ; - en commande et en réception : les montants et les quantités en cours du marché sont mis à jour au fur et à mesure de la saisie des lignes de la commande et ils sont réactualisés lors de la réception de ces lignes. La mise à jour n'est effectuée que si la quantité et/ou le montant prévu du marché et/ou de la ligne de marché ne sont pas dépassés ou si le paramétrage indique que les dépassements ne sont pas bloquants. Par la suite, le traitement de cumul des commandes d'achats dans les marchés (TMARA) diminuera l'en cours pour mettre à jour les montants et quantités réalisés du marché et des lignes de marché. Le contrôle de l'en cours ne peut être fait que si la mise à jour du réalisé du marché n'est pas cochée. |
| Mise à jour du réalisé du marché |
| Si cette case est cochée et si la commande concerne un marché, les montants et quantités réalisés du marché sont mis à jour dès la saisie des lignes de la commande. Dans ce cas, il n'y a pas de suivi de l'en cours et donc pas de contrôle de dépassement du marché. Cette case ne peut être cochée que si aucun contrôle du marché n'est coché. |
| Comptabilisation |
| Compte |
| Obligatoire |
| Si cette case est cochée, le compte de la ligne (charge ou immobilisation) doit obligatoirement être renseigné. Si cette case n'est pas cochée, le compte de la ligne est facultatif. |
| Modifiable |
| Si cette case est cochée, la valeur proposée dans le compte de la ligne est modifiable. |
| Proposition |
| Indique l'origine du compte qui est proposé par défaut dans les lignes. Le compte proposé peut être celui de la référence article/fournisseur (GRAF) ou de l'article acheté (GATA). |
| CGR A |
| Obligatoire |
| Si cette case est cochée, le CGR A des demandes ou des commandes doit obligatoirement être renseigné. Il peut être renseigné dans l'en-tête, dans les lignes ou dans les ventilations par CGR (GVCG). Si cette case n'est pas cochée, le CGR A est facultatif. |
| Contrôle bloquant |
| Cette information indique comment est effectué le contrôle de saisie du CGR A. Trois valeurs sont possibles : - B : le contrôle est effectué et est bloquant dès la saisie dans la gestion des demandes (GDAI) ou des commandes (GCDA). Ceci n'est possible que si les ventilations par CGR A (GVCG) à la ligne ne sont pas gérées car il est alors impossible de les saisir ; - R : le contrôle n'est pas effectué à la saisie, il est effectué lors de la valorisation ce qui permet de gérer les ventilations par CGR A à la ligne ; - S : le contrôle est effectué dès la saisie dans la gestion des demandes ou des commandes mais n'est pas bloquant. En cas d'anomalie, la demande ou la commande est enregistrée. Le contrôle n'est bloquant que lors de la valorisation et il est ainsi possible de saisir des ventilations par CGR A à la ligne. |
| Modifiable |
| Si cette case est cochée, le CGR A des demandes ou des commandes est modifiable (en-tête, lignes ou ventilations par CGR). |
| Proposition |
| Indique comment est proposé le CGR A dans les lignes de demandes ou de commandes. La règle de proposition est définie dans la gestion de proposition de la clé analytique achat (GPCLA). |
| CGR B |
| Obligatoire |
| Si cette case est cochée, le CGR B des demandes ou des commandes doit obligatoirement être renseigné. Il peut être renseigné dans l'en-tête, dans les lignes ou dans les ventilations par CGR (GVCG). Si cette case n'est pas cochée, le CGR B est facultatif. |
| Contrôle bloquant |
| Cette information indique comment est effectué le contrôle de saisie du CGR B. Trois valeurs sont possibles : - B : le contrôle est effectué et est bloquant dès la saisie dans la gestion des demandes (GDAI) ou des commandes (GCDA). Ceci n'est possible que si les ventilations par CGR B (GVCG) à la ligne ne sont pas gérées car il est alors impossible de les saisir. - R : le contrôle n'est pas effectué à la saisie, il est effectué lors de la valorisation ce qui permet de gérer les ventilations par CGR B à la ligne. - S : le contrôle est effectué dès la saisie dans la gestion des demandes ou des commandes mais n'est pas bloquant. En cas d'anomalie, la demande ou la commande est enregistrée. Le contrôle n'est bloquant que lors de la valorisation et il est ainsi possible de saisir des ventilations par CGR B à la ligne. |
| Modifiable |
| Si cette case est cochée, le CGR B des demandes ou des commandes est modifiable (en-tête, lignes ou ventilations par CGR). |
| Proposition |
| Indique l'origine du CGR B qui est proposé par défaut dans les lignes. Le CGR B proposé peut être celui de l'article acheté (GATA), du fournisseur (GFOU), du dépôt (GDEP), du marché (GMARA), de la ligne de marché (GMADA) ou de l'association utilisateur-segment (GAUS). |
| Segment |
| Ce segment peut être utilisé pour composer la clé analytique proposée dans la ligne de demande ou de commande. |
| Mode de change devise |
| Mode de change proposé par défaut pour les demandes ou commandes de cette classe. |
| Mode de change reporting |
| Mode de change de reporting proposé par défaut pour les demandes ou commandes de cette classe si la devise de reporting de l'établissement est renseignée. Ce mode de change est obligatoire si le reporting est géré pour l'établissement, sinon il est interdit. |
| Informations taxe |
| Proposition |
| Indique comment sont proposées : - les informations taxe (type, régime et mode) dans l'en-tête de demande d'achats ou de commande ; - la taxe dans les lignes. |
| Mode de taxe |
| Si les informations taxe doivent être proposées à partir de la classe, il s'agit du mode de taxe qui est proposé par défaut dans l'en-tête de demande ou de commande. Les valeurs sont des occurrences du paramètre MODOETVA. |
| Régime de taxe |
| Si les informations taxe doivent être proposées à partir de la classe, il s'agit du régime de taxe qui est proposé par défaut dans l'en-tête de demande ou de commande. Les valeurs sont des occurrences du paramètre REGOETVA. |
| Modification après comptabilisation |
| Adresse |
| Si cette case est cochée, la modification des adresses de tiers (adresses de paiement, de facturation, de livraison et de commande) via la gestion de modification de masse des commandes (GMCDA) est autorisée même si la commande est facturée et que la facture est transférée en comptabilité. Si cette case n'est pas cochée, la modification d'une commande facturée et transférée en comptabilité n'est pas autorisée. |
| Domiciliation de l'adresse |
| Non géré. |
| Informations règlement |
| Cette option indique comment est autorisée la modification des informations règlement des échéances de commandes (mode de règlement, nombre de jours, date de règlement et domiciliation du tiers), via la gestion de modification de masse des échéances (GMCAE), pour une commande non facturée pour laquelle une écriture d'engagement (TVCCE) et/ou une écriture de facture non parvenue (TVCCP) a été générée et n'est pas annulée ou pour une commande facturée pour laquelle la facture est transférée en comptabilité (TVCC) : "Commande/Réception" : - si la modification des informations règlement intervient sur une commande non facturée pour laquelle une écriture d'engagement (TVCCE) et/ou une écriture de facture non parvenue (TVCCP) a été générée et n'est pas annulée, la modification est autorisée et les informations règlement des pièces (GPIE) correspondantes sont également modifiées, - si la modification des informations règlement intervient sur une commande facturée et que la facture est transférée en comptabilité (TVCC), la modification n'est pas autorisée ; "Commande/Réception/Facture" : si la modification des informations règlement intervient sur une commande non facturée pour laquelle une écriture d'engagement (TVCCE) et/ou une écriture de facture non parvenue (TVCCP) a été générée et n'est pas annulée ou sur une commande facturée et que la facture est transférée en comptabilité (TVCC), la modification est autorisée et les informations règlement des pièces (GPIE) correspondantes sont également modifiées ; "Facture" : si la modification des informations règlement intervient sur une commande facturée et que la facture est transférée en comptabilité (TVCC), la modification est autorisée et les informations règlement des pièces (GPIE) correspondantes sont également modifiées ; "Rien" : si la modification des informations règlement intervient sur une commande non facturée pour laquelle une écriture d'engagement (TVCCE) et/ou de facture non parvenue (TVCCP) a été générée et n'est pas annulée ou sur une commande facturée et que la facture est transférée en comptabilité (TVCC), la modification n'est pas autorisée. Remarque : dans le cadre de la comptabilité publique, cette option ne peut pas être égale à "Commande/Réception" ou "Commande/Réception/Facture". |
| Lien |
| Génération de commandes à partir de D.A. |
| Ces informations ne sont accessibles que pour les classes de demandes d'achats (case "classe de demandes d'achats" cochée). Elles sont utilisées par le traitement de génération des commandes à partir des demandes d'achats (TDAI). |
| Création des liens |
| Si cette case est cochée, lors de la transformation d'une demande d'achats en commande, un lien est généré entre les lignes de la demande d'achats et les lignes des commandes correspondantes. |
| Type de lien |
| Il s'agit du type du lien qui est généré entre les lignes de demandes d'achats et les lignes de commandes. Les valeurs sont des occurrences du paramètre TYPSALCD. Le lien doit être un lien mère/fille (valeur testée 1 du paramètre égale à "M") et généré (valeur testée 2 égale à "G"). Cette zone est obligatoire si la création des liens est cochée ou sinon est inaccessible. |
| Classe de commandes associée |
| Il s'agit de la classe de commandes qui est proposée par défaut lors de la transformation des demandes d'achats en commandes. Cela permet de proposer une classe de commandes pour une classe de demandes d'achats. Cette classe doit être définie comme classe de commandes : case "classe de demandes d'achats" non cochée. |
| Lien de contrôle |
| Type de lien |
| Ce type de lien permet, lors de la création de lignes pour une commande, de contrôler la provenance de celle-ci et ainsi de limiter l'utilisation d'une classe de commandes à certains cas. Exemple : une classe de commandes pour laquelle on veut que toutes les commandes soient issues d'une demande d'achats. Lors de la création d'une ligne pour une commande de cette classe, si le type de lien de contrôle est renseigné et s'il n'existe pas un lien dans GLCD avec ce type de lien, la création est bloquée. |
| Paramètres standard |
| Etapes |
| Contrôles liés aux étapes |
| En-tête |
| Création |
| C'est l'étape maximale à laquelle peuvent être créés les en-têtes de demandes d'achats ou de commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. Cette étape s'applique aussi pour la création des paramètres 1 à 15 (GCAPE) associés à l'en-tête de demande ou de commande. |
| Modification |
| C'est l'étape maximale à laquelle peuvent être modifiés les en-têtes de demandes d'achats ou de commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. Cette étape s'applique aussi pour la modification des paramètres 1 à 15 (GCAPE) associés à l'en-tête de demande ou de commande. |
| Suppression |
| C'est l'étape maximale à laquelle peuvent être supprimés les en-têtes de demandes d'achats ou de commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. Cette étape s'applique aussi pour la suppression des paramètres 1 à 15 (GCAPE) associés à l'en-tête de demande ou de commande. |
| Ligne |
| Création |
| C'est l'étape maximale jusqu'à laquelle peuvent être créées les lignes de demandes d'achats ou de commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. Cette étape s'applique aussi pour la création des paramètres 1 à 15 (GCAPL) associés aux lignes de demandes ou de commandes. |
| Modification |
| C'est l'étape maximale jusqu'à laquelle peuvent être modifiées les lignes de demandes d'achats ou de commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. Cette étape s'applique aussi pour la modification des paramètres 1 à 15 (GCAPL) associés aux lignes de demandes ou de commandes. |
| Suppression |
| C'est l'étape maximale jusqu'à laquelle peuvent être supprimées les lignes de demandes d'achats ou de commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. Cette étape s'applique aussi pour la suppression des paramètres 1 à 15 (GCAPL) associés aux lignes de demandes ou de commandes. |
| Gestionnaire |
| Création |
| C'est l'étape maximale jusqu'à laquelle peuvent être créés les gestionnaires des demandes d'achats ou des commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Modification |
| C'est l'étape maximale jusqu'à laquelle peuvent être modifiés les gestionnaires des demandes d'achats ou des commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Suppression |
| C'est l'étape maximale jusqu'à laquelle peuvent être supprimés les gestionnaires des demandes d'achats ou des commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Condition de facturation |
| Création |
| C'est l'étape maximale jusqu'à laquelle peuvent être créées les conditions de facturation des demandes d'achats ou des commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Modification |
| C'est l'étape maximale jusqu'à laquelle peuvent être modifiées les conditions de facturation des demandes d'achats ou des commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Suppression |
| C'est l'étape maximale jusqu'à laquelle peuvent être supprimées les conditions de facturation des demandes d'achats ou des commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Echéance |
| Création |
| C'est l'étape maximale jusqu'à laquelle peuvent être créées les échéances des demandes d'achats ou des commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Modification |
| C'est l'étape maximale jusqu'à laquelle peuvent être modifiées les échéances des demandes d'achats ou des commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Suppression |
| C'est l'étape maximale jusqu'à laquelle peuvent être supprimées les échéances des demandes d'achats ou des commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Texte |
| Création |
| C'est l'étape maximale jusqu'à laquelle peuvent être créés les textes des demandes d'achats ou des commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Modification |
| C'est l'étape maximale jusqu'à laquelle peuvent être modifiés les textes des demandes d'achats ou des commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Suppression |
| C'est l'étape maximale jusqu'à laquelle peuvent être supprimés les textes des demandes d'achats ou des commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Ventilation par CGR |
| Création |
| C'est l'étape maximale jusqu'à laquelle peuvent être créées les ventilations par CGR des demandes d'achats ou des commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Modification |
| C'est l'étape maximale jusqu'à laquelle peuvent être modifiées les ventilations par CGR des demandes d'achats ou des commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Suppression |
| C'est l'étape maximale jusqu'à laquelle peuvent être supprimées les ventilations par CGR des demandes d'achats ou des commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Lien |
| Création |
| C'est l'étape maximale jusqu'à laquelle peuvent être créés les liens des demandes d'achats ou des commandes de cette classe. Il est interdit de créer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Modification |
| C'est l'étape maximale jusqu'à laquelle peuvent être modifiés les liens des demandes d'achats ou des commandes de cette classe. Il est interdit de modifier si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Suppression |
| C'est l'étape maximale jusqu'à laquelle peuvent être supprimés les liens des demandes d'achats ou des commandes de cette classe. Il est interdit de supprimer si l'étape de la demande ou de la commande est supérieure à cette étape. Le numéro saisi peut ne pas correspondre à une étape existante. |
| Valorisation |
| Etape maximale |
| C'est l'étape maximale jusqu'à laquelle la demande d'achats ou la commande peut être valorisée avec le bouton "Valorisation" dans la gestion des demandes d'achats (GDAI) ou dans la gestion des commandes (GCDA). La valorisation est impossible si l'étape de la demande d'achats ou de la commande est supérieure à cette étape. |
| Annulation |
| Selon l'avancement de la demande d'achats ou de la commande, il est possible de faire reculer celle-ci dans les étapes et de la ramener à l'étape initiale (étape de création). Ceci peut être fait par le traitement de retour à l'étape initiale (TANU) ou par l'option "Retour à l'étape initiale" depuis les gestions des demandes d'achats (GDAI) ou des commandes (GCDA). Dans tous les cas, les traitements qui ont pu être effectués sur la demande ou la commande sont annulés (annulation des réservations en stock, annulation de l'engagement, ...). |
| Etape minimale |
| C'est l'étape minimale que la demande d'achats ou la commande doit avoir atteinte pour que le retour à l'étape initiale puisse être effectué. |
| Etape maximale |
| C'est l'étape maximale que la demande d'achats ou la commande doit avoir atteinte pour que le retour à l'étape initiale puisse être effectué. |
| Fournisseur |
| Valeur(s) modifiable(s) |
| En saisie de demandes d'achats (GDAI) ou de commandes (GCDA), un ensemble de valeurs est proposé par défaut à partir du marché ou du fournisseur. Il est possible d'autoriser ou d'interdire la modification de ces valeurs. Si le marché est renseigné pour la commande, les valeurs sont proposées à partir du marché et les contrôles d'autorisation de modifications sont effectués en fonction des valeurs du marché, sinon les valeurs sont proposées à partir du fournisseur et les contrôles sont effectués en fonction du fournisseur. |
| Adresse de facture |
| Si cette case est cochée, l'adresse de facturation de la commande est modifiable et peut être différente de celle du fournisseur (ou du marché). Si cette case n'est pas cochée, l'adresse de facturation de la commande et du fournisseur (ou du marché) doivent être identiques. Si le fournisseur de la commande est un fournisseur dit "Divers", l'adresse de facturation des commandes proposée par défaut est modifiable même si la classe de commandes interdit la mise à jour de l'adresse de facturation. |
| Adresse de paiement |
| Si cette case est cochée, l'adresse de paiement de la commande est modifiable et peut être différente de celle du fournisseur (ou du marché). Si cette case n'est pas cochée, l'adresse de paiement de la commande et du fournisseur (ou du marché) doivent être identiques. Si le fournisseur de la commande est un fournisseur dit "Divers", l'adresse de paiement des commandes proposée par défaut est modifiable même si la classe de commandes interdit la mise à jour de l'adresse de paiement. |
| Cotation |
| La cotation est un critère d'évaluation du fournisseur qui peut être utilisé pour bloquer le passage de commandes à un fournisseur. Le blocage se fait en comparant la cotation du fournisseur aux cotations paramétrées pour la classe de commandes. La cotation est généralement orientée qualité et respect des délais de livraison. |
| Rating |
| Le rating est un critère d'évaluation du fournisseur qui peut être utilisé pour bloquer le passage de commandes à un fournisseur. Le blocage se fait en comparant le rating du fournisseur aux ratings paramétrés pour la classe de commandes. Le rating est généralement d'ordre financier. |
| Plusieurs tiers pour une commande |
| Si cette case est cochée, il est possible d'avoir des tiers de facturation, paiement, commande et livraison différents pour une même demande d'achats ou commande. Si cette case n'est pas cochée, les quatre tiers doivent être identiques. |
| Recopie tiers facture dans les autres |
| Si cette case est cochée et s'il est interdit d'avoir plusieurs tiers pour une demande d'achats ou commande, le tiers de facturation est recopié dans les tiers de commande, livraison et paiement. Il en est de même pour l'adresse de facturation. |
| Stock |
| Génération des mouvements de stocks |
| Si cette case est cochée, des mouvements de stock sont générés : - mouvements de sortie pour les demandes de services (case "classe de demandes d'achats" cochée) lors du traitement de mise à jour en stock des demandes de services (TSDA) ; - mouvements d'entrée pour les commandes lors du traitement de mise à jour des achats en stock (TSTA). Si cette case n'est pas cochée, aucun mouvement de stock n'est généré lors de la mise à jour en stock des demandes de services ou lors de la mise à jour des achats en stock. Ceci n'empêche pas la mise à jour des quantités. |
| Classes de mouvements |
| Ces classes ne peuvent être renseignées que si la génération des mouvements de stocks est activée. Ce sont les classes sur lesquelles sont générés les mouvements de stock lors de la mise à jour en stock des demandes de services (TSDA) ou lors de la mise à jour en stock des commandes (TSTA). Ces mouvements sont générés sur : - la classe de stock pour les demandes de services ; - la classe de stock ou la classe de quarantaine, suivant que l'article est géré en quarantaine ou non, pour les commandes. Ainsi, la classe de stock est obligatoire pour les classes de demandes de services et facultative pour les classes de commandes. La classe de quarantaine est interdite et inaccessible pour les classes de demandes de services et facultative pour les classes de commandes. Pour les classes de commandes, au moins une des deux classes doit être renseignée. |
| Classe de stock |
| Cette classe est une classe de sortie de stock pour les demandes de services (case "classe de demandes d'achats" cochée) et une classe d'entrée en stock pour les commandes. Pour le détail de son utilisation, se reporter à la documentation sur les traitements de mise à jour des demandes de services en stock (TSDA) et de mise à jour des achats en stock (TSTA). |
| Classe de quarantaine |
| Cette classe est une classe d'entrée en quarantaine pour les commandes. Pour le détail de son utilisation, se reporter à la documentation sur le traitement de mise à jour des achats en stock (TSTA). |
| Dépôt fournisseur ou dépôt client |
| Cette zone est égale à "Interdit" si la génération des mouvements de stocks est inactive. Elle indique si : - la saisie du dépôt client est obligatoire, facultative ou interdite lors de la saisie d'une demande de services (GDAI) ; - la saisie du dépôt fournisseur est obligatoire, facultative ou interdite lors de la saisie d'une commande (GCDA). |
| Classes de mouvements transfert dépôt |
| Ces deux classes sont utilisées pour les transferts de stock entre dépôt dans le cadre de la gestion des stocks clients pour les demandes de services et des stocks fournisseurs pour les commandes. Elles doivent être renseignées suivant la valeur de la zone "Dépôt fournisseur ou client" : - obligatoire : au moins une des deux classes doit être renseignée ; - interdit : les deux classes ne doivent pas être renseignées ; - facultatif : la saisie des deux classes est libre. Dans tous les cas, la classe de transfert de stock ne peut être renseignée que si la classe de stock est renseignée et la classe de transfert de quarantaine ne peut être renseignée que si la classe de quarantaine est renseignée. |
| Classe de transfert de stock |
| Cette classe est une classe d'entrée en stock pour les demandes de services et une classe de sortie de stock pour les commandes. Pour le détail de son utilisation, se reporter à la documentation sur les traitements de mise à jour des demandes de services en stock (TSDA) et de mise à jour des achats en stock (TSTA). |
| Classe de transfert de quarantaine |
| Cette classe est une classe de sortie de quarantaine pour les commandes. Pour le détail de son utilisation, se reporter à la documentation sur le traitement de mise à jour des achats en stock (TSTA). |
| Classes de mouvements retour |
| Ces classes ne peuvent être renseignées que pour les classes de commandes et si la génération des mouvements de stock est activée. Elles sont utilisées, lors d'un retour de marchandises, pour la génération des mouvements de stock retour. Si ces classes sont renseignées, le mouvement de stock est généré sur une de ces classes sinon il est généré soit sur la classe de stock soit sur la classe de quarantaine. La classe de retour de stock ne peut être renseignée que si la classe de stock est renseignée et la classe de retour de quarantaine ne peut être renseignée que si la classe de quarantaine est renseignée. Pour le détail de l'utilisation de ces classes, se reporter à la documentation sur le traitement des retours (GRET). |
| Classes de mouvements sous-traitance |
| Ces classes ne peuvent être renseignées que pour les classes de commandes quand la génération des mouvements de stock est activée. Elles sont utilisées pour les lignes de commandes qui ont un mode d'achat (GMDA) avec influence sur sous-traitance. Ce sont des classes de sortie de stock. Si ces classes sont renseignées, le mouvement de stock est généré sur une de ces classes. |
| Classe de stock |
| Cette classe est une classe de sortie de stock. Pour le détail de son utilisation, se reporter à la documentation sur le traitement de mise à jour des achats en stock (TSTA). |
| Classe de quarantaine |
| Cette classe est une classe de sortie de quarantaine. Pour le détail de son utilisation, se reporter à la documentation sur le traitement de mise à jour des achats en stock (TSTA). |
| Création des lots |
| Suivant la valeur sélectionnée, lors de la réception d'une ligne portant sur un article géré par lot et/ou emplacement, un enregistrement est généré automatiquement dans les détails par lot et emplacement (SAILAL) : - la quantité est égale à la quantité réceptionnée de la ligne ; - le lot fournisseur est égal à "." ; - le lot est calculé à partir de la gestion de paramétrage des lots achats (GPLOA) si l'article est géré par lot ou sinon il est égal à "." ; - l'emplacement est égal à l'emplacement de l'article stocké (GATS) ou de l'article par dépôt et emplacement (GDIN), (suivant l'occurrence PROEMP du paramètre AUTSTOCK) si l'article est géré par emplacement ou sinon il est égal à ".". Dans le cas où la quantité est négative, la génération automatique n'est possible que si l'article n'est pas loti. Si la génération n'est pas automatique, le détail par lot et emplacement doit être saisi : un message d'alerte est affiché pour le rappeler. Si le détail n'est malgré tout pas saisi, un message bloquant est envoyé lors de la mise à jour des achats en stock (TSTA) et lors du traitement de solde des commandes après réception (TSOLA). Remarque : si l'article n'est pas géré par lot mais par emplacement, le détail par emplacement peut être généré automatiquement à la réception de la ligne même si la création automatique n'est pas active. Pour cela, il faut que la valeur testée 1 de l'occurrence CAJSTE du paramètre AUTSTOCK soit égale à "N". La création est alors effectuée comme si la création automatique était active. |
| Annulation des prix |
| Si cette case est cochée, l'annulation des prix en stock peut être effectuée dans les traitements suivants : - annulation d'une commande (TSRD) ; - changement de devise (TTPD) ; - commande réceptionnée sans facture (TRSF) ; - annulation d'une commande réceptionnée (TACRA). L'annulation dépend du paramétrage de chacun des traitements dans la gestion de validation des objectifs par traitement (GOVT). Si cette case n'est pas cochée, les prix ne sont pas annulés dans les traitements précédents. |
| Paramétrage annexe |
| Lors de la création d'une nouvelle classe de demandes d'achats ou de commandes, un ensemble d'autorisations et de paramétrages complémentaires pour cette classe est nécessaire. Paramétrage obligatoire pour les classes de demandes d'achats et de commandes : - les étapes par classe (GETCA) ; - les autorisations classes, catégories de fournisseurs (GCLCA) ; - les autorisations classes, modes d'achat (GCLMA) ; - les comptes collectifs (GCCOA). Paramétrage facultatif pour les classes de demandes d'achats et de commandes : - les autorisations classes, catégories d'articles achetés (GCCAA) ; - les autorisations classes, modes d'achat, catégories de fournisseurs (GMCCA) ; - les autorisations classes, modes d'achat, catégories d'articles achetés (GMCAA) ; - les autorisations classes, catégories de remise (GCCRA) ; - les textes par classe (GTXENCA) ; - les lignes de textes par classe (GTXTLNCA) ; - le paramétrage des textes (GPTXA) ; - les rubriques par classe (GARUNCA) ; - les exceptions sur compte (GCPTA) ; - les exceptions sur CGR (GCGRA) ; - les conditions de facturation par classe (GCFCA) ; - la définition des paramètres (GDPCA) ; - le paramétrage des statistiques (GPSTA) ; - les autorisations gestionnaires, classes d'achats (GAGC) ; - le paramétrage des segments par classe (GPSCA) ; - les autorisations de catégories achats (GACGA). Paramétrage facultatif pour les classes de demandes d'achats : - la valorisation des demandes d'achats (GVDA). Paramétrage facultatif pour les classes de commandes : - le paramétrage de la mise à jour des prix en stock (GPPXA). |
| Transactions associées |
| GARUNCA - Rubriques par classes d'achats |
| GCCAA - Catégories d'articles par classe d'achats |
| GCCOA - Comptes collectifs par classe d'achats |
| GCFCA - Conditions de facturation par classe |
| GCGRA - Exceptions de CGR par classe d'achats |
| GCLCA - Catégories par classe d'achats |
| GCLMA - Modes par classe d'achats |
| GCPTA - Exceptions de comptes par classe d'achats |
| GDPCA - Définition des paramètres des commandes |
| GETCA - Etapes par classe de commandes d'achats |
| GMCAA - Modes d'achat/classes/catégories d'articles |
| GMCCA - Modes d'achat/classes/catégories de fournisseurs |
| GTXENCA - Textes classes de commandes d'achats |
| GTXTLNCA - Lignes de textes classes d'achats |
| GVDA - Valorisation des demandes d'achats |
| GPSTA - Paramétrage des statistiques |
| GAGC - Autorisation de gestionnaires par classes d'achats |
| GPPXA - Paramétrage de la mise à jour des prix en stock |
| GPSCA - Paramétrage des segments par classe |
| GPTXA - Paramétrage des textes |
| GCCRA - Catégories de remise par classe d'achats |
| GPPTA - Proposition TVA |
| GACGA - Autorisations de catégories achats |
| Paramètres |
| CG2SANCA |
| CPASANCA |
| DC1SANCA |
| DECSANCA |
| DL1SANCA |
| DMVSANCA |
| DVCSANCA |
| DVTSANCA |
| FARSANCA |
| MODOETVA |
| PAYSANCA |
| PTVSANCA |
| PXMSANCA |
| REGOETVA |
| Messages |
| SANCA054 - Modification impossible : Il existe des commandes pour cette classe |
| SANCA060 - Modification impossible : Il existe des réceptions multi-classes |
| SANCA061 - Modification impossible : Il existe des factures multi-classes |
| SANCA064 - Veuillez renseigner une des deux classes de stock |
| SANCA069 - Interdiction de contrôler le marché et de mettre à jour le réalisé |
| SANCA072 - La classe associée doit être une classe de commandes |
| SANCA074 - Classe de stock obligatoire |
| SANCA075 - Classe de quarantaine interdite pour une demande d'achats |
| SANCA076 - Contrôle et MAJ marché non modifiables : il existe une commande |
| SANCA481 - Le mode de taxe doit être renseigné |
| SANCA483 - Le régime de taxe doit être renseigné |
| SANCA503 - Le type de lien DA doit être renseigné |
| SANCA512 - Le code pour création du lien DA doit être égal à I |
| SANCA513 - Le type de lien DA ne doit pas être renseigné |
| SANCA514 - La classe de commandes associée ne doit pas être renseignée |
| SANCA528 - Le type de prix pour mise à jour doit être renseigné |
| SANCA529 - MAJ du mode d'achat des références articles/fournisseurs interdite |
| SANCA530 - Le rôle de la référence article/fournisseur ne doit pas être renseigné |
| SANCA531 - Le mode de change de la devise de reporting doit être renseigné |
| SANCA532 - Le code proposition de la date de reporting doit être renseigné |
| SANCA533 - Le code proposition de la date de reporting ne doit pas être renseigné |
| SANCA534 - Le mode de change de la devise de reporting ne doit pas être renseigné |
| SANCC052 - La classe de transfert de stock ne doit pas être renseignée |
| SANCC053 - La classe de transfert de quarantaine ne doit pas être renseignée pour une classe de demande d'achats |
| SANCC054 - La classe de transfert de quarantaine ne doit pas être renseignée |
| SANCC055 - La classe de retour de stock ne doit pas être renseignée pour une classe de demandes d'achats |
| SANCC056 - La classe de retour de stock ne doit pas être renseignée |
| SANCC057 - La classe de retour de quarantaine ne doit pas être renseignée pour une classe de demandes d'achats |
| SANCC058 - La classe de retour de quarantaine ne doit pas être renseignée |
| SANCC059 - Le dépôt client doit être interdit |
| SANCC060 - Le dépôt fournisseur doit être interdit |
| SANCC061 - Les classes de transfert ne doivent pas être renseignées |
| SANCC062 - Une des classes de transfert doit être renseignée |
| SANCC063 - Valeur non autorisée pour le dépôt client : des demandes sans dépôt client et non transférées en stock sont en cours |
| SANCC064 - Valeur non autorisée pour le dépôt fournisseur : des commandes sans dépôt fournisseur et non transférées en stock sont en cours |
| SANCC065 - Valeur non autorisée pour le dépôt client : des demandes avec dépôt client et non transférées en stock sont en cours |
| SANCC066 - Valeur non autorisée pour le dépôt fournisseur : des commandes avec dépôt fournisseur et non transférées en stock sont en cours |
| SANCC067 - La classe de transfert de stock ne doit pas être renseignée si la classe de stock n'est pas renseignée |
| SANCC068 - La classe de transfert de quarantaine ne doit pas être renseignée si la classe de quarantaine n'est pas renseignée |
| SANCC069 - La classe de retour de stock ne doit pas être renseignée si la classe de stock n'est pas renseignée |
| SANCC070 - La classe de retour de quarantaine ne doit pas être renseignée si la classe de quarantaine n'est pas renseignée |
| SANCC071 - Le dépôt client doit être égal à "O", "F" ou "I" |
| SANCC072 - Le dépôt fournisseur doit être égal à "O", "F" ou "I" |