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 / Fondements du moteur de taxes / Juridictions fiscales

Juridictions fiscales

Une juridiction fiscale est un lieu qui prélève des taxes — un pays, un État ou une province, une ville. C’est le fondement de tout le moteur de taxes, car toute question fiscale commence par « où ? » : où se trouve le vendeur, où se trouve l’acheteur, et donc quelles taxes s’appliquent. Configurez correctement les juridictions, et les règles qui s’appuient sur elles s’écrivent pratiquement toutes seules.

Le point astucieux — et ce qu’il faut comprendre avant tout le reste — est que les juridictions forment une hiérarchie. Le Royaume-Uni contient l’Angleterre, l’Écosse, le pays de Galles et l’Irlande du Nord. Le Brésil contient São Paulo, Rio de Janeiro et 25 autres États. Le moteur utilise cette structure parent-enfant pour qu’une règle définie une seule fois au niveau du pays s’applique automatiquement à chaque lieu qu’il contient.

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 Juridictions fiscales. En pratique, l’Assistant d’initialisation des taxes les crée pour vous ; ouvrez l’onglet pour consulter ou tenir à jour un enregistrement.
Accès nécessaire. La configuration et la tenue à jour des juridictions 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.
Pourquoi c’est important, en une phrase. Comme les juridictions s’imbriquent, vous écrivez une seule fois une règle de TVA britannique sur « GB », et elle se déclenche pour un client situé en Angleterre, en Écosse ou n’importe où au Royaume-Uni — inutile de répéter la règle pour chaque nation. C’est la hiérarchie qui permet de garder un jeu de règles compact.

La hiérarchie — et la correspondance par ascendance

Chaque juridiction peut pointer vers un parent. Les enregistrements de pays n’ont pas de parent ; un État pointe vers son pays ; une ville pointe vers son État. On obtient ainsi une arborescence :

GB (Royaume-Uni)
  ├─ GB-ENG (Angleterre)  → parent GB
  ├─ GB-SCT (Écosse)  → parent GB
  ├─ GB-WLS (pays de Galles)  → parent GB
  └─ GB-NIR (Irlande du Nord)  → parent GB

Lorsque le moteur évalue une transaction, il ne regarde pas seulement la juridiction exacte — il remonte l’arborescence et rassemble le lieu et tous ses ascendants. Un client situé en Angleterre produit l’ensemble {GB-ENG, GB}. Une règle correspond alors si sa juridiction se trouve n’importe où dans cet ensemble. Ainsi :

  • Une règle ciblant GB correspond au client situé en Angleterre (car GB est un ascendant).
  • Une règle ciblant GB-ENG correspond aussi (correspondance exacte).
  • Une règle ciblant GB-SCT ne correspond pas (l’Écosse ne fait pas partie de l’ensemble).

Cette « correspondance par ascendance » explique pourquoi une seule règle au niveau du pays couvre toute une nation, tout en vous permettant de descendre à une règle au niveau de l’État lorsqu’un seul État diffère (c’est exactement ainsi que fonctionnent les taux d’ICMS par État au Brésil).

Les champs — avec des valeurs pour le Royaume-Uni et le Brésil

Une juridiction est un enregistrement réduit et volontairement simple. Voici chaque champ, son rôle et une valeur réelle tirée des packs d’initialisation livrés — un enregistrement britannique (Angleterre) à côté d’un enregistrement brésilien (São Paulo), tous deux au niveau État/province, pour comparer ce qui est comparable.

ChampTypeObligatoireÀ quoi il sert🇬🇧 Angleterre🇧🇷 São Paulo
Nom de la juridictionTexteOuiNom affichéEnglandSão Paulo
CodeTexte (20) · Unique · ID externeOuiLa clé de correspondance du moteur — stable et lisibleGB-ENGBR-SP
NiveauListe de sélectionOuiÉchelon de la hiérarchie — pilote la correspondance par ascendanceÉtat/provinceÉtat/province
Juridiction parenteRelation (vers l’objet lui-même)Sauf au niveau PaysLe lieu situé au-dessus de celui-ci dans l’arborescenceGBBR
Type d’autoritéListe de sélectionNonL’organisme qui administre la taxeAdministration fiscale d’ÉtatAdministration fiscale d’État (SEFAZ-SP)
Code paysListe de sélection (ISO 3166-1)Au niveau PaysCode pays ISOGBBR
Code de deviseListe de sélection (ISO 4217)NonDevise de référence pour l’initialisationGBPBRL
ActifCase à cocher (cochée par défaut)OuiDécoché → exclu de toute correspondanceOuiOui
NotesTexte long (500)NonNotes libres — conventions fiscales, seuils, échéances—« SP — plus grande économie. ICMS à 18 % (taux normal). »

Le Code est la clé — traitez-le avec soin

De tous ces champs, le Code est celui qui compte le plus. C’est la clé de correspondance du moteur, la clé d’upsert de l’initialisation et un ID externe — ce qui signifie qu’il reste stable lors des actualisations de l’organisation et des mises à niveau du package, contrairement aux ID d’enregistrement Salesforce. La convention est stricte et imposée :

NiveauFormatExemples
PaysCode pays ISOGB, BR, US, IN
État / provincePays‑ÉtatGB-ENG, BR-SP, US-CA, IN-MH
Ville / municipalitéPays‑État‑VilleBR-SP-SAO
Les codes sont en MAJUSCULES, sans espaces, avec des tirets comme séparateurs. Ce n’est pas une préférence de style — le moteur déduit le pays et l’État du code en le découpant au niveau du tiret (voir plus bas), et deux règles de validation imposent les majuscules et l’absence d’espaces. br-sp ou BR SP sera refusé à l’enregistrement.

Comment le moteur utilise les juridictions

Lorsqu’une facture est comptabilisée, les juridictions remplissent quatre fonctions. Vous ne configurez rien de tout cela — c’est le moteur qui lit vos enregistrements — mais le savoir explique pourquoi vos codes et vos parents doivent être corrects.

1 · Il remonte l’ascendance des deux parties

Le moteur charge toutes les juridictions une seule fois, puis construit, pour le vendeur et pour l’acheteur, l’ensemble formé du lieu et de ses ascendants. Vendeur à São Paulo → {BR-SP, BR} (l’ensemble d’origine). Acheteur à Rio → {BR-RJ, BR} (l’ensemble de destination).

2 · Il confronte les règles à ces ensembles

Une règle de taxe ne se déclenche que si ses juridictions d’origine et de destination figurent dans les ensembles correspondants (un champ vide sur la règle signifie « n’importe laquelle »). C’est le mécanisme d’ascendance en action — une règle BR correspond à la fois à SP et à RJ ; une règle BR-RJ ne correspond qu’à Rio.

3 · Il déduit l’opération fiscale des codes

Le moteur compare les deux codes pour classer la transaction — uniquement à partir du texte :

ComparaisonRésultatExemple
Même pays, même ÉtatIntra-ÉtatBR-SP → BR-SP
Même pays, État différentInter-ÉtatBR-SP → BR-RJ
Pays différentExportationGB → FR

Cette opération déduite alimente directement les Opérations fiscales et détermine, pour le Brésil, si vous relevez du jeu de règles inter-État (et donc si le DIFAL s’applique).

4 · Il conditionne le nexus

Avant de facturer la moindre taxe, le moteur vérifie que votre entité est immatriculée pour collecter la taxe dans la juridiction de l’acheteur — et il accepte une immatriculation à n’importe quel ascendant. Une seule immatriculation US-TX couvre un acheteur situé dans une ville du Texas ; une immatriculation GB couvre les quatre nations du Royaume-Uni. (Voir Immatriculation fiscale d’entité.)

Données réelles : juridictions du Royaume-Uni et du Brésil

Voici ce que créent réellement les packs d’initialisation.

🇬🇧 Royaume-Uni — 5 enregistrements

CodeNomNiveauParentDevise
GBUnited KingdomPays—GBP
GB-ENGEnglandÉtat/provinceGBGBP
GB-SCTScotlandÉtat/provinceGBGBP
GB-WLSWalesÉtat/provinceGBGBP
GB-NIRNorthern IrelandÉtat/provinceGBGBP

La TVA s’applique à l’ensemble du Royaume-Uni : les quatre nations existent donc surtout par souci d’exhaustivité et pour les rares cas qui diffèrent (l’Irlande du Nord suit les règles de TVA de l’UE pour les biens, en vertu du cadre de Windsor). Les règles de TVA se situent toutes au niveau GB.

🇧🇷 Brésil — 28 enregistrements (un échantillon)

CodeNomNiveauParentNote (issue de l’initialisation)
BRBrazilPays—Receita Federal (RFB)
BR-SPSão PauloÉtat/provinceBRICMS à 18 % (taux normal)
BR-RJRio de JaneiroÉtat/provinceBRICMS à 20 % ; FCP de 2 % applicable
… plus MG, RS, BA et les 22 autres États

Le Brésil a besoin de chaque État, car les taux et les surtaxes d’ICMS diffèrent réellement d’un État à l’autre — SP à 18 %, RJ à 20 % avec une surtaxe de 2 % au profit du fonds de lutte contre la pauvreté. La hiérarchie permet à chaque État de porter ses propres règles, tandis que les taxes fédérales communes (IPI, PIS, COFINS) se situent au niveau BR.

Exemple chiffré : pourquoi São Paulo → Rio est « inter-État »

Un vendeur de São Paulo facture un client de Rio de Janeiro. Observez le travail des juridictions :

Ensembles d’ascendance. Origine (vendeur) = {BR-SP, BR} ; Destination (acheteur) = {BR-RJ, BR}.
Comparaison des codes. Les deux commencent par BR (même pays), mais les segments d’État diffèrent — SP contre RJ — le moteur classe donc la vente en Inter-État.
Correspondance des règles. La règle d’ICMS inter-État (12 %) se déclenche et — comme l’acheteur est un consommateur final — la règle DIFAL de Rio (8 %, destination BR-RJ) et la règle FCP de Rio (2 %, destination BR-RJ) se déclenchent aussi, tout cela parce que BR-RJ figure dans l’ensemble de destination. Les règles fédérales (IPI, PIS, COFINS) correspondent sans aucune restriction de juridiction.
Résultat. Six taxes, déterminées entièrement par deux codes de juridiction. Remplacez l’acheteur par une adresse à São Paulo et la vente devient intra-État — c’est alors l’ICMS interne à 18 % qui se déclenche, et le DIFAL disparaît.

Ce seul changement — la juridiction de l’acheteur — transforme tout le résultat fiscal. C’est pourquoi il est si important de renseigner correctement la Juridiction fiscale sur le Compte de chaque client.

Garde-fous intégrés

Quatre règles de validation maintiennent la propreté des données de juridiction — car le moteur en dépend :

RègleCe qu’elle bloque
Le code doit être en majusculesbr-sp — la déduction à partir du code est sensible à la casse
Le code ne peut pas contenir d’espacesBR SP — utilisez un tiret
Parent obligatoire hors niveau paysUn État ou une ville sans parent — l’enregistrement resterait détaché de la hiérarchie
Ne peut pas être son propre parentUn enregistrement qui pointe vers lui-même — la remontée de l’ascendance tournerait en boucle

Configuration et tenue à jour

  • En général, vous ne les créez pas à la main. L’Assistant d’initialisation des taxes crée l’ensemble complet des juridictions d’un pays — les pays d’abord, puis leurs enfants — dans le bon ordre, afin que les parents existent toujours avant les enregistrements qui pointent vers eux.
  • Désactivez, ne supprimez pas. Décocher Actif retire une juridiction de la correspondance tout en préservant l’historique des factures passées. Supprimer une juridiction sur laquelle s’appuient des enregistrements historiques rendrait ceux-ci orphelins.
  • N’ajoutez un niveau que lorsqu’une taxe l’exige. L’initialisation utilise les niveaux Pays et État/province ; les niveaux Municipalité, District et Région existent pour les taxes municipales (l’ISS au Brésil, les districts spéciaux aux États-Unis) — ajoutez-les lorsqu’une règle cible réellement ce niveau.

Pour aller plus loin

  1. Types de taxe — les taxes qu’une juridiction prélève.
  2. Règles de taxe — les règles rattachées à une juridiction.
  3. Immatriculation fiscale d’entité — s’immatriculer pour collecter la taxe dans une juridiction.
  4. Assistant d’initialisation des taxes — charger les juridictions automatiquement.

Questions fréquentes

Seulement de ceux dont vos règles ont besoin. Pour le Royaume-Uni, l’enregistrement du pays porte à lui seul les règles de TVA — les quatre nations sont facultatives. Pour le Brésil, il vous faut chaque État dont le taux d’ICMS ou la surtaxe diffère (ce qui, en pratique, concerne la plupart d’entre eux). L’initialisation vous fournit l’ensemble complet, pour que vous n’ayez pas à trancher d’emblée.

Parce que le code fait un vrai travail : c’est la clé de correspondance du moteur, la clé d’upsert de l’initialisation et la base de la détermination intra-État / inter-État / exportation. Un code texte stable survit aux actualisations de l’organisation et aux mises à niveau ; un ID d’enregistrement, non. C’est pourquoi le format est imposé.

Le champ Juridiction fiscale du Compte du client (et de votre Entité pour le côté vendeur). Le moteur lit ces deux champs pour obtenir l’origine et la destination. Ce point est traité dans Profils fiscaux des tiers.

Oui — c’est tout l’intérêt de la hiérarchie. Conservez la règle commune au niveau du pays et ajoutez une règle plus spécifique au niveau de l’État pour l’exception. Les deux peuvent correspondre ; le moteur applique les règles qui conviennent (les règles de taxe ne « s’arrêtent pas à la première correspondance »). La manière de délimiter précisément cette portée est traitée dans Règles de taxe.

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