Mettre en place une sécurité pour les comptes à débiter et à créditer d'une autre société
Description
Cause
Resolution

Ce dernier point concerne l’ajout d’une sécurité avec le contexte spécifique, où il va y avoir le cas métier d’un virement de trésorerie entre 2 sociétés d’un même groupe.

Jusqu’à la version 2024R1, il n’était pas possible de donner accès à 1 autre compte d’une autre société.

A partir de la 2024, cela est possible via la sécurité par contexte.

 EXEMPLE :  

  • Sophie est la trésorière de la société COMP 2 et COMP3
  • Fabien est trésorier de la société 1.

Fabien a besoin de saisir un virement de trésorerie de la société 1 vers la société Holding COMP 2 et COMP3.

Il est nécessaire de créer une politique pour Fabien. La politique sur les données de Fabien va être limitée à la société 1. Il ne faut pas que Fabien émette de virement à partir des sociétés 2 ou 3.

Le contexte consiste à effectuer un virement de trésorerie à destination d’un compte où l’utilisateur n’est pas le gestionnaire.

▼ Sécurités pour Sophie

Le paramétrage comporte 3 étapes.

▼ Etape 1 : Création d’une politique de sécurité sur Sophie

Il faut obligatoirement que le paramétrage des autorisations d’accès des éléments interdits soit effectués avec un ?

Par société :

Par compte :

Par Transaction Trésorerie :

 

▼ Etape 2 : Création d’une politique de sécurité fonctionnelle sur Sophie

Il faut que le paramétrage Superviseur SBy soit en interdiction.

 

 

 

▼ Sécurités pour Fabien

Le paramétrage comporte 3 étapes.

▼ Etape 1 : Création d’une politique de sécurité sur Fabien

  • Fabien est uniquement en mesure de gérer la société COMP1

Il faut obligatoirement que le paramétrage des autorisations d’accès des éléments interdits soit effectués avec un ?

Par société :

Par compte :

A ce stade, le paramétrage s’effectue comme il est effectué habituellement.

Par transaction Trésorerie :

 

▼ Etape 2 : Création d’une politique de sécurité Fonctionnelle sur Fabien

La sécurité fonctionnelle est une fonctionnalité sur les menus.

Ce paramétrage est complété par une sécurité sur les fonctions qui va limiter ses accès

Il faut positionner la politique de sécurité Superviseur SBy en interdiction.

Fabien est ainsi limité uniquement à ses comptes.

 

▼ Etape 3 : Création / Assignation du Rôle utilisateur sur les données pour Fabien

La séparation avec les fonctions et les données est facilement visible.

Sur le Rôle utilisateur de Fabien, il faut associer la politique de sécurité de Sophie dans le contexte.

Ce point est déterminant afin que Fabien ait accès au compte créditeur.

SXA présente la notion de contexte. Il est possible de sélectionner le périmètre d’accès : au débit, au crédit, au débit et au crédit.

Dans le cas d’un virement de trésorerie, il sera sélectionné l’accès au « Crédit ».

 

 

▼ Exemple de saisie
  • Saisie chez Fabien

Lors de la saisie d’un virement de trésorerie, l’utilisateur Fabien visualise correctement les comptes créditeurs de sa société 1, ainsi que les comptes des sociétés 2 et 3.

  • Saisie chez Sophie

Lors de la saisie d’un virement de trésorerie, l’utilisateur Sophie visualise correctement les comptes de son périmètre : Les comptes des sociétés 2 et 3

De nouvelles mesures de sécurité pour les comptes utilisés dans les virements de trésorerie permettent de définir des niveaux d'accès spécifique, autorisant uniquement certaines personnes à les débiter ou à les créditer.

 

Steps to duplicate
Related Solutions