Paramètres de politique au niveau de l’entité
L’essentiel du comportement de REDA n’est pas figé — il repose sur un ensemble de politiques métier que vous choisissez, et qui peuvent varier d’une société à l’autre. Une société d’un pays peut appliquer la retenue à la source et un contrôle budgétaire strict ; une société d’un autre pays, ni l’un ni l’autre. Ces choix prennent donc la forme de commutateurs sur l’entité, où vous définissez la politique de chaque société indépendamment. Cet article en dresse le catalogue : ce que fait chaque commutateur et — tout aussi important — quand l’activer.
Accès requis. La modification des paramètres de politique d’une entité nécessite l’ensemble d’autorisations Accounting Admin v2 ou Accounting Controller v2. Les ensembles Accounts Payable v2, Accounts Receivable v2 et Read Only v2 permettent de les consulter, mais pas de les modifier.
Retenue à la source
La retenue à la source consiste, pour le payeur, à retenir une partie d’un paiement et à la reverser à l’administration fiscale pour le compte de l’autre partie. Elle ne s’applique que dans certains pays — elle reste donc désactivée tant que vous ne l’activez pas. (Vous découvrez le sujet ? Voir Comprendre la retenue à la source.)
| Paramètre | Ce qu’il fait | À activer lorsque… |
|---|---|---|
| Retenue activée (achats) | Affiche les options de retenue sur les documents d’achat, pour que vous puissiez retenir la taxe sur les paiements aux fournisseurs. | votre pays vous oblige à pratiquer une retenue sur les paiements aux fournisseurs ou prestataires. |
| Retenue activée (ventes) | Permet à la société d’accepter la preuve qu’un client a effectué une retenue à la source en vous payant. | vos clients sont tenus de pratiquer une retenue sur vos factures. |
| Régime du payeur | Le régime de retenue à la source de la société (p. ex. au Brésil, Lucro Real / Presumido / Simples). | les règles de votre pays dépendent du régime fiscal de la société. |
Contrôles du budget et des achats
| Paramètre | Ce qu’il fait | À activer lorsque… |
|---|---|---|
| Contrôles budgétaires | Fait passer la société du mode avertissement (le mode par défaut — les bons de commande hors budget sont signalés mais autorisés) au mode blocage, où ils sont arrêtés. Voir Contrôle budgétaire sur les bons de commande. | vous voulez un arrêt ferme des engagements hors budget, et pas seulement de la visibilité. |
| Tolérance de surfacturation (%) | De combien une facture fournisseur peut dépasser le bon de commande auquel elle est rapprochée avant que REDA ne s’y oppose (p. ex. 5 % pour admettre de petits écarts). | vous rapprochez les factures des bons de commande et voulez admettre — ou limiter strictement — de légers dépassements. |
Règlement et reporting
| Paramètre | Ce qu’il fait | À activer lorsque… |
|---|---|---|
| Règlement inter-entités (clients) | Permet au paiement client reçu par une autre société de régler la facture de vente de cette société — utile lorsqu’un groupe encaisse de façon centralisée. | une société du groupe reçoit des fonds pour le compte des autres. |
| Règlement inter-entités (fournisseurs) | La même chose côté achats — le paiement d’une autre société règle les factures de celle-ci. | une société du groupe paie les fournisseurs pour le compte des autres. |
| Inclure dans le balance âgé | Inclut cette société dans les instantanés de balance âgée (les rapports qui montrent l’ancienneté des soldes clients et fournisseurs échus). | vous voulez que cette société figure dans votre reporting des soldes échus (généralement oui). |
Génération automatique de PDF
Cinq commutateurs indépendants. Lorsqu’ils sont activés, REDA crée un PDF dès qu’un document du type concerné est comptabilisé et le joint à l’enregistrement — des documents produits sans intervention.
| Commutateur | Génère un PDF lorsque… |
|---|---|
| PDF auto : facture de vente | une facture de vente est comptabilisée |
| PDF auto : encaissement | un encaissement est comptabilisé |
| PDF auto : avoir | un avoir est comptabilisé |
| PDF auto : bon de commande | un bon de commande est comptabilisé |
| PDF auto : décaissement | un décaissement est comptabilisé |
Activez ceux dont vous envoyez régulièrement les documents (les factures de vente et les bons de commande forment la paire habituelle) ; laissez les autres désactivés et générez ces documents à la demande.
Exemple de matrice de politiques — les quatre sociétés de Meridian
Voici comment notre groupe d’exemple utilise concrètement ces commutateurs. Même produit, même groupe — quatre profils de politique différents, parce que quatre pays différents :
| Entité | Choix de politique | Pourquoi |
|---|---|---|
| Meridian Properties US LLC | Contrôles budgétaires activé ; retenue désactivée | La société américaine applique une discipline d’achat rigoureuse — les bons de commande hors budget sont bloqués, et pas seulement signalés. Les paiements commerciaux aux États-Unis n’impliquent pas de retenue à la source. |
| Meridian Properties UK Ltd | Retenue désactivée | Au Royaume-Uni, les paiements aux fournisseurs dans le secteur d’activité de Meridian n’exigent pas de retenue ; la TVA est gérée par le moteur de taxes, et non par ces commutateurs. |
| Meridian Properties India Pvt Ltd | Retenue activée (achats) activé | La loi indienne impose une retenue à la source (TDS) sur de nombreux paiements aux fournisseurs — le commutateur côté achats fait apparaître les options de retenue sur ses documents d’achat. |
| Meridian Properties Brasil Ltda | Retenue activée ; Régime du payeur défini | Au Brésil, les retenues fiscales dépendent du régime fiscal de la société : le commutateur et le régime comptent donc tous les deux. |
Remarquez ce qui ne change pas : les quatre sociétés gardent Inclure dans le balance âgé activé (le groupe veut que chaque société figure dans son reporting des soldes échus) et aucune n’a eu besoin de modifier le moindre paramètre global pour y parvenir — tout relève de la politique propre à chaque société.
Comment REDA applique ces paramètres
Vous n’avez rien d’autre à faire que de régler les commutateurs. Chaque fois qu’un document concerné est traité, REDA lit la politique de la société et l’applique — efficacement, même lorsque des centaines d’enregistrements sont comptabilisés en une fois. Et si une politique est mal configurée, REDA vous le signale clairement plutôt que de deviner, conformément à son principe « ne jamais échouer en silence ». Réglez les commutateurs une fois lors de la configuration ; le moteur les respecte ensuite sur chaque document.
Vos propres champs personnalisés restent modifiables sur les enregistrements comptabilisés
Une fois qu’un document comptable est comptabilisé ou annulé, REDA le verrouille afin que les chiffres qui sous-tendent votre grand livre ne puissent pas changer discrètement. Cette protection est essentielle — mais auparavant, elle verrouillait l’enregistrement entier, y compris les champs personnalisés que votre propre administrateur avait ajoutés pour vos propres besoins (un code de projet, une note interne, une référence d’approbation). Ce ne sont pas les chiffres de REDA, et les figer allait au-delà de ce qu’exigeait l’intégrité.
Désormais, REDA ne verrouille que ce qui affecte réellement la comptabilité :
| Sur un enregistrement comptabilisé ou annulé… | Modifiable ? |
|---|---|
| Les champs propres au package REDA (montants, dates, statuts, correspondances de comptes généraux) | Verrouillés — ils constituent l’enregistrement comptable |
| Les champs Salesforce standard (Nom, Devise, Propriétaire) | Verrouillés |
| Un champ utilisé comme dimension de comptabilisation | Verrouillé — il détermine où l’écriture est comptabilisée |
| Un champ personnalisé ajouté par votre administrateur qui n’est pas une dimension de comptabilisation | Modifiable dans tous les états — ce sont vos données, pas celles de REDA |
Cela s’applique dans tous les états d’enregistrement — brouillon, comptabilisé, annulé, extourne, terminé, approuvé — et ne nécessite aucune configuration ; cela fonctionne dès la mise à niveau. L’intégrité comptable est inchangée : rien de ce qui détermine un solde, une comptabilisation ou une valeur auditée n’est devenu modifiable — uniquement les champs qui vous ont toujours appartenu.
Pour aller plus loin
- Configuration REDA (CMDT) — les commutateurs communs à toute l’organisation, au-dessus de la politique des entités.
- Référence des champs de l’entité — l’emplacement des commutateurs de politique sur l’enregistrement.
- Créer une entité — définissez les politiques pendant la création de la société.
- Comptes généraux par défaut de l’entité — l’autre grand volet de configuration propre à chaque entité.
Questions fréquentes
Oui. Contrairement à la devise et à la base comptable (qui se verrouillent après comptabilisation), ces commutateurs de politique peuvent être ajustés à tout moment, au gré de l’évolution de votre activité — le nouveau paramètre s’applique dès lors aux documents suivants.
Les commutateurs sont désactivés au départ (ou réglés sur une valeur neutre), si bien que REDA s’en tient au plus simple : aucune retenue, des budgets qui assurent le suivi sans bloquer, aucun règlement inter-entités, des PDF générés à la demande. N’activez que ce dont votre activité a besoin.
Parce que la retenue à la source est une règle propre à chaque pays, et que ces paramètres sont définis par société. C’est tout l’intérêt d’une politique au niveau de l’entité — chaque société respecte ses propres exigences locales.
Les budgets se créent dans la rubrique Budgets. Le commutateur Contrôles budgétaires décrit ici détermine si ces budgets se contentent de suivre les dépenses ou bloquent activement les bons de commande hors budget.
Cet article vous a-t-il été utile ?