Aller au contenu principal
Quelle Trésorerie

Droits par société : qui voit la trésorerie du groupe ?

Pour qui : Vous êtes DAF de groupe. Un responsable de filiale va se connecter à l’outil, et il ne doit pas voir la trésorerie de ses voisines.

Le cloisonnement se prouve avec deux comptes réels, un de filiale et un du siège, sur le même jeu de données, à l’écran comme dans les exports, les alertes et les connecteurs.

Si l’éditeur ne peut pas le montrer en démonstration, notez-le comme une réponse. Dans les pages lues le 5 novembre 2026, seul Okimia décrit une visibilité limitée aux entités concernées.

Notre avis

Donnez à chaque filiale un accès en lecture à ses seuls chiffres, et au siège un accès à tout le groupe. Exigez que ce cloisonnement se démontre.

Pourquoi

  • Un droit annoncé se contrôle à l’écran. Il se vérifie aussi sur les sorties : export, alerte, rapport envoyé.
  • Les pages lues décrivent peu ce point : Okimia le détaille, d’autres parlent de droits sans préciser s’ils se fixent par société.
  • Les connecteurs vers des assistants IA ajoutent une sortie à vérifier, si l’éditeur en propose un.

Ce qui change le choix

Un petit groupe familial où tout le monde voit tout : gardez un seul niveau, en protégeant au moins les lignes de salaires.

Le test à deux comptes

Connectez-vous au compte d’un utilisateur de la filiale A. Ce test est notre méthode. Un seul échec suffit à demander une explication écrite.

  1. Le tableau de bord n’affiche que la société A. Aucun total groupe ne doit apparaître.
  2. La recherche d’un fournisseur de la société B ne renvoie rien. Testez avec un nom réel.
  3. L’export de la vue ne contient que des lignes de A. Ouvrez le fichier exporté, sans vous fier à l’écran.
  4. Les alertes et rapports automatiques ne citent pas B. Regardez un envoi réel.
  5. Les lignes de flux internes ne révèlent pas le solde de B. Le nom de la contrepartie peut rester visible, jamais son solde.
  6. Un accès par API ou serveur d’IA respecte les mêmes limites. Faites poser la question au connecteur avec le compte de A.

Ce que disent les pages lues

Okimia décrit le point le plus clairement : rôles de lecture, d’édition ou d’administration, visibilité limitée aux entités concernées. Agicap parle d’une gestion fine des droits, sans dire si elle se fixe par entité. Qotid mentionne des rôles et permissions au plan Professionnel, sans précision par société. Nous n’avons pas trouvé ce sujet dans la page de Cashlab et la page de Forekasts lues le 5 novembre 2026.

Chez une banque, la logique diffère : CIC et Crédit Mutuel annoncent une délégation d’accès par compte et par utilisateur. Elle ne remplace pas un droit par société dans un outil de prévision.

Agicap, Okimia et Cashlab annoncent aussi un serveur MCP, connecteur qui ouvre l’outil à un assistant IA. Demandez à chacun s’il applique les droits de l’utilisateur connecté, car nous n’avons pas lu de réponse.

Le cas des salaires

Une ligne de paie détaillée dit plus qu’un solde. Dans le plan d’une société, gardez un montant de paie global et une seule ligne. Vous éviterez de faire reposer la confidentialité sur un paramétrage, quelle que soit la taille du groupe.

La séparation côté banque

La connexion d’un compte demande une authentification, renouvelée après 180 jours selon la règle européenne applicable. Décidez qui détient ce rôle dans chaque société. La personne qui voit le groupe n’a pas besoin de détenir les accès de chaque banque.

Limites de cette page

Nous n’avons contrôlé aucun cloisonnement. Une déclaration d’éditeur ne prouve pas le fonctionnement, surtout sur les exports et les connecteurs. Le test à deux comptes reste à votre charge, avant signature.

Prochaine action

Avant la signature, demandez à l’éditeur de jouer le test à deux comptes sur un jeu de données à vous. Faites écrire au contrat les rôles attendus. Dans un petit groupe familial, gardez un seul niveau de droits, avec une paie présentée en montant global.

Preuves et sources

Lu le 5 novembre 2026 : pages d’Okimia, d’Agicap, de Cashlab, de Qotid et de Forekasts, pages de CIC.

Chaque élément ci-dessous dit s’il s’agit d’un fait lu dans une source, d’une déclaration d’éditeur, de notre calcul, de notre méthode ou de notre avis. Aucun outil n’a été testé. Notre méthode

  • Notre avis. Dans un groupe, chaque filiale lit ses seuls chiffres et le siège voit l’ensemble ; ce cloisonnement doit se démontrer avec deux comptes réels.

    Portée : DAF de groupe

    Réserve : Avis de la rédaction, sans conseil individuel.

    Daté du 5 novembre 2026.

  • Notre méthode. Le test à deux comptes en six contrôles constitue une méthode de la rédaction.

    Portée : Outils multi-sociétés

    Réserve : Aucune étude à l’appui.

    Daté du 5 novembre 2026.

  • Déclaration de l’éditeur. Okimia annonce des rôles de lecture seule, d’édition ou d’administration, et une visibilité limitée aux entités qui concernent chaque utilisateur.

    Portée : Page de consolidation

    Réserve : Non observé.

  • Déclaration de l’éditeur. Agicap annonce une gestion fine des droits d’accès, sans préciser si ces droits se définissent par entité dans la page lue.

    Portée : Page Gestion de trésorerie

    Réserve : Modèle de droits non décrit.

  • Fait lu. La grille de Qotid mentionne des rôles et permissions au plan Professionnel, sans précision par société.

    Portée : Grille lue le 5 novembre 2026

    Réserve : Droits par société à demander.

  • Notre calcul ou déduction. La page Cash Forecasting de Cashlab et la page de pilotage de Forekasts lues le 5 novembre 2026 ne traitent pas des droits par entité.

    Portée : Pages lues

    Réserve : Absence dans ces pages seulement.

  • Déclaration de l’éditeur. CIC et Crédit Mutuel annoncent, pour leur outil de gestion de trésorerie, une délégation d’accès par compte et par utilisateur.

    Portée : HBS Gestion de Trésorerie

    Réserve : Prix non lu.

  • Déclaration de l’éditeur. Agicap, Okimia et Cashlab annoncent un serveur MCP.

    Portée : Pages des éditeurs

    Réserve : Application des droits au connecteur non décrite dans ce que nous avons lu.

  • Fait lu. L’authentification forte d’un accès par agrégateur s’applique au premier accès et lorsque plus de 180 jours se sont écoulés depuis la dernière.

    Portée : Comptes de paiement, depuis le 25 juillet 2023

    Réserve : Exceptions motivées par la banque.