GSGEA - Signataires Achats

   Dans la vie des commandes et factures d'achats, on peut insérer une étape de signature qui demandera une validation à un ou plusieurs signataires rattachés à un émetteur de commandes. Dans le cas où le signataire est absent, on peut aussi définir des délégations.

   Cette gestion permet donc de définir les signataires des émetteurs de commandes. Un signataire peut avoir plusieurs utilisateurs et/ou plusieurs gestionnaires pour une classe de commandes. Un utilisateur peut aussi posséder plusieurs signataires mais le premier qui acceptera la commande l'aura validée.

   Lors du rattachement signataire/émetteur, l'état est renseigné en fonction du paramètre AUTSGSGE occurrence ETA. Si vous souhaitez effectuer ce rattachement en plusieurs étapes (saisie du rattachement par une personne et validation de celui-ci par une autre), vous devez alors positionner le paramètre afin qu'il propose en création l'état inactif et utiliser ensuite la transaction de validation (passage de l'état inactif à actif).

   Code alphanumérique du type de signature associé au paramètre TSISGSGE qu'il faut définir au préalable.

   Il faut préciser si le signataire correspond à un utilisateur (GUSI) ou à une liste d'utilisateurs (GLUSA).

   Le type "Liste utilisateurs" est non accessible dans l'Application Ventes, il est seulement géré dans l'Application Achats.

   Il s'agit du code utilisateur (login) du signataire si le type d'utilisateur est "Créateur", sinon il s'agit d'une liste d'utilisateurs signataires (GLUSA).

   Il faut préciser ici le type d'association entre les utilisateurs associés et les signataires.
Si vous cochez "Créateur", vous rattachez des utilisateurs de création (code login) à un signataire ou une liste de signataires.
Si vous cochez "Liste créateurs", vous rattachez une liste d'utilisateurs de création à un signataire ou une liste de signataires, sinon vous devez préciser des codes de gestionnaires. Dans ce cas-là, vous devez aussi éventuellement préciser un rôle et obligatoirement une fonction.

   Le type "Liste créateurs" est non accessible dans l'Application Ventes, il est seulement géré dans l'Application Achats.

   Si le type d'utilisateur est égal à "Créateur", il s'agit du code d'utilisateur du créateur de la commande d'achats ou de la facture.
Si le type d'utilisateur est égal à "Liste créateur", il s'agit du nom de la liste de créateurs des commandes d'achats ou des factures.
Si le type d'utilisateur est égal à "Gestionnaire", il s'agit d'un code de gestionnaire de la commande. Dans le cas, il faut en plus préciser la fonction et éventuellement le rôle de ce dernier dans la commande.

   Seules les commandes de cette classe pourront être validées.

   Ces informations permettent de préciser une fourchette de montants pour laquelle l'utilisateur signataire a le droit de "voir" la commande. Le montant de la commande pris en compte pour la comparaison est le montant de la condition de facturation précisée ci-dessous.

   Si cette fourchette de montants n'est pas renseignée, aucune condition de montant n'est prise en compte pour "voir" la commande dans les gestions de signatures.
Les montants sont exprimés en devise de référence.

   Il faut préciser ici le numéro de la condition de facturation qui donnera le montant à comparer à celui alloué à l'utilisateur signataire. Dans le cas d'une demande, d'une commande ou d'une facture en devise, le montant de la condition de facturation est converti en devise de l'établissement avant d'être comparé à la fourchette de montant.

   Si cette case est cochée, l'utilisateur signataire aura le droit de "voir" des commandes d'avoirs pour lesquelles la valeur absolue du montant de la condition de facturation est comprise dans la fourchette de montants alloués à l'utilisateur signataire.

   Exemple :

   L'utilisateur U1 a le droit de signer pour une fourchette de montants allant de 1000 Euros à 5000 Euros.

   Il est possible d'utiliser la notion de référentiel centralisé.