Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Achats | |||
GCDA - Commandes d'achats |
Cette gestion permet d'enregistrer et de consulter les commandes d'achats. Structure des commandes : ![]() |
Données |
Commande |
L'identifiant d'une commande pour un établissement est composé de la classe d'achats, du numéro et du sous-numéro. |
Classe |
La classe doit être définie en tant que classe de commandes : case "Classe de demandes d'achats" non cochée dans GNCA. C'est une des informations essentielles de la commande dont dépend un grand nombre de propositions par défaut : - l'étape de création de la commande est égale à l'étape par défaut associée à la classe dans la gestion des étapes par classe (GETCA) ; - les informations devise et devise de reporting (mode de change, date de validité des cours) ; - les informations taxe ; - le tiers et l'adresse à facturer ; - les propositions des dates comptable, initiale, de contrat. La classe permet de gérer le compteur des numéros de commandes et de contrôler la saisie de données sur une commande comme le marché, la référence, etc. De la classe dépend aussi un ensemble d'autorisations : - droit de création, modification, suppression des informations d'une commande en fonction de son étape ; - droit de saisir des informations différentes de celles du marché ou du fournisseur : la devise et les tiers et adresses de la commande peuvent être différents ou non de la devise et des tiers et adresses du marché ou du fournisseur de la commande ; - différences d'informations entre les sous-commandes : la date de commande, la devise et les tiers et adresses de commande, de facture et de paiement peuvent être différents ou non entre les sous-commandes créées ; - autorisation entre classe de commandes et catégorie de fournisseurs (GCLCA) ; - autorisation entre classe de commandes et gestionnaires de la commande (GAGC). La classe peut être proposée par défaut à partir du paramètre CLA associé au mnémonique de la gestion des commandes si celui-ci est renseigné (voir les paramètres supportés par l'objet) ou sinon à partir de la classe définie par défaut pour l'établissement dans GNCA. Dans le cas où elle provient du mnémonique, elle n'est pas accessible. Ceci permet d'avoir un mnémonique par classe et ainsi de pouvoir par exemple interdire la saisie de commandes pour une classe à certains utilisateurs. |
Sous-numéro |
Le sous-numéro n'est pas accessible. Il est égal à 1 pour la première sous-commande puis il est incrémenté de 1 en 1 à la création de chaque nouvelle sous-commande (le numéro restant inchangé). Les sous-commandes peuvent être générées par des traitements (dans le cas de reliquat de commande en réception ou en facture par exemple) mais peuvent également être saisies dans le cas d'un complément de commande (avenant). Pour créer une sous-commande, la démarche à suivre est la suivante : - recherchez la commande modèle ; - dupliquez la commande ; - modifiez éventuellement des informations ; - validez. Deux sous-commandes doivent obligatoirement avoir le même fournisseur et le même marché. En revanche, elles peuvent avoir un certain nombre d'informations différentes selon le paramétrage de la classe d'achats : - date de commande ; - devise ; - tiers de commande ; - adresse de commande ; - tiers de logistique ; - adresse de logistique ; - tiers de facture ; - adresse de facture ; - tiers de paiement ; - adresse de paiement. |
Mnémonique |
Marché |
Cette information peut être saisie si la commande est passée dans le cadre d'un marché avec un fournisseur. Elle peut être rendue obligatoire suivant le paramétrage de la classe d'achats. Seul un marché valide peut être proposé ou saisi : une des dates de la commande doit être comprise dans la période de validité du marché. Cette date est donnée par l'information "Date validité marché" de la classe d'achats. Lorsque le marché est renseigné, si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", certaines informations sont proposées : - le fournisseur si la famille de fournisseurs du marché est un fournisseur (le champ défaut/famille du marché doit être coché) ; - la devise ; - les tiers et les adresses (tiers et adresses de commande, livraison, facturation, paiement, à facturer) ; - les informations liées au transport : dépôt, mode de transport, type de transport, destination. Si la valeur du paramètre PFM est égale à "N", alors ces informations sont proposées à partir du fournisseur saisi. Le marché peut être défini dans une devise différente de celle de la commande. Lors de la mise à jour des montants du marché (en cours et réalisé), les montants des lignes de commandes sont transformés dans la devise du marché. |
Fournisseur |
Représente le code du fournisseur chez lequel est passée la commande. Si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", le fournisseur peut être proposé à partir du marché si celui-ci est renseigné et si la famille de fournisseurs du marché est un fournisseur, sinon il doit être saisi. Si le fournisseur est saisi et si le marché est renseigné, il est possible de contrôler l'appartenance du fournisseur au marché en fonction de la classe d'achats (GNCA). Le fournisseur doit alors appartenir à la famille de fournisseurs du marché ou être égal au fournisseur d'une des lignes du marché. La hiérarchie de la composition de la famille est donnée par le paramétrage de la classe d'achats. Si le fournisseur est saisi, si le marché n'est pas renseigné et s'il existe un marché par défaut pour le fournisseur, celui-ci est proposé dans le marché de la commande. Certaines informations sont proposées à partir du marché si celui-ci est renseigné et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", sinon elles sont proposées à partir du fournisseur : - les tiers et les adresses ; - la devise ; - le dépôt ; - les informations liées au transport. Les interlocuteurs sont toujours proposés à partir du fournisseur. Le type, le régime et le mode de taxe sont proposés à partir de la classe d'achats, à partir du fournisseur ou à partir de la proposition TVA (GPPTA) suivant le paramétrage de la classe d'achats. Le dépôt fournisseur est proposé à partir du fournisseur suivant la définition de la classe d'achats. Si la catégorie du fournisseur est renseignée, il doit exister une autorisation entre cette catégorie et la classe d'achats (GCLCA) pour que la saisie soit possible. Il est possible de contrôler que la saisie d'une commande soit autorisée ou non en fonction de la cotation et/ou du rating du fournisseur et du paramétrage de la classe d'achats. Si les valeurs de contrôle de la cotation et/ou du rating sont renseignées dans la classe d'achats, les valeurs correspondantes du fournisseur sont comparées : - si la valeur du fournisseur (cotation et/ou rating) est inférieure à la première valeur de la classe d'achats, la saisie est acceptée ; - si la valeur du fournisseur (cotation et/ou rating) est comprise entre les deux valeurs correspondantes de la classe d'achats, la saisie est acceptée avec affichage d'un message non bloquant ; - si la valeur du fournisseur (cotation et/ou rating) est supérieure à la deuxième valeur de la classe d'achats, la saisie est refusée. |
Tiers |
Il s'agit du tiers de facturation, c'est-à-dire du tiers du fournisseur qui va adresser la facture. Il doit être associé à l'établissement (GATE). Si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes vaut : - O : il est proposé à partir du marché s'il est renseigné, sinon à partir du fournisseur ; - N : il est proposé à partir du fournisseur. La possibilité de modifier le tiers par rapport aux propositions est paramétrée dans la classe d'achats. En fonction de la définition de la classe d'achats, si les différents tiers doivent être identiques et si la recopie des tiers est active, ce tiers est recopié dans les tiers de paiement, logistique et de commande. Ce tiers sera proposé dans le tiers de facturation de la facture (GFAA) lors du rattachement de la commande à celle-ci. Lors du transfert en comptabilité de la commande, suivant le type de ventilation (GTVCA), ce tiers peut être envoyé dans le tiers de l'écriture générée. |
Adresse |
Il s'agit de l'adresse de facturation associée au tiers de facturation ci-dessus. L'adresse doit être une adresse de facturation : la destination doit contenir le caractère "F". Si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes vaut : - O : elle est proposée à partir du marché s'il est renseigné, sinon à partir du fournisseur ; - N : elle est proposée à partir du fournisseur. La possibilité de modifier l'adresse par rapport aux propositions est paramétrée dans la classe d'achats. Pour les fournisseurs dits "Divers" (voir GFOU), cette adresse est toujours modifiable même si la classe d'achats l'interdit. En fonction de la définition de la classe d'achats, si les différents tiers doivent être identiques et si la recopie des tiers est active, cette adresse est recopiée dans les adresses de paiement, logistique et de commande. Lors du transfert en comptabilité de la commande, suivant le type de ventilation (GTVCA), cette adresse peut être envoyée dans l'adresse de l'écriture générée. A partir de cette adresse, affichage du nom réduit, du code postal et de la ville. |
Dates |
Date de commande |
Elle est proposée égale à la date du jour. Selon le paramétrage de la classe d'achats, cette date peut être proposée dans la date comptable, la date de contrat, les dates de cours. Elle peut servir à : - vérifier la période de validité du marché (GMARA) ; - rechercher les remises (GTFA) ; - rechercher les références articles/fournisseurs (GRAF) ; - contrôler la validité de certaines données (GTDTE) à une date (établissement, fournisseur, tiers, adresse, article, dépôt, compte, poste, CGR, etc.) ; - contrôler l'autorisation de saisie sur une période donnée (occurrence DATE du paramètre AUTACHAT) ; - alimenter, selon le paramétrage (GTVCA), la date comptable et/ou la date d'émission de l'écriture d'engagement (TVCCE). |
Plus tôt |
Représente la date de livraison souhaitée. Selon le paramétrage de la classe d'achats, cette date peut être proposée dans la date comptable, la date de contrat, les dates de cours. Elle peut servir à : - vérifier la période de validité du marché (GMARA) ; - rechercher les remises (GTFA) ; - rechercher les références articles/fournisseurs (GRAF) ; - contrôler la validité de certaines données (GTDTE) à une date (établissement, fournisseur, tiers, adresse, article, dépôt, compte, poste, CGR, ...) ; - alimenter, selon le paramétrage (GTVCA), la date comptable et/ou la date d'émission de l'écriture d'engagement (TVCCE). Sur chaque ligne de la commande, il est possible d'indiquer une autre date de livraison prévue. Si la commande influe sur les stocks, les réservations de stocks sont réalisées à la date au plus tôt pour les lignes pour lesquelles la date prévue n'est pas précisée. |
Plus tard |
Représente la date maximale de livraison souhaitée. Cette date n'est pas obligatoire. Selon le paramétrage de la classe d'achats, cette date peut être proposée dans la date comptable, la date de contrat, les dates de cours. Elle peut servir à : - vérifier la période de validité du marché (GMARA) ; - rechercher les remises (GTFA) ; - rechercher les références articles/fournisseurs (GRAF) ; - contrôler la validité de certaines données (GTDTE) à une date (établissement, fournisseur, tiers, adresse, article, dépôt, compte, poste, CGR, ...) ; - alimenter, selon le paramétrage (GTVCA), la date comptable et/ou la date d'émission de l'écriture d'engagement (TVCCE). Dans les cas où cette date est utilisée comme date de référence pour rechercher ou contrôler des informations, et si elle n'est pas renseignée, c'est la date au plus tôt qui sert de référence. |
Dépôt |
Il s'agit du lieu de livraison souhaité. Le dépôt est obligatoire et doit être un dépôt utilisable dans les achats (option "Dépôt achat" cochée dans GDEP). Il est proposé dans l'ordre de priorité suivant : - marché si celui-ci est renseigné et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O" ; - fournisseur ; - dépôt par défaut dans GDEP. Sur chaque ligne de la commande, il est possible d'indiquer un autre dépôt de livraison pour les articles. Si la commande influe sur les stocks, les réservations de stocks sont réalisées en fonction du dépôt de la commande pour les lignes pour lesquelles le dépôt n'est pas précisé. Pour l'édition du bon de commande, l'adresse de livraison éditée est recherchée à partir du tiers et de l'adresse du dépôt de la commande. |
Devise |
Il s'agit de la devise dans laquelle est saisie la commande. Tous les prix et montants sont exprimés dans cette devise. Si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes vaut : - O : elle est proposée à partir du marché s'il est renseigné, sinon à partir du fournisseur ; - N : elle est proposée à partir du fournisseur. Suivant le paramétrage de la classe d'achats, la devise peut être modifiable, en création et/ou en modification, par rapport à la valeur proposée. Par contre, en modification, la devise n'est plus modifiable une fois que des lignes ont été saisies pour la commande. |
Langue |
Elle est proposée à partir de la langue du tiers de commande et est modifiable. La langue est facultative. Elle est prise en compte pour la génération des textes en automatique car seuls les textes dans la langue de la commande sont générés à la création de la commande. Si la langue n'est pas renseignée, aucun texte n'est généré automatiquement. |
Etablissement |
Suivant la valeur du paramètre PRE associé au mnémonique, l'établissement peut être saisi par l'utilisateur ou proposé égal à l'établissement de connexion. Dans ce cas, il est inaccessible (voir les paramètres supportés par l'objet). |
Etape |
Lors de la création d'une commande, l'étape est proposée à partir de l'étape définie par défaut pour la classe d'achats dans les étapes par classe (GETCA). Par la suite, cette étape représente l'étape à laquelle se situe la commande, c'est-à-dire l'étape du dernier traitement (ou édition) qui a été effectué sur cette commande. Les droits de création, modification et suppression des informations sont contrôlés en fonction du paramétrage de la classe d'achats et de son étape. Les étapes maximales de création, modification et suppression sont indiquées au niveau de la classe dans GNCA. Pour que la création d'une commande soit possible, l'étape doit être inférieure ou égale à l'étape maximale de création paramétrée pour la classe. Le principe est le même pour la modification et la suppression. |
Date de dernière étape |
Il s'agit de la date correspondant au dernier traitement (ou édition) effectué pour la commande. |
Objet de la commande |
C'est une zone libre. Lors du transfert en comptabilité, elle peut être utilisée, suivant le paramétrage (GTVCA), pour alimenter le libellé de l'écriture, le libellé complémentaire de l'écriture ou le libellé du mouvement. |
Montant TTC |
Cette information est présente uniquement dans la grille. Il s'agit du montant toutes taxes comprises de la commande, recalculé après chaque valorisation de la commande. |
Numéro interne |
Cette information n'est présente que dans la grille. Il s'agit de l'identifiant unique d'une commande. |
Tiers et adresses |
Paiement |
Il s'agit du tiers et de l'adresse de paiement de la commande c'est-à-dire du tiers et de l'adresse du fournisseur à qui sera adressé le règlement. Le tiers doit être associé à l'établissement (GATE). L'adresse doit être une adresse de paiement : la destination doit contenir le caractère "P". Ces informations sont proposées soit à partir du marché de la commande si elles sont renseignées et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", soit à partir du fournisseur, soit recopiées à partir du tiers et adresse de facturation, si la classe d'achats indique que tous les tiers de la commande doivent être identiques et autorise la recopie du tiers de facturation dans les autres tiers. La classe d'achats autorise ou interdit la modification de ces données par rapport aux valeurs proposées. Pour les fournisseurs dits "Divers" (voir GFOU), l'adresse est toujours modifiable même si la classe d'achats l'interdit. Le tiers de paiement doit être identique au tiers de facturation, et l'adresse de paiement à l'adresse de facturation si la classe d'achats interdit d'avoir plusieurs tiers pour une commande. Ce tiers et cette adresse seront proposés dans le tiers et l'adresse de paiement de la facture (GFAA) lors du rattachement de la commande à celle-ci. Lors du transfert en comptabilité de la commande, suivant le type de ventilation (GTVCA), ce tiers et cette adresse peuvent être envoyés dans le tiers et l'adresse de l'écriture générée. A partir de cette adresse, affichage du nom réduit, du code postal et de la ville. |
Logistique |
Il s'agit du tiers et de l'adresse de livraison de la commande, c'est-à-dire du tiers et de l'adresse du fournisseur qui expédie la marchandise. Le tiers doit être associé à l'établissement (GATE). L'adresse doit être une adresse de livraison : la destination doit contenir le caractère "L". Ces informations sont proposées soit à partir du marché de la commande si elles sont renseignées et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", soit à partir du fournisseur, soit recopiées à partir du tiers et adresse de facturation si la classe d'achats indique que tous les tiers de la commande doivent être identiques et autorise la recopie du tiers de facturation dans les autres tiers. La classe d'achats autorise ou interdit la modification de ces données par rapport aux valeurs proposées. Le tiers logistique doit être identique au tiers de facturation, et l'adresse logistique à l'adresse de facturation si la classe d'achats interdit d'avoir plusieurs tiers pour une commande. Ce tiers et cette adresse seront proposés dans le tiers et l'adresse de livraison de la réception (GREC) lors du rattachement de la commande à celle-ci. Lors de la déclaration d'échanges de biens entre états membres de l'Union Européenne (TDEBA), cette adresse est comparée à l'adresse du dépôt afin de savoir si ces achats sont à déclarer. A partir de cette adresse, affichage du nom réduit, du code postal et de la ville. |
Commande |
Il s'agit du tiers et de l'adresse de commande de la commande, c'est-à-dire du tiers et de l'adresse du fournisseur à qui est adressé le bon de commande. Le tiers doit être associé à l'établissement (GATE). L'adresse doit être une adresse de commande : la destination doit contenir le caractère "C". Ces informations sont proposées soit à partir du marché de la commande si elles sont renseignées et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", soit à partir du fournisseur, soit recopiées à partir du tiers et adresse de facturation si la classe d'achats indique que tous les tiers de la commande doivent être identiques et autorise la recopie du tiers de facturation dans les autres tiers. La classe d'achats autorise ou interdit la modification de ces données par rapport aux valeurs proposées. Le tiers de commande doit être identique au tiers de facturation, et l'adresse de commande à l'adresse de facturation si la classe d'achats interdit d'avoir plusieurs tiers pour une commande. Le détail de cette adresse peut être édité en en-tête du bon de commande. A partir de cette adresse, affichage du nom réduit, du code postal et de la ville. |
Tiers à facturer |
Tiers à facturer |
Il s'agit du tiers auquel le fournisseur doit adresser la facture. Il doit être défini comme tiers établissement. Il est proposé à partir du marché s'il est renseigné et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", sinon à partir de la classe d'achats. |
Adresse à facturer |
Il s'agit de l'adresse associée au tiers à facturer. Elle est proposée par défaut à partir du marché s'il est renseigné et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", sinon à partir de la classe d'achats. |
Paramètres standard |
Nature |
Cette information est proposée suivant la valeur testée 1 du paramètre AUTSACDA occurrence PRNAT : - "N" : occurrence par défaut du paramètre NATSACDA ; - "O" : la nature doit être une langue. Elle est proposée à partir de la langue du tiers de facturation. |
Paramètres |
Les zones suivantes permettent de définir des critères de regroupement et d'extraction supplémentaires pour la commande. Ces paramètres peuvent être utilisés pour alimenter un des 15 paramètres des mouvements lors des transferts en comptabilité (voir paramétrage des types de ventilations (GTVCA)). |
1 |
Pour saisir un élément, il faut qu'il existe dans une liste définie au préalable dans la gestion des paramètres pour le paramètre PR1SACDA. |
2 |
Pour saisir un élément, il faut qu'il existe dans une liste définie au préalable dans la gestion des paramètres pour le paramètre PR2SACDA. |
3 |
Pour saisir un élément, il faut qu'il existe dans une liste définie au préalable dans la gestion des paramètres pour le paramètre PR3SACDA. |
Transaction de création |
Non accessible pour les utilisateurs. La transaction de création est renseignée automatiquement et indique le nom du programme qui a permis la création de la commande. |
Comptabilisation |
CGR A |
Le CGR A de la commande n'est jamais proposé. Il doit être saisi par l'utilisateur et être de type A ou D. Il peut être rendu obligatoire par le paramétrage de la classe d'achats. Dans ce cas, il faut le renseigner à l'en-tête de commande ou pour chaque ligne de la commande ou dans les ventilations par CGR (GVCG). En fonction du paramétrage des segments par classe (GPSCA), chacun des segments du CGR A saisi peut être contrôlé : segment obligatoire ou interdit, segment modifiable ou non. De plus, lors de la modification du CGR A, si le paramétrage indique qu'un des segments doit être propagé et que la valeur du segment doit être unique, le segment modifié est propagé sur tous les autres CGR A renseignés de la commande (CGR A des lignes, des ventilations par CGR (GVCG)). Si le CGR A est renseigné, il est pris en compte lors des transferts en comptabilité (TVCCE) s'il n'existe pas de CGR A au niveau de la ligne ni de ventilation par CGR avec CGR A. Dans le cas où il peut être envoyé en comptabilité, le paramétrage de la classe d'achats peut interdire sa modification. Il est possible de saisir un CGR A qui n'est pas encore référencé dans la gestion des CGR (GCGR), il est alors créé à la validation de l'en-tête de commande (uniquement pour les CGR "combinaisons" et si le paramétrage le permet (occurrence CRECOMB du paramètre AUTODE)). Le contrôle d'autorisation entre les segments et les natures (GASN) peut être effectué dans l'Application Achats dès la saisie d'une commande ou lors de la génération de l'écriture. Ceci est défini par l'occurrence CPTCGR du paramètre AUTACHAT. |
CGR B |
Le CGR B de la commande n'est jamais proposé. Il doit être saisi par l'utilisateur et être de type B ou D. Il peut être rendu obligatoire par le paramétrage de la classe d'achats. Il faut le renseigner à l'en-tête de commande, pour chaque ligne de la commande ou dans les ventilations par CGR (GVCG). S'il est renseigné, il est pris en compte lors des transferts en comptabilité (TVCCE) s'il n'existe pas de CGR B au niveau de la ligne ni de ventilation par CGR avec CGR B. Dans le cas où il peut être envoyé en comptabilité, le paramétrage de la classe d'achats peut interdire sa modification. |
Date comptable |
Cette date permet d'enregistrer les commandes d'achats en date réelle de passage au fournisseur tant que la période comptable dans laquelle se trouve cette date n'est pas clôturée. Lorsque la période comptable est clôturée, l'utilisateur remplace la date proposée par une date comprise dans cette période. Selon le paramétrage de la classe d'achats, la date comptable peut être rendue obligatoire et être proposée. Lors du transfert en comptabilité de la commande (engagement), selon la définition du type de ventilation (GTVCA), la date comptable de l'écriture peut prendre cette valeur. Cette date peut servir aussi à : - contrôler la validité de certaines données (GTDTE) à une date (établissement, fournisseur, tiers, adresse, article, dépôt, compte, poste, CGR, etc.) ; - contrôler l'autorisation de saisie sur une période donnée (occurrence DATE du paramètre AUTACHAT). |
Taxe |
Selon le paramétrage de la classe d'achats, les informations taxes peuvent être proposées à partir des informations taxes du fournisseur, des informations taxes de la classe ou des informations taxes de la proposition TVA (GPPTA) : voir le principe de la proposition TVA. |
Type |
Les valeurs du type de taxe correspondent aux occurrences du paramètre TYPOETVA. Selon le paramétrage de la classe d'achats, le type de taxe peut être proposé à partir du type de taxe du fournisseur ou du type de taxe de la proposition TVA (GPPTA). Il est modifiable tant qu'aucune ligne n'est saisie pour la commande et tant qu'il n'existe pas de condition de facturation (GCAF) avec taxe pour la commande. Il peut être utilisé pour la recherche des taxes à appliquer sur les articles saisis dans les lignes de commandes. Le type des taxes des lignes doit être identique à celui de l'en-tête. |
Mode |
Les valeurs du mode de taxe correspondent aux occurrences du paramètre MODOETVA. Selon le paramétrage de la classe d'achats, le mode de taxe peut être proposé à partir du mode de taxe du fournisseur, du mode de taxe de la classe d'achats ou du mode de taxe de la proposition TVA (GPPTA). Il est modifiable tant qu'aucune ligne n'est saisie pour la commande et tant qu'il n'existe pas de condition de facturation (GCAF) avec taxe pour la commande. Il peut être utilisé pour la recherche des taxes à appliquer aux articles saisis dans les lignes de commandes. Le mode des taxes des lignes peut être différent du mode de taxe de l'en-tête. Par contre, les différentes occurrences du paramètre MODOETVA correspondant au mode des taxes de chaque ligne doivent avoir la même valeur testée 1. |
Régime |
Les valeurs du régime de taxe correspondent aux occurrences du paramètre REGOETVA. Selon le paramétrage de la classe d'achats, le régime de taxe peut être proposé à partir du régime de taxe du fournisseur, à partir du régime de taxe de la classe d'achats ou à partir du régime de taxe de la proposition TVA (GPPTA). Il est modifiable tant qu'aucune ligne n'est saisie pour la commande et tant qu'il n'existe pas de condition de facturation (GCAF) avec taxe pour la commande. Il peut être utilisé pour la recherche des taxes à appliquer aux articles saisis dans les lignes de commandes. Le régime des taxes des lignes peut être différent du régime de taxe de l'en-tête. |
Devise |
Mode de change |
Le mode de change est proposé par défaut à partir du mode de change devise de la classe d'achats (GNCA). Il est modifiable seulement si la classe d'achats l'autorise. |
Date de validité |
C'est la date utilisée pour la recherche du cours de la devise. Elle est proposée par défaut en fonction de la définition du mode de change (GDVM) et de la classe d'achats (GNCA). Le paramétrage donné par la classe n'est pris en compte que si le mode de change indique que la date à proposer est la date de gestion. Dans ce cas, le cours est recherché avec une des dates de la commande. Si on est en période transitoire (occurrence TRANSIT du paramètre DEVREP) et si la devise de référence de l'établissement est l'Euro, la date du cours ne peut pas être inférieure à la date de double comptabilisation de l'établissement. La date de validité est modifiable, si la classe d'achats l'autorise et si dans GDVM, pour le mode de change, l'option "Date modifiable" est cochée. |
Cours |
La valeur du cours est modifiable, si la classe d'achats l'autorise, et si dans la gestion des modes de change (GDVM), l'option "Valeur modifiable" est cochée pour le mode de change. Le cours est égal à 1 dans les cas suivants : - on n'est pas en période transitoire (occurrence TRANSIT du paramètre DEVREP) et la devise de la commande est égale à la devise de référence de l'établissement ; - on est en période transitoire, la devise de la commande est égale à la devise de référence de l'établissement, l'Euro est la devise de reporting de l'établissement, la devise de référence de l'établissement est une devise "in" et la date de validité du cours est strictement inférieure à la date de double comptabilisation de l'établissement ; - on est en période transitoire, la devise de la commande est l'Euro, l'Euro est la devise de reporting de l'établissement et la devise de référence de l'établissement est une devise "in" ; - on est en période transitoire, la devise de la commande est l'Euro, l'Euro est la devise de référence de l'établissement, la devise de reporting de l'établissement est une devise "in" et la date de validité du cours est strictement supérieure à la date de double comptabilisation de l'établissement. Dans les autres cas, le cours est proposé par défaut égal à la valeur prévue du cours saisi dans la gestion des cours de devise (GDVC). Le cours est recherché dans GDVC pour le mode de change de la commande en prenant en compte la date de validité du cours : - si le mode de change indique que la date de validité est obligatoire (option "Date facultative" de GDVM non cochée), alors recherche du cours de devise en date de validité ; - si le mode de change indique que la date de validité est facultative (option "Date facultative" de GDVM cochée), alors recherche du cours de devise le plus récent par rapport à la date de validité ; - si période transitoire et que la devise de la commande est une devise "in", alors recherche du cours de devise le plus récent par rapport à la date de validité. La précision du cours est donnée par l'occurrence ARRDVC du paramètre AUTODE. |
Mode de change |
Le mode de change est proposé par défaut à partir du mode de change reporting de la classe d'achats (GNCA). Il est modifiable seulement si la classe d'achats l'autorise. |
Date de validité |
C'est la date à laquelle le cours est valide. Elle est toujours égale à la date de double comptabilisation de l'établissement. |
Cours |
Le cours de reporting est proposé par défaut égal à la valeur prévue du cours saisi dans la gestion des cours de devise (GDVC). Le cours recherché dans GDVC est le cours le plus récent défini pour le mode de change de reporting de la commande dont la date de validité est supérieure ou égale à la date de double comptabilisation de l'établissement. |
Transport |
Type de port (Incoterm) |
Les valeurs du type de port sont des occurrences du paramètre PRT. Il est proposé par défaut à partir du type de port du marché s'il est renseigné et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", sinon à partir du type de port du fournisseur. Cette information apparaît sur la déclaration d'échanges de biens entre états membres de l'Union Européenne. |
Mode de transport |
Les valeurs du mode de transport sont des occurrences du paramètre MDT. Il est proposé par défaut à partir du mode de transport du marché s'il est renseigné et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", sinon à partir du mode de transport du fournisseur. Cette information apparaît sur la déclaration d'échanges de biens entre états membres de l'Union Européenne. |
Transporteur |
Il est proposé par défaut à partir du transporteur du fournisseur. |
Transitaire |
Il est proposé par défaut à partir du transporteur du fournisseur. |
Nombre de colis |
Non géré. |
Priorité |
Non gérée. Les valeurs sont des occurrences du paramètre URGSACDA. |
Informations complémentaires |
Stock |
Ces informations sont inaccessibles à l'utilisateur. Elles donnent l'état du stock de la commande et la date de dernière mise à jour du stock. A la saisie de la commande, l'état du stock est égal à l'occurrence par défaut du paramètre STK, et la date de dernière mise à jour est égale à la date du jour (date système). Ces informations sont, ensuite, mises à jour lors de la mise à jour des achats en stocks (TSTA). Pour les commandes d'avoir issues d'un retour, le flag de stock est positionné à "T" dès la création de la commande. |
No pièce |
Non accessibles à l'utilisateur. Il s'agit du numéro de pièce comptable du premier transfert en comptabilité effectué sur la commande (engagement (TVCCE), facture non parvenue (TVCCP) ou comptabilisation (TVCC)) suivi de la date à laquelle ce transfert a été réalisé. |
No pièce |
Non accessibles à l'utilisateur. Il s'agit du numéro de pièce comptable du dernier transfert en comptabilité effectué sur la commande (engagement (TVCCE), annulation de l'engagement (TDEG), facture non parvenue (TVCCP) ou annulation de la facture non parvenue (TDEGP)) suivi de la date à laquelle ce transfert a été réalisé. |
Réception |
Non accessibles à l'utilisateur. Il s'agit du numéro de réception à laquelle est rattachée la commande, suivi de la date de la réception. Ces informations sont affectées lors de la réception de la commande par la transaction GREC. |
Facture |
Non accessibles à l'utilisateur. Il s'agit du numéro de facture à laquelle est rattachée la commande, suivi de la date de facture. Ces informations sont affectées lors du contrôle facture dans GFAA. |
Sous-commandes générées |
Solde réception |
Non accessibles à l'utilisateur. Il s'agit de la classe, du numéro et du sous-numéro de la commande générée par le traitement de solde des commandes après réception (TSOLA) si la réception a été partielle. |
Solde facture |
Non accessibles à l'utilisateur. Il s'agit de la classe, du numéro et du sous-numéro de la commande générée par le traitement de solde des commandes après facture (TSOLF) si la facturation a été partielle. |
Rejet |
Il s'agit du code et du motif du rejet. Ces informations sont inaccessibles à l'utilisateur. Elles peuvent être renseignées lors de la mise à la poubelle d'une commande, pour préciser les raisons de l'annulation de celle-ci : - annulation 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) ; - refus lors de la signature des commandes (GSGCA) ; - refus lors du déblocage budgétaire de l'engagement (GDBUE) ; - refus lors du déblocage budgétaire de la facture non parvenue (GDBUP) ; - intégration d'une commande (TTCDA) dans le cas d'un avenant ; - générations des avenants (TGAVA). |
Code rejet |
Les valeurs du code rejet sont des occurrences du paramètre RETSACDA. |
Montant initial |
Non accessibles à l'utilisateur. Il s'agit du montant TTC de la commande et de la date de confirmation de celle-ci. Le montant initial est calculé lors de la valorisation (bouton "Valorisation" ou traitement de confirmation (TCDA)) et n'évolue pas au cours de la vie de la commande. La date de confirmation est affectée par le traitement de confirmation (TCDA). |
Référence fournisseur |
Il s'agit de la référence de la commande chez le fournisseur et de la date à laquelle la commande a été confirmée par le fournisseur. Cette référence peut être saisie à la création de la commande ou attribuée au moment de la confirmation par le fournisseur (GVCF). La classe d'achats indique si celle-ci est obligatoire. Dans ce cas, elle doit être saisie dès la commande. |
Relance |
Niveau |
Non accessibles à l'utilisateur. Il s'agit du niveau de relance, suivi de la date de dernière relance. Ces informations sont mises à jour par le traitement de niveau de relance (TNIRA). |
Dépôt fournisseur |
Ce dépôt est pris en compte lors de la gestion des stocks fournisseurs. Une sortie de stock est effectuée sur ce dépôt et une entrée, de même quantité, est effectuée sur le dépôt de réception de la commande ou des lignes de la commande. La classe de commandes (GNCA) indique si la saisie du dépôt fournisseur est obligatoire, interdite ou facultative. Si elle est interdite, la zone est inaccessible. Le dépôt fournisseur doit être un dépôt utilisable dans les achats (option "Dépôt achat" cochée dans GDEP). Il doit être différent du dépôt de livraison de la commande et du dépôt de livraison des lignes de la commande mais avoir la même influence en stock. Si la classe est définie en dépôt fournisseur obligatoire, il est proposé à partir du dépôt fournisseur du fournisseur sinon il n'est pas proposé. |
Date de contrat |
Cette information est une date libre liée à la commande. Suivant le paramétrage de la classe d'achats, elle peut être proposée par défaut, être obligatoire et être modifiable. Elle peut servir à : - vérifier la période de validité du marché (GMARA) ; - rechercher les références articles/fournisseurs (GRAF) ; - contrôler la validité de certaines données (GTDTE) à une date (établissement, fournisseur, tiers, adresse, article, dépôt, compte, poste, CGR, ...). |
Ouverture semaine |
Gérée à titre informatif. Les valeurs sont définies dans la transaction GOTS. Cette information peut être renseignée à partir de la semaine du dépôt ou à partir des horaires de visite du fournisseur. |
Montant TTC |
Cette information est présente uniquement dans la grille. Il s'agit du montant toutes taxes comprises de la commande, recalculé après chaque valorisation de la commande. |
Observations - Interlocuteurs |
Observations |
Réception |
Il s'agit d'une zone libre qui peut être utilisée pour figurer sur des documents comme le bon de commande, le bon de réception, la facture (EFAA). |
Facture |
Il s'agit d'une zone libre qui peut être utilisée lors des transferts en comptabilité pour alimenter le libellé de l'écriture, le libellé complémentaire de l'écriture ou le libellé du mouvement. Cette information peut également être éditée sur des documents comme le bon de commande, le bon de réception, la facture (EFAA). |
Paiement |
Il s'agit d'une zone libre qui peut être utilisée pour figurer sur des documents comme le bon de commande, le bon de réception, la facture (EFAA). |
Interlocuteurs |
Externe |
Il s'agit d'une zone libre qui peut être éditée sur des documents comme le bon de commande, le bon de réception, la facture (EFAA). Elle est proposée par défaut à partir de l'interlocuteur externe du fournisseur. |
Logistique |
Il s'agit d'une zone libre qui peut être éditée sur des documents comme le bon de commande, le bon de réception, la facture (EFAA). Elle est proposée par défaut à partir de l'interlocuteur logistique du fournisseur. |
Autres informations |
Les données suivantes permettent de définir des critères de regroupement et d'extraction supplémentaires pour les commandes. |
Libellés |
Zones libellés sur 60 caractères : 5 champs laissés libres à l'utilisateur. |
Identifiants |
Zones identifiants sur 20 caractères : 5 champs laissés libres à l'utilisateur. |
Numériques |
Zones numériques : 3 champs laissés libres à l'utilisateur. |
Dates |
Zones dates : 3 champs laissés libres à l'utilisateur. |
Ajout des commandes générées dans la liste |
Liste |
Si la liste est précisée, toutes les commandes créées et/ou modifiées en fonction des cases à cocher "Commandes créées" et "Commandes modifiées" sont ajoutées à cette liste. Cette liste doit auparavant être définie dans la gestion des listes (GLSCA). |
Rajout dans la liste des |
Commandes créées |
Si la case est cochée, les nouvelles commandes saisies sont ajoutées à la liste de commandes. |
Commandes modifiées |
Si la case est cochée, les commandes modifiées sont ajoutées à la liste de commandes. |
Recopie des lignes d'une commande |
Recopie des lignes d'une commande |
Permet lors de la création d'une commande, de recopier les lignes d'une autre commande. |
Copie |
Défaut |
Cette information détermine comment sont créées les lignes : - article : toutes les informations sont créées par défaut ; - prix : les prix sont proposés par défaut (références article/fournisseur (GRAF) ou article acheté (GATA)). Les autres informations sont recopiées à partir des lignes origines ; - compta. : les informations comptables (compte, CGR A, CGR B, taxe) sont proposées par défaut. Les autres informations sont recopiées à partir des lignes origines ; - aucun : les lignes sont créées à l'identique, sauf si la classe d'achats et/ou le fournisseur de la nouvelle commande sont modifiés par rapport à ceux de la commande origine. Dans ce cas, les prix et les informations comptables sont de nouveau proposés par défaut. Dans tous les cas, les informations concernant la déclaration d'échanges de biens entre états membres de l'Union Européenne sont proposées par défaut. Pour plus d'informations pour les propositions par défaut, vous pouvez vous reporter à la documentation de GLCA ou au document récapitulatif des propositions par défaut. |
R.A.Z. date prévue |
Si cette case est cochée, la date prévue des lignes de la nouvelle commande est effacée. |
R.A.Z. ligne |
Si cette case est cochée, les quantités, les prix, le dépôt et la date prévue des lignes de la nouvelle commande sont effacés. |
Paramètres |
Cette information détermine comment sont créés les paramètres liés aux lignes (GCAPL) : - recopie : les paramètres associés aux lignes sont recopiés à l'identique ; - défaut : les paramètres associés aux lignes sont créés par défaut. Suivant que la définition des paramètres (GDPCA) indique que le paramètre doit être ou non contrôlé par rapport à un paramètre, on prend soit la valeur par défaut définie pour le paramètre dans GDPCA, soit l'occurrence par défaut du paramètre (paramètre P01SACAP à P15SACAP) ; - rien : aucun paramètre associé aux lignes n'est créé. |
Retour à l'étape initiale |
Cette option permet de ramener une (ou des) commande(s) à l'étape de saisie. Le principe est le même que pour le traitement de retour à l'étape initiale (TANU). Les commandes à traiter doivent être à une étape comprise dans la fourchette d'étapes d'annulation donnée par la classe de commandes. Les commandes ne doivent être associées ni à une réception, ni à une facture. Si la commande est engagée en comptabilité, l'engagement est annulé. Le retour à l'étape initiale peut être effectué pour une commande seule ou pour une liste de commandes. |
Liste de commandes |
Il s'agit de la liste de commandes à ramener à l'étape initiale. |
Commande |
Il s'agit de la classe, du numéro et du sous-numéro de la commande à ramener à l'étape initiale. |
Duplication |
Cette option permet de dupliquer des commandes. Les informations dupliquées sont : - l'en-tête de la commande ; - les lignes associées à la commande ; - les données annexes associées à l'en-tête de la commande ; - les données annexes associées aux lignes de la commande. Lors de la duplication, il est possible de créer un lien entre la commande origine et la commande générée. Le type de lien est donné par l'occurrence LCD-XXXX du paramètre AUTSADCD où XXXX représente la classe d'achats. Il est également possible d'indiquer comment sont affectés l'utilisateur et la date de création des commandes générées. Cela dépend de l'occurrence USRDUP du paramètre AUTSADCD. Cette duplication peut également être effectuée avec le traitement de duplication de commandes (TDCDA). |
Colonnes à modifier |
Il est possible de modifier une ou plusieurs information(s) par rapport à la commande origine. Pour cela, il faut sélectionner l'information à modifier et saisir sa valeur dans le champ correspondant. Ces informations représentent les occurrences du paramètre AUTSADCD. La modification de l'établissement n'est possible que si la valeur du paramètre PRE associé au mnémonique est égale à "O". Il est également possible d'effacer une de ces informations si elle n'est pas obligatoire dans la commande. Pour cela, il ne faut rien saisir dans la valeur correspondante. Remarque : aucune donnée des lignes de commande n'est modifiable via les colonnes à modifier. |
En-tête |
Sous-commande |
Si cette case est cochée, génération d'une sous-commande d'achats : même classe et même numéro que la commande origine. Sinon, génération d'une nouvelle commande d'achats : incrémentation automatique du numéro ou saisie manuelle du numéro pour les classes en numérotation manuelle. Attention : si une des informations servant à la définition d'une sous-commande est modifiée, génération d'une nouvelle commande d'achats même si cette case est cochée. Ces informations sont : - l'établissement, la classe, le fournisseur et le marché ; - la date de commande, le tiers et l'adresse de commande, le tiers et l'adresse de facturation, le tiers et l'adresse de paiement et la devise suivant le paramétrage de la classe d'achats (GNCA, "Sous-commandes"). |
Recopie des documents |
Si cette case est cochée, les documents associés à l'en-tête de la commande d'achats origine pour lesquels l'entité de document (GTDEN) est égale à celle précisée, sont copiés. Sinon, aucun document n'est copié. |
Entité |
Permet de préciser l'entité de documents (GTDEN) pour laquelle les documents associés à l'en-tête de la commande d'achats origine peuvent être copiés. Ne peuvent être copiés que les documents dont le format de l'identifiant est conforme au GTDEN standard (ACHAT COMMANDE) : numéro interne de la commande d'achats. |
Lignes |
Recopie des documents |
Si cette case est cochée, les documents associés aux lignes de la commande d'achats origine pour lesquels l'entité de document (GTDEN) est égale à celle précisée, sont copiés. Sinon, aucun document n'est copié. |
Entité |
Permet de préciser l'entité de documents (GTDEN) pour laquelle les documents associés aux lignes de la commande d'achats origine peuvent être copiés. Ne peuvent être copiés que les documents dont le format de l'identifiant est conforme au GTDEN standard (ACHAT LIGNE) : numéro interne de la commande d'achats concaténé au numéro de ligne. |
Acompte |
Cette option permet de générer une commande d'acompte pour la commande en cours. Il est nécessaire de préciser : - un type de demande d'acompte (GPACA) qui soit défini pour la classe de la commande d'achats ; - un montant d'acompte ou un pourcentage, selon le paramétrage du type de demande d'acompte, à appliquer à la commande origine pour calculer le montant de la commande d'acompte ; - un code échéance (facultatif), proposé à partir du type de demande d'acompte (GPACA). Les échéances (GCAE) de la commande d'acompte peuvent être créées à partir de ce code échéance s'il est renseigné, sinon à partir du code échéance du type de demande d'acompte s'il est renseigné, sinon à partir des échéances de la commande origine. La génération de la commande d'acompte est possible : - si au moins une ligne de commande a été saisie pour la commande origine ; - si l'étape d'au moins une des sous-commandes de la commande origine est comprise dans la fourchette d'étapes données par le type de demande d'acompte. L'en-tête de la commande d'acompte est créé à l'identique de la commande origine sauf pour : - la classe : classe d'acompte définie pour le type de demande d'acompte ; - le numéro de commande attribué automatiquement ; - le sous-numéro : égal à 1 ; - l'étape : étape par défaut pour la classe d'acompte dans les étapes par classe (GETCA). Toutes les autres informations de la commande d'acompte sont identiques à celles de la commande origine (marché, fournisseur, tiers et adresses, devise, dépôt, date de commande, date au plus tôt, date au plus tard, date comptable, date de contrat, informations taxes, informations transport, etc.). La ligne de la commande d'acompte est créée avec les informations suivantes : - article : article défini pour le type de demande d'acompte ; - libellé de la ligne : proposé par défaut ; - quantité commandée : égale à 1 ; - prix tarif, prix commandé : montant de l'acompte saisi par l'utilisateur si le mode de calcul pour le type de demande d'acompte est égal à "Montant", sinon montant calculé : pourcentage saisi par l'utilisateur appliqué au montant de la condition de facturation de la commande définie pour le type de demande d'acompte ; - unité de prix : non renseignée ; - mode d'achat : proposé par défaut ; - compte : proposé par défaut. Le compte (GCPT) doit être défini en génération de pièce et en TVA interdite ; - poste : proposé par défaut ; - CGR A, CGR B : proposés par défaut ; - taxe : il est recherché une taxe telle que : - le type de taxe est égal au type de taxe de l'en-tête de commande, - le mode de taxe est égal au mode de taxe de l'en-tête de commande, - le régime de taxe est égal au régime de taxe de l'en-tête de commande, - le taux de la taxe est égal à zéro, - la part de la taxe est égale à la part de la taxe proposée ; - informations immobilisations : non renseignées ; - informations liées à la DEB : non renseignées. Pour plus de détails sur les propositions par défaut, vous pouvez vous reporter à la documentation de GLCA ou au récapitulatif des propositions par défaut. Création des tables annexes : 1) Echéances : Les échéances (GCAE) sont créées à partir du code échéance saisi par l'utilisateur, sinon à partir du code échéance du type de demande d'acompte s'il est renseigné, sinon elles sont recopiées à partir des échéances de la commande origine. 2) Conditions de facturation : Les conditions de facturation (GCAF) sont créées par défaut à partir : - des conditions de facturation obligatoires (GCFGA) ; - des conditions de facturation associées au fournisseur (GTFF) ; - des conditions de facturation associées à la classe d'achats (GCFCA). 3) Gestionnaires : Les gestionnaires (GCAG) sont créés par défaut à partir des gestionnaires associés au fournisseur (GTFG) et des autorisations des gestionnaires par classe (GAGC). 4) Textes liés à l'en-tête : Les textes (GTXT) liés à l'en-tête sont générés par défaut à partir des textes modèles définis éventuellement pour la classe d'achats (GTXENCA), le fournisseur (GTXEFOU) et le pays (GTXEPAYS). 5) Textes liés aux lignes : Les textes (GTXT) liés aux lignes sont générés par défaut à partir des textes modèles définis éventuellement pour l'article générique (GTXEART), l'article acheté (GTXEATA) et la référence article/fournisseur (GTXERAF). 6) Rubriques liées à l'en-tête : Les rubriques (GRUCA) liées à l'en-tête sont créées par défaut à partir des rubriques associées à la classe d'achats (GARUNCA) et au fournisseur (GARUFOU). 7) Rubriques liées aux lignes : Les rubriques (GRUCA) liées aux lignes sont créées par défaut à partir des rubriques associées à l'article par l'établissement (GARU) et à l'article acheté (GARUATA). 9) Association entre commande origine et commande acompte : Lors de la génération de la commande d'acompte, une association entre la commande origine et la commande d'acompte (CASCACA) est créée pour le type de demande d'acompte et pour un type de lien "Généré" ceci afin de pouvoir retrouver les commandes d'acomptes créées à partir d'une commande donnée. 8) Historique de l'étape : La commande d'acompte est générée à l'étape par défaut pour la classe d'acompte. Si le paramétrage des étapes par classe (GETCA) indique que la mémorisation est active, un historique (CHECA) est créé en indiquant le numéro de l'étape, l'utilisateur ayant effectué l'étape (utilisateur de connexion) ainsi que la date et l'heure de réalisation de l'étape (date et heure de la génération). Une fois la commande d'acompte générée, elle est valorisée. Les différents contrôles des montants entre la commande origine et la commande d'acompte générée sont effectués par le traitement de contrôle des montants d'acompte (TCMACA). Suivant le paramétrage du type de demande d'acompte (GPACA), il est possible d'exécuter, pour la commande d'acompte générée, les traitements correspondant aux étapes (GETCA) définis pour la classe d'achats (GNCA). |
Type de demande d'acompte |
Donne le paramétrage à partir duquel la commande d'acompte va être générée. Le type de demande d'acompte doit être associé à la classe d'achats de la commande en cours. |
Echéance |
Proposée à partir du type de demande d'acompte. Si le code échéance est précisé, les échéances (GCAE) de la commande d'acompte sont créées à partir de ce code d'échéance. |
Indicateurs |
![]() ![]() |
Boutons poussoirs |
Valorisation |
Aperçu |
Permet de visualiser à l'écran l'édition de la commande. Le mnémonique de l'édition lancée est paramétré dans la classe d'achats. Ce mnémonique doit être référencé dans les étapes par classe (GETCA) de la classe de la commande. Un message apparaît à l'écran avec le numéro de "job" qui a été créé ainsi que son état (en attente ou en cours). Le délai de rafraîchissement du message est donné par l'occurrence APERCU du paramètre AUTACHAT. Après l'aperçu, sont ré-affichées à l'écran toutes les commandes sélectionnées auparavant ou uniquement la commande sur laquelle l'aperçu a été effectué. Ceci dépend du paramètre PR5 associé au mnémonique de la transaction. |
Traitements |
Permet de réaliser le lancement d'un ensemble de traitements et/ou éditions correspondant à des étapes définies dans la gestion des étapes par classe (GETCA) pour la commande traitée ou pour un ensemble de commandes sélectionnées dans la grille. Le lancement des traitements pour la commande en cours s'effectue selon la définition de la classe d'achats. Il peut être réalisé de deux manières : - en appelant la soumission des enchaînements dynamiques (GEDEA) et en validant une à une les étapes proposées. Ce fonctionnement n'est possible que si la variable globale WADM_EDESAC est positionnée à "O" ; - en exécutant directement les étapes définies dans GETCA sans appel de soumission et sans validation des étapes. Dans le cas où le lancement des traitements s'effectue pour un ensemble de commandes sélectionnées dans la grille, les traitements sont exécutés directement sans appel de soumission et sans validation des étapes. Il est possible de réaliser les traitements via une barre d'avancement. Il s'agit d'un récapitulatif interactif des étapes des commandes permettant de voir l'état d'avancement de la commande et d'exécuter les étapes. Pour visualiser et utiliser cette barre, il faut que le champ de type "STEPVIEW" figure sur le formulaire de saisie. Si besoin, effectuer une personnalisation pour ajouter ce champ. Il est également nécessaire de paramétrer les groupes d'étapes des commandes d'achats (GGETAC). |
Modifications périphériques |
A la création d'une commande |
Des informations complémentaires sur la commande sont générées automatiquement lors de sa création : - création des échéances des commandes (GCAE) à partir de l'échéance du marché si ce dernier est renseigné et si la valeur du paramètre PFM associé au mnémonique de la gestion des commandes est égale à "O", sinon à partir de l'échéance du fournisseur. Le compte collectif et les CGR A et B des échéances sont proposés par défaut à partir du paramétrage défini dans la gestion des comptes collectifs par classe d'achats (GCCOA). Le type de collectif ainsi que la domiciliation bancaire sont proposés à partir du fournisseur de la commande ; - création des gestionnaires de la commande (GCAG) : - création des gestionnaires à partir des gestionnaires par défaut du fournisseur (GTFG), ceci à condition qu'il n'existe aucun paramétrage actif pour la classe de commandes dans les autorisations de gestionnaires par classe d'achats (GAGC) ; - s'il existe un paramétrage actif pour la classe de commandes dans les autorisations de gestionnaires par classe d'achats (GAGC), alors recherche dans GAGC pour la classe de commandes de tous les couples fonctions/rôles obligatoires et facultatifs à proposer par défaut. A partir de ces fonctions et rôles, sélection des gestionnaires par fournisseur (GTFG) correspondants et création de ces gestionnaires sur la commande. Si le paramétrage (occurrence GES du paramètre AUTACHAT) indique que la fonction et le rôle doivent être uniques pour une commande et si, pour un fournisseur, il existe plusieurs gestionnaires à créer avec même fonction et même rôle, alors aucun gestionnaire n'est créé sur la commande. Si le paramétrage indique que la fonction et le rôle ne sont pas obligatoirement uniques pour une commande, tous les gestionnaires associés au fournisseur ayant même rôle et même fonction que ceux autorisés pour la classe sont créés en tant que gestionnaires de la commande sauf s'il existe déjà, pour la commande, un même gestionnaire avec le même rôle. - création des conditions de facturation de la commande (GCAF) à partir des : - conditions de facturation obligatoires (GCFGA), - conditions de facturation associées au fournisseur (GTFF) : ne sont prises en compte que les conditions ayant le rôle égal à "G" ("Générée"). Si la devise de la condition est différente de la devise de la commande, les taux et/ou montants de la condition sont transformés en devise de la commande, - conditions de facturation associées à la classe de commandes (GCFCA) : ne sont prises en compte que les conditions ayant le type de taxe non renseigné ou différent de celui de la commande ; - création des textes sur la commande (GTXT) à partir des textes modèles définis pour le fournisseur (GTXEFOU), pour la classe d'achats (GTXENCA) et/ou le pays (GTXEPAYS). Les textes modèles doivent être en génération automatique et avoir la même langue que celle de la commande. La nature des textes modèles indique la position à laquelle sont générés les textes (avant (AL) / après (PL)). NB : si la langue de la commande n'est pas renseignée, aucun texte n'est généré ; - création des rubriques sur la commande (GRUCA) à partir des rubriques définies pour le fournisseur (GARUFOU) et/ou la classe d'achats (GARUNCA). Ne sont prises en compte que celles pour lesquelles le type de rubrique (GTRU) indique que la rubrique (GRUB) est générée ; - selon la définition de l'étape par classe (GETCA), mémorisation (CHECA) de l'étape de création de la commande ; - selon le paramétrage de la classe d'achats, mémorisation du numéro de commande (établissement, classe, numéro et sous-numéro) et de certaines de ses informations (fournisseur, date de commande, référence) dans l'historique de l'archivage transaction (CIATA) ; - la commande créée est éventuellement insérée dans une liste de commandes (voir "Ajout des commandes dans une liste") ; - création du CGR A saisi sur l'en-tête de commande si celui-ci n'existe pas déjà dans la gestion des CGR (GCGR) (uniquement pour les CGR "combinaisons" et si le paramétrage le permet (occurrence CRECOMB du paramètre AUTODE)). |
A la modification d'une commande |
Lors de la modification d'une commande, certaines informations complémentaires peuvent être modifiées automatiquement : - si le fournisseur est modifié : - les échéances et les conditions de facturation liées à la commande sont supprimées, - les gestionnaires sont supprimés si la valeur du paramètre GES associé au mnémonique est égale à "O", sinon ils sont conservés, - les textes sont supprimés si la valeur du paramètre TXE associé au mnémonique est égale à "O", sinon ils sont conservés. Dans tous les cas, les informations supprimées sont re-créées, par défaut, en fonction du nouveau fournisseur. La modification du fournisseur n'est possible que s'il n'existe aucune ligne pour la commande ; - si le dépôt est modifié et si le lien avec l'Application Stocks est mis en place, mise à jour du flag de stock des lignes si le nouveau dépôt n'a pas la même influence en stock que l'ancien et si le traitement de mise à jour des achats en stock (TSTA) n'a pas été effectué ; - si le dépôt et/ou la date au plus tôt sont modifiés et si le lien avec l'Application Stocks est mis en place, mise à jour des réservations de stocks ; - si les informations taxes sont modifiées et s'il existe des conditions de facturation avec taxe, elles sont modifiées en vérifiant la compatibilité entre le type, le régime et le mode de taxe des conditions de facturation et le type, le régime et le mode de taxe de l'en-tête de commande ; - si le type de taxe est modifié, mise à jour du compte collectif et des CGR A et B des échéances de la commande en fonction du paramétrage défini dans la gestion des comptes collectifs par classe d'achats (GCCOA) ; - la commande modifiée est éventuellement insérée dans une liste de commandes (voir "Ajout des commandes dans une liste") ; - création du CGR A saisi sur l'en-tête de commande si celui-ci n'existe pas déjà dans la gestion des CGR (GCGR) (uniquement pour les CGR "combinaisons" et si le paramétrage le permet (occurrence CRECOMB du paramètre AUTODE)). |
Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
CGR |
DEN |
GES |
Ce paramètre permet de définir si les gestionnaires (GCAG) associés à la demande d'achats ou à la commande doivent être supprimés ou non lors de la modification du fournisseur. Si la valeur du paramètre vaut : - O : suppression des gestionnaires lors de la modification du fournisseur ; - N : pas de suppression des gestionnaires lors de la modification du fournisseur. |
PCG |
PDR |
PR1 |
Accès à la transaction en consultation ou non. Si la valeur du paramètre vaut : - C : l'accès est autorisé seulement en consultation ; - G : l'accès est autorisé en saisie et en consultation. |
TXE |
Ce paramètre permet de définir si les textes (GTXT) associés à la demande d'achats ou la commande doivent être supprimés ou non lors de la modification du fournisseur. Si la valeur du paramètre vaut : - O : suppression des textes lors de la modification du fournisseur ; - N : pas de suppression des textes lors de la modification du fournisseur. |
Transactions associées |
CCPIE - Consultation des pièces |
CCTIE - Consultation des cumuls par tiers |
CHECA - Historiques des étapes de commandes |
CMTIE - Consultation des écritures par tiers |
EBIM - Edition des bons d'imputations |
EBIMA - Bons d'imputations (Pièce d'annulation) |
GAAIA - Informations acompte |
GCAE - Echéances des commandes |
GCAF - Conditions de facturation des commandes |
GCAG - Gestionnaires des commandes d'achats |
GCAPE - Paramètres des commandes |
GCAT - Textes |
GCSGA - Changement de signataires |
GEDEA - Enchaînements dynamiques |
GEPL - Extourne, Lissage, PCCA |
GFOU - Fournisseurs |
GLCA - Lignes de commandes d'achats |
GLCD - Liens de commandes |
GMARA - Marchés |
GMVCCA - Mouvements comptables |
GMVCCP - Mouvements comptables |
GNCA - Classes d'achats |
GPIAA - Associations Commandes d'achats - Pièces |
GPIACA - Associations de pièces |
GPIACP - Associations de pièces |
GPIECA - Pièces |
GPIECP - Pièces |
GRUCA - Rubriques de commandes d'achats |
GTIA - Adresses de tiers |
GTXT - Textes |
GVCG - Ventilations par CGR |
Paramètres |
LANGUE |
MDT |
MODOETVA |
PRT |
REGOETVA |
TYPOETVA |
AUTACHAT - APERCU |
AUTACHAT - CPTCGR |
AUTACHAT - DATE |
AUTACHAT - PROPTVA |
AUTACHAT - TRICDE |
AUTDEP - CHGETS |
AUTODE - ARRDVC |
AUTODE - PROPSEG |
AUTSACDA - PRNAT |
AUTSACDA - PROQTC |
AUTSACDA - STKRES |
CTLUNI - SARAF |
DEVREP - EUR |
DEVREP - TRANSIT |
AUTSADCD |
Messages |
SACAF075 - Pour les conditions de facturation, pas de taxe correspondant aux informations taxe de l'en-tête (commande ou facture) |
SACAG058 - Un gestionnaire doit exister pour la fonction $1 et le rôle $2 |
SACAG059 - La fonction $1 et le rôle $2 sont interdits pour cette classe |
SACAG060 - Le couple fonction $1 et rôle $2 n'est pas autorisé pour la classe $3 |
SACDA010 - Suppression d'une commande impossible à cette étape |
SACDA011 - Suppression impossible : Il existe des lignes pour cette commande |
SACDA012 - Suppression impossible : Ventilations comptables pour cette commande |
SACDA013 - Suppression interdite : Commande solde facturation |
SACDA014 - Suppression interdite : Commande solde réception |
SACDA015 - Suppression impossible : Date antérieure à la clôture des achats |
SACDA056 - Création d'une commande impossible à cette étape |
SACDA061 - Modification d'une commande impossible à cette étape |
SACDA067 - Tous les tiers doivent être identiques |
SACDA070 - Dépôt obligatoire O ou N : Paramétrage incorrect |
SACDA071 - Date au plus tôt obligatoire O ou N : Paramétrage incorrect |
SACDA078 - Modification du tiers de livraison interdite |
SACDA079 - Modification de l'adresse de livraison interdite |
SACDA080 - Modification du tiers de commande interdite |
SACDA081 - Modification de l'adresse de commande interdite |
SACDA082 - Modification de la date du cours interdite |
SACDA084 - Adresse de commande incomplète, saisir tiers et adresse |
SACDA096 - Modification du mode de change interdite |
SACDA104 - Classe de commandes manuelle, veuillez saisir le numéro de commande |
SACDA107 - Incohérence entre dates de commande et de réception |
SACDA111 - Modification du taux de change interdite |
SACDA116 - Attention au rating du fournisseur |
SACDA117 - Attention à la cotation du fournisseur |
SACDA118 - Saisie de commandes interdite pour ce fournisseur (Cotation) |
SACDA119 - Saisie de commandes interdite pour ce fournisseur (Rating) |
SACDA123 - Commande non modifiable : Commande solde facturation |
SACDA125 - Le marché est obligatoire pour cette classe de commandes |
SACDA132 - Les dépôts en-tête et ligne sont identiques |
SACDA147 - Commande non modifiable : Commande solde réception |
SACDA158 - Pas de modification dépôt : Changement établissement, existence lots |
SACDA159 - Articles des lignes de commandes inexistants dans l'établissement physique |
SACDA162 - Modification impossible : Date antérieure à la clôture des achats |
SACDA167 - Date comptable obligatoire |
SACDA168 - Date comptable hors période autorisée |
SACDA169 - Modification de la date comptable interdite |
SACDA188 - Date de contrat non modifiable |
SACDA194 - Modification de la date au plus tôt interdite : Commande réceptionnée |
SACDA195 - Modification de l'adresse de facturation interdite |
SACDA196 - Modification du tiers de facturation interdite |
SACDA197 - L'adresse doit être une adresse de facturation |
SACDA205 - Devise non modifiable par rapport à celle du marché ou du fournisseur |
SACDA209 - Modification du tiers de paiement interdite |
SACDA210 - L'adresse doit être une adresse de paiement |
SACDA211 - L'adresse doit être une adresse de livraison |
SACDA212 - Date de contrat obligatoire |
SACDA213 - Modification de l'adresse de paiement interdite |
SACDA217 - L'adresse doit être une adresse de commande |
SACDA222 - Type, Régime et Mode de taxe non modifiables : Il existe des lignes |
SACDA229 - Modification de la langue interdite : il existe des textes |
SACDA230 - Modification impossible : Ventilations comptables pour cette commande |
SACDA251 - Classe interdite en saisie de commandes |
SACDA259 - La date au plus tôt doit être différente de la date prévue des lignes |
SACDA389 - Le CGR A doit être renseigné |
SACDA390 - Le CGR B doit être renseigné |
SACDA401 - La valeur du segment $1 doit être unique |
SACDA404 - La référence fournisseur doit être renseignée |
SACDA420 - L'établissement physique du dépôt fournisseur doit être celui de la commande |
SACDA421 - Dépôt fournisseur non modifiable : commande réceptionnée |
SACDA422 - Modification interdite : traitement de stock effectué |
SACDA424 - Pas de modification du dépôt fournisseur : changement établissement, existence lots |
SACDA427 - Les dépôts doivent avoir la même influence en stock |
SACDA429 - Le dépôt fournisseur et le dépôt de la commande doivent être différents |
SACDA438 - Le segment $1 du CGR A doit être renseigné |
SACDA439 - Le segment $1 du CGR A ne doit pas être renseigné |
SACDA440 - Le segment $1 du CGR A n'est pas modifiable |
SACDA623 - Les commandes de ce marché doivent obligatoirement être créées par le traitement de génération des appels d'achats |
SACFF050 - Le fournisseur ne fait pas partie du marché |
SALCA151 - Modification du CGR A interdite |
SALCA152 - Modification du CGR B interdite |
SALCA234 - Si le dépôt fournisseur est renseigné, le mode de stockage 2 du mode d'achat doit l'être également |
SAMAR090 - Marché inutilisable à cette date |
SANCA058 - Classe de demandes d'achats interdite en saisie de commandes |
SAVCG058 - Il existe une ventilation par CGR |
SGCLC051 - Catégorie du fournisseur et classe de commandes incompatibles |
SGMOS053 - Un mode de stockage n'existe pas sur l'établissement physique |