: cette image indique que des textes (GTXT) sont associés à l'en-tête de la demande d'achats.Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Achats | |||
| GDAI - Demandes d'achats | |||
| Cette transaction permet d'enregistrer et de consulter les demandes de services et les demandes d'achats. Les demandes de services permettent de gérer les besoins en interne et de déclencher une sortie de stock. Les demandes d'achats peuvent être transformées en une ou plusieurs commande(s) : - par le traitement de génération de commandes à partir de demandes d'achats (TDAI) ; - par la transaction de génération de commandes à partir de demandes d'achats (GTDAC) ; - par le traitement de génération automatique de commandes à partir de demandes d'achats (TGDAI). |
| Données |
| Demande |
| L'identifiant d'une demande 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 demandes : case "Classe de demandes d'achats" cochée dans GNCA. C'est une des informations essentielles de la demande dont dépend un grand nombre de propositions par défaut : - l'étape de création de la demande 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 demandes. De la classe dépend aussi un ensemble d'autorisations : - droit de création, modification, suppression des informations d'une demande 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 demande peuvent être différents ou non de la devise et des tiers et adresses du marché ou du fournisseur de la demande ; - différences d'informations entre les sous-demandes : la date de demande, la devise et les tiers et adresses de commande, de facture et de paiement peuvent être différents ou non entre les sous-demandes créées ; - autorisation entre classe de demandes et catégorie de fournisseurs (GCLCA) ; - autorisation entre classe de demandes et gestionnaires de la demande (GAGC). La classe peut être proposée par défaut à partir du paramètre CLA associé au mnémonique de la gestion des demandes 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 demandes 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-demande puis il est incrémenté de 1 en 1 à la création de chaque nouvelle sous-demande (le numéro restant inchangé). Les sous-demandes peuvent être générées par des traitements (dans le cas d'éclatement dans le traitement de confirmation des demandes d'achats (TEDA) par exemple) mais peuvent également être saisies dans le cas d'un complément de demande (avenant). Pour créer une sous-demande, la démarche à suivre est la suivante : - recherchez la demande modèle ; - dupliquez la demande ; - modifiez éventuellement des informations ; - validez. Deux sous-demandes doivent obligatoirement avoir le même fournisseur et le même marché s'ils sont renseignés. En revanche, elles peuvent avoir un certain nombre d'informations différentes selon le paramétrage de la classe d'achats : - date de demande ; - devise ; - tiers de commande ; - adresse de commande ; - tiers logistique ; - adresse logistique ; - tiers de facture ; - adresse de facture ; - tiers de paiement ; - adresse de paiement. |
| Mnémonique |
| Marché |
| Cette information peut être saisie si la commande générée à partir de cette demande d'achats doit être passée dans le cadre d'un marché avec un fournisseur. Cette information non obligatoire peut être renseignée lors de la transformation de la demande d'achats en commande : - par le traitement de génération de commandes à partir des demandes d'achats (TDAI), il peut être saisi par l'utilisateur ou proposé lors de la proposition fournisseur ; - par le traitement de génération automatique de commandes à partir des demandes d'achats (TGDAI), il peut être proposé lors de la proposition du fournisseur si celui-ci n'est pas renseigné sur la demande d'achats. Au niveau de la demande d'achats, le marché n'est renseigné qu'à titre indicatif : aucune mise à jour du marché n'est effectuée. Il peut cependant être rendu obligatoire suivant le paramétrage de la classe d'achats. Seul un marché valide peut être proposé ou saisi : une des dates de la demande 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é, 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. Le marché peut être défini dans une devise différente de celle de la demande. |
| Fournisseur |
| Représente le code du fournisseur chez lequel devra être passée la commande issue de cette demande d'achats. Cette information n'est pas obligatoire au niveau de la demande d'achats car elle peut être renseignée lors de la transformation en commande : - par les traitements de génération de commandes à partir des demandes d'achats (TDAI et GTDAC), il peut être saisi par l'utilisateur ou renseigné par la proposition fournisseur ; - par le traitement de génération automatique de commandes à partir des demandes d'achats (TGDAI) : il est renseigné par la proposition du fournisseur. Le fournisseur peut être proposé à partir du marché si celui-ci est renseigné et si la famille de fournisseurs du marché est un fournisseur. 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 demande. Certaines informations sont proposées à partir du marché si celui-ci est renseigné, sinon à partir du fournisseur s'il est renseigné : - les tiers et les adresses ; - la devise ; - le dépôt ; - les informations liées au transport. Le type de taxe et les interlocuteurs sont proposés du fournisseur. S'il n'est pas renseigné, l'occurrence par défaut du paramètre TYPOETVA est proposée dans le type de taxe. Le régime et le mode de taxe sont proposés à partir de la classe d'achats ou à partir du fournisseur suivant le paramétrage de la classe d'achats. Si la classe indique que la proposition doit être faite à partir du fournisseur et si celui-ci n'est pas renseigné, le régime et le mode de taxe sont proposés respectivement à partir des occurrences par défaut des paramètres REGOETVA et MODOETVA. Le dépôt client est proposé à partir du fournisseur. Si la catégorie du fournisseur est renseignée, il doit exister une autorisation entre cette catégorie etla classe d'achats (GCLCA) pour que la saisie soit possible. De même, s'il existe une autorisation de catégories achats (GACGA) pour l'établissement et la classe d'achats, la catégorie de l'article des lignes de la demande d'achats doit être compatible avec la catégorie du fournisseur, pour la classe d'achats. La catégorie est celle du fournisseur de la ligne s'il est renseigné, sinon celle du fournisseur de l'en-tête. La catégorie d'articles est celle de la référence article/fournisseur si celle-ci existe, sinon celle de l'article acheté. Il est possible de contrôler que la saisie d'une demande est autorisée ou pas 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 n'est pas acceptée. |
| Tiers |
| Il s'agit du tiers de facturation, c'est-à-dire du tiers du fournisseur qui va adresser la facture si la demande d'achats est transformée en commande (TDAI, TGDAI). Il doit être associé à l'établissement (GATE). Il est proposé à partir du marché s'il est renseigné, sinon à partir du fournisseur. Si le marché et le fournisseur ne sont pas renseignés, il n'est pas proposé. 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. Lors du transfert en comptabilité de la demande, 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". Elle est proposée à partir du marché s'il est renseigné, sinon à partir du fournisseur. Si le marché et le fournisseur ne sont pas renseignés, elle n'est pas proposée. 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 demande, 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, le nom réduit, le code postal et la ville sont affichés. |
| Etape |
| Lors de la création d'une demande, 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 demande, c'est-à-dire l'étape du dernier traitement (ou édition) qui a été effectué sur cette demande. 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 demande 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 étape |
| Il s'agit de la date correspondant au dernier traitement (ou édition) effectué pour la demande. |
| Dates |
| Date de demande |
| 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 de pré-engagement (TVCCD). |
| Plus tôt |
| Représente la date de livraison souhaitée. Elle est obligatoire ou non suivant la valeur du paramètre DAT associé au mnémonique. 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 de pré-engagement (TVCCD). Sur chaque ligne de la demande, il est possible d'indiquer une autre date de livraison prévue. Si la demande influe sur les stocks, les réservations de stocks sont réalisées à cette date 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 de pré-engagement (TVCCD). Dans les cas où cette date est utilisée pour rechercher ou contrôler des informations et qu'elle n'est pas renseignée, c'est la date au plus tôt qui est prise en compte. |
| Dépôt |
| Il s'agit du lieu de livraison souhaité. Le dépôt est obligatoire ou non suivant la valeur du paramètre DEP associé au mnémonique. S'il est saisi, il doit être 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é ; - fournisseur si celui-ci est renseigné ; - dépôt par défaut dans GDEP. Sur chaque ligne de la demande, il est possible d'indiquer un autre dépôt de livraison pour les articles. Si la demande influe sur les stocks, les réservations de stocks sont réalisées en fonction de ce dépôt pour les lignes pour lesquelles le dépôt n'est pas précisé. Pour l'édition de la demande (EDAI), l'adresse de livraison éditée est recherchée à partir du tiers et de l'adresse du dépôt de la demande. |
| Devise |
| Il s'agit de la devise dans laquelle est saisie la demande. Tous les prix et montants sont exprimés dans cette devise. Elle est proposée dans l'ordre de priorité suivant : - marché si celui-ci est renseigné ; - fournisseur si celui-ci est renseigné ; - devise de référence de l'établissement. 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 demande d'achats. |
| 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 demande sont générés à la création de la demande. 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). |
| Objet de la demande |
| 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 demande, recalculé après chaque valorisation. |
| No Interne |
| Cette information n'est présente que dans la grille. Il s'agit de l'identifiant unique d'une demande. |
| Tiers et adresses |
| Paiement |
| Il s'agit du tiers et de l'adresse de paiement de la demande c'est-à-dire du tiers et de l'adresse du fournisseur (s'il est renseigné) à qui sera adressé le règlement si la demande d'achats est transformée en commande (TDAI, TGDAI). 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 à partir du marché de la demande si elles sont renseignées ; - proposées à partir du fournisseur si elles sont renseignées ; - recopiées à partir du tiers et adresse de facturation, si la classe d'achats indique que tous les tiers de la demande doivent être identiques et autorise la recopie du tiers de facturation dans les autres tiers. La classe d'achats autorise ou non 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 demande. Lors du transfert en comptabilité de la demande, 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. Le nom réduit, le code postal et la ville sont affichés à partir de cette adresse. |
| Logistique |
| Il s'agit du tiers et de l'adresse de livraison de la demande d'achats, c'est-à-dire du tiers et de l'adresse du fournisseur (s'il est renseigné) qui expédiera la marchandise si la demande d'achats est transformée en commande (TDAI, TGDAI). 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 à partir du marché de la demande si elles sont renseignées ; - proposées à partir du fournisseur si elles sont renseignées ; - recopiées à partir du tiers et adresse de facturation si la classe d'achats indique que tous les tiers de la demande doivent être identiques et autorise la recopie du tiers de facturation dans les autres tiers. La classe d'achats autorise ou non 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 demande. Le nom réduit, le code postal et la ville sont affichés à partir de cette adresse. |
| Commande |
| Il s'agit du tiers et de l'adresse de commande de la demande d'achats, c'est-à-dire du tiers et de l'adresse du fournisseur (s'il est renseigné) à qui sera adressé le bon de commande si la demande d'achats est transformée en commande (TDAI, TGDAI). 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 à partir du marché de la demande si elles sont renseignées ; - proposées à partir du fournisseur si elles sont renseignées ; - recopiées à partir du tiers et adresse de facturation si la classe d'achats indique que tous les tiers de la demande doivent être identiques et autorise la recopie du tiers de facturation dans les autres tiers. La classe d'achats autorise ou non la modification de ces données par rapport aux valeurs proposées. Si le tiers de commande est renseigné, l'adresse de commande doit l'être également. 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 demande. Le nom réduit, le code postal et la ville sont affichés à partir de cette adresse. |
| Tiers à facturer |
| Tiers à facturer |
| Il s'agit du tiers auquel le fournisseur (s'il est renseigné) devra adresser la facture, si la demande d'achats est transformée en commande (TDAI, TGDAI). Il doit être défini comme tiers établissement. Il est proposé à partir du marché s'il est renseigné, 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é, sinon à partir de la classe d'achats. Le nom réduit, le code postal et la ville sont affichés à partir de cette adresse. |
| 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ètre 1 |
| Les paramètres 1, 2 et 3 permettent de définir des critères de regroupement et d'extraction supplémentaires pour la demande. Ces paramètres peuvent être utilisés pour alimenter les paramètres des mouvements lors du transfert en comptabilité (voir paramétrage des types de ventilations (GTVCA)). 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. |
| Paramètre 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. |
| Paramètre 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 demande. |
| Comptabilisation |
| CGR A |
| Le CGR A de la demande 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 demande, pour chaque ligne 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 demande (CGR A des lignes, des ventilations par CGR (GVCG)). Si le CGR A est renseigné, il est pris en compte lors du transfert en comptabilité (TVCCD) 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 demande (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 demande 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 demande, pour chaque ligne ou dans les ventilations par CGR (GVCG). S'il est renseigné, il est pris en compte lors du transfert en comptabilité (TVCCD) 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 |
| 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 demande, 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 taxe |
| 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 demande et tant qu'il n'existe pas de condition de facturation (GCAF) avec taxe pour la demande. Il est utilisé pour la recherche des taxes à appliquer sur les articles saisis dans les lignes de demandes. Le type des taxes des lignes doit être identique à celui de l'en-tête. |
| Mode taxe |
| 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). Dans le cas où il doit être proposé à partir du fournisseur et que ce dernier n'est pas renseigné, il est proposé à partir de l'occurrence par défaut du paramètre MODOETVA. Il est modifiable tant qu'aucune ligne n'est saisie pour la demande et tant qu'il n'existe pas de condition de facturation (GCAF) avec taxe pour la demande. Il est utilisé pour la recherche des taxes à appliquer aux articles saisis dans les lignes de demandes. 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 taxe |
| 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). Dans le cas où il doit être proposé à partir du fournisseur et que ce dernier n'est pas renseigné, il est proposé à partir de l'occurrence par défaut du paramètre REGOETVA. Il est modifiable tant qu'aucune ligne n'est saisie pour la demande et tant qu'il n'existe pas de condition de facturation (GCAF) avec taxe pour la demande. Il est utilisé pour la recherche des taxes à appliquer aux articles saisis dans les lignes de demandes. 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é à 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 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 demande. 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 demande est égale à la devise de référence de l'établissement ; - on est en période transitoire, la devise de la demande 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 demande 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 demande 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 demande 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 demande 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. |
| 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 demande dont la date de validité est supérieure ou égale à la date de double comptabilisation de l'établissement. |
| Date de validité |
| C'est la date à laquelle le cours est valide. Elle est toujours é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é, sinon à partir du type de port du fournisseur. Si le marché et le fournisseur ne sont pas renseignés, il n'est pas proposé. |
| 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é, sinon à partir du mode de transport du fournisseur. Si le marché et le fournisseur ne sont pas renseignés, il n'est pas proposé. |
| Transporteur |
| Il est proposé par défaut à partir du transporteur du fournisseur s'il est renseigné. |
| Transitaire |
| Il est proposé par défaut à partir du transporteur du fournisseur s'il est renseigné. |
| Nombre de colis |
| Non géré. |
| Priorité |
| Information 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 demande et la date de dernière mise à jour du stock. A la saisie de la demande, 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). Si le lien avec l'Application Stocks n'est pas mis en place et/ou si la demande n'a pas d'influence en stock ou s'il s'agit d'une demande d'achats, ces informations n'évoluent pas. Si le lien avec l'Application Stocks est mis en place et s'il s'agit d'une demande de services, ces informations sont mises à jour lors de la mise à jour des achats en stock (TSDA). |
| Pièce 1 |
| Non accessibles à l'utilisateur. Il s'agit du numéro de pièce comptable du transfert en comptabilité effectué sur la demande (pré-engagement (TVCCD)) suivi de la date à laquelle ce transfert a été réalisé. |
| Pièce 2 |
| Non accessibles à l'utilisateur. Il s'agit du numéro de pièce comptable du dernier transfert en comptabilité effectué sur la demande (pré-engagement (TVCCD), annulation du pré-engagement (TDEGD)) suivi de la date à laquelle ce transfert a été réalisé. |
| Réception |
| Informations non gérées. |
| Facture |
| Informations non gérées. |
| Sous-commandes générées |
| Réception |
| Informations non accessibles à l'utilisateur et gérées uniquement pour les demandes de services. Il s'agit de la classe, du numéro et du sous-numéro de la demande générée par le traitement de solde des demandes de services (TSLDA) si la livraison a été partielle. La livraison peut s'effectuer par : - la gestion de réservation du stock (SAIRDS) ; - le traitement de réservation en stock (TRDS) ; - la gestion de livraison des demandes de services (GRDA). |
| Facture |
| Informations non accessibles à l'utilisateur et non gérées. |
| 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 demande, pour préciser les raisons de l'annulation de celle-ci : - annulation de demandes (TSRD) ; - refus lors de la signature des demandes (GSGDA) ; - refus lors du déblocage budgétaire du pré-engagement (GDBUD) ; - intégration d'une demande (TTCDA) dans le cas d'un avenant. |
| Code rejet |
| Les valeurs du code rejet sont des occurrences du paramètre RETSACDA. |
| Montant initial |
| Informations non accessibles à l'utilisateur. Il s'agit du montant TTC de la demande et de la date de confirmation de celle-ci. Le montant initial est calculé lors de la valorisation (bouton "Valorisation" ou traitement de confirmation (TEDA)) et n'évolue pas au cours de la vie de la demande. La date de confirmation est affectée par le traitement de confirmation (TEDA). |
| Référence fournisseur |
| Informations non gérées. |
| Relance |
| Niveau |
| Informations non accessibles à l'utilisateur et non gérées. |
| Dépôt client |
| Ce dépôt est pris en compte lors de la gestion des stocks clients. Pour les demandes de services, une entrée de stock est effectuée sur ce dépôt et une sortie, de même quantité, est effectuée sur le dépôt de réception de la demande ou des lignes de la demande. La classe d'achats (GNCA) indique si la saisie du dépôt client est obligatoire, interdite ou facultative. Si elle est interdite, la zone est inaccessible. Le dépôt client 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 demande et du dépôt de livraison des lignes de la demande mais doit avoir la même influence en stock. Si la classe est définie en dépôt client obligatoire, il est proposé à partir du dépôt client du fournisseur sinon il n'est pas proposé. |
| Date de contrat |
| Cette information est une date libre liée à la demande. 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 |
| Information 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. |
| Observations |
| Observations |
| Réception |
| Il s'agit d'une zone libre qui peut figurer sur des documents comme l'édition des demandes d'achats (EDAI). |
| Facture |
| Il s'agit d'une zone libre qui peut être utilisée lors du transfert 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 l'édition des demandes d'achats (EDAI). |
| Paiement |
| Il s'agit d'une zone libre qui peut figurer sur des documents comme l'édition des demandes d'achats (EDAI). |
| Interlocuteurs |
| Externe |
| Il s'agit d'une zone libre qui peut figurer sur des documents comme l'édition des demandes d'achats (EDAI). Elle est proposée par défaut à partir de l'interlocuteur externe du fournisseur si celui-ci est renseigné. |
| Logistique |
| Il s'agit d'une zone libre qui peut figurer sur des documents comme l'édition des demandes d'achats (EDAI). Elle est proposée par défaut à partir de l'interlocuteur externe du fournisseur si celui-ci est renseigné. |
| Ajout des commandes générées dans la liste |
| Liste |
| Si la liste est précisée, toutes les demandes 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 demandes sont ajoutées à la liste. |
| Commandes modifiées |
| Si la case est cochée, les demandes modifiées sont ajoutées à la liste. |
| Recopie des lignes d'une commande |
| Recopie des lignes d'une commande |
| Permet lors de la création d'une demande, de recopier les lignes d'une autre demande. |
| 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 (en fonction du paramétrage de la valorisation des demandes d'achats (GVDA), 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 demande sont modifiés par rapport à ceux de la demande 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 GDAL ou au document récapitulatif des propositions par défaut. |
| RAZ date prévue |
| Si cette case est cochée, la date prévue des lignes de la nouvelle demande d'achats est effacée. |
| RAZ 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 demande 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) demande(s) d'achats à l'étape de saisie. Le principe est le même que pour le traitement de retour à l'étape initiale (TANU). Les demandes d'achats à traiter doivent être à une étape comprise dans la fourchette d'étapes d'annulation donnée par la classe de demandes d'achats. Si la demande d'achats est pré-engagée en comptabilité (TVCCD), le pré-engagement est annulé. Si les réservations en stock ont été effectuées, elles sont annulées. Le retour à l'étape initiale peut être effectué pour une demande d'achats seule ou pour une liste de demandes d'achats. |
| Liste |
| Il s'agit de la liste de demandes d'achats à ramener à l'étape initiale. |
| Commande |
| Il s'agit de la classe, du numéro et du sous-numéro de la demande d'achats à ramener à l'étape initiale. |
| Duplication |
| Cette option permet de dupliquer des demandes d'achats. Les informations dupliquées sont : - l'en-tête de la demande d'achats ; - les lignes associées à la demande d'achats ; - les données annexes associées à l'en-tête de la demande d'achats ; - les données annexes associées aux lignes de la demande d'achats. Lors de la duplication, il est possible de créer un lien entre la demande d'achats origine et la demande d'achats 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 demandes d'achats 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 demande d'achats 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 demande d'achats. Pour cela, il ne faut rien saisir dans la valeur correspondante. Remarque : aucune donnée des lignes de demande d'achats n'est modifiable via les colonnes à modifier. |
| En-tête |
| Sous-commande |
| Si cette case est cochée, génération d'une sous-demande d'achats : même classe et même numéro que la demande d'achats origine. Sinon, génération d'une nouvelle demande 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-demande est modifiée, génération d'une nouvelle demande 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 demande 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 demande 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 demande d'achats. |
| Lignes |
| Recopie des documents |
| Si cette case est cochée, les documents associés aux lignes de la demande 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 demande 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 demande d'achats concaténé au numéro de ligne. |
| Indicateurs |
| : cette image indique que des textes (GTXT) sont associés à l'en-tête de la demande d'achats. |
| Boutons poussoirs |
| Valorisation |
| 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 demande d'achats traitée ou pour un ensemble de demandes d'achats sélectionnées dans la grille. Le lancement des traitements pour la demande d'achats 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 demandes d'achats 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 permettant de voir l'état d'avancement de la demande 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 demandes d'achats (GGETAD). |
| Aperçu |
| Permet de visualiser à l'écran l'édition de la demande. 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 demande. 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 demandes d'achats sélectionnées auparavant ou uniquement la demande d'achats sur laquelle l'aperçu a été effectué. Ceci dépend du paramètre PR5 associé au mnémonique de la transaction. |
| Modifications périphériques |
| A la création d'une demande |
| Des informations complémentaires sur la demande sont générées automatiquement lors de sa création : - création des échéances des demandes (GCAE) à partir de l'échéance du marché si ce dernier est renseigné ou à partir de l'échéance du fournisseur si celui-ci est renseigné. 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 demande ; - création des gestionnaires de la demande (GCAG) : - création des gestionnaires à partir des gestionnaires par défaut du fournisseur (GTFG) s'il est renseigné, ceci à condition qu'il n'existe aucun paramétrage actif pour la classe d'achats dans les autorisations de gestionnaires par classe d'achats (GAGC) ; - s'il existe un paramétrage actif, alors le programme recherche dans GAGC pour la classe de demandes tous les couples fonctions/rôles obligatoires et facultatifs à proposer par défaut. A partir de ces fonctions et rôles, il sélectionne les gestionnaires par fournisseur (GTFG) correspondants et les crée sur la demande. Si le paramétrage (occurrence GES du paramètre AUTACHAT) indique que la fonction et le rôle doivent être uniques pour une demande 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 demande. Si le paramétrage indique que la fonction et le rôle ne sont pas obligatoirement uniques pour une demande, tous les gestionnaires associés au fournisseur sont créés sauf s'il existe déjà, pour la demande, un même gestionnaire avec le même rôle. - création des conditions de facturation de la demande (GCAF) à partir des : - conditions de facturation obligatoires (GCFGA), - conditions de facturation associées au fournisseur (GTFF) si celui-ci est renseigné : 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 demande, les taux et/ou montants de la condition sont transformés en devise de la demande, - conditions de facturation associées à la classe de demandes (GCFCA) : ne sont prises en compte que les conditions ayant le type de taxe non renseigné ou différent de celui de la demande ; - création des textes sur la demande (GTXT) à partir des textes modèles définis pour le fournisseur (GTXEFOU) s'il est renseigné, 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 demande. 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 demande n'est pas renseignée, aucun texte n'est généré ; - selon la définition de l'étape par classe (GETCA), mémorisation (CHECA) de l'étape de création de la demande ; - la demande créée est éventuellement insérée dans une liste de demandes (voir "Ajout des demandes dans une liste") ; - création du CGR A saisi sur l'en-tête de demande 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 demande |
| Lors de la modification d'une demande, 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 demande d'achats 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, si un nouveau fournisseur est saisi, les informations supprimées sont re-créées par défaut. De plus, suivant le paramétrage de la classe d'achats et si des lignes sont saisies sur la demande, les prix de la référence article/fournisseur (GRAF) du nouveau fournisseur saisi sont mis à jour : voir la documentation sur les principes de mise à jour des prix des articles ; - 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 (TSDA) 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 demande ; - si le type de taxe est modifié, mise à jour du compte collectif et des CGR A et B des échéances de la demande en fonction du paramétrage défini dans la gestion des comptes collectifs par classe d'achats (GCCOA) ; - la demande modifiée est éventuellement insérée dans une liste de demandes (voir "Ajout des demandes dans une liste"). - création du CGR A saisi sur l'en-tête de demande 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 suppression d'une demande |
| Si la suppression de la demande est possible, les informations liées à la demande sont aussi supprimées (échéances, conditions de facturation, gestionnaires, textes, ventilations par CGR, liens, paramètres, éléments de liste). Il n'est pas possible de supprimer une demande d'achats si celle-ci est en cours de transformation commandes par le traitement de génération de commandes à partir de demande d'achats (TDAI) ou par le traitement de génération automatique de commandes à partir de demande d'achats (TGDAI). |
| Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
| CGR |
| DEN |
| DEP |
| Ce paramètre permet de définir si le dépôt est obligatoire ou non. Si la valeur du paramètre vaut : - O : la saisie du dépôt est obligatoire ; - N : la saisie du dépôt n'est pas obligatoire. |
| 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. |
| DEP |
| Ce paramètre permet de définir si le dépôt est obligatoire ou non. Si la valeur du paramètre vaut : - O : la saisie du dépôt est obligatoire ; - N : la saisie du dépôt n'est pas obligatoire. |
| 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) |
| 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 |
| GDAL - Lignes de demandes d'achats |
| GEDEA - Enchaînements dynamiques |
| GEPL - Extourne, Lissage, PCCA |
| GFOU - Fournisseurs |
| GLCD - Liens de commandes |
| GMARA - Marchés |
| GMVCCA - Mouvements comptables |
| GMVCCP - Mouvements comptables |
| GNCA - Classes d'achats |
| 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 - GES |
| AUTACHAT - PROPTVA |
| AUTACHAT - TRICDE |
| AUTDEP - CHGETS |
| AUTODE - ARRDVC |
| AUTODE - PROPSEG |
| AUTSACDA - PRNAT |
| DEVREP - TRANSIT |
| AUTSADCD |
| Messages |
| 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 |
| 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) |
| SACDA125 - Le marché est obligatoire pour cette classe de commandes |
| SACDA132 - Les dépôts en-tête et ligne sont identiques |
| 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 |
| 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 |
| SACDA229 - Modification de la langue interdite : il existe des textes |
| SACDA259 - La date au plus tôt doit être différente de la date prévue des lignes |
| SACDA288 - Le dépôt ne peut pas être modifié car la réservation en stock a été faite |
| SACDA289 - La date au plus tôt ne peut pas être modifiée car la réservation en stock a été faite |
| 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 |
| SACDA407 - Suppression impossible : DA en cours de transformation commande |
| SACDA419 - L'établissement physique du dépôt client doit être celui de la demande |
| SACDA423 - Pas de modification du dépôt client : changement établissement, existence lots |
| SACDA427 - Les dépôts doivent avoir la même influence en stock |
| SACDA428 - Le dépôt client et le dépôt de la demande 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 |
| SALCA233 - Si le dépôt client est renseigné, le mode de stockage 2 du mode d'achat doit l'être également |
| SAMAR090 - Marché inutilisable à cette date |
| SANCA070 - Cette classe n'est pas une classe de demandes d'achats |
| SAVCG058 - Il existe une ventilation par CGR |
| SGACG050 - Catégorie de fournisseurs, catégorie d'articles et classe d'achats incompatibles (fournisseur : $1, article : $2) |
| SGCLC051 - Catégorie du fournisseur et classe de commandes incompatibles |
| SGMOS053 - Un mode de stockage n'existe pas sur l'établissement physique |