Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| e-Procurement | |||
| GBRCR - Règles de création | |||
| Cette transaction permet de définir la règle à appliquer pour générer les commandes d'achats (demandes) lors de la "validation du panier". Cette règle est définie pour un utilisateur (profil). Il est néanmoins possible de gérer des exceptions par catalogue au niveau de la gestion d'exception sur les règles de création. |
| Données |
| Profil/utilisateur |
| Utilisateur individuel ou profil fonctionnel pour lequel sera appliquée la règle de création. |
| Saisie classique |
| Il s'agit de la classe d'achats sur laquelle seront générées toutes les commandes (demandes) de l'utilisateur (profil) constituées d'articles catalogués. Cette classe peut être soit une classe de commandes, soit une classe de demandes. Cette information peut bénéficier d'une exception par catalogue, au niveau de la gestion d'exception sur les règles de création. |
| Saisie hors catalogue |
| Il s'agit de la classe d'achats "par défaut" sur laquelle seront générées toutes les demandes hors catalogue de l'utilisateur (profil). Cela peut être soit une classe de commandes, soit une classe de demandes. Remarque : l'affectation de cette classe peut être redéfinie dans les règles d'affectation de la classe hors catalogue (GBRCH), selon l'établissement de génération, le fournisseur et l'article générique saisis. |
| Etablissement |
| Etablissement sur lequel seront générées les commandes (demandes) d'achats. Cette information peut bénéficier d'une exception par catalogue, au niveau de la gestion d'exception sur les règles de création. |
| CGR |
| Il s'agit d'un CGR A. Il doit être défini dans la gestion des centres de gestion et de responsabilité (GCGR) et doit être de type "A" ou "D". Si cette information est renseignée, lors de la validation du panier, elle sera reportée dans toutes les lignes de commandes (demandes) ne possédant pas de CGR A. Cette information peut bénéficier d'une exception par catalogue, au niveau de la gestion d'exception sur les règles de création. |
| Informations gestionnaire |
| Gestionnaire |
| Il s'agit du gestionnaire, c'est-à-dire l'intervenant, qui sera associé aux commandes (demandes) générées par la validation du panier. Ce dernier devra être, dans un premier temps, défini dans la gestion des gestionnaires (GGES), et, dans un second temps, rattaché à l'établissement de génération des commandes (demandes) via la gestion d'associations gestionnaires - établissements (GAGE). L'affectation du gestionnaire se fait de la façon suivante : - si "Aucun" est coché, il n'y aura pas de gestionnaire associé aux commandes (demandes) ; - si "Créateur" est coché, le demandeur sera le gestionnaire des commandes (demandes). Dans ce cas, il faut renseigner le rôle et la fonction à attribuer au gestionnaire ; - si "Gestionnaire du créateur" est coché, le gestionnaire associé à l'utilisateur par l'intermédiaire de la gestion des utilisateurs individuels (GUSI) sera le gestionnaire des commandes (demandes). Il faut également renseigner le rôle et la fonction à attribuer ; - si "Saisi" est coché, il faut alors indiquer le code du gestionnaire qui sera associé aux commandes (demandes) issues de la validation du panier. Dans ce cas, il faut également renseigner le rôle et la fonction à attribuer à ce gestionnaire. Cette information peut bénéficier d'une exception par catalogue (Exception sur les règles de création). |
| Rôle |
| Il s'agit du rôle du gestionnaire. Cette zone est dépendante de l'affectation du gestionnaire. Elle est accessible seulement si "Créateur" ou "Gestionnaire" est coché. Cette information est facultative. Les valeurs sont les occurrences du paramètre ROGSBRCR. Cette information peut bénéficier d'une exception par catalogue, au niveau de la gestion d'exception sur les règles de création. |
| Fonction |
| Il s'agit de la fonction du gestionnaire (par exemple : agent, assistante commerciale, commercial...). Cette zone est dépendante de l'affectation du gestionnaire. Elle est accessible seulement si "Créateur" ou "Gestionnaire" est coché. Cette information est obligatoire. Les valeurs sont les occurrences du paramètre FONOEGES. Cette information peut bénéficier d'une exception par catalogue, au niveau de la gestion d'exception sur les règles de création. |
| Type de transfert |
| Les commandes (demandes) générées par la validation du panier, passent nécessairement par des sas d'intégration. Elles ne sont jamais créées directement dans les tables d'exploitations. Deux possibilités sont offertes : - la première est de bloquer ces commandes (demandes) dans les sas. Cela permet ainsi aux utilisateurs ne possédant pas l'Application Achats, d'intégrer ces dernières dans une autre application achats ; - la seconde, destinée exclusivement aux possesseurs de l'Application Achats, permet d'intégrer ces commandes (demandes) directement des sas dans les tables d'exploitations des achats. |
| Déploiement des paniers modèles |
| Cette information indique si l'utilisateur ou les utilisateurs rattachés au profil ont la possibilité de déployer leurs paniers modèles vers d'autres utilisateurs. |
| Accès au bouton validation |
| Cette information indique si l'utilisateur ou les utilisateurs rattachés au profil ont accès ou non au bouton de validation du panier. |
| Epuration : suivi |
| Etape cdes |
| Il s'agit de l'étape à partir de laquelle les commandes d'achats de cet utilisateur (profil) seront supprimées du suivi par le traitement d'épuration du suivi (TBPSC). Si le délai de conservation de la commande d'achats est renseigné, cette étape doit être référencée dans les étapes par classe (GETCA) avec la case "Historique étape" cochée. |
| Délai de conservation de la commande d'achats |
| Délai exprimé en jours. Ce dernier est calculé à partir de l'historique de la commande. Si ce délai n'est pas respecté, la commande ne peut pas être supprimée du suivi par le traitement d'épuration du suivi (TBPSC). |
| Etape D.A. |
| Il s'agit de l'étape à partir de laquelle les demandes d'achats de cet utilisateur (profil) seront supprimées du suivi par le traitement d'épuration du suivi (TBPSC). Si le délai de conservation de la demande d'achats est renseigné, cette étape doit être référencée dans les étapes par classe (GETCA) avec la case "Historique étape" cochée. |
| Délai de conservation de la demande d'achats |
| Délai exprimé en jours. Ce dernier est calculé à partir de l'historique de la demande. Si ce délai n'est pas respecté, la demande ne peut pas être supprimée du suivi par le traitement d'épuration du suivi (TBPSC). |
| Délai (jours) |
| Attention : cette information n'est utilisée que dans le cas où l'Application Achats n'est pas présente. Il s'agit du nombre de jours de présence dans le suivi à partir duquel les commandes (demandes) de cet utilisateur (profil), non référencées dans les achats, seront supprimées du suivi par le traitement d'épuration du suivi (TBPSC). |
| Epuration : éléments du panier |
| Délai (jours) |
| Il s'agit du nombre de jours de présence dans le panier "encours" à partir duquel les articles catalogues et hors catalogue de cet utilisateur (profil) seront supprimés du panier par le traitement d'épuration du suivi (TBPSC). |
| Paramètres standard |
| Modifications périphériques |
| Suppression |
| Pour pouvoir supprimer une règle de création, il ne doit plus exister d'exceptions sur les règles de création. Il faut préalablement effacer ces exceptions avant de supprimer la règle de création. |
| Transactions associées |
| GBERC - Exception sur les règles de création |
| Paramètres |
| ROGSBRCR |
| FONOEGES |
| Messages |
| SBRCR010 - Suppression impossible : exception sur les règles de créations existante |