REDA One Centre d’aide
FR
Langue
English EN Español ES Português PT Italiano bientôt disponible Français FR Deutsch bientôt disponible العربية bientôt disponible
reda.one ↗
Accueil / REDA Financials AI / Gestion des taxes / Règles et calcul / Règles de taxe

Règles de taxe

La règle de taxe est le cerveau du moteur. Tout ce qui la précède — juridictions, types de taxe, profils — constitue le vocabulaire. La règle, c’est la phrase : « Appliquer ce type de taxe à ce taux lorsque ces conditions sont toutes réunies. » Lorsque vous comptabilisez une facture, le moteur recherche toutes les règles dont les conditions correspondent et les exécute.

Deux idées font la puissance des règles de taxe, et toutes deux vont à l’encontre de ce que l’on attend. D’abord, plusieurs règles se déclenchent à la fois — il n’y a pas de « la première correspondance l’emporte ». Une vente au Royaume-Uni correspond à une règle ; une vente interétatique au Brésil correspond à six, et les six s’appliquent. Ensuite, les conditions d’une règle sont pour la plupart facultatives, et une condition vide signifie « correspond à tout ». C’est ce qui permet à un pays simple d’utiliser des règles minimalistes, tandis qu’un pays complexe superpose des règles précises.

Pour y accéder. Ouvrez le Lanceur d’applications (l’icône en grille en haut à gauche de n’importe quelle page) → REDA Financials Admin → l’onglet Règles de taxe. En pratique, l’Assistant d’initialisation des taxes crée pour vous le jeu de règles d’un pays ; ouvrez l’onglet pour examiner une règle, ou pour ajouter une règle portant le nouveau taux lorsqu’un taux change.
Accès nécessaire. La configuration et la maintenance des règles de taxe nécessitent 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.
Une règle = un type de taxe à un taux. Une règle ne regroupe jamais deux taxes. Si une transaction nécessite l’ICMS et l’IPI, cela fait deux règles. Chaque règle reste ainsi lisible, et le moteur peut comptabiliser chaque taxe sur son propre compte — c’est aussi pourquoi le Brésil a besoin de six règles là où le Royaume-Uni n’en a besoin que d’une.

Anatomie : trois groupes de champs

Une règle de taxe paraît chargée, mais ses champs se répartissent en trois groupes bien distincts. Seuls cinq sont obligatoires — les autres sont des conditions facultatives et des ajustements de calcul.

GroupeChampsRôle
Identité et résultatCode, Type de taxe, Taux (%), Séquence, Description, Notes, ActifQuelle taxe, quel taux, dans quel ordre
Conditions de correspondanceJuridiction d’origine et Juridiction de destination, Profil de taxe (article), Profil fiscal de partie (acheteur) et Profil fiscal de partie (vendeur), Opération fiscale, Régime du vendeur, En vigueur du / En vigueur jusqu’auQuand cette règle se déclenche-t-elle ?
Modificateurs de calculInclure le fret dans la base, Déduire la remise de la base, Réduction de base (%), MVA / marge (%), Taxe incluse dans le prix (por dentro), Dépend d’une règle antérieureComment la base est-elle calculée ?

Les conditions de correspondance — vide signifie « toute valeur »

Une règle ne se déclenche que lorsque toutes ses conditions renseignées sont remplies. Laissez une condition vide et elle cesse d’être un filtre — la règle accepte alors n’importe quelle valeur à cet endroit. Ce comportement « vide = joker » est la chose la plus importante à comprendre au sujet des règles.

ConditionCorrespond lorsque…Vide signifie
Juridiction d’origineLe lieu du vendeur est ce lieu ou un lieu situé en dessous (ascendance)Toute origine
Juridiction de destinationLe lieu de l’acheteur est ce lieu ou un lieu situé en dessousToute destination
Profil de taxe (article)Le traitement fiscal du produit de la ligne est égal à celui-ciFourre-tout — ne se déclenche que pour les produits dont la case « Appliquer la taxe par défaut » est cochée (voir ci-dessous)
Profil fiscal de partie (acheteur)Le profil fiscal de tiers du client est égal à celui-ciTout acheteur
Profil fiscal de partie (vendeur)Le profil fiscal de tiers de votre entité est égal à celui-ciTout vendeur
Opération fiscaleL’opération déduite est égale à celle-ci (interétatique, export…)Toute opération
Régime du vendeurLe régime de votre entité correspond (Lucro Real…) — lu dans le champ Régime fiscal du profil fiscal de tiers de l’entité, si bien que renommer un profil ne change jamais le calculTout = tous les régimes
Périmètre contributeur de l’acheteurLe statut de contributeur de l’acheteur correspond (Contributeur / Non-contributeur) — p. ex. le DIFAL et le FCP brésiliens ne se déclenchent que pour les consommateurs finaux non contributeursTout = tous les acheteurs
En vigueur du / En vigueur jusqu’auLa date de la facture tombe dans la période(En vigueur du vide = pas de début ; En vigueur jusqu’au vide = pas d’expiration)
ActifCochéDécoché = ne se déclenche jamais

La correspondance par ascendance (origine/destination) reprend le principe hiérarchique décrit dans Juridictions fiscales : une règle définie sur GB se déclenche pour un acheteur situé n’importe où au Royaume-Uni, car GB est un ascendant de chaque lieu britannique. En plus de ces conditions, le moteur effectue aussi un contrôle distinct de nexus (votre entité est-elle immatriculée là où se trouve l’acheteur ?) avant qu’une règle ne se déclenche — voir Immatriculation fiscale d’entité.

Le Profil de taxe (article) vide est un joker particulier. Toute autre condition vide élargit simplement la règle. Un Profil de taxe (article) vide est plus strict : ces règles « fourre-tout » ne se déclenchent que pour les lignes dont le produit ne porte aucun profil fiscal et dont la case Appliquer la taxe par défaut est cochée. Elles ne s’ajoutent jamais aux règles limitées à un profil pour un produit classé — un choix de conception délibéré qui évite une double imposition accidentelle. Si une taxe doit s’appliquer à tous les produits en plus des taxes limitées à un profil (le PIS/COFINS fédéral du Brésil, par exemple), initialisez une règle par profil plutôt qu’une seule règle sans profil.

Séquence et dépendances — l’ordre compte

Lorsque plusieurs règles se déclenchent, le moteur les exécute dans l’ordre de la Séquence (la plus basse d’abord). Pour la plupart des taxes, l’ordre est purement formel, mais pour certaines il est essentiel, car une taxe est calculée à partir du résultat d’une autre. C’est le rôle du champ Dépend d’une règle antérieure.

Le DIFAL au Brésil — une dépendance en action. Sur une vente interétatique, l’ICMS est perçu au taux interétatique (12 %), et le DIFAL collecte la différence jusqu’au taux interne de l’État de destination. La règle du DIFAL s’exécute à une séquence plus élevée (50) que l’ICMS (10), et peut référencer la règle de l’ICMS comme règle antérieure afin que sa base déduise ce que l’ICMS a déjà prélevé. La séquence garantit que l’ICMS est calculé en premier ; la dépendance transmet son résultat à la règle suivante.

L’autoréférence est contrôlée : une règle ne peut pas dépendre d’elle-même, et la règle antérieure doit être active (deux règles de validation l’imposent).

Comment la base est calculée

Par défaut, la taxe d’une règle est simplement base × taux, où la base est le montant de la ligne. Les modificateurs de calcul ajustent cette base dans les cas qui l’exigent. Ils s’appliquent dans cet ordre :

ModificateurEffet sur la baseUtilisé pour
Inclure le fret dans la base+ fret de la ligneBrésil (le fret est imposable dans la base de l’ICMS)
Déduire la remise de la base− remise de la ligneRemises qui réduisent le montant imposable
Réduction de base (%)× (1 − réduction %)Exonérations partielles de la base (certains articles au Brésil)
MVA / marge (%)× (1 + MVA %)Majoration de l’ICMS Substituição Tributária au Brésil
Dépend d’une règle antérieure− le montant de la règle antérieureDifférentiel du DIFAL
Taxe incluse dans le prix (por dentro)La taxe est intégrée au prix — elle ne s’ajoute pas au total de la factureICMS au Brésil

Le montant final est base × taux ÷ 100, arrondi à deux décimales (au demi supérieur). Les démonstrations chiffrées complètes — y compris la majoration de la base por dentro du Brésil — figurent dans Comment la taxe est calculée sur un document et dans Configurer les taxes au Brésil — de bout en bout.

Dates d’effet — l’historique des taux sans perdre le passé

Les taux changent, et les anciennes factures doivent conserver leur ancien taux. REDA gère cela avec En vigueur du / En vigueur jusqu’au plutôt qu’avec un objet d’historique distinct. Pour changer un taux : renseignez le champ En vigueur jusqu’au de l’ancienne règle avec la veille du changement, et créez une nouvelle règle portant le nouveau taux à partir de la date du changement.

Historique de la TVA britannique (réel) : la règle au taux normal GB-VAT-STD-20 est en vigueur depuis le 4 janvier 2011 — le jour où le taux est passé à 20 %. Une facture datée d’avant correspondrait à l’ancienne règle à 17,5 % (avec sa propre période de validité) ; une facture d’aujourd’hui correspond à la règle à 20 %. Le moteur retient toujours la règle en vigueur à la date de la facture.
Les changements de régime complets fonctionnent de la même façon. C’est exactement ainsi que REDA absorbe une réforme comme le passage du Brésil à la CBS/IBS, de 2026 à 2033 : les taxes qui disparaissent reçoivent une date En vigueur jusqu’au, les nouvelles taxes une date En vigueur du, et vous appliquez le tout en réinitialisant le pack mis à jour. Les factures datées d’avant le changement continuent d’être calculées correctement — rien n’est perdu.

Les champs — avec les valeurs du Royaume-Uni et du Brésil

Chaque champ, avec la règle de TVA au taux normal du Royaume-Uni à côté de la règle d’ICMS interétatique du Brésil :

ChampObl.🇬🇧 GB-VAT-STD-20🇧🇷 BR-ICMS-6101-SP-TO-SE
CodeOuiGB-VAT-STD-20BR-ICMS-6101-SP-TO-SE
Type de taxeOuiGB-VAT-STDBR-ICMS
Taux (%)Oui20 %12 %
SéquenceOui1010
En vigueur duOui2011-01-042020-01-01
Profil de taxe (article)NonGB-STD-20BR-STD-GOODS
Juridiction de destinationNonGB(vide — limitée par l’Opération fiscale)
Opération fiscaleNon(vide)BR-6101 (interétatique)
Régime du vendeurNonToutTout
Taxe incluse dans le prix (por dentro)NonNonOui (por dentro)
Juridiction d’origine / Profils fiscaux de partie (acheteur et vendeur) / MVA / Réduction de base / Fret / Remise / Dépend d’une règle antérieureNon(tous vides)(renseignés selon les exigences de la loi brésilienne)

Le contraste est la leçon : la règle britannique renseigne une poignée de champs et laisse les autres vides (= toute valeur), si bien qu’elle correspond largement. La règle brésilienne fixe l’opération fiscale et l’indicateur por dentro, si bien qu’elle se déclenche précisément sur les ventes interétatiques et s’intègre au prix.

Données réelles : jeux de règles du Royaume-Uni et du Brésil

🇬🇧 Royaume-Uni — 4 règles, une par traitement

RègleType de taxeProfil de taxe (article)TauxSéq.
GB-VAT-STD-20GB-VAT-STDGB-STD-2020 %10
GB-VAT-RED-5GB-VAT-REDGB-RED-55 %10
GB-VAT-ZERO-0GB-VAT-ZEROGB-ZERO0 %10
GB-VAT-EX-0GB-VAT-EXEMPTGB-EXEMPT0 %10

Un produit, une règle déclenchée (celle dont le Profil de taxe (article) correspond). Aucun casse-tête de séquence — elles s’excluent mutuellement par profil.

🇧🇷 Brésil — six règles sur une seule ligne interétatique

Séq.RègleTaxeTauxChamps notables
10BR-ICMS-6101-SP-TO-SEICMS12 %Taxe incluse dans le prix (por dentro) ; Opération fiscale = BR-6101
20BR-IPI-STANDARDIPI10 %En sus du prix ; Profil de taxe (article) = BR-IPI-GOODS
30BR-PIS-LR-STDGPIS1,65 %Régime du vendeur = Lucro Real ; por dentro
40BR-COFINS-LR-STDGCOFINS7,6 %Régime du vendeur = Lucro Real ; por dentro
50BR-DIFAL-RJ-STDGDIFAL8 %Opération fiscale = BR-6101 ; Destination = RJ ; Acheteur = Non-contributeur
60BR-FCP-RJ-STDGFCP2 %Opération fiscale = BR-6101 ; Destination = RJ ; Acheteur = Non-contributeur

Chaque dimension joue un rôle ici : l’Opération fiscale conditionne les règles interétatiques, la Juridiction de destination limite le DIFAL et le FCP à Rio, le Périmètre contributeur de l’acheteur réserve le DIFAL et le FCP aux ventes aux consommateurs (non contributeurs), le Régime du vendeur sélectionne le PIS/COFINS du Lucro Real, et la Séquence ordonne la cascade. Passez le vendeur en Lucro Presumido et les règles à 0,65 % / 3 % prennent leur place ; vendez à une entreprise immatriculée à l’ICMS plutôt qu’à un consommateur, et le DIFAL et le FCP disparaissent, laissant quatre règles.

Comment la correspondance s’exécute lors de la comptabilisation

Vous ne déclenchez rien de tout cela vous-même — tout se fait automatiquement lorsqu’une facture est comptabilisée — mais voici la séquence, pour que les choix de champs prennent tout leur sens :

Constituer les ensembles d’ascendants des juridictions du vendeur et de l’acheteur, puis récupérer chaque règle active dont l’origine/la destination et les dates d’effet correspondent.
Filtrer ces règles selon les conditions restantes — profil fiscal, profils fiscaux des tiers, opération fiscale, régime du vendeur — en traitant les champs vides comme « toute valeur ».
Trier les règles retenues par Séquence, puis calculer la base et le montant de chacune (en respectant les dépendances), et écrire une ligne de taxe par règle.
Une règle indique exactement à qui elle s’applique — et c’est pourquoi certaines ont été scindées. Lorsqu’une seule règle de retenue à la source initialisée mélangeait des périmètres que le modèle sépare — résident ou non-résident, société ou personne physique — la version 1.610 l’a scindée en deux règles plutôt que d’en élargir une, afin que chaque taux indique désormais précisément qui il couvre. Si vous avez initialisé un pays avant cette version, vous pouvez voir une seule règle là où le pack corrigé en contient deux ; c’est la correction, pas un doublon. Voir l’Assistant d’initialisation des taxes.

Garde-fous intégrés

RègleCe qu’elle impose
Code en majuscules / sans espacesDes codes d’ID externe propres
Taux non négatifUtilisez 0 pour les taux zéro/exonérés — jamais un taux négatif
Plage de dates d’effetEn vigueur jusqu’au ne peut pas être antérieur à En vigueur du — une règle ne peut pas expirer avant de commencer
Pas de dépendance à soi-mêmeUne règle ne peut pas dépendre d’elle-même, et la règle antérieure doit être active
Références activesLe type de taxe, les profils, les juridictions et l’opération fiscale qu’une règle référence doivent tous être actifs

Pour aller plus loin

  1. Types de taxe — la taxe qu’une règle applique.
  2. Composants de calcul de taxe — la personnalisation avancée de la base sur une règle.
  3. Comment la taxe est calculée sur un document — les règles retenues dans un calcul réel.
  4. Opérations fiscales — la nature de la transaction que lit une règle.
  5. Taxe de ligne source (enregistrements d’audit) — l’enregistrement qu’écrit chaque règle déclenchée.

Questions fréquentes

Aucune — les deux se déclenchent. Le moteur ne s’arrête jamais à la première correspondance ; il applique chaque règle dont les conditions sont remplies, dans l’ordre de la Séquence. C’est voulu : le Brésil superpose réellement six taxes sur une même vente. Si vous voulez qu’une seule s’applique, rendez leurs conditions mutuellement exclusives (comme le sont les règles britanniques, par profil fiscal).

Passez les conditions en revue : la case Actif est-elle cochée ? La date de la facture se situe-t-elle entre En vigueur du et En vigueur jusqu’au ? Les juridictions d’origine et de destination correspondent-elles (par ascendance) ? Le profil fiscal de la ligne correspond-il (ou celui de la règle est-il vide) ? Les profils fiscaux des tiers, l’opération fiscale et le régime du vendeur correspondent-ils ? Et, séparément — votre entité a-t-elle un nexus dans la juridiction de l’acheteur ? Une seule condition non remplie suffit à bloquer la règle.

Ne modifiez pas le taux directement dans la règle. Renseignez le champ En vigueur jusqu’au de la règle actuelle avec la veille du changement, puis créez une nouvelle règle portant le nouveau taux, en vigueur à partir de la date du changement. Les anciennes factures conservent l’ancien taux ; les nouvelles reçoivent le nouveau.

Ne renseignez une condition que lorsque la règle doit être restreinte par celle-ci. Vide = « s’applique dans tous les cas ». Les régimes simples (Royaume-Uni) laissent presque tout vide ; les régimes complexes (Brésil) fixent l’opération fiscale, la destination et le régime du vendeur pour cibler précisément. Renseigner trop de conditions est la raison habituelle pour laquelle une règle ne se déclenche pas quand vous vous y attendez.

Cet article vous a-t-il été utile ?