Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Achats | |||
GSGCA - Signatures des commandes d'achats |
La signature électronique correspond à une acceptation ou validation des demandes d'achats ou des commandes. Elle se traduit par un changement d'étape des demandes d'achats ou des commandes. L'utilisateur de connexion signe les demandes d'achats ou les commandes pour lesquelles il a le droit de signer et qui ne sont pas encore signées. Il est également possible, pour cet utilisateur, de ne pas signer, mais de désigner un autre signataire dans les changements de signataires (GCSGA) si ceux-ci sont autorisés par le paramétrage des signatures (GPSGA). |
L'acceptation de la demande d'achats ou de la commande peut se faire quel que soit le budget disponible ou en contrôlant si le budget est suffisant pour satisfaire la dépense. C'est au signataire de le choisir. Le contrôle du budget se fait par l'envoi en comptabilité de la demande d'achats (TVCCD) ou de la commande (TVCCE). Pour signer des demandes d'achats ou des commandes, l'utilisateur connecté doit être défini en tant que : - signataire ou utilisateur faisant partie d'une liste de signataires (GLUSA). Les droits pour un signataire ou une liste de signataires sont donnés, dans la gestion des signataires achats (GSGEA), par établissement, type de signature et classe d'achats en indiquant la personne dont le signataire ou la liste de signataires signera les demandes d'achats ou les commandes. Cette personne correspond soit au créateur ou à une liste de créateurs des demandes d'achats ou commandes, soit à un des gestionnaires des demandes d'achats ou commandes. Le type de signature est donné par le paramétrage des signatures (GPSGA) ; - ou utilisateur pour lequel des délégations (GDSGA) ont été effectuées par un signataire ; - ou utilisateur désigné par un changement de signataires (GCSGA) pour la demande d'achats ou la commande. La transaction de signature correspond à une étape. Il faut donc la définir dans les étapes générales (GETPA) et dans les étapes par classe (GETCA). Il ne faut renseigner que le mnémonique d'appel et ne rien saisir dans la zone "Traitement associé" ni dans la partie "Procédures". La gestion s'ouvre en mode recherche ce qui permet à l'utilisateur d'effectuer une recherche sur toutes les demandes d'achats ou commandes en attente de signature. Pour affiner la recherche, il est possible de saisir des critères de sélection sur les demandes d'achats ou commandes (classe, numéro, sous-numéro, fournisseur, devise, ...). Il est possible d'ajouter l'établissement comme critère de sélection si la valeur du paramètre PRE associé au mnémonique est égale à "O". Si la valeur vaut "N", le système ne sélectionne que les demandes d'achats ou commandes de l'établissement de connexion. Ne sont affichées que les demandes d'achats ou commandes non encore signées et telles que : 1) si l'utilisateur est défini parmi les signataires (GSGEA) : a) l'utilisateur signataire a le droit de signature pour la classe d'achats et le type de signature associé au mnémonique. Le type de signature est donné par le paramétrage des signatures (GPSGA) pour le mnémonique, b) en fonction du paramétrage, l'utilisateur signataire a le droit de signer pour le créateur de la demande d'achats ou commande ou un des gestionnaires de la demande d'achats ou commande (pour le rôle et la fonction paramétrés), c) le montant de la demande d'achats ou de la commande est compris dans la fourchette de montants autorisés pour le signataire. La fourchette de montants est définie soit dans les éléments de liste d'utilisateurs signataires (GELUA) soit dans les signataires achats (GSGEA), d) l'étape obligatoire qui précède la signature a été réalisée ; 2) si l'utilisateur a été désigné parmi les changements de signataires (GCSGA) : l'étape obligatoire qui précède la signature a été réalisée. |
Données |
Numéro de commande |
Numéro de demande d'achats ou commande composé de la classe, du numéro et du sous-numéro. |
Mnémonique |
Date de commande |
Date de la demande d'achats ou de la commande. |
Fournisseur |
Code du fournisseur. |
Tiers |
Code du tiers de facturation. |
Adresse |
Code de l'adresse de facturation. |
Nom adr. facturation |
Nom du tiers de facturation. |
Ville |
Adresse du tiers de facturation. |
Demandeur |
Correspond à la personne demandant la signature de la demande d'achats ou de la commande. Selon la définition des signataires, il s'agit soit du créateur de la demande d'achats ou commande si le type d'utilisateur (GSGEA) est créateur ou liste de créateurs, soit d'un des gestionnaires de la demande d'achats ou commande. |
Nom demandeur |
Nom du demandeur. |
Montant |
TTC |
Il représente le montant TTC de la demande d'achats ou de la commande, exprimé en devise de la demande d'achats ou de la commande. Ce montant est calculé lors de la valorisation de la demande d'achats ou de la commande. |
Devise |
Devise de la demande d'achats ou de la commande. |
Signature |
Ce bouton radio permet d'indiquer l'action à effectuer pour la demande d'achats ou la commande. Pour accepter de signer une demande d'achats ou une commande sans contrôler le budget : - si la transaction est en mode formulaire, sélectionner le bouton radio "Acceptée" ; - si la transaction est en mode grille, soit sélectionner le bouton radio "Acceptée" si l'affichage des contrôles graphiques dans la grille est activé, soit saisir "O" dans la zone "Acceptation" si l'affichage des contrôles graphiques dans la grille n'est pas activé. Ensuite, validez pour que la signature soit effective. Pour accepter de signer une demande d'achats ou une commande en contrôlant que le budget nécessaire est disponible : - si la transaction est en mode formulaire, sélectionner le bouton radio "Accepté contrôle budgétaire" ; - si la transaction est en mode grille, soit sélectionner le bouton radio "Accepté contrôle budgétaire" si l'affichage des contrôles graphiques dans la grille est activé, soit saisir "A" dans la zone "Acceptation" si l'affichage des contrôles graphiques dans la grille n'est pas activé. Ensuite validez, pour que la demande d'achats ou la commande soit acceptée, transférée en comptabilité et que le contrôle du budget soit effectué. S'il y a des anomalies, la demande d'achats ou la commande n'est pas transférée en comptabilité. S'il n'y a pas d'anomalie, la demande d'achats ou la commande est transférée en comptabilité et son étape peut évoluer en fonction du paramétrage. Pour simuler la signature d'une demande d'achats ou d'une commande en contrôlant que le budget nécessaire est disponible : - si la transaction est en mode formulaire, sélectionner le bouton radio "Essai contrôle budgétaire" ; - si la transaction est en mode grille, soit sélectionner le bouton radio "Essai contrôle budgétaire" si l'affichage des contrôles graphiques dans la grille est activé, soit saisir "E" dans la zone "Acceptation" si l'affichage des contrôles graphiques dans la grille n'est pas activé. Ensuite, validez pour simuler l'acceptation, l'envoi en comptabilité de la demande d'achats ou de la commande et le contrôle du budget. S'il y a des anomalies, elles sont affichées, sinon un message d'alerte signale que le traitement s'est effectué correctement. Dans tous les cas, il s'agit d'un essai : la demande d'achats ou la commande n'est pas transférée en comptabilité. Si vous voulez ensuite effectuer la signature en réel, vous devez, soit sélectionner le bouton radio "Acceptée" si vous ne voulez effectuer que la signature et ne pas transférer la demande d'achats ou la commande en comptabilité, soit sélectionner le bouton radio "Acceptée contrôle budgétaire" si vous voulez effectuer la signature et transférer la demande d'achats ou la commande en comptabilité. L'étape de la demande d'achats ou de la commande évolue et passe l'étape définie pour la signature dans les étapes par classe (GETCA) selon différents critères : a) le signataire est défini en tant que signataire utilisateur (GSGEA) ou en tant que signataire désigné parmi les changements de signataires (GCSGA) : - le paramétrage des signatures (GPSGA) indique que la mise à jour de l'étape est systématique : l'étape de la demande d'achats ou de la commande est mise à jour même si le signataire n'a pas les crédits suffisants (GMPP) pour pouvoir accepter, - le paramétrage des signatures (GPSGA) indique que la mise à jour de l'étape n'est pas systématique : l'étape de la demande d'achats ou de la commande est mise à jour si le contrôle des crédits (GPMC) n'est pas bloquant ou s'il n'est pas mis en place, - si le paramétrage des signatures (GPSGA) indique que la mise à jour de l'étape n'est pas systématique : si le contrôle des montants (GPMC) est mis en place et qu'il est bloquant, l'étape de la demande d'achats ou de la commande est mise à jour si le signataire possède les crédits suffisants (GMPP) pour pouvoir accepter ; b) le signataire (GSGEA) est défini en tant qu'utilisateur faisant partie d'une liste de signataires (GLUSA), l'évolution de l'étape est effectuée comme précédemment en fonction du contrôle des montants mais également en fonction du niveau de signatures indiqué par le paramétrage des signatures (GPSGA) : - à tous les niveaux : au moins un utilisateur pour chacun des différents niveaux de la liste de signataires doit signer. L'étape de la demande d'achats ou de la commande est mise à jour lors de l'acceptation du dernier signataire, - au niveau le plus haut : l'étape de la demande d'achats ou de la commande est mise à jour lors de l'acceptation du signataire ayant le plus haut niveau dans la liste de signataires, - aucun niveau : l'étape de la demande d'achats ou de la commande est mise à jour lors de l'acceptation du premier signataire. Pour refuser de signer une demande d'achats ou une commande : - si la transaction est en mode formulaire, sélectionner le bouton radio "Refusée" ; - si la transaction est en mode grille, soit sélectionner le bouton radio "Refusée" si l'affichage des contrôles graphiques dans la grille est activé, soit saisir "N" dans la zone "Acceptation" si l'affichage des contrôles graphiques dans la grille n'est pas activé. Ensuite, validez pour que la demande d'achats ou la commande soit annulée et passe à une étape "poubelle" (étape du traitement d'annulation d'une commande (TSRD)). Dans ce cas, il est possible de préciser les raisons du refus de signature en saisissant, à partir du bouton "Refus", le code et le motif du rejet. Ce code et ce motif peuvent être rendus obligatoires par le paramétrage des signatures (GPSGA). Si vous ne voulez pas traiter une demande d'achats ou une commande : - si la transaction est en mode formulaire, sélectionner le bouton radio "Non traitée" ; - si la transaction est en mode grille, soit sélectionner le bouton radio "Non traitée" si l'affichage des contrôles graphiques dans la grille est activé, soit saisir "S" dans la zone "Acceptation" si l'affichage des contrôles graphiques dans la grille n'est pas activé. La demande d'achats ou la commande pourra ainsi être traitée ultérieurement. L'acceptation avec contrôle budgétaire et l'essai avec contrôle budgétaire ne sont possibles que si la demande d'achats ou la commande n'a pas déjà été transférée en comptabilité. La correspondance entre le mnémonique de la transaction de signature et celui du traitement de transfert en comptabilité (TVCCD ou TVCCE) à effectuer est donnée par la gestion des traitements de comptabilisation des achats (GTCA) pour une classe et un type de ventilation. A partir du paramétrage des signatures (GPSGA), l'utilisateur a la possibilité d'indiquer que toutes les demandes d'achats ou commandes ramenées par la recherche sont acceptées : le bouton "Acceptée" du pavé "Signature" est allumé automatiquement sur toutes les demandes d'achats ou commandes dès la recherche terminée, il faut alors modifier celles qui doivent être refusées ou non traitées avant de valider. Ou inversement, il est possible d'indiquer que les demandes d'achats ou commandes recherchées ne sont pas acceptées automatiquement : elles sont non traitées et il faut alors les accepter ou les refuser une à une avant de valider. Il est également possible d'effectuer un suivi des différents signataires pour une demande d'achats ou une commande. Ce suivi est effectué au niveau de la transaction des changements de signataires (GCSGA). La signature est historisée dans les deux cas suivants : 1) le paramétrage des signatures (GPSGA) indique que l'historisation est active ; 2) l'utilisateur qui signe est un signataire désigné parmi les changements de signataires. |
Exemple lorsque le signataire est défini en tant qu'utilisateur faisant partie d'une liste de signataires | ||||||||||||||||
Liste L1 composée des utilisateurs USER1, USER2 et USER3.
Cas 1 : Signature de "Tous les niveaux" mentionné dans le paramétrage des signatures - Commande de 5000 : USER1 signe et la commande passe l'étape de signature. - Commande de 12000 : USER1 signe et la commande ne passe pas l'étape de signature ; USER2 signe et la commande passe l'étape de signature. ou USER2 signe et la commande ne passe pas l'étape de signature ; USER1 signe et la commande passe l'étape de signature. - Commande de 60000 : USER1 signe et la commande ne passe pas l'étape de signature ; USER3 signe et la commande ne passe pas l'étape de signature car crédit par personne insuffisant : il doit désigner un nouveau signataire dans les changements de signataires. ou USER3 signe et la commande ne passe pas l'étape de signature ; USER1 signe et la commande passe l'étape de signature. Cas 2 : Signature de "Plus haut niveau" mentionné dans le paramétrage des signatures - Commande de 5000 : USER1 signe et la commande passe l'étape de signature. - Commande de 12000 : USER1 signe et la commande ne passe pas l'étape de signature ; USER2 signe et la commande passe l'étape de signature. ou USER2 signe et la commande passe l'étape de signature. - Commande de 60000 : USER1 signe et la commande ne passe pas l'étape de signature ; USER3 signe et la commande ne passe pas l'étape de signature car crédit par personne insuffisant : il doit désigner un nouveau signataire dans les changements de signataires. ou USER3 signe et la commande ne passe pas l'étape de signature car crédit par personne insuffisant : il doit désigner un nouveau signataire dans les changements de signataires. Cas 3 : Signature "d'aucun niveau" mentionné dans le paramétrage des signatures - Commande de 5000 : USER1 signe et la commande passe l'étape de signature. - Commande de 12000 : USER1 signe et la commande passe l'étape de signature. ou USER2 signe et la commande passe l'étape de signature. - Commande de 60000 : USER1 signe et la commande passe l'étape de signature. ou USER3 signe et la commande ne passe pas l'étape de signature car crédit par personne insuffisant : soit le USER1 signe soit le USER3 doit désigner un nouveau signataire dans les changements de signataires. |
Contrôles des montants |
Il est possible de limiter le montant d'une demande d'achats ou d'une commande pour une personne (utilisateur de connexion ou gestionnaire). Pour cela, on attribue à la personne un montant autorisé dans les crédits par personne (GMPP). Au moment de la signature de la demande d'achats ou de la commande, on compare le montant alloué au montant de la condition de facturation définie dans les types de crédits (GPMC). Les dépassements de montants sont notifiés par des panneaux de signalisation. S'il n'existe pas de type de crédit pour la transaction de signatures dans GPMC, aucun contrôle de montant n'est effectué et aucun panneau n'est affiché. ![]() ![]() ![]() ![]() |
Refus |
Code rejet |
Si l'utilisateur refuse la demande d'achats ou la commande, il a la possibilité d'indiquer les raisons de son refus. Pour cela, il doit saisir le code et le motif du rejet. Ces deux informations sont ensuite stockées au niveau de la demande d'achats ou de la commande (visible dans la forme détail "Informations complémentaires" de GDAI ou GCDA). La saisie du code rejet est obligatoire ou non en fonction du paramétrage des signatures (GPSGA). Les valeurs du code rejet sont des occurrences du paramètre RETSACDA. |
Motif du rejet |
Si le code rejet est renseigné, le motif du rejet doit être précisé. Le motif est une information libre. |
Libération des lignes du marché |
Si cette case est cochée, si la demande d'achats ou la commande est issue du traitement de génération des appels d'achats pour un marché (TGAMA) et si la classe de marchés (GNCM) est définie en cadencement manuel, la ligne de marché est libérée au moment du refus (suppression du numéro de demande ou de commande sur la ligne de marché). Un nouvel appel d'achat peut alors être généré pour la ligne de marché. |
Boutons poussoirs |
Valorisation |
Traitements |
Pour la demande d'achats ou la commande sélectionnée, ce bouton permet de réaliser le lancement d'un ensemble de traitements et/ou éditions correspondant à des étapes définies pour la classe d'achats dans les étapes par classe (GETCA). Le lancement des traitements pour la demande d'achats ou commande en cours s'effectue selon la définition de la classe d'achats. Il peut être réalisé de deux manières : - en appelant la soumission des enchaînements dynamiques (GEDEA) et en validant une à une les étapes proposées. Ce fonctionnement n'est possible que si la variable globale WADM_EDESAC est positionnée à "O" ; - en exécutant directement les étapes définies dans GETCA sans appel de soumission et sans validation des étapes. |
Aperçu |
Permet de visualiser à l'écran l'édition de la demande d'achats ou de la commande. L'édition lancée est paramétrée, via le champ "Mnémonique d'appel pour aperçu" de la gestion des classes d'achats (GNCA). Les conditions d'exécution de l'édition sont données par le paramètre AUTACHAT occurrence APERCU. |
Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
Transactions associées |
GCDAC - Commandes d'achats |
GEDEA - Enchaînements dynamiques |
GLCAC - Lignes de commandes d'achats |
GCSGA - Changement de signataires |
GTXT - Textes |
Paramètres |
AUTACHAT - TRICDE |
AUTSACDA - PRNAT |
AUTACHAT - APERCU |
Messages |
SAPMC053 - Pas de montant à contrôler |
SAPMC054 - Montant supérieur au montant autorisé |
SAPMC055 - Pas de montant autorisé par personne |
SAPMC058 - Contrôle avec l'utilisateur d'acceptation impossible |