Sécurité et partage des données
Dans tout système, les données financières exigent le traitement le plus strict, et REDA Financials superpose ses protections : les autorisations basées sur les rôles déterminent quel type d’enregistrements vous manipulez, le partage par territoire détermine à qui ils appartiennent, et la plateforme applique les deux à tout ce que vous ouvrez, saisissez et modifiez. L’automatisation qui s’exécute après l’enregistrement — comptabilisation, rapprochement, ventilation — lit délibérément la configuration et les enregistrements associés en contexte système, afin qu’une écriture soit comptabilisée intégralement et correctement, quelle que soit la personne qui l’a enregistrée. Ce n’est pas un moyen de contourner vos autorisations : vous deviez d’abord être autorisé à enregistrer le document, et le grand livre qu’elle alimente est verrouillé pour tout le monde (voir ci-dessous).
Les couches
| Couche | Question à laquelle elle répond | Gérée via |
|---|---|---|
| Ensembles d’autorisations | Que peut faire cette personne — saisir les comptes clients ? payer les fournisseurs ? clôturer les comptes ? seulement consulter ? | Les cinq ensembles d’autorisations REDA — voir Attribution des ensembles d’autorisations |
| Licences utilisateur | Cette personne a-t-elle seulement le droit d’écrire dans les livres comptables ? | Licences au niveau utilisateur |
| Partage par territoire | De qui peut-elle voir les enregistrements — ceux de l’Inde ? du Brésil ? tous ? | Onglet Gestion des territoires (+ le paramètre qui l’active) |
| Enregistrements gérés par le système | Quelqu’un peut-il modifier directement le grand livre ? | Personne — voir ci-dessous |
Les cinq ensembles d’autorisations en un coup d’œil
La première couche — quel type d’enregistrements cette personne peut-elle manipuler — est assurée par cinq ensembles d’autorisations prêts à l’emploi, calqués sur les rôles :
| Ensemble d’autorisations | Ce qu’il accorde | Rôle type |
|---|---|---|
| Accounting Admin | Accès complet à chaque objet, champ et fonctionnalité — y compris la configuration des entités, du grand livre, des taxes, des territoires, des périodes et des paramètres. | L’administrateur qui configure et maintient l’application. |
| Accounting Controller | Accès complet au grand livre, aux écritures comptables, à la banque, au rapprochement, aux budgets, aux immobilisations, à la balance âgée et aux données de référence ; accès en lecture aux comptes clients et aux comptes fournisseurs. | Les contrôleurs de gestion et les responsables comptables qui tiennent les livres. |
| Accounts Receivable | Accès complet aux factures de vente, aux avoirs, aux encaissements et à leurs imputations ; accès en lecture partout ailleurs. | Les agents et responsables de la comptabilité clients. |
| Accounts Payable | Accès complet aux factures d’achat, aux avoirs fournisseur, aux décaissements, aux bons de commande, à la boîte de réception OCR et aux ventilations des charges ; accès en lecture partout ailleurs. | Les agents et responsables de la comptabilité fournisseurs. |
| Read Only | Accès en lecture seule à tout ; aucune création, modification ni suppression, où que ce soit. | Les directeurs financiers, les dirigeants, les auditeurs externes et les responsables de la conformité. |
Les ensembles se cumulent : l’accès est additif, de sorte que, dans une petite équipe, la personne qui gère seule les comptes clients et les comptes fournisseurs peut détenir les deux ensembles. N’ajoutez que ce que le rôle exige réellement.
Partage par territoire — la couche « à qui appartiennent les enregistrements »
Les autorisations indiquent qu’un utilisateur peut travailler, par exemple, sur les factures de vente ; le partage par territoire indique lesquelles. Lorsque le partage basé sur les territoires est activé (un paramètre de la Configuration REDA), les utilisateurs voient les enregistrements financiers de leurs propres territoires, tandis que les rôles de niveau groupe les voient tous. L’arborescence elle-même — les pays au niveau 1, les sous-régions facultatives au niveau 2 — se construit dans l’onglet Gestion des territoires.
Lorsque le paramètre est désactivé, les territoires continuent de piloter les valeurs comptables par défaut et les calendriers fiscaux — ils cessent simplement de filtrer la visibilité. L’ordre de déploiement en devient simple : construisez d’abord l’arborescence, puis activez le partage lorsque l’organisation est prête.
Un exemple concret — une société, quatre pays
Meridian Properties Group exploite des entités aux États-Unis, au Royaume-Uni, en Inde et au Brésil, avec le partage par territoire activé. Voici comment les couches se combinent pour quatre de ses collaborateurs :
| Personne | Ensemble(s) d’autorisations | Territoire | Effet net |
|---|---|---|---|
| Agent de comptabilité clients, Inde | Accounts Receivable | Inde | Crée les factures et les encaissements de l’Inde et procède aux imputations ; consulte le reste des comptes de l’Inde ; ne voit jamais aucun enregistrement du Brésil. |
| Agent de comptabilité fournisseurs, Brésil | Accounts Payable | Brésil | Tout le poste de travail fournisseurs pour le Brésil — factures, décaissements, boîte de réception OCR — et rien en dehors. |
| Contrôleur de gestion du groupe | Accounting Controller | Niveau groupe (vue sur tous les territoires) | Responsable des grands livres, de la banque et de la clôture dans chaque pays ; consulte partout les comptes clients et fournisseurs, sans rien y saisir. |
| Auditeur externe | Read Only | Niveau groupe | Voit tout, ne modifie rien — et le Journal d’audit enregistre les événements « Connexion » et « Exporter » de sa visite. |
Remarquez qu’aucune combinaison ne permet à quiconque de modifier le grand livre lui-même — la quatrième couche s’applique à tous de la même manière.
Des contrôles que vous ne voyez pas (et ne pouvez pas contourner)
- L’application respecte vos autorisations. Le code de REDA Financials lui-même accède aux données en mode utilisateur — un utilisateur sans droits sur un enregistrement n’obtient rien de plus via les écrans et les actions de l’application qu’en accédant directement aux données. Aucune porte dérobée privilégiée.
- Le grand livre est protégé en écriture pour tout le monde. Les transactions comptables — les écritures immuables du grand livre derrière chaque comptabilisation — n’acceptent jamais aucune modification directe, quel que soit l’utilisateur ou l’ensemble d’autorisations. Seul le processus de comptabilisation lui-même les écrit ; c’est la garantie la plus forte de votre piste d’audit.
- Les documents se verrouillent une fois comptabilisés. Les enregistrements comptabilisés refusent toute modification, sauf par les voies prévues (réouverture, annulation) — qui défont et réécrivent elles-mêmes correctement le grand livre.
La séparation des tâches, en pratique
Les ensembles d’autorisations sont conçus pour être combinés à dessein : la personne qui saisit les factures fournisseurs (Accounts Payable) n’a pas à être celle qui approuve les budgets (Accounting Controller) ; les dirigeants consultent tout et ne modifient rien (Read Only). Calquez les attributions sur les rôles et révisez-les régulièrement — le guide Séparation des tâches et sécurité propose des modèles.
Erreurs courantes à éviter
| Erreur | Pourquoi c’est un problème | À faire à la place |
|---|---|---|
| Donner Accounting Admin à tout le monde « pour simplifier » | Tous les contrôles apportés par les autres couches se réduisent à un seul rôle aux pouvoirs excessifs | Faites correspondre les cinq ensembles aux postes réels ; ne cumulez deux ensembles que lorsqu’une personne occupe réellement deux rôles |
| Confondre ensemble d’autorisations et licence | Un utilisateur qui a le bon ensemble mais pas de licence ne peut pas comptabiliser ; un utilisateur doté d’une licence mais sans ensemble ne voit même pas les onglets — dans les deux cas, on croit que « c’est cassé » | Vérifiez les deux, dans cet ordre, dès que l’accès ne se comporte pas comme prévu |
| Confier aux auditeurs un rôle opérationnel au lieu de Read Only | Les personnes qui inspectent les comptes peuvent désormais les modifier — exactement ce que les référentiels d’audit interdisent | Read Only existe précisément pour les réviseurs : visibilité totale, aucun accès en écriture |
| S’attendre à ce que le partage par territoire fonctionne avant que l’arborescence soit en place | Le partage filtre selon l’appartenance aux territoires — une arborescence non construite ou mal conçue filtre de travers | Construisez et vérifiez d’abord la hiérarchie des territoires, puis activez le paramètre |
| Tenter de « corriger » un montant comptabilisé en modifiant directement les enregistrements | Les documents comptabilisés sont verrouillés et le grand livre n’accepte aucune modification directe — et toute tentative de contournement est visible dans le Journal d’audit | Utilisez les voies prévues : la réouverture ou l’annulation, qui défont et réécrivent correctement le grand livre |
Questions fréquentes
Non — les transactions comptables n’acceptent jamais aucune modification directe, quel que soit l’utilisateur ou l’ensemble d’autorisations. Seul le processus de comptabilisation les écrit. Les corrections passent par la réouverture ou l’annulation du document source, qui réécrivent correctement le grand livre.
Non. REDA Financials accède aux données en mode utilisateur — les écrans et les actions de l’application n’accordent à un utilisateur rien de plus que ses propres droits. Il n’existe aucune porte dérobée privilégiée.
Oui — les ensembles se cumulent et l’accès est additif. C’est la méthode prévue pour couvrir un rôle combiné dans une petite équipe. Veillez simplement à n’ajouter que ce que le rôle exige réellement, et privilégiez des personnes distinctes pour la comptabilité clients et la comptabilité fournisseurs lorsque l’effectif le permet.
La visibilité se resserre : les utilisateurs voient les enregistrements financiers de leurs propres territoires, tandis que les rôles de niveau groupe conservent la vue sur l’ensemble des territoires. Les valeurs par défaut et les calendriers suivaient déjà les territoires depuis le début — l’activation ajoute seulement le filtre d’accès.
Le plus souvent, la couche des licences ou le verrouillage d’un enregistrement comptabilisé. Si la comptabilisation est bloquée, vérifiez que l’utilisateur détient une licence REDA Financials AI, et n’oubliez pas que les documents comptabilisés refusent les modifications par conception. Si aucun de ces cas ne s’applique, vérifiez à nouveau que l’ensemble d’autorisations accorde bien l’accès en écriture sur ce module.
Présentez le modèle en couches (cet article), les attributions calquées sur les rôles, la protection en écriture du grand livre et le Journal d’audit — toujours actif, numéroté automatiquement, couvrant les comptabilisations, les clôtures de période, les connexions et les exports. Ensemble, ils répondent aux questions « qui pouvait faire quoi » et « qui a fait quoi ».
Pour aller plus loin
- Journalisation d’audit — la trace de qui a fait quoi.
- Suivi de l’historique des champs — l’historique des modifications au niveau des champs.
- Attribution des ensembles d’autorisations — le modèle des rôles.
Cet article vous a-t-il été utile ?