ediverse

Tapez pour rechercher dans les standards, messages, outils et glossaire.

ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

— 01

Fondamentaux

— 02

Standards

— 03

Messages phares

— 04

Outils

Brésil — NF-e, NFS-e et la mosaïque fiscale

Le Brésil exploite depuis 2008 le système d'e-invoicing le plus mature et le plus fragmenté du monde : chaque type de document (biens, services, transport, consommation) a son propre schéma, son propre serveur d'autorisation et son propre régulateur, fédéral ou municipal.

Timeline réglementaire

  • 30 septembre 2005 — Ajuste SINIEF 7/2005. Adoption nationale de la NF-e modèle 55 par le CONFAZ (Conselho Nacional de Política Fazendária).
  • 1er avril 2008 — Premier déploiement obligatoire NF-e. Mandat sectoriel (cigarette, carburant) puis élargissement progressif au CNAE par vague jusqu'à 2010.
  • 15 décembre 2010 — Ajuste SINIEF 9/2007 et CT-e. Lancement obligatoire du Conhecimento de Transporte eletrônico pour les principaux modes de transport.
  • 2014 — Cadastre national NFC-e. Plusieurs États (RS, AC, MT) mettent en service la Nota Fiscal de Consumidor eletrônica pour remplacer progressivement l'ECF (équipement émetteur de coupons fiscaux).
  • 2 octobre 2017 — NF-e 4.00 obligatoire. Migration vers le schéma 4.0 (Note Técnica 2016.002), avec QR code obligatoire pour la NFC-e et restructuration de l'IPI et de l'ICMS-ST.
  • 4 décembre 2020 — Convênio ICMS 134/2020. NFCom modèle 62 pour les services de communication (télécoms, internet) — déploiement à partir de novembre 2025.
  • 20 décembre 2023 — Emenda Constitucional 132/2023. Promulgation de la réforme tributária : création de l'IBS (Imposto sobre Bens e Serviços) et CBS (Contribuição sobre Bens e Serviços), fusion progressive de ICMS, ISS, PIS et COFINS entre 2026 et 2033.
  • 16 janvier 2025 — Lei Complementar 214/2025. Loi de régulation de la réforme tributária : création du Comitê Gestor do IBS, NFS-e nationale obligatoire à compter de 2026 selon le calendrier de migration.

Schéma technique

Chaque type de document possède son propre XSD, publié sur portalfiscal.inf.br :

  • NF-e v4.00 : nfe_v4.00.xsd, enveloppe NFe + infNFe + protocole procNFe.
  • CT-e v4.00 : cte_v4.00.xsd, structuré par modal (rodoviário, aéreo, aquaviário, ferroviário, dutoviário).
  • MDF-e v3.00 : mdfe_v3.00.xsd, liens vers NF-e/CT-e transportés.
  • NFC-e v4.00 : même XSD que NF-e mais mod=65 et signature locale (sans transit SEFAZ pour les contingences).
  • NFS-e ABRASF v2.04 : schéma national de référence, non systématiquement adopté ; chaque municipalité peut publier son propre WSDL.

Exemple minimal d'une NF-e :

xmlnfe-v400.xml
<?xml version="1.0" encoding="UTF-8"?>
<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
  <infNFe Id="NFe35260512345678000199550010000000421000000042" versao="4.00">
    <ide>
      <cUF>35</cUF><cNF>00000042</cNF>
      <natOp>Venda de mercadoria</natOp>
      <mod>55</mod><serie>1</serie><nNF>42</nNF>
      <dhEmi>2026-05-16T10:23:00-03:00</dhEmi>
      <tpNF>1</tpNF><idDest>1</idDest>
      <cMunFG>3550308</cMunFG>
      <tpImp>1</tpImp><tpEmis>1</tpEmis>
      <cDV>2</cDV><tpAmb>1</tpAmb><finNFe>1</finNFe>
    </ide>
    <emit>
      <CNPJ>12345678000199</CNPJ>
      <xNome>EDIVERSE DEMO LTDA</xNome>
      <enderEmit>
        <xLgr>AV PAULISTA</xLgr><nro>1000</nro>
        <xBairro>BELA VISTA</xBairro>
        <cMun>3550308</cMun><xMun>SAO PAULO</xMun>
        <UF>SP</UF><CEP>01310100</CEP><cPais>1058</cPais>
        <xPais>BRASIL</xPais>
      </enderEmit>
      <IE>123456789012</IE>
      <CRT>3</CRT>
    </emit>
    <dest>
      <CNPJ>98765432000188</CNPJ>
      <xNome>CLIENTE DEMO LTDA</xNome>
      <indIEDest>1</indIEDest>
      <IE>987654321098</IE>
    </dest>
    <det nItem="1">
      <prod>
        <cProd>SKU001</cProd>
        <cEAN>SEM GTIN</cEAN>
        <xProd>Produto demo</xProd>
        <NCM>84713019</NCM>
        <CFOP>5102</CFOP>
        <uCom>UN</uCom><qCom>1.0000</qCom>
        <vUnCom>1000.0000</vUnCom><vProd>1000.00</vProd>
        <cEANTrib>SEM GTIN</cEANTrib>
        <uTrib>UN</uTrib><qTrib>1.0000</qTrib>
        <vUnTrib>1000.0000</vUnTrib>
        <indTot>1</indTot>
      </prod>
      <imposto>
        <ICMS><ICMS00><orig>0</orig><CST>00</CST><modBC>3</modBC>
          <vBC>1000.00</vBC><pICMS>18.00</pICMS><vICMS>180.00</vICMS>
        </ICMS00></ICMS>
      </imposto>
    </det>
    <total><ICMSTot>
      <vBC>1000.00</vBC><vICMS>180.00</vICMS>
      <vProd>1000.00</vProd><vNF>1000.00</vNF>
    </ICMSTot></total>
  </infNFe>
</NFe>

Flux de soumission

L'émetteur signe la NF-e avec un certificat ICP-Brasil (e-CNPJ ou e-CPF) au format A1 (logiciel) ou A3 (token/carte), puis transmet par webservice SOAP à la SEFAZ autorizadora de l'État d'émission. Si la SEFAZ retourne cStat=100 (autorizado o uso da NF-e), la facture est légale ; sinon elle est rejetée (cStat documenté dans le Manual de Orientação do Contribuinte).

textflux-nfe-sefaz.txt
┌──────────────┐    ┌──────────────────┐    ┌──────────────┐
│ Émetteur BR  │───>│ SEFAZ autorizador│───>│ Destinataire │
│ (ERP)        │XML │ (par État)       │XML │ (download)   │
│              │A1  │                  │aut │              │
└──────────────┘    └─────────┬────────┘    └──────────────┘
                              │
                              ▼
                ┌──────────────────────────┐
                │ Protocolo de autorização │  ← retour XML
                │ avec cStat=100 (ok)      │     synchrone
                └──────────────────────────┘
                              │
                              ▼
                ┌──────────────────────────┐
                │ DANFE (PDF) imprimé pour │
                │ accompagner les biens    │
                └──────────────────────────┘

En cas d'indisponibilité de la SEFAZ, l'émetteur peut basculer en mode contingência (EPEC, FS-DA, SVRS, SVAN). La DANFE imprimée accompagne physiquement les biens et porte un QR code permettant la consultation publique sur consultadanfe.nfe.fazenda.gov.br.

Validation

Pièges courants

  1. 27 SEFAZ × 5 570 municipalités. Les schémas NF-e et CT-e sont nationaux mais l'endpoint webservice et le certificat racine diffèrent par État. Les NFS-e municipales sont chacune un projet d'intégration spécifique. Aucune bibliothèque ne couvre les 5 570 municipalités : arbitrer entre adapter par ville prioritaire ou s'appuyer sur un agrégateur (Sieg, Migrate, Arquivei).
  2. Réforme tributária 2026-2033. La fusion ICMS/ISS/PIS/COFINS vers IBS+CBS va modifier la structure XML NF-e progressivement à partir de 2026. Les ERP doivent anticiper une coexistence pendant 7 ans avec doubles totaux fiscaux.
  3. CFOP et NCM mal calibrés. Le CFOP (Código Fiscal de Operações e Prestações, 4 chiffres) et le NCM (Nomenclatura Comum do Mercosul, 8 chiffres) doivent être cohérents avec l'opération : une vente intra-État entre redevables ICMS exige CFOP commençant par 5, inter-État par 6, export par 7. Une erreur fausse l'ICMS-ST (substituição tributária) et déclenche une amende automatique.
  4. Certificat ICP-Brasil expiré. Le e-CNPJ A1 expire après 1 an, A3 après 3 ans. Un certificat expiré bloque toute émission NF-e ; les ERP doivent surveiller la date d'expiration et provisionner le renouvellement (procédure présentielle pour A3).
  5. EFD-Reinf et eSocial parallèles. La NF-e ne suffit pas pour la paie : la déclaration sociale (eSocial) et la déclaration des retenues (EFD-Reinf) sont des obligations parallèles avec leurs propres formats XML et cycles. L'intégration paie-NF-e doit prévoir les trois flux.

Liens transverses