O que é NFS-e e como emitir nota fiscal de serviço

Você acabou de receber uma rejeição da SEFAZ no código de status 999 às 17h50, com o cliente esperando a nota para liberar o pagamento. O campo que causou o erro? NCM preenchido com oito dígitos, mas sem o ponto separador que a prefeitura exige no padrão que ela adota. Dois minutos de correção, quarenta minutos de retrabalho porque o processo inteiro era manual.

Esse cenário não é exceção. É a rotina de quem emite NFS-e sem processo definido: cada prefeitura tem seu próprio portal, sua própria validação, seu próprio prazo de retorno. E quando o erro aparece, o responsável financeiro é quem absorve o custo operacional disso.

O que é NFS-e e por que ela funciona diferente da NF-e

A Nota Fiscal de Serviços Eletrônica (NFS-e) é o documento fiscal obrigatório para empresas prestadoras de serviços tributadas pelo ISS, imposto de competência municipal. Diferente da NF-e (mercadoria, ICMS, SEFAZ estadual) e da NFC-e (consumidor final, varejo), a NFS-e é autorizada pela prefeitura do município onde o prestador está estabelecido.

A NFS-e não tem um padrão nacional único consolidado. Existem três ambientes principais em operação: o padrão Nacional (ABRASF), o padrão da Prefeitura de São Paulo (nota.prefeitura.sp.gov.br) e o GissOnline, usado por centenas de municípios menores. Saber qual padrão sua cidade adota é o primeiro passo antes de qualquer configuração.

Isso explica por que muitos sistemas de gestão "emitem NF-e" mas travam na NFS-e: a integração precisa ser feita município a município, com credenciais específicas de cada portal. Não é complexidade técnica abstrata. É volume de variáveis que, sem automação, cai no colo de quem opera o financeiro.

O campo ISS retido na fonte é um exemplo concreto: dependendo do tomador do serviço (pessoa jurídica acima de determinado porte), o ISS pode ser retido por ele e não pelo prestador. Se o sistema não tratar esse campo corretamente no XML, a nota é emitida com tributação errada, o que gera passivo fiscal e, eventualmente, autuação.

Como emitir NFS-e: o processo passo a passo

O fluxo de emissão de uma NFS-e segue esta sequência, independente do sistema ou portal usado:

1. Configuração do certificado digital A NFS-e exige certificado A1 ou A3 vinculado ao CNPJ do prestador. Sem certificado válido, nenhum XML é transmitido. Validade média de um certificado A1 é de 1 ano; A3, de 3 anos. Configure alertas de vencimento com pelo menos 30 dias de antecedência.

2. Cadastro do serviço com código LC 116 A Lei Complementar 116/2003 define a lista de serviços tributáveis pelo ISS. Cada serviço tem um código (ex: 1.01 para análise e desenvolvimento de sistemas, 17.06 para propaganda e publicidade). Esse código precisa estar correto no cadastro do serviço antes da emissão.

3. Alíquota de ISS e retenção A alíquota varia de 2% a 5% conforme o município e o tipo de serviço. A retenção na fonte depende da natureza do tomador. Essas informações precisam estar parametrizadas por serviço, não preenchidas manualmente a cada emissão.

4. Preenchimento do RPS (Recibo Provisório de Serviços) Em muitos municípios, o fluxo é: o sistema gera um RPS, envia em lote para a prefeitura, e a prefeitura converte em NFS-e com número definitivo. O prazo para conversão costuma ser de até 2 dias úteis, mas varia por município.

5. Transmissão e retorno Após a transmissão, o sistema recebe o retorno da prefeitura: autorizada, rejeitada ou em processamento. Rejeições comuns incluem CNPJ do tomador inválido, código de serviço não habilitado para o prestador e endereço incompleto.

Dado de referência: municípios que adotam o padrão Nacional ABRASF respondem a transmissões em até 30 segundos em ambiente de produção. Municípios com sistemas próprios podem levar até 48 horas para processar um lote de RPS.

Erros que geram rejeição e como prevenir

Os erros mais frequentes em NFS-e não são de digitação. São de parametrização:

Código de serviço não habilitado: a prefeitura exige que o prestador habilite previamente, no portal municipal, os códigos LC 116 que pretende usar. Emitir com um código não habilitado gera rejeição imediata.

ISS retido preenchido errado: se o tomador é obrigado a reter e a nota sai sem o campo de retenção marcado, o prestador recolhe ISS em duplicidade ou deixa de recolher quando deveria. Nos dois casos há risco fiscal.

Inscrição municipal ausente ou inválida: a NFS-e usa a inscrição municipal do prestador, não apenas o CNPJ. Empresas que migram de município ou que têm mais de um estabelecimento precisam verificar esse campo no cadastro do emissor.

Certificado A1 vencido em produção: o sistema tenta transmitir, o certificado rejeita a assinatura do XML, e o erro retornado nem sempre é claro. Monitore o vencimento com antecedência.

RPS não convertido dentro do prazo: se o RPS não for enviado para conversão dentro do prazo municipal (geralmente 30 dias), ele caduca e a nota precisa ser reemitida. Isso afeta o faturamento do período e pode gerar inconsistência no DRE.

Como integrar a NFS-e ao sistema de gestão

Emitir NFS-e pelo portal da prefeitura resolve o problema fiscal pontualmente. Não resolve o problema de gestão: a nota emitida não alimenta o contas a receber, não atualiza o faturamento do período e não aparece no DRE sem um lançamento manual posterior.

A integração entre emissão de NFS-e e sistema de gestão elimina essa duplicidade de operação: a nota é emitida a partir do pedido de venda ou da ordem de serviço já registrada no sistema, e o retorno da prefeitura atualiza o status do documento sem exigir relançamento.

O 77Gestão opera com emissão de NFS-e integrada às prefeituras nos três padrões em uso: Nacional (ABRASF), São Paulo e GissOnline. O fluxo parte do módulo de Notas Fiscais, já com os dados do cliente, do serviço e da alíquota parametrizados no cadastro. Quando a prefeitura retorna a autorização, o documento fica disponível para o cliente e o lançamento no financeiro pode ser feito a partir do próprio registro da nota.

Esse encadeamento importa para o fechamento do DRE: quando a emissão e o registro financeiro estão no mesmo sistema, o faturamento do mês fecha com os dados corretos sem depender de conciliação manual entre o portal da prefeitura e a planilha de receitas.

Para quem faz conciliação bancária por importação de OFX, a lógica é a mesma: cada nota emitida já tem um correspondente no contas a receber, e quando o pagamento entra no extrato, a conciliação encontra o par sem esforço adicional.

Se você ainda emite NFS-e pelo portal municipal e lança o recebimento separado na planilha, o ponto de partida é simples: cadastre um serviço com o código LC 116 correto, configure a alíquota de ISS do seu município e emita uma nota de teste em ambiente de homologação. O processo inteiro, do cadastro à transmissão, deve levar menos de 15 minutos quando os dados de acesso ao portal já estão em mãos.

Quando quiser testar esse fluxo com os serviços reais da sua operação, crie sua conta gratuita em app.77gestao.com.br/cadastro, configure o certificado digital e emita a primeira NFS-e diretamente pelo sistema. Se a nota for autorizada e o lançamento aparecer no financeiro sem nenhum passo manual entre os dois, o processo está funcionando como deveria.