Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Achats | |||
GSGFA - Signatures des factures d'achats |
La signature électronique consiste à accepter une facture d'achats ou à notifier un litige pour une facture. Elle se traduit par un changement d'étape des commandes de la facture. L'utilisateur de connexion signe les factures d'achats pour lesquelles il a le droit de signer et qui ne sont pas encore signées. Il peut également ne pas signer et désigner un autre signataire. Ceci n'est possible que si le paramétrage des signatures (GPSGA) autorise les changements de signataires (GCSGA). |
Pour signer des factures, l'utilisateur connecté doit être défini en tant que : - signataire ou utilisateur faisant partie d'une liste de signataires (GLUSA). Les droits sont donnés dans la gestion des signataires achats (GSGEA), par établissement, type de signature et classe de commandes en indiquant la personne pour laquelle le signataire ou la liste de signataires signera les factures. Cette personne correspond soit au créateur ou à une liste de créateurs, soit à un des gestionnaires des commandes de la facture. 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 les commandes de la facture. 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). La gestion s'ouvre en mode recherche ce qui permet à l'utilisateur d'effectuer une recherche sur toutes les factures en attente de signature. Pour affiner la recherche, il est possible de saisir des critères de sélection sur les factures (numéro de facture, 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 factures de l'établissement de connexion. Ne sont affichées que les factures non encore signées et telles que pour toutes les commandes de la facture : 1) si l'utilisateur est défini parmi les signataires (GSGEA) : a) l'utilisateur signataire a le droit de signature pour la classe de commandes et le type de signature associé au mnémonique de signatures. Le type de signature est donné par le paramétrage des signatures (GPSGA) ; b) en fonction du paramétrage, l'utilisateur signataire a le droit de signer pour le créateur ou un des gestionnaires de la commande (pour le rôle et la fonction paramétrés) ; c) en fonction du paramétrage des signatures (GPSGA), le montant de chaque commande de la facture ou le montant total de la facture doit être 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 (GSGEA) ; d) l'étape obligatoire précédant la signature a été réalisée. 2) si l'utilisateur a été désigné parmi les changements de signataires (GCSGA) : l'étape obligatoire précédant la signature a été réalisée. Suivant le paramètre AUTSATAC, occurrence CTLLOP, il est possible d'interdire la signature de la facture si tout le stock n'a pas été libéré de la quarantaine pour les lignes des commandes de la facture ayant une influence en stock. L'utilisateur signataire a également la possibilité d'indiquer que la facture est non traitée. Dans ce cas, les commandes de la facture ne changent pas d'étape et aucune mise à jour n'est effectuée sur la facture. Elle pourra être traitée ultérieurement. Lors d'un litige, le type d'acceptation de la facture et celui de la pièce correspondante sont mis à jour à partir du type d'acceptation donné par le paramétrage des signatures (GPSGA). Aucun contrôle d'équivalence de type d'acceptation n'est effectué. L'utilisateur d'acceptation est alors égal à l'utilisateur de connexion et la date d'acceptation à la date système. Le code rejet de la facture peut également être mis à jour en fonction du paramétrage des signatures (GPSGA) : - si l'option "Mise à jour code rejet facture" est activée, le code rejet de la facture est positionné à "I" et le bon à payer ne peut pas être délivré par le traitement de bon à payer (TTAC). Il doit être délivré par la gestion d'acceptation de la facture (GTAC) ou par une nouvelle étape de signature ; - si l'option "Mise à jour code rejet facture" n'est pas activée, le code rejet n'est pas mis à jour et le bon à payer peut être délivré par le traitement de bon à payer (TTAC) ou par une nouvelle étape de signature. Les informations litige (code et motif) de la facture peuvent également être mises à jour en fonction de l'option "Saisie motif litige" du paramétrage des signatures (GPSGA) : - "Obligatoire" : le code et le motif de la mise en litige de la facture doivent obligatoirement être précisés par l'utilisateur ; - "Facultative" : la saisie du code et du motif de la mise en litige est libre ; - "Interdite" : le code et le motif de la mise en litige ne doivent pas être saisis. Il est possible d'affecter les informations litige de la pièce si l'option "Mise à jour litige pièce" du paramétrage des signatures (GPSGA) est cochée. Ces informations sont alors affectées de la manière suivante : - code litige : code litige de la facture ; - motif litige : motif litige de la facture tronqué sur 60 caractères ; - gestionnaire : gestionnaire associé à l'utilisateur de connexion dans la gestion des utilisateurs individuels (GUSI) ; - date : date du jour. Les zones litige de la pièce sont indépendantes les unes des autres. Il est ainsi possible de renseigner le code litige et pas le gestionnaire. Si le gestionnaire associé à l'utilisateur n'est pas renseigné, seul le code, le motif du litige et la date sont affectés. Par contre, si le code et le motif du litige ne sont pas renseignés dans la facture, aucune information litige de la pièce n'est mise à jour. Lors de l'acceptation d'une facture, cette transaction permet également de donner le bon à payer pour la facture si l'option "Bon à payer" du paramétrage des signatures (GPSGA) est activée. Le type d'acceptation de la facture et de la pièce correspondante sont alors mis à jour de la façon suivante : - si le type d'acceptation du paramétrage des signatures (GPSGA) est renseigné, le type d'acceptation est égal à cette valeur. Dans ce cas, s'il existe des équivalences de types d'acceptation (GETA) pour la transaction de signatures de factures, il doit exister une équivalence entre le type d'acceptation de la facture (type d'acceptation origine) et le type d'acceptation donné par le paramétrage (type d'acceptation destination) sinon il y a erreur : le bon à payer ne peut être donné et la facture n'est pas signée ; - si le type d'acceptation du paramétrage des signatures (GPSGA) n'est pas renseigné mais s'il existe des équivalences de types d'acceptation (GETA) pour la transaction de signatures de factures, le type d'acceptation est égal au type d'acceptation destination défini par défaut dans les équivalences de types d'acceptation pour le type d'acceptation origine égal au type d'acceptation de la facture. L'utilisateur d'acceptation est égal à l'utilisateur de connexion et la date d'acceptation à la date système. L'observation BAP de la facture peut également être mise à jour en fonction de l'option "Saisie observation BAP" du paramétrage des signatures (GPSGA) : - "Obligatoire" : l'observation BAP doit obligatoirement être précisée par l'utilisateur ; - "Facultative" : la saisie de l'observation BAP est libre ; - "Interdite" : l'observation BAP ne doit pas être saisie. La pièce externe est également mise à jour avec la référence de la facture. Si l'option "Mise à jour des pièces soldées" du paramétrage des signatures (GPSGA) n'est pas activée, le type d'acceptation des factures pour lesquelles les pièces sont déjà soldées n'est pas mis à jour. Pour les clients ne possédant pas l'Application Finances et pour lesquelles la pièce n'existe donc pas en comptabilité, il est possible de ne mettre à jour que le type d'acceptation de la facture. Ceci est défini par l'occurrence TRFPIM du paramètre AUTSAFAA. ATTENTION : La pièce ne peut être mise à jour en comptabilité que si les ventilations comptables (CVCC) de la facture n'ont pas été supprimées c'est-à-dire si la case "Suppression une fois traitée" n'est pas cochée pour le type de ventilation (GTVCA) utilisé pour l'envoi en comptabilité de la facture. |
Données |
Facture |
Numéro de facture d'achats. Dans le formulaire, quelques informations sur la facture sont affichées. En mode grille, des informations complémentaires sont visibles. |
Mnémonique |
Mnémonique de la facture. |
Référence |
Référence de la facture. |
Date de facture |
Date de la facture. |
Etablissement |
Etablissement de la facture. Il est accessible lorsque la valeur du paramètre PRE associé au mnémonique est égale à "O" sinon il est inaccessible et égal à l'établissement de connexion. |
Fournisseur |
Code du fournisseur. |
Tiers |
Code du tiers de paiement. |
Adresse |
Code de l'adresse de paiement. |
Nom adr. paiement |
Nom du tiers de paiement. |
Ville adr. paiement |
Adresse du tiers de paiement. |
Demandeur |
Correspond à la personne demandant la signature des factures. Selon la définition des signataires, il s'agit soit du créateur de la facture si le type d'utilisateur (GSGEA) est créateur ou liste de créateurs, soit d'un des gestionnaires. |
Nom demandeur |
Nom du demandeur. |
Montant |
Devise |
Devise de la facture. |
H.T |
Montant HT de la facture, exprimé en devise de la facture. |
T.T.C |
Il représente le montant TTC de la facture, exprimé en devise de la facture. Ce montant est comparé, après valorisation de la facture, au net à payer des conditions de facturation de la facture (condition de facturation de type "TT"). Un message indique si ces deux montants sont différents ou égaux. Lors de la signature, la valorisation peut être effectuée en cliquant sur le bouton "Valorisation" ou, suivant l'option "Valorisation facture" du paramétrage des signatures (GPSGA), à la validation de la signature. Si elle est effectuée par le bouton "Valorisation", les contrôles sont effectués comme dans le contrôle facture (GFAA) : si les montants sont différents, le message d'anomalie est bloquant ou non suivant le paramètre AUTSAFAA, occurrence CTLTTC. Si elle est effectuée à la validation de la signature, si les montants sont différents, le contrôle est toujours bloquant et la facture ne peut pas être signée. |
Acceptation |
Ce radio bouton permet d'indiquer l'action à effectuer pour les factures d'achats. Pour accepter de signer les factures : - si la transaction est en mode formulaire, cocher la case "Accepté" ; - si la transaction est en mode grille, soit cocher la case "Accepté" 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é. Pour notifier un litige pour les factures : - si la transaction est en mode formulaire, cocher la case "Litige" ; - si la transaction est en mode grille, soit cocher la case "Litige" si l'affichage des contrôles graphiques dans la grille est activé, soit saisir "B" dans la zone "Acceptation" si l'affichage des contrôles graphiques dans la grille n'est pas activé. Si vous ne voulez pas traiter une facture ou refuser de la signer : - si la transaction est en mode formulaire, sélectionner le radio bouton "Non traitée" ; - si la transaction est en mode grille, soit sélectionner le radio bouton "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 facture pourra ainsi être traitée ultérieurement. Ensuite, validez pour que la signature soit effective. L'étape des commandes des factures évolue 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 des commandes de la facture 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 des commandes de la facture est mise à jour si le contrôle des crédits (GPMC) n'est pas bloquant ou s'il n'est pas mis en place, - 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 des commandes de la facture 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ée 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 des commandes de la facture est mise à jour lors de l'acceptation du dernier signataire, - au niveau le plus haut : l'étape des commandes de la facture est mise à jour lors de l'acceptation du signataire ayant le plus haut niveau dans la liste de signataires, - aucun niveau : l'étape des commandes de la facture est mise à jour lors de l'acceptation du premier signataire. L'étape avec laquelle les commandes de la facture est mise à jour est donnée : - soit par le paramètre AUTSASGE occurrence ETPxxxx-yy (où xxxx correspond à la classe d'achats et yy à la valeur du paramètre PR2 associé au mnémonique) : a) la valeur 1 donne l'étape des commandes lorsque la facture est acceptée, b) la valeur 2 donne l'étape des commandes lorsque la facture est en litige ; - soit par l'étape définie pour la signature dans les étapes par classe (GETCA) si les valeurs 1 ou 2 du paramètre précédent ne sont pas renseignées. Attention : dans le cas d'une facturation multi-classes, il est nécessaire que les occurrences ETPxxxx-yy du paramètre AUTSASGE soient identiques pour toutes les classes des commandes de la facture, sinon les commandes sont mises à jour avec l'étape définie pour la signature dans les étapes par classe (GETCA). A partir du paramétrage des signatures (GPSGA), l'utilisateur a la possibilité d'indiquer que toutes les factures ramenées par la recherche sont acceptées : le bouton "Acceptée" du pavé "Signature" est allumé automatiquement sur toutes les factures dès la recherche terminée, il faut alors modifier celles qui doivent être passer en litige ou non traitées avant de valider. Ou inversement, il est possible d'indiquer que les factures recherchées ne sont pas acceptées automatiquement : elles sont non traitées et il faut alors les accepter ou les passer en litige une à une avant de valider. Il est également possible d'effectuer un suivi des différents signataires pour les commandes d'une facture. 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. |
Observations |
Observation BAP |
Il s'agit de l'observation BAP qui peut être précisée pour la facture lors de l'acceptation de celle-ci. La saisie de l'observation BAP est obligatoire, facultative ou interdite en fonction du paramétrage des signatures (GPSGA). Il est à noter que la saisie de l'observation BAP peut être rendue possible même si le bon à payer n'est pas délivrée pour la facture. Il s'agit alors d'une observation saisie par l'utilisateur en prévision du bon à payer. |
Litige |
Il s'agit du code et du motif de litige qui peuvent être précisés pour la facture lors de la mise en litige de celle-ci. La saisie du code et du motif du litige est obligatoire, facultative ou interdite en fonction du paramétrage des signatures (GPSGA). Si le code est renseigné, le motif doit l'être également et inversement. Si le code est renseigné, il doit correspondre à une occurrence du paramètre LITSAFAA. |
Légende |
Contrôle des quantités |
Lors de l'affichage des factures à signer, affichage de "bonshommes" de couleurs différentes suivant les écarts de quantités détectés entre la facture et la commande et la facture et la réception. Les écarts de quantités peuvent être visualisés dans la grille des lignes de factures (SAILCF). ![]() - la quantité facturée est supérieure à la quantité commandée ; - la quantité facturée est supérieure à la quantité réceptionnée ; - une ligne a été créée lors de la facture. ![]() - la quantité facturée est inférieure à la quantité commandée ; - la quantité facturée est inférieure à la quantité réceptionnée. ![]() |
Contrôle des prix |
Lors de l'affichage des factures à signer, affichage de sacs de pièces de couleurs différentes suivant les écarts de prix détectés entre la facture et la commande. Les écarts de prix peuvent être visualisés dans la grille des lignes de factures (SAILCF). ![]() - le prix facturé est supérieur au prix commandé ; - le montant facturé est différent du montant calculé (le montant calculé est égal au produit de la quantité facturée par le prix facturé et par le coefficient) ; - une ligne a été créée lors de la facture. ![]() ![]() |
Contrôle des montants |
Il est possible de limiter le montant d'une facture pour une personne (utilisateur de connexion, gestionnaire ou utilisateur qui donne le bon à payer). Pour cela, on attribue à la personne un montant autorisé dans les crédits par personne (GMPP). Au moment de la signature de la facture, 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. Si la classe n'est pas renseignée dans le type de crédit, le contrôle du montant est effectué pour la facture sinon il est effectué classe par classe. 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é. ![]() ![]() ![]() ![]() |
Contrôle des remises |
Lors de l'affichage des factures à signer, affichage de tirelires de couleurs différentes suivant les écarts de remises détectés entre la facture et la commande. S'il n'y a pas eu de remise, ni pour la facture ni pour la commande, aucune tirelire ne s'affiche. Les écarts de remises peuvent être visualisés dans la grille des lignes de factures (SAILCF). ![]() ![]() ![]() |
Contrôle des quantités retournées |
![]() |
Contrôle des conditions de facturation |
![]() - une ou des conditions de facturation (GCAF) ont été créées lors de la facturation ; - une ou des conditions de facturation ont été modifiées lors de la facturation et que l'écart entre le taux ou montant de la condition en facture est inférieur, en tenant compte du pourcentage d'écart autorisé, à celui de la condition en commande. Le pourcentage d'écart autorisé est donné par la valeur 1 de l'occurrence CTLCAF du paramètre AUTSAFAA ; - une ou des conditions de facturation ont été modifiées lors de la facturation et que l'écart entre le taux ou montant de la condition en facture est supérieur, en tenant compte du pourcentage d'écart autorisé, à celui de la condition en commande. Le pourcentage d'écart autorisé est donné par la valeur 2 de l'occurrence CTLCAF du paramètre AUTSAFAA. Il est possible d'exclure de ce contrôle certaines conditions de facturation. Pour cela il faut les définir dans le texte de l'occurrence CTLCAF du paramètre AUTSAFAA. |
Boutons poussoirs |
Valorisation |
Traitements |
Pour la facture 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 les classes des commandes de la facture dans les étapes par classe (GETCA). Ce bouton n'est accessible que si la classe de commandes indique que le lancement est direct. |
Aperçu |
Permet de visualiser à l'écran l'édition de la facture. L'édition lancée est paramétrée en fonction de l'occurrence APERCU du paramètre AUTSAFAA. |
Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
DEN |
PR2 |
Ce paramètre permet, lorsqu'on a plusieurs étapes de signatures pour une même classe, de mettre les commandes de la facture à des étapes différentes suivant la signature qui est réalisée. L'étape est donnée par le paramètre AUTSASGE occurrence ETPxxxx-yy avec xxxx égal à la classe d'achats et yy égal à la valeur du paramètre PR2. |
Transactions associées |
GEDEA - Enchaînements dynamiques |
GFAAC - Contrôle facture |
SAILCFC - Lignes de facture |
GCAG - Gestionnaires des commandes d'achats |
GCSGA - Changement de signataires |
GFAFC - Condition de facturation d'une facture |
TGCAVA - Génération de commandes d'avoir |
Paramètres |
AUTSAFAA - CTLCAF |
AUTSAFAA - CTLHT |
AUTSAFAA - CTLTTC |
AUTSAFAA - TRFPIM |
AUTSATAC - CTLLOP |
AUTSASGE - ETPxxxx-yy |
AUTACHAT - DECPRX |
AUTACHAT - DECQTE |
AUTODE - ARRDVC |
AUTSAFAA - APERCU |
Messages |
SAETA001 - Association de types d'acceptations inexistante ou non utilisable |
SAFAA054 - Ecart entre prix facture et prix commande incorrect |
SAFAA056 - TTC de la facture différent du TTC des commandes : $1 (Ecart $2) |
SAFAA075 - HT de la facture différent du HT des commandes : $1 (Ecart $2) |
SAFAA081 - Saisie du montant hors taxe obligatoire |
SAFAA082 - Saisie du montant TTC obligatoire |
SAFAA117 - TTC de la facture calculé égal à celui saisi |
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 |