Opérations fiscales
Une opération fiscale désigne la nature d’une transaction — s’agit-il d’une vente nationale, d’une vente qui franchit la frontière d’un État, d’une exportation ? Une idée simple aux lourdes conséquences, car dans certains pays les mêmes biens sont taxés de façon totalement différente selon la réponse.
Sa caractéristique essentielle : une opération fiscale est calculée, et non choisie. Le moteur la détermine à partir de l’endroit où se trouvent le vendeur et l’acheteur — en comparant leurs codes de juridiction — au lieu de demander à un utilisateur de la sélectionner. Elle reste ainsi objective et sûre pour l’audit : personne ne peut mal qualifier une transaction pour obtenir une taxe différente.
Accès requis. La configuration et la maintenance des opérations fiscales 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.
Comment elle est déterminée
Le moteur compare les codes de juridiction du vendeur et de l’acheteur (présentés dans Juridictions fiscales) et classe la transaction uniquement à partir de leur texte :
| Vendeur et acheteur | Classée comme | Exemple |
|---|---|---|
| Même pays, même État | Intra-État | BR-SP → BR-SP |
| Même pays, État différent | Inter-État | BR-SP → BR-RJ |
| Pays différent | Exportation | GB → FR |
Le moteur recherche ensuite l’enregistrement Opération fiscale correspondant (une opération de type Vente, marquée inter-État ou non, ou une opération de type Exporter) et le transmet à la correspondance des règles. Les factures de vente et les factures d’achat comportent également un champ Opération fiscale : une entreprise peut ainsi fixer explicitement une opération sur un document lorsqu’elle doit y être indiquée — par exemple le CFOP brésilien sur une facture électronique — mais le cas normal reste la détermination automatique.
Les champs — avec des valeurs brésiliennes
Le Brésil est le bon point de vue ici, car le Royaume-Uni n’utilise pas du tout les opérations fiscales (nous y revenons plus bas). Voici chaque champ avec une valeur brésilienne réelle — l’opération inter-État sur les produits manufacturés, dont le code est un CFOP :
| Champ | Type | Obligatoire | À quoi il sert | 🇧🇷 Exemple de valeur |
|---|---|---|---|---|
| Code | Texte · ID externe | Oui | Clé de correspondance et d’initialisation — au Brésil, c’est le CFOP | BR-6101 |
| Type de transaction | Liste de sélection | Oui | Vente / Achat / Retour de vente / Retour d'achat / Virement / Importation / Exporter / Intersociétés | Vente |
| Interétatique | Case à cocher | Non | Franchit la frontière d’un État — l’indicateur clé pour l’ICMS / l’IGST | Coché |
| Périmètre pays | Relation (juridiction de pays) | Non | Limite l’opération à un seul pays | BR |
| Description | Zone de texte | Non | Signification en langage clair (affichée lors de la sélection) | Vente de produits manufacturés (inter-État) |
| Actif | Case à cocher | Non | Décoché → exclue de la correspondance des règles | Coché |
| Notes | Texte long | Non | Description du CFOP, scénarios | NF-e CFOP 6.101 |
Brésil : quand le Code est le CFOP
Les documents fiscaux brésiliens (NF-e) exigent légalement un CFOP — un code à quatre chiffres qui classe chaque opération. REDA modélise chaque CFOP comme une opération fiscale dont le Code le porte. Le pack d’initialisation en fournit six :
| Code (CFOP) | Opération | Inter-État ? |
|---|---|---|
BR-5101 | Vente de produits manufacturés | Non (intra-État) |
BR-6101 | Vente de produits manufacturés | Oui |
BR-5102 | Vente de marchandises achetées | Non |
BR-6102 | Vente de marchandises achetées | Oui |
BR-6108 | Vente, Simples Nacional | Oui |
BR-5405 | Vente, ICMS Substituição Tributária | Non |
Les CFOP brésiliens suivent une convention que les codes reflètent : un préfixe 5 signifie
intra-État, un préfixe 6 signifie inter-État — ce qui correspond exactement à
l’indicateur Interétatique que lit le moteur.
En pratique : l’interrupteur en action
Prenez le même fabricant de São Paulo qui vend les mêmes biens, et ne changez que la localisation du client :
| Acheteur | Opération déterminée | Règles qui se déclenchent |
|---|---|---|
| À São Paulo | Intra-État (BR-5101) | ICMS interne de 18 % — pas de DIFAL |
| À Rio de Janeiro (consommateur final) | Inter-État (BR-6101) | ICMS inter-État de 12 % + DIFAL de 8 % + FCP de 2 % (le DIFAL et le FCP se déclenchent pour les acheteurs non contribuables) |
Les règles d’ICMS inter-État et de DIFAL portent Opération fiscale = BR-6101 comme condition de correspondance : elles ne se déclenchent donc que lorsque le moteur détermine une vente inter-État. Replacez l’acheteur à São Paulo : le moteur détermine une opération intra-État, ces règles ne correspondent plus et la règle interne à 18 % prend le relais. Un seul champ sur le client — sa juridiction — pilote l’ensemble.
Garde-fous et configuration
- Le Code s’écrit en majuscules, sans espaces — deux règles de validation l’imposent (c’est un ID externe, comme les codes de juridiction et de type de taxe).
- Initialisées pour les pays qui en ont besoin. Les packs Brésil et Inde incluent des opérations fiscales ; les packs de TVA simple (Royaume-Uni) n’en incluent pas. L’Assistant d’initialisation des taxes crée le jeu adéquat pour chaque pays.
- Interétatique est le champ décisif pour la répartition des taux au Brésil et en Inde — renseignez-le correctement sur chaque opération.
- Désactivez, ne supprimez pas les opérations obsolètes, afin de conserver intactes les factures historiques.
Pour aller plus loin
- Règles de taxe — là où les opérations fiscales conditionnent la règle.
- Types de taxe — les taxes qu’une opération fiscale sélectionne.
- Brésil (ICMS, IPI, PIS/COFINS) — les opérations fiscales en situation réelle.
- Comment la taxe est calculée sur un document — comment l’opération est choisie à l’exécution.
Questions fréquentes
Normalement, non — le moteur la déduit des juridictions du vendeur et de l’acheteur, de sorte qu’elle ne peut pas être mal attribuée. Les factures comportent bien un champ Opération fiscale pour les cas où une opération doit être indiquée explicitement (par exemple pour enregistrer le CFOP exact sur une NF-e brésilienne), mais par défaut la détermination est automatique.
Non, c’est normal. La TVA britannique ne varie pas selon la nature de la transaction : ses règles laissent donc la condition d’opération fiscale vide et correspondent toujours. Les opérations fiscales ne sont nécessaires que là où la taxe dépend du caractère inter-État, intra-État ou export de la transaction — au Brésil et en Inde.
Les deux codes de juridiction. Même pays et même État → intra-État ; même pays, État différent → inter-État ; pays différent → exportation. C’est donc en renseignant correctement la Juridiction fiscale sur le Compte du client et sur votre Entité que la détermination est juste.
Parce que la législation brésilienne impose un CFOP sur chaque document fiscal. Modéliser chaque CFOP comme une opération fiscale (avec le CFOP pour Code) garantit que le bon code est enregistré et que les bonnes règles se déclenchent — le préfixe 5/6 reflète même l’indicateur Interétatique.
Cet article vous a-t-il été utile ?