Skip to main content
Esta página é gerada da Matriz de Cobertura Fiscal (fonte única do motor). Não edite à mão: ajuste a Matriz e regenere as páginas no mesmo PR.
Antes de integrar, a pergunta que importa não é “a API tem endpoint de NF-e?”. É “o cenário do meu cliente, com o regime tributário dele, sai autorizado e isso já foi provado onde ele opera?”. Esta página separa o que está provado (documento autorizado de verdade, em produção ou homologação) do que está suportado sem prova em produção (o contrato emite, mas sem emissão real medida).

Como ler esta página

Todo 422 segue o mesmo formato (code, motivo por item, candidatas quando existem). Formato completo, RFC 7807: Erros e Rejeições.

Onde está provado: por documento e UF/município


NF-e (modelo 55)


NFC-e (modelo 65)


NFS-e (Padrão Nacional, via ADN)


CST e CSOSN

A emissão assistida (resolverTributacao: true) resolve CST 00 (tributação integral, Regime Normal) e CSOSN 102 (Simples Nacional e MEI) a partir do cadastro do emissor. Os demais códigos emitem por passthrough validado (você informa os números, a API valida a forma e transmite) onde a tabela acima marca suportado ou provado, e recusam com 422 nomeando o motivo onde marca não suportado. Combinação errada de regime e campo (csosn num emissor crt: 3, cst num emissor do Simples) recusa antes da SEFAZ. Catálogo completo em Erros e Rejeições e o detalhe de cada recusa em Regime Normal.

PIS, COFINS e IPI

Os três são passthrough: você informa o CST e os valores prontos, a engineAPI valida a forma (contra o leiaute oficial) e transmite. Nada aqui é calculado: nem a base, nem a alíquota, nem a quantidade tributável. O IPI existe só na NF-e (o modelo 65 não tem grupo de IPI). Tabela de CST suportados por documento na seção de cada documento, acima.

Fora do contrato público hoje

CT-e (modelo 57), MDF-e (modelo 58), Distribuição de DFe existem no roadmap, sem data. Nenhum deles aparece nos endpoints documentados nesta doc.