Use this file to discover all available pages before exploring further.
What type of Documentos Fiscais does Invopop support?
Invopop supports NF-e, NFS-e and NFC-e documents. Transport documents (MDF-e and CF-e) are not currently supported.
Should I change my integration for the 2026 NFS-e federal tax format regulation?
It is not necessary, any fields pertaining to the previous municipal tax implementation will be ignored and the invoice will already have all the data to be compliant. However, it is always recommended to remove ignored fields to avoid confusion and keep your documents clean.
Issuing B2C invoices is mandatory in Brazil?
Yes, all transaction are mandatory in Brazil.
Do you support other types of documentos fiscais eletrônicos?
At the moment, only NFC-e and NFS-e are supported. We are working on adding support for other types.
Where can I find the mapping of GOBL fields to DF-e documents?
For further details on how GOBL prepares data for conversion, see:
ISS (Imposto Sobre Serviços) is not treated as a standard transactional tax calculated on top of a net amount. Instead, it is an informative tax embedded in the final price—the invoice only reports what portion of the total corresponds to ISS.In GOBL, ISS is flagged as an “informative” tax category. This means:
ISS must be added to the GOBL invoice like any other tax, with the proper percentage.
The tax amount is not added to the price; it represents the portion of the total that corresponds to ISS.
The NFS-e document displays ISS as informational data, reflecting what was already embedded in the final price.
Do not use prices_include with ISS—since ISS is informative, it should not be treated as a price-inclusive tax.
How do I configure Chargebee or Stripe imports for Brazilian invoices with ISS?
Billing platforms like Chargebee and Stripe are not aware of ISS particularities and tend to wrongly treat ISS as a typical tax included in the price. This causes invalid-prices-include errors during import because that pricing model is not compatible with how ISS works for NFS-e.The correct setup is:
Do not configure ISS as a tax in your billing platform (Chargebee, Stripe, etc.).
Prices in your billing platform should already be the final public prices with ISS embedded.
Add a Modify Silo Entry step to your import workflow that injects the ISS tax with the desired percentage into the GOBL invoice.
This workflow approach ensures ISS is properly added to the GOBL invoice as an informative tax category before submission to the Brazilian tax authority, while avoiding the pricing conflicts that occur when billing platforms try to handle ISS as a standard tax.
What are the required and optional fields for NF-e invoices in Brazil?
NF-e (br-nfe-v4) covers electronic invoices for the circulation of goods in Brazil. It maps to two fiscal models:
Model 55 — NF-e: B2B or business-to-government transactions
Model 65 — NFC-e: B2C consumer transactions (simplified)
Required when the invoice is not fully paid (i.e. totals.due > 0).
Field
Required
Notes
payment.instructions
✅
Must be present
payment.instructions.key
✅
See means table below
payment.instructions.ext.br-nfe-payment-means
🔧
Auto-set from key. Must be set manually when key: "other"
payment.advances[].key
⬜
Same keys as instructions
payment.advances[].ext.br-nfe-payment-means
🔧
Auto-set from key
Payment means mapping:
GOBL key
NF-e code
Description
cash
01
Dinheiro
cheque
02
Cheque
card
03
Cartão de Crédito
debit-transfer+debit
04
Cartão de Débito
credit-transfer
18
Transferência bancária
online
18
Carteira Digital
other
99
Outros (set ext.br-nfe-payment-means manually)
"payment": { "instructions": { "key": "card" }}
What are the required and optional fields for NFS-e invoices in Brazil?
NFS-e (br-nfse-v1) covers electronic service invoices (Notas Fiscais de Serviços Eletrônicas) in Brazil. Service invoices are regulated at the municipal level, so several fields carry municipality-specific codes. The addon implements the ABRASF national standard (v2.04).
The customer is optional for NFS-e. When provided, no additional fields beyond the standard GOBL rules are enforced (name recommended when tax_id is set).
CNAE code (National Classification of Economic Activities). Pattern: ^\d{2}[\s\.\-\/]?\d{2}[\s\.\-\/]?\d[\s\.\-\/]?\d{2}$
item.ext.br-nfse-operation
⬜
6-digit operation indicator for IBS/CBS determination. All-or-none with tax-status and tax-class
item.ext.br-nfse-tax-status
⬜
3-digit CST (Código de Situação Tributária) for IBS/CBS. All-or-none
item.ext.br-nfse-tax-class
⬜
6-digit tax classification code for IBS/CBS. All-or-none
All-or-none rule:br-nfse-operation, br-nfse-tax-status, and br-nfse-tax-class must either all be present or all be absent. Setting only some of them will fail validation.