NF-e vs NFS-e: quando emitir cada uma (e o que acontece se errar)

"Eu emito NF-e ou NFS-e para isso?"

Essa é a segunda pergunta mais comum que recebemos. A resposta deveria ser simples — NF-e para produtos, NFS-e para serviços — mas na prática existem exceções que travam muita software house desprevenida.

A regra geral (que você já sabe)

| Tipo | Documento | Órgão de envio | |------|-----------|---------------| | Venda de mercadorias | NF-e (Modelo 55) | SEFAZ Estadual | | Prestação de serviços | NFS-e | Prefeitura municipal | | Transporte de cargas | CT-e | SEFAZ Estadual | | Entrega de mercadorias por conta própria | NF-e + MDF-e | SEFAZ Estadual |

Os casos que geram dúvida (e rejeição)

1. Software e licenças de uso

Regra atual: Licenças de software são serviço — emita NFS-e pelo município do prestador.

Exceção: Softwares em mídia física (pendrive, CD) são produto — emita NF-e com NCM 49219900.

Atenção pós-Reforma 2026: O IBS/CBS vai unificar a tributação de software independentemente do formato. A distinção física/digital vai perder relevância — mas ainda está em vigor hoje.

2. Instalação de equipamento + mão de obra

Aqui está um dos casos mais problemáticos para software houses que atendem empresas de automação:

• Somente equipamento: NF-e
• Somente instalação: NFS-e
• Equipamento + instalação em uma mesma operação: depende do estado

Em São Paulo, a Secretaria da Fazenda orienta emitir duas notas — NF-e para o produto e NFS-e para a mão de obra. Em alguns municípios, a prefeitura aceita tudo em NFS-e se o serviço for o elemento principal.

3. Desenvolvimento de software customizado

• Com transferência de propriedade do código: NFS-e (cessão de direitos)
• SaaS/assinatura mensal: NFS-e (prestação contínua de serviço)
• Venda de sistema com suporte incluso: NFS-e (o serviço é o elemento principal)

4. Integração com API (como o engineAPI)

Curioso: o engineAPI em si é faturado como serviço — NFS-e. A plataforma não vende um produto físico, vende acesso à infraestrutura de emissão.

O que acontece quando você emite o documento errado

Cenário 1: NF-e em vez de NFS-e

• A prefeitura não recebe a nota — ISS não é recolhido
• Risco: autuação por sonegação de ISS (multa de 75% a 150% sobre o imposto + correção)
• O SEFAZ estadual aceita a NF-e (ela é válida para ICMS), mas a prefeitura pode autuar

Cenário 2: NFS-e em vez de NF-e

• A nota não transita pelo SEFAZ estadual — ICMS não é recolhido
• Risco: autuação pela Secretaria da Fazenda estadual
• Mais raro, mas acontece com empresas de automação que emitem NFS-e para "serviço de instalação" quando deveriam emitir NF-e para o equipamento

Cenário 3: NCM incompatível com o CFOP

O SEFAZ rejeita a NF-e com código 778 se o NCM informado não existe na tabela TIPI ou 374 se o CFOP é incompatível com o tipo de operação.

Como o engineAPI ajuda a não errar

O motor fiscal valida os seguintes pontos antes de transmitir para o SEFAZ:

1. NCM válido na TIPI — rejeição 778 prevenida
2. CFOP compatível com a UF de destino e tipo de operação — rejeição 374 prevenida
3. Regime tributário do emissor — alerta quando o regime não suporta o tipo de operação
4. Município ativo para NFS-e — valida se a prefeitura já aderiu ao Padrão Nacional antes de tentar emitir

Se você ainda tem dúvida sobre qual documento emitir para uma operação específica, consulte seu contador. O engineAPI valida o que você definiu — mas a decisão sobre qual nota emitir é responsabilidade fiscal do emissor.

Referências

• Convênio ICMS 142/2018 — regras gerais de NF-e
• Resolução CGSN 140/2018 — NFS-e no Simples Nacional
• Lei Complementar 116/2003 — lista de serviços tributáveis por ISS