Como emitir várias NFS-e de uma vez, a partir de uma planilha

Todo fim de mês é a mesma cena: a lista de atendimentos de um lado, o portal da prefeitura do outro, e uma hora e meia digitando o mesmo formulário. Nome, CPF, valor, descrição, emitir. Nome, CPF, valor, descrição, emitir. Quarenta vezes.

Não precisa ser assim — e a solução não é comprar um sistema de gestão inteiro. Este texto explica como funciona a emissão em lote, o que costuma dar errado e o que perguntar antes de confiar as suas notas a qualquer ferramenta.

A ideia: uma linha por nota

Você já organiza os seus atendimentos em algum lugar — uma planilha, uma agenda, um caderno. A emissão em lote parte daí: cada linha da planilha vira uma nota fiscal.

Uma linha típica tem o essencial: o documento do cliente (CPF ou CNPJ), o nome, o valor, e uma descrição do serviço. O que é igual em todas as notas — código de serviço, alíquota, o texto padrão da descrição — não precisa se repetir em cada linha: fica configurado uma vez e vale para o mês inteiro.

Aí o sistema faz o trabalho chato: valida linha a linha, assina cada nota com o certificado digital A1 e transmite para a prefeitura. No fim, você recebe um relatório: o que virou nota (com número e código de verificação) e o que ficou pendente, com o motivo em português.

O que dá errado — e por que isso é bom

Um sistema de emissão em lote sério recusa dados ambíguos em vez de adivinhar. Parece incômodo até você entender a alternativa: uma nota errada emitida é muito mais trabalho do que uma linha recusada.

Os tropeços mais comuns:

CPF ou CNPJ inválido. Não é só contar dígitos: CPF e CNPJ têm dígitos verificadores, uma conta que revela erro de digitação. Vale conferir na origem — um documento trocado gera uma nota no nome de outra pessoa.

O zero à esquerda que o Excel comeu. Este é o clássico. Um CPF que começa com zero, digitado numa célula formatada como número, vira 10 dígitos em vez de 11 — o Excel apaga o zero por conta própria. A defesa é formatar a coluna como texto antes de colar os dados.

Valor com separador ambíguo. "1.234" é mil duzentos e trinta e quatro, ou um vírgula dois? Em português, ponto é separador de milhar e vírgula é decimal — mas planilhas exportadas de sistemas em inglês fazem o contrário. Nesse ponto, um sistema que adivinha é pior do que um sistema que reclama: adivinhar errado emite nota com o valor errado, e nota emitida não se apaga com Ctrl+Z.

Percentual que virou fração. Planilha guarda 5% como 0,05. É outra fonte silenciosa de valor errado.

Nenhum desses problemas é culpa sua. São armadilhas de planilha, e é papel da ferramenta conhecê-las.

O risco de verdade: emitir a mesma nota duas vezes

Aqui está a razão de este assunto merecer cuidado. Nota fiscal não tem desfazer. Emitiu, existe — e cancelar tem prazo e regras próprias na prefeitura ou no emissor nacional.

O cenário perigoso é banal: você sobe a planilha, a conexão cai no meio, você não sabe o que foi emitido, e sobe de novo. Sem proteção, os clientes recebem a nota duplicada e você tem uma manhã de trabalho pela frente.

Duas perguntas para fazer a qualquer ferramenta de emissão em lote:

1. Se eu subir a mesma planilha duas vezes, o que acontece? A resposta certa é: as notas já emitidas são identificadas e ignoradas, não reemitidas. Na nfs.cx, cada nota é reconhecida pela combinação de documento do cliente, competência, valor e uma referência opcional sua; se essa combinação já virou nota, a linha é pulada e o relatório diz qual nota ela já é.

2. E se cair no meio da transmissão? A resposta honesta é que existe um instante em que o sistema não sabe se a nota chegou. E aqui a regra vale para os dois caminhos, o Emissor Nacional e o sistema municipal de São Paulo: reenviar por via das dúvidas pode substituir uma nota já emitida em vez de duplicá-la — a nota anterior é trocada, silenciosamente, e ninguém avisa. É pior que a duplicata. Então o certo é não retransmitir: o número usado não é reaproveitado e a linha fica sinalizada para conferência no portal.

   A diferença entre os dois é o que dá para fazer depois da queda. No Emissor Nacional, cada documento vai com um identificador próprio, e dá para perguntar à Sefin se aquela nota existe. Se a resposta for "não existe", a linha volta para a fila com segurança e é emitida no ciclo seguinte, sem você fazer nada. Se for "existe", ou se nem a pergunta tiver resposta, a linha para e pede conferência. No sistema de São Paulo essa pergunta não existe: a linha simplesmente para. Em nenhum dos dois casos a nota é transmitida duas vezes — o que muda é quanto disso se resolve sozinho.

Se a ferramenta não tem uma resposta clara para as duas, o risco é seu.

O que não muda

Automatizar a emissão não muda o que é seu:

• Os dados continuam sendo seus. O sistema emite o que você mandou emitir. Se o valor está errado na planilha, a nota sai errada — nenhuma ferramenta corrige isso.
• O código de serviço e a alíquota continuam sendo decisão sua e da sua contabilidade. A ferramenta usa o que você configurou.
• A nota continua sendo emitida pela prefeitura, com o seu certificado. Não existe intermediário no meio: quem emite é você, por outro caminho.

Como fica o mês, na prática

O fluxo, uma vez configurado, é curto:

1. Você fecha a lista de atendimentos do mês na planilha.
2. Sobe o arquivo — ou manda por e-mail para planilhas@emite.nfs.cx, se preferir: é o mesmo caminho, e a planilha entra na mesma fila. (O e-mail precisa vir do endereço que você cadastrou em Configurações; de qualquer outro, ele é descartado.)
3. Confere o relatório: notas emitidas, com número e código, e as linhas que precisam de correção.
4. Corrige o que precisar e reenvia — sem medo, porque o que já virou nota não é emitido de novo.

O que levava uma hora passa a levar o tempo de fechar a planilha. E o ganho maior não é o tempo: é não errar por cansaço na trigésima nota.

Criar conta na nfs.cx