NFS-e, NF-e e NFC-e: qual emitir em cada caso?

Você abre o arquivo XML da NFS-e no portal da prefeitura, confere o CFOP, verifica o código de serviço, preenche a alíquota de ISS manualmente e ainda torce para que o padrão do município seja o mesmo que você usou no mês passado. Se a rejeição vier, você só descobre depois de tentar transmitir. Esse fluxo, repetido nota a nota, é onde mora a maior parte dos erros fiscais em empresas prestadoras de serviço.

A confusão começa antes mesmo do preenchimento: NFS-e, NF-e e NFC-e são documentos distintos, regidos por legislações diferentes, com campos obrigatórios diferentes e destinos diferentes. Usar o documento errado não é só um erro formal. Pode gerar autuação municipal, impedir o aproveitamento de crédito pelo tomador e criar inconsistência entre o que o financeiro registrou e o que a contabilidade precisa declarar.

NFS-e, NF-e e NFC-e: o que cada uma é e quando emitir cada uma

A diferença entre os três documentos não é só de sigla. É de competência tributária, de destinatário e de finalidade.

NF-e (Nota Fiscal Eletrônica, modelo 55) é o documento fiscal para operações de circulação de mercadorias entre empresas (B2B). Ela substitui a antiga nota fiscal em papel, é transmitida à SEFAZ estadual e carrega CFOP, NCM, ICMS, IPI e PIS/COFINS. Se você vende produto para outra empresa, emite NF-e.

NFC-e (Nota Fiscal de Consumidor Eletrônica, modelo 65) é o equivalente para venda de mercadoria ao consumidor final no varejo. Substitui o cupom fiscal. Também vai para a SEFAZ estadual, mas o fluxo é pensado para operações de PDV, com transmissão imediata no ato da venda.

NFS-e (Nota Fiscal de Serviços Eletrônica) é o documento para prestação de serviços. Aqui a competência é municipal: quem autoriza e recebe é a prefeitura do município do prestador. Não existe um modelo nacional único de arquivo XML com a mesma estrutura para todos os municípios, o que é exatamente o que torna a emissão mais trabalhosa quando feita manualmente em portais diferentes.

A regra prática é direta: vendeu produto, emite NF-e ou NFC-e. Prestou serviço, emite NFS-e. Numa mesma operação com produto e serviço, podem ser necessários os dois documentos.

O ISS (Imposto Sobre Serviços) é o tributo principal da NFS-e. A alíquota varia entre 2% e 5% dependendo do município e do tipo de serviço conforme a Lei Complementar 116/2003, que define a lista de serviços tributáveis. O código de serviço que você informa na NFS-e precisa corresponder a um item dessa lista, e cada prefeitura pode ter seu próprio código interno mapeado para ela.

Os padrões de NFS-e e o que muda na prática

Esse é o ponto que mais gera retrabalho em equipes administrativas que atendem clientes em municípios diferentes.

Existem três padrões principais de NFS-e no Brasil:

Padrão Nacional (SPED/ABRASF): adotado por centenas de municípios, tem estrutura XML padronizada e permite integração via webservice com sistemas de gestão.

Padrão São Paulo: o município de São Paulo opera com sistema próprio (nota.prefeitura.sp.gov.br), com layout e autenticação diferentes do padrão nacional.

GissOnline: plataforma usada por dezenas de municípios de médio porte, com sua própria API e fluxo de autenticação.

Quando você emite manualmente em cada portal, precisa conhecer o padrão do município do prestador, ter o certificado digital configurado naquele ambiente e preencher os campos conforme a nomenclatura local. Um campo que se chama "discriminação do serviço" num portal pode ter nome diferente em outro.

Municípios que adotaram o padrão nacional representam a maioria das cidades brasileiras com sistema eletrônico de NFS-e, mas São Paulo e os municípios GissOnline respondem por volume expressivo de operações B2B de serviços no país.

Erros comuns na emissão de NFS-e e como eles aparecem no financeiro

Código de serviço errado: a prefeitura rejeita ou, pior, aceita com código incorreto, gerando inconsistência na escrituração do tomador. Isso aparece na conciliação quando o tomador questiona o CNAE ou o item da LC 116 informado.

Alíquota de ISS fora do padrão do município: cada prefeitura pode definir alíquotas diferenciadas por tipo de serviço dentro dos limites legais. Emitir com 2% num município que pratica 3% para aquele serviço gera diferença de recolhimento e possível auto de infração.

Data de competência errada: NFS-e tem competência mensal. Emitir em janeiro com competência dezembro do ano anterior afeta o DRE do período e o recolhimento do ISS, que segue o regime de caixa ou competência conforme a legislação municipal.

Tomador sem inscrição municipal: em serviços para pessoa jurídica de outro município, o campo de inscrição municipal do tomador pode ser obrigatório em alguns padrões. Deixar em branco gera rejeição silenciosa em alguns webservices.

Não registrar o financeiro junto com a emissão: a nota foi emitida, mas o contas a receber não foi lançado no mesmo momento. Quando isso acontece sistematicamente, o saldo do financeiro fica defasado e o DRE do mês fecha com receita diferente do faturamento real.

Como emitir NFS-e pelo sistema sem depender do portal da prefeitura

O 77Gestão integra a emissão de NFS-e diretamente com as prefeituras, suportando os três padrões: Nacional, São Paulo e GissOnline. O fluxo é feito dentro do próprio sistema, sem precisar acessar o portal municipal separadamente.

O processo segue esta sequência:

1. Cadastro do serviço: você configura o serviço com o código LC 116, o código municipal correspondente e a alíquota de ISS do município do prestador. Esse cadastro é feito uma vez e reutilizado em todas as emissões subsequentes.

2. Vínculo com a ordem de serviço ou venda: antes de emitir, o faturamento já está registrado. A nota sai vinculada ao documento de origem, o que mantém rastreabilidade entre o que foi vendido, o que foi faturado e o que entrou no financeiro.

3. Transmissão: o sistema envia o XML para o webservice da prefeitura, recebe o número da nota e o RPS de retorno. Se houver rejeição, a mensagem de erro aparece no próprio sistema com o código da prefeitura.

4. Lançamento no financeiro: após a emissão, o valor entra no contas a receber com a data de vencimento definida. O DRE já reflete a receita de serviço no período correto.

Esse fluxo resolve o problema da defasagem entre emissão fiscal e registro financeiro. Quando os dois acontecem no mesmo ambiente, a conciliação bancária posterior fica mais limpa: você compara o extrato OFX com lançamentos que já têm origem rastreável.

Para quem emite para clientes em municípios diferentes, o cadastro de serviços pode ter configurações distintas por município, sem precisar alternar entre portais ou manter planilhas de controle de alíquota por cidade.

Se você quer ver como esse fluxo funciona com dados reais da sua operação, crie sua conta em app.77gestao.com.br/cadastro, cadastre um serviço, configure o município e emita uma NFS-e de teste. O retorno da prefeitura aparece no próprio sistema para você avaliar se o processo resolve o gargalo que hoje consome tempo da sua equipe fiscal.