GMARA - Marchés

   Selon le mnémonique d'appel et la valeur du paramètre PR2 associé au mnémonique, cette transaction permet :
- soit de définir des marchés, contrats passés avec un fournisseur ou une famille de fournisseurs sur une période, pour un montant global et pour des montants et quantités par article ou famille d'articles. Le mnémonique livré en standard pour cette fonctionnalité est GMARA ;
- soit de valider des marchés en attente créés par le traitement de duplication des marchés à valider (TDMARAV). Le mnémonique standard pour cette fonctionnalité est GMARAV.

   Structure des marchés :

   C'est une des informations essentielles du marché dont dépend un grand nombre de propositions par défaut ainsi que les conditions de création et d'utilisation des marchés :
- l'étape de création du marché est égale à l'étape par défaut associée à la classe dans la gestion des étapes par classe de marchés (GETCMA) ;
- les modes de change (devise et devise de reporting) proposés sont issus de la classe de marchés ;
- la famille de fournisseurs est obligatoire ou facultative ;
- un avenant peut être créé ou non pour le marché avec gestion d'un séparateur entre le numéro et le sous-numéro ;
- le marché est utilisable pour des lignes de type 1 (GMADA) et/ou pour des lignes de type 2 (GMALA) ;
- etc.

   De la classe dépendent aussi les droits de création, modification et suppression des informations d'un marché en fonction de son étape.

   En fonction de la classe de marchés, le numéro de marché est attribué automatiquement suivant un compteur ou doit être saisi par le créateur.
Dans le cas où il est attribué automatiquement, il est possible, en fonction de la classe de marchés, de gérer des sous-numéros et ainsi de pouvoir créer des avenants de marchés. Dans ce cas, le numéro de marché est composé de la manière suivante :
- numéro issu de la numérotation automatique à partir des critères définis dans GNUM ;
- séparateur donné par la classe de marchés (GNCM) ;
- 1 pour un nouveau numéro de marché, incrémenté de 1 s'il s'agit de la duplication d'un marché existant.

   Cette transaction utilise la "suppression logique" si la classe du marché est définie en multi-établissements.
Si la classe du marché n'est pas définie en multi-établissements, la suppression du marché est effectuée physiquement. Celle-ci n'est possible que si les conditions suivantes sont vérifiées :
- il n'existe pas de lignes de marchés (GMADA/GMALA) pour le marché ;
- il n'existe pas de compléments de marchés publics (GCMP) pour le marché ;
- il n'existe pas de demandes d'achats ou de commandes, pour le marché, dont l'étape est inférieure à l'étape d'annulation (TSRD). Cette étape est donnée par l'occurrence ETPANUxxxx du paramètre AUTACHAT (où xxxx représente la classe d'achats).

   C'est la référence du contrat chez le fournisseur. Il peut être rendu obligatoire par la classe de marchés (GNCM).

   C'est la période pendant laquelle le marché est valide. Elle est délimitée par une date de début et une date de fin.

   Si elles sont renseignées, la date de notification et la durée permettent de calculer la date de fin de validité du marché lors de la création du marché et également quand la date de notification ou la durée est modifiée.
La date de fin de validité du marché reste toutefois modifiable : il peut y avoir un déphasage entre la date saisie et celle calculée à partir de la date de notification et de la durée.

   Pour pouvoir passer une commande sur un marché, il faut qu'elle soit valide sur la période du marché. La date de contrôle est définie dans la gestion des classes de commandes (GNCA).

   Fournisseur ou famille de fournisseurs avec lequel est passé le marché.

   En fonction de la définition de la classe de marchés, la zone "famille de fournisseurs" peut être facultative ou obligatoire. Si elle est obligatoire, la classe de marchés détermine également s'il est possible de saisir un fournisseur et/ou une famille de fournisseurs.

   Lorsque le marché est passé avec un fournisseur, celui-ci est proposé dans les commandes passées sur ce marché et est utilisable dans le traitement de génération automatique des appels d'achats pour un marché (TGAMA).
La famille de fournisseurs n'est plus modifiable dès qu'il existe une commande pour le marché ou dès qu'il existe une référence article/fournisseur générée à partir d'un des détails du marché (GMADA).

   Si la famille de fournisseurs est un fournisseur, alors la devise proposée est la devise du fournisseur, sinon c'est la devise de référence de l'établissement.
La devise du marché est proposée dans les commandes passées sur ce marché. Elle n'est plus modifiable dès qu'il existe une commande pour le marché.

   Si la famille de fournisseurs est un fournisseur, alors le tiers et l'adresse du fournisseur sont proposés dans le tiers et l'adresse du marché. Ces informations sont ensuite proposées dans les commandes passées sur ce marché.

   L'adresse doit être une adresse de facturation : la destination doit contenir le caractère "F".

   Les montants sont saisis dans la devise du marché et sont arrondis au nombre de décimales de la devise du marché.

   C'est le montant prévu global du marché. Il est obligatoire lorsque le blocage en montant est actif afin de pouvoir signaler les dépassements.

   En fonction de la classe de marchés (GNCM), il est possible :
- de contrôler que la somme des montants prévus des lignes de marchés ne soit pas supérieure au montant prévu du marché ;
- de contrôler que le montant prévu ne soit pas supérieur au montant de l'acte d'engagement du marché suivant un écart autorisé ;
- d'avertir l'utilisateur, lors de la saisie d'une ligne de commande, que le montant hors taxe de la ligne cumulé au montant en cours et au montant réalisé du marché a atteint un certain seuil. Ce seuil correspond à un pourcentage du montant prévu. Le contrôle est effectué dès lors que l'option "Contrôle mise à jour du marché" est cochée pour la classe (GNCA) de la commande, que le mode d'achat (GMDA) de la ligne influe sur les marchés et que le seuil de la classe de marchés est renseigné.

   Suivant l'occurrence CTLAVP du paramètre AUTSAMAR, il est possible de contrôler que la somme des avances prévues pour le marché ne dépasse pas un certain pourcentage du montant prévu du marché.

   Lors de la saisie de commandes, si l'option "contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA), le montant hors taxe de chaque ligne avec un article référencé dans le marché et un mode d'achat influant sur les marchés est cumulé dans le montant en cours du marché.
Cette information n'est pas modifiable par l'utilisateur.

   Lors de la saisie de commandes, si l'option "mise à jour du réalisé" est cochée pour la classe de commandes (GNCA), le montant hors taxe de chaque ligne avec un article référencé dans le marché et un mode d'achat influant sur les marchés est cumulé dans le montant réalisé du marché.
Si l'option "mise à jour du réalisé" n'est pas cochée pour la classe de commandes, le montant réalisé du marché est mis à jour, pour les lignes avec un mode d'achat influant sur les marchés, après réception ou après facture suivant le paramétrage de la classe de marchés (GNCM), par le traitement de cumul des commandes d'achats dans les marchés (TMARA).
Cette information n'est pas modifiable par l'utilisateur.

   Cette case ne peut être cochée que si la famille de fournisseurs est un fournisseur.
Si cette case est cochée, à la création d'une commande, si le marché n'est pas renseigné, si le fournisseur est saisi et s'il existe un marché par défaut pour ce fournisseur, il est proposé dans la commande.
Cette case à cocher est gérée par le paramètre DFT.

   Si cette case est cochée, lors de la saisie d'une ligne de commandes, si l'option "contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA) et si le mode d'achat de la ligne influe sur les marchés, la quantité commandée de la ligne cumulée à la quantité en cours et à la quantité réelle des détails de marchés (GMADA) ne doit pas dépasser la quantité prévue du détail de marché. Le message indiquant que la quantité prévue est dépassée est bloquant.
Si cette case n'est pas cochée, le dépassement est seulement signalé. La saisie de commandes n'est pas bloquée.

   Si cette case est cochée, lors de la saisie d'une ligne de commandes, si l'option "contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA) et si le mode d'achat de la ligne influe sur les marchés, le montant hors taxe de la ligne cumulé au montant en cours et au montant réalisé du marché ne doit pas dépasser le montant prévu du marché. Le message indiquant que le montant prévu est dépassé est bloquant.
Si cette case n'est pas cochée, le dépassement est seulement signalé. La saisie de la ligne de commandes n'est pas bloquée.

   Non géré.

   Si cette information est renseignée, elle peut être prise en compte suivant la classe de marchés lors de la génération automatique des appels d'achats pour un marché (TGAMA). Elle permet de créer des ventilations par CGR (GVCG) selon ce qui est défini dans la gestion des clés de répartition des CGR (GCRC).

   Si le CGR saisi n'est pas encore référencé dans la gestion des CGR, il est créé à la validation du marché.
En fonction du paramétrage de la clé analytique dans la classe d'achats (GNCA), cette valeur peut être proposée dans la ligne de commande.

   Si la famille de fournisseurs est un fournisseur, l'échéance du fournisseur est proposée dans celle du marché. C'est cette échéance qui est ensuite utilisée pour générer les détails d'échéances de la commande (GCAE).

   Suivant le paramétrage de la classe de marchés (GNCM), le gestionnaire peut être proposé sur les demandes d'achats ou les commandes générées par le traitement de génération des appels d'achats pour un marché (TGAMA).

   Lors de la création d'un marché, l'étape est proposée à partir de l'étape définie par défaut pour la classe de marchés dans les étapes par classe de marchés (GETCMA). Par la suite, cette étape représente l'étape à laquelle se situe le marché, c'est-à-dire l'étape du dernier traitement ou édition qui a été effectué sur ce marché.

   Les droits de création, modification et suppression des informations sont contrôlés en fonction du paramétrage de la classe de marchés (GNCM) et de l'étape du marché. Pour que la création d'un marché 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.

   De plus, pour que la création d'une demande d'achats ou d'une commande soit possible pour un marché, l'étape de ce dernier doit être supérieure à l'étape minimale indiquée dans la classe de marchés.

    Il s'agit de la date correspondant au dernier traitement ou édition effectué pour le marché.

   Si la classe de marchés est définie en multi-établissements, lors de la création d'un marché, ce dernier est créé sur tous les établissements de la composition d'établissements (GCET) définie dans la classe. Le chemin de composition est donné par la classe. Ce doit être un chemin réservé aux marchés achats c'est-à-dire que la chaîne 1 (du paramètre CHMOECET occurrence "le chemin saisi") doit être égale à "MA". La composition doit toujours avoir le même établissement supérieur.
En modification d'un marché sur une classe en multi-établissements, on répercute la modification sur tous les marchés ayant le même code pour tous les établissements de la composition.

   La gestion des marchés en multi-établissements sert à faire un contrôle global, pour un marché, sur plusieurs sociétés.
Exemple : une société mère avec trois filiales.
Les trois filiales passent des commandes pour le marché. Un contrôle global du montant est effectué sur la société mère.

   Cette case à cocher est accessible uniquement dans la gestion des marchés à valider (GMARAV). Elle permet d'effectuer une validation des marchés créés en attente par le traitement de duplication des marchés à valider (TDMARAV).
Lors de la validation, selon le paramétrage de la classe de marchés (GNCM), les références articles/fournisseurs (GRAF) sont créées à partir des lignes de marchés.

   Une fois la validation effectuée, le marché n'est plus visible dans la gestion des marchés à valider (GMARAV) mais est accessible dans la gestion des marchés (GMARA). Il peut alors être exploité dans les traitements, les demandes d'achats et les commandes.

   Cette information n'est présente que dans la grille et n'est renseignée que si la valeur du paramètre PR1 associé au mnémonique est égale à "O".
Elle représente le nombre de commandes saisies pour le marché. Ne sont prises en compte que les commandes pour lesquelles l'étape est strictement inférieure à la valeur 1 du paramètre AUTACHAT occurrence ETPANUxxxx (où xxxx représente la classe d'achats), ceci pour ne pas comptabiliser les commandes annulées par les traitements d'annulation d'une commande (TSRD), d'annulation d'une commande réceptionnée (TACRA) ou de génération de sous-commandes multi-devises (TTPD).

   NB : les demandes d'achats ne sont pas comptabilisées dans cette information.

   Cette option permet de ramener un marché à l'étape de saisie (étape par défaut dans les étapes par classe de marchés (GETCMA)). Le principe est le même que pour le traitement de retour à l'étape initiale (TREIMA).

   Le marché à traiter doit être à une étape comprise dans la fourchette d'étapes d'annulation donnée par la classe de marchés (GNCM).

   En fonction du paramétrage de la classe de marchés, le retour à l'étape initiale est possible pour les marchés pour lesquels :
- il n'existe pas de commande ;
- il existe des commandes à condition que celles-ci ne soient ni rattachées à une réception ni à une facture ;
- il existe des commandes réceptionnées et/ou facturées.

   Il s'agit du marché à ramener à l'étape initiale.

   Le dépôt doit être un dépôt utilisable dans les achats (option "Dépôt achat" cochée dans GDEP).
Si la famille de fournisseurs est un fournisseur, le dépôt du fournisseur est proposé dans celui du marché. Cette information est ensuite proposée dans les commandes passées pour le marché.

   Si la famille de fournisseurs est un fournisseur, le mode de transport du fournisseur est proposé dans celui du marché. Cette information est ensuite proposée dans les commandes passées pour le marché.

   Si la famille de fournisseurs est un fournisseur, le type de port du fournisseur est proposé dans celui du marché. Cette information est ensuite proposée dans les commandes passées pour le marché.

   Si la famille de fournisseurs est un fournisseur, la destination du fournisseur est proposée dans celle du marché. Cette information est ensuite proposée dans les commandes passées pour le marché.

   Si la famille de fournisseurs est un fournisseur, le tiers et l'adresse de facturation du fournisseur sont proposés dans ceux du marché. Ces informations sont ensuite proposées dans les commandes passées pour le marché.

   L'adresse doit être une adresse de facturation : la destination doit contenir le caractère "F".

   Si la famille de fournisseurs est un fournisseur, le tiers et l'adresse de paiement du fournisseur sont proposés dans ceux du marché. Ces informations sont ensuite proposées dans les commandes passées pour le marché.

   L'adresse doit être une adresse de paiement : la destination doit contenir le caractère "P".

   Si la famille de fournisseurs est un fournisseur, le tiers et l'adresse de livraison du fournisseur sont proposés dans ceux du marché. Ces informations sont ensuite proposées dans les commandes passées pour le marché.

   L'adresse doit être une adresse de livraison : la destination doit contenir le caractère "L".

   Si la famille de fournisseurs est un fournisseur, le tiers et l'adresse de commande du fournisseur sont proposés dans ceux du marché. Ces informations sont ensuite proposées dans les commandes passées pour le marché.

   L'adresse doit être une adresse de commande : la destination doit contenir le caractère "C".

   Ces zones permettent de déterminer des critères de regroupement et d'extraction supplémentaires pour le marché. Pour saisir un élément, il faut qu'il existe dans une liste définie au préalable dans la gestion des paramètres (GPAR).

   Non gérées.

   La famille d'équipements doit être saisie seulement si la classe de marchés le demande.
Cette famille d'équipements, accompagnée du chemin, permet de limiter les familles types équipements, types équipements ou équipements à saisir dans la gestion des équipements liés au marché (GEQM).
S'il existe des équipements liés au marché alors on ne peut pas modifier cette famille d'équipements.

   Il doit être renseigné seulement si la famille d'équipements est renseignée.
Il permet de parcourir les hiérarchies lors de la saisie dans la gestion des équipements liés au marché (GEQM) et de vérifier que ce que l'on saisit fait bien partie de la famille d'équipements.

   Non gérés.

   Suivant le paramétrage de la classe de marchés (GNCM), les gestionnaires technique et commercial peuvent être proposés sur les demandes d'achats ou les commandes générées par le traitement de génération des appels d'achats pour un marché (TGAMA).

   Non gérés

   Non gérée. Cette zone est un critère d'extraction supplémentaire pour le marché (TSMARA).

   Non gérée. Cette zone est un critère d'extraction supplémentaire pour le marché (TSMARA).

   Non gérée. Cette zone est un critère d'extraction supplémentaire pour le marché (TSMARA).

   Non gérée. Cette zone est un critère d'extraction supplémentaire pour le marché (TSMARA).

   Non géré.

   Non gérée. En création de marché, la durée du contrat est proposée dans la durée de renouvellement.

   C'est le nombre de renouvellements prévus pour un contrat.
Dans le traitement de duplication des marchés et de renouvellement des contrats (TDMARA), on peut renouveler un contrat tant que le nombre de renouvellements réalisés plus un est inférieur au nombre prévus.

   Il est incrémenté de 1 à chaque renouvellement de contrat par le traitement de duplication des marchés et de renouvellement des contrats (TDMARA). Ce nombre n'est pas modifiable par l'utilisateur.

   Non gérée. Cette zone est un critère d'extraction supplémentaire pour le marché (TSMARA).

   Non gérée. Cette zone est un critère d'extraction supplémentaire pour le marché (TSMARA).

   Lors de la génération automatique des appels d'achats pour un marché (TGAMA), dans le cas du cadencement automatique uniquement, la périodicité permet, une fois la commande générée pour la ligne de marché, de calculer la nouvelle date de prochain appel de la ligne. Celle-ci est égale à l'ancienne date de prochain appel plus le nombre de jours ou de mois donné par la périodicité. Ce nombre de jours ou de mois est contenu dans la valeur 1 du paramètre PEFSAMAR occurrence "la périodicité de la ligne de marché, si elle est renseignée, et du marché, sinon". Il s'agit d'un nombre de jours ou de mois en fonction de la valeur testée 1 de ce même paramètre.

   Lors de la création de commandes par le traitement de génération automatique des appels d'achats pour un marché (TGAMA) pour les lignes de marchés définies en cadencement automatique, la date de la commande est égale à :
- la date de prochain appel si le type d'appel du marché est égal à " ECHOIR " ;
- la date de prochain appel moins 1 jour si le type d'appel est égal à " ECHU ".
La date au plus tôt est égale à la date de commande.
Le type d'appel est obligatoire si l'option "Génération commande" est cochée pour la classe de marchés.

   Ce champ contient la concaténation du chemin d'accès avec le nom du fichier accompagné de son extension. Il est géré automatiquement.
Pour ouvrir le document, il suffit de cliquer sur le nom de fichier.

   Cette information est proposée à partir du tiers à facturer de la classe de marchés (GNCM).

   Ce tiers doit être défini comme tiers-établissement.

   Si la famille de fournisseurs est un fournisseur, le tiers est proposé dans les commandes passées sur ce marché.

   Cette information est proposée à partir de l'adresse du tiers à facturer de la classe de marchés (GNCM).

   Si la famille de fournisseurs est un fournisseur, l'adresse est proposée dans les commandes passées sur ce marché.

   Non gérée.

   Le traitement de génération automatique des appels d'achats pour un marché (TGAMA) permet de générer un appel par marché et par date de prochain appel des lignes de marchés pour celles qui sont définies en cadencement automatique. On peut donc, dans ce cas, générer des appels tant que le nombre d'appels émis est inférieur ou égal au nombre d'appels à émettre.
Si le nombre d'appels à émettre de la ligne de marché est renseigné, il est pris en priorité par rapport à celui du marché.

   Non géré et inaccessible.

   Identification du marché modèle.

   Si cette case est cochée, les textes associés au marché et/ou aux lignes du marché modèle sont recopiés.

   Choix du type de lignes du marché modèle à recopier :
- recopie des lignes de type 1 ;
- recopie des lignes de type 2 ;
- recopie de toutes les lignes quel que soit leur type.

   Si cette case est cochée, les ventilations par CGR associées aux lignes du marché modèle sont recopiées.

   Si cette case est cochée, les rubriques associées aux lignes du marché modèle sont recopiées.

   Si cette case est cochée, les équipements associés aux lignes du marché modèle sont recopiés.

   Si cette case est cochée, les ventilations par pays d'origine associées aux lignes du marché modèle sont recopiées.

   Cette information détermine comment sont créées les lignes de marchés de type 1 (GMADA) :
- Défaut : les lignes sont créées à partir des propositions par défaut ;
- Fournisseur : les informations liées au fournisseur (tiers et adresses, échéance, dépôt, informations port) et au dépôt (CGR A et CGR B) sont proposées par défaut. Les autres informations sont copiées à l'identique ;
- Aucun : les lignes sont créées à l'identique par rapport aux lignes origines.

   Pour plus d'informations sur les propositions par défaut, vous pouvez vous reporter à la documentation de GMADA.

   Cette information détermine comment sont créées les lignes de type 2 (GMALA) :
- Défaut : les lignes sont créées à partir des propositions par défaut ;
- Fournisseur : les informations liées au fournisseur (tiers et adresses, échéance, dépôt, informations port) et au dépôt (CGR A et CGR B) sont proposées par défaut. Les autres informations sont copiées à l'identique ;
- Aucun : les lignes sont créées à l'identique par rapport aux lignes origines.

   Pour plus d'informations sur les propositions par défaut, vous pouvez vous reporter à la documentation de GMALA.

   Cette information détermine comment est renseignée la case à cocher "A traiter" des lignes de type 1 (GMADA) :
- Recopie : la valeur du champ "A traiter" de la ligne origine est recopiée dans la ligne générée ;
- A traiter : le champ "A traiter" de la ligne générée est affecté avec la valeur "A" (case cochée) ;
- Non traité : le champ "A traiter" de la ligne générée est affecté avec la valeur "I" (case décochée).

   Cette information détermine comment est renseignée la case à cocher "A traiter" des lignes de type 2 (GMALA) :
- Recopie : la valeur du champ "A traiter" de la ligne origine est recopiée dans la ligne générée ;
- A traiter : le champ "A traiter" de la ligne générée est affecté avec la valeur "A" (case cochée) ;
- Non traité : le champ "A traiter" de la ligne générée est affecté avec la valeur "I" (case décochée).

   Possibilité d'appliquer un taux ou un montant aux quantités modèles des lignes de type 1.

   Possibilité d'appliquer un taux ou un montant aux montants modèles des lignes de type 1.

   Possibilité d'appliquer un taux ou un montant aux quantités modèles des lignes de type 2.

   Possibilité d'appliquer un taux ou un montant aux montants modèles des lignes de type 2.

   Devise dans laquelle sont définis tous les prix et montants du marché.

   Cette information est proposée à partir du mode de change devise de la classe de marchés (GNCM).

   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).
Si le mode de change indique que la date à proposer est la date de gestion, on prend la date de début de validité du marché.
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 dans GDVM, pour le mode de change, l'option "Date modifiable" est cochée.

   Ce cours est utilisé lors de la mise à jour des marchés à partir des commandes (GLCA et TMARA) pour transformer les montants des lignes de la commande dans la devise du marché.

   La valeur du cours est modifiable, 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 du marché est égale à la devise de référence de l'établissement ;
- on est en période transitoire, la devise du marché 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 du marché 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 du marché 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 du marché 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 du marché 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 paramétrée par l'occurrence ARRDVC du paramètre AUTODE.

   La saisie du reporting (mode de change, date de validité, cours) est obligatoire si la devise de reporting de l'établissement est renseignée. Elle est interdite si le reporting n'est pas géré pour l'établissement.

   Cette information est proposée par défaut à partir du mode de change de reporting de la classe de marchés (GNCM).

   C'est la date à laquelle le cours est valide. Elle est toujours égale à la date de double comptabilisation de l'établissement.

   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 du marché, dont la date de validité est supérieure ou égale à la date de double comptabilisation de l'établissement.

   Ces informations permettent de contrôler, pour les commandes portant sur ce marché, que le montant de la commande est supérieur ou égal au montant minimum de commande du marché.
Ce contrôle est effectué lors du traitement de confirmation de commandes (TCDA).

   Remarque : les commandes issues du traitement de génération des appels d'achats pour un marché (TGAMA) ne sont pas concernées par ce contrôle.

   Si cette case est cochée, le contrôle doit être effectué pour ce marché.
Si cette case n'est pas cochée, le contrôle n'est pas effectué.

   Représente le montant minimum de commande. Il est exprimé dans la devise du marché.

   Représente le numéro de condition de facturation de la commande (GCAF) à partir de laquelle le contrôle est effectué.

   Non géré.

   Les montants sont saisis dans la devise du marché et sont arrondis au nombre de décimales de la devise du marché.

   C'est le montant minimum prévu pour les lignes de type 1 du marché.
Le montant prévu pour les lignes de type 1 du marché doit être supérieur ou égal à ce montant.

   C'est le montant prévu global pour les lignes de type 1 du marché.
Ce montant doit être supérieur ou égal au montant minimum prévu pour les lignes de type 1 du marché.

   En fonction de la classe de marchés (GNCM), il est possible :
- de contrôler que la somme des montants prévus des lignes de marchés de type 1 (GMADA) ne soit pas supérieure à ce montant ;
- de contrôler que ce montant ne soit pas supérieur au montant de l'acte d'engagement du marché suivant un écart autorisé ;
- d'avertir l'utilisateur, lors de la saisie d'une ligne de commande avec un article référencé dans les lignes de marché de type 1 (GMADA), que le montant hors taxe de la ligne cumulé au montant en cours et au montant réalisé du marché pour les lignes de type 1 a atteint un certain seuil. Ce seuil correspond à un pourcentage du montant prévu du marché pour les lignes de type 1. Le contrôle est effectué dès lors que l'option "Contrôle mise à jour du marché" est cochée pour la classe (GNCA) de la commande, que le mode d'achat (GMDA) de la ligne influe sur les marchés et que le seuil de la classe de marchés est renseigné.

   Suivant l'occurrence CTLAVP du paramètre AUTSAMAR, il est possible de contrôler que la somme des avances prévues pour le marché ne dépasse pas un certain pourcentage du montant prévu du marché pour les lignes de type 1.

   Lors de la saisie de commandes, si l'option "Contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA), le montant hors taxe de chaque ligne avec un article référencé dans les lignes de marché de type 1 (GMADA) et un mode d'achat influant sur les marchés est cumulé dans le montant en cours des lignes de type 1 du marché.
Cette information n'est pas modifiable par l'utilisateur.

   Lors de la saisie de commandes, si l'option "Mise à jour du réalisé" est cochée pour la classe de commandes (GNCA), le montant hors taxe de chaque ligne avec un article référencé dans les lignes de marché de type 1 (GMADA) et un mode d'achat influant sur les marchés est cumulé dans le montant réalisé des lignes de type 1 du marché.
Si l'option "Mise à jour du réalisé" n'est pas cochée pour la classe de commandes, le montant réalisé des lignes de type 1 du marché est mis à jour, pour les lignes avec un article référencé dans les lignes de marché de type 1 et un mode d'achat influant sur les marchés, par le traitement de cumul des commandes d'achats dans les marchés (TMARA). Cette mise à jour est effectuée, après réception ou après facture, suivant le paramétrage de la classe de marchés (GNCM).
Cette information n'est pas modifiable par l'utilisateur.

   Si cette case est cochée, lors de la saisie d'une ligne de commandes, si l'option "Contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA), si l'article de la ligne de commande est référencé parmi les lignes de marchés de type 1 (GMADA) et si le mode d'achat de la ligne influe sur les marchés, la quantité commandée de la ligne cumulée à la quantité en cours et à la quantité réelle des lignes de type 1 du marché ne doit pas dépasser la quantité prévue des lignes de type 1 du marché. Le message indiquant que la quantité prévue est dépassée est bloquant.
Si cette case n'est pas cochée, le dépassement est seulement signalé. La saisie de commandes n'est pas bloquée.

   Si cette case est cochée, lors de la saisie d'une ligne de commandes, si l'option "Contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA), si l'article de la ligne de commande est référencé parmi les lignes de marchés de type 1 (GMADA) et si le mode d'achat de la ligne influe sur les marchés, le montant hors taxe de la ligne cumulé au montant en cours et au montant réalisé des lignes de type 1 du marché ne doit pas dépasser le montant prévu des lignes de type 1 du marché. Le message indiquant que le montant prévu est dépassé est bloquant.
Si cette case n'est pas cochée, le dépassement est seulement signalé. La saisie de commandes n'est pas bloquée.

   Les montants sont saisis dans la devise du marché et sont arrondis au nombre de décimales de la devise du marché.

   C'est le montant minimum prévu pour les lignes de type 2 du marché.
Le montant prévu pour les lignes de type 2 du marché doit être supérieur ou égal à ce montant.

   C'est le montant prévu global pour les lignes de type 2 du marché.
Ce montant doit être supérieur ou égal au montant minimum prévu pour les lignes de type 2 du marché.

   En fonction de la classe de marchés (GNCM), il est possible :
- de contrôler que la somme des montants prévus des lignes de marchés de type 2 (GMALA) ne soit pas supérieure à ce montant ;
- de contrôler que ce montant ne soit pas supérieur au montant de l'acte d'engagement du marché suivant un écart autorisé ;
- d'avertir l'utilisateur, lors de la saisie d'une ligne de commande avec un article référencé dans les lignes de marchés de type 2 (GMALA), que le montant hors taxe de la ligne cumulé au montant en cours et au montant réalisé du marché pour les lignes de type 2 a atteint un certain seuil. Ce seuil correspond à un pourcentage du montant prévu du marché pour les lignes de type 2. Le contrôle est effectué dès lors que l'option "Contrôle mise à jour du marché" est cochée pour la classe (GNCA) de la commande, que le mode d'achat (GMDA) de la ligne influe sur les marchés et que le seuil de la classe de marchés est renseigné.

   Suivant l'occurrence CTLAVP du paramètre AUTSAMAR, il est possible de contrôler que la somme des avances prévues pour le marché ne dépasse pas un certain pourcentage du montant prévu du marché pour les lignes de type 2.

   Lors de la saisie de commandes, si l'option "Contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA), le montant hors taxe de chaque ligne avec un article référencé dans les lignes de marché de type 2 (GMALA) et un mode d'achat influant sur les marchés est cumulé dans le montant en cours des lignes de type 2 du marché.
Cette information n'est pas modifiable par l'utilisateur.

   Lors de la saisie de commandes, si l'option "Mise à jour du réalisé" est cochée pour la classe de commandes (GNCA), le montant hors taxe de chaque ligne avec un article référencé dans les lignes de marché de type 2 (GMALA) et un mode d'achat influant sur les marchés est cumulé dans le montant réalisé des lignes de type 2 du marché.
Si l'option "Mise à jour du réalisé" n'est pas cochée pour la classe de commandes, le montant réalisé des lignes de type 2 du marché est mis à jour, pour les lignes avec un article référencé dans les lignes de marché de type 2 et un mode d'achat influant sur les marchés, par le traitement de cumul des commandes d'achats dans les marchés (TMARA). Cette mise à jour est effectuée, après réception ou après facture, suivant le paramétrage de la classe de marchés (GNCM).
Cette information n'est pas modifiable par l'utilisateur.

   Si cette case est cochée, lors de la saisie d'une ligne de commandes, si l'option "Contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA), si l'article de la ligne de commande est référencé parmi les lignes de marchés de type 2 (GMALA) et si le mode d'achat de la ligne influe sur les marchés, la quantité commandée de la ligne cumulée à la quantité en cours et à la quantité réelle des lignes de type 2 du marché ne doit pas dépasser la quantité prévue des lignes de type 2 du marché. Le message indiquant que la quantité prévue est dépassée est bloquant.
Si cette case n'est pas cochée, le dépassement est seulement signalé. La saisie de commandes n'est pas bloquée.

   Si cette case est cochée, lors de la saisie d'une ligne de commandes, si l'option "Contrôle mise à jour du marché" est cochée pour la classe de commandes (GNCA), si l'article de la ligne de commande est référencé parmi les lignes de marchés de type 2 (GMALA) et si le mode d'achat de la ligne influe sur les marchés, le montant hors taxe de la ligne cumulé au montant en cours et au montant réalisé des lignes de type 2 du marché ne doit pas dépasser le montant prévu des lignes de type 2 du marché. Le message indiquant que le montant prévu est dépassé est bloquant.
Si cette case n'est pas cochée, le dépassement est seulement signalé. La saisie de commandes n'est pas bloquée.

   Les informations suivantes permettent de gérer un ensemble de caractéristiques pour les marchés publics.

   Il s'agit du marché (GMARA), représenté par son établissement et son code, dont dépend le marché courant. S'il est renseigné, il doit être différent du marché courant.

   L'établissement du marché accord cadre peut être différent de chaque établissement des marchés subséquents qui lui sont associés.

   Le montant est saisi dans la devise du marché et est arrondi au nombre de décimales de la devise du marché.

   En fonction de la classe de marchés (GNCM), il est possible d'avertir l'utilisateur que le montant prévu du marché ou du marché pour les lignes de type 1 ou du marché pour les lignes de type 2 dépasse le montant de l'acte d'engagement suivant un écart autorisé prédéfini.

   Le montant est saisi dans la devise du marché et est arrondi au nombre de décimales de la devise du marché.

   Si elles sont renseignées, la date de notification et la durée permettent de calculer la date de fin de validité du marché lors de la création du marché et également quand la date de notification et/ou la durée sont modifiées.
La date de fin de validité du marché reste toutefois modifiable : il peut y avoir un déphasage entre la date saisie et celle calculée à partir de la date de notification et de la durée.

   Si la typologie du marché est renseigné, il est possible, en fonction de la classe de marchés (GNCM) de contrôler que :
- la date de notification, si elle est renseignée, soit comprise dans la période de validité du marché ;
- la date de notification des lignes du marché soit supérieure ou égale à la date de notification du marché. Le contrôle n'est effectué que si la date des lignes et la date du marché sont renseignées ;
- la date de début d'exécution des lignes du marché, si elle est renseignée, soit supérieure ou égale à la date de notification du marché si elle est renseignée ;
- la date de livraison des lignes du marché, si elle est renseignée, soit supérieure ou égale à la date de notification du marché si elle est renseignée ;
- la date de notification du marché soit renseignée afin de pouvoir saisir une commande sur ce marché ;
- la date de commande et la date au plus tôt (date prévue de chaque ligne si renseignée sinon date au plus tôt de l'en-tête) des commandes rattachées à ce marché soient supérieures ou égales à la date de notification ;
- la date de réception des commandes rattachées au marché soit supérieure ou égale à la date de notification. Ce contrôle est effectué par le traitement de contrôle des dates de réception pour les marchés (TCDMPA).

   Si elles sont renseignées, la date de notification et la durée permettent de calculer la date de fin de validité du marché lors de la création du marché et également quand la date de notification et/ou la durée sont modifiées.
La date de fin de validité du marché reste toutefois modifiable : il peut y avoir un déphasage entre la date saisie et celle calculée à partir de la date de notification et de la durée.

   Cette information est exprimée en pourcentage et elle est arrondie à deux décimales.

   Ces zones permettent de définir trois gestionnaires complémentaires.

   Si le CGR B est renseigné, il peut être proposé dans le CGR B des lignes de demandes d'achats ou de commandes générées par le traitement de génération des appels d'achats pour un marché (TGAMA).
En fonction du paramétrage de la classe d'achats (GNCA), il peut également être proposé, en saisie, dans les lignes de demandes d'achats ou de commandes.

   Représente la clé de confidentialité (GCLEC) pour le CGR B.
Non gérée.

   Les zones suivantes permettent de définir des critères de regroupement et d'extraction supplémentaires pour les marchés.

   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 P01SAMAR.

   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 P02SAMAR.

   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 P03SAMAR.

   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 P04SAMAR.

   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 P05SAMAR.

   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 P06SAMAR.

   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 P07SAMAR.

   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 P08SAMAR.

   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 P09SAMAR.

   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 P10SAMAR.

   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 P11SAMAR.

   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 P12SAMAR.

   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 P13SAMAR.

   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 P14SAMAR.

   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 P15SAMAR.

   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 P16SAMAR.

   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 P17SAMAR.

   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 P18SAMAR.

   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 P19SAMAR.

   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 P20SAMAR.

   Zones montants : 5 champs laissés libres à l'utilisateur.

   Suivant l'occurrence CTLAVP du paramètre AUTSAMAR, il est possible de contrôler que la somme des avances prévues pour le marché ne dépasse pas un certain pourcentage du montant prévu du marché.
Le pourcentage à appliquer au montant prévu est donné par un de ces 5 montants.

   Zones identifiants sur 20 caractères : 5 champs laissés libres à l'utilisateur.

   Zones dates : 5 champs laissés libres à l'utilisateur.

   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 de marchés (GETCMA) pour la classe du marché traité.

   Le lancement des traitements pour le marché en cours s'effectue selon la définition de la classe de marchés. Il peut être réalisé de deux manières :
- en appelant la soumission des enchaînements dynamiques des marchés (GEDEMA) et en validant une à une les étapes proposées ;
- en exécutant directement les étapes définies dans GETCMA sans appel de soumission et sans validation des étapes.

   Dans le cas où le lancement des traitements s'effectue pour un ensemble de marchés sélectionnés dans la grille, les traitements sont exécutés directement sans appel de soumission et sans validation des étapes.

   Lors de la création d'un marché, une famille de fournisseurs fictive et de même code est générée, ceci afin de pouvoir éventuellement définir des tarifs particuliers pour les articles du marché.
Pour l'identifier, cette famille de fournisseurs est créée avec un rôle égal à "M".

   Selon la définition de l'étape par classe (GETCMA), mémorisation (CHECMA) de l'étape de création du marché.

   Modification de la famille de fournisseurs fictive correspondant au marché. Mise à jour du mnémonique, de l'intitulé, de l'état, de l'utilisateur et de la date de modification.

   Lors de la modification de la devise, de la date de début et/ou de la date de fin du marché, modification des références articles/fournisseurs (GRAF) associées si celles-ci ont été générées à partir d'un détail du marché (numéro de ligne de la référence renseigné).

   Lors de la validation du marché (GMARAV), selon le paramétrage de la classe de marchés (GNCM), les références articles/fournisseurs sont créées à partir des lignes de marchés. Pour plus de détails sur le principe de création des références articles/fournisseurs, vous pouvez vous reporter à la documentation des lignes de marchés (GMADA).

   Lors de la suppression d'un marché, les informations liées au marché sont également supprimées (textes, ventilations par CGR, ventilations par pays d'origine, liens, rubriques, détails de signatures, historiques, contrats de services).

   Ce paramètre indique si le nombre de commandes saisies pour le marché est calculé lors de l'affichage du marché.
Si la valeur vaut :
- O : le nombre de commandes est calculé ;
- N : le nombre de commandes n'est pas calculé (optimisation des temps de réponse).

   Ce paramètre permet d'indiquer quel est le statut des marchés gérés par la gestion. Les deux valeurs possibles et autorisées sont :
- A pour les marchés en attente de validation (GMARAV). Seules les modifications et la validation du marché sont autorisées. Aucune création n'est possible ;
- V pour les marchés validés (GMARA).

   Exceptionnellement, pour GMARAV, l'option "Validation automatique au changement de ligne de données" n'est pas compatible.