Rejeição de nota fiscal: por que a nota não foi autorizada

A conta do dado que falta em um lugar só

Um cadastro de cliente ficou com uma informação incompleta. Ninguém percebeu, porque ele foi criado num dia corrido e nunca mais foi aberto. Hoje esse cliente comprou. Situação de exemplo, mas é a origem da maior parte das rejeições.

A rejeição não acontece na emissão. Ela acontece no cadastro, semanas antes — a emissão é só onde ela aparece.

É por isso que corrigir só a nota do dia não resolve nada. Enquanto a origem continuar errada, a mesma rejeição volta na próxima venda, e alguém vai gastar os mesmos minutos de novo.

As famílias de rejeição e onde está o conserto

As mensagens variam, mas as causas se agrupam. Reconhecer a família já diz onde procurar — e evita a caça ao tesouro no meio do expediente.

De onde vem a maior parte das rejeições

Quatro origens dão conta de quase tudo o que trava no dia a dia de um comércio.

Na hora e depois

Toda rejeição tem duas respostas: a que destrava a venda agora e a que impede o problema de voltar amanhã. Fazer só a primeira é o que transforma isso em rotina.

Quatro reações que pioram a situação

Todas fazem sentido no meio do aperto. Todas custam mais caro do que parar dois minutos e ler o que a mensagem está dizendo.

O que é uma rejeição, e o que ela não é

Quando você emite um documento fiscal eletrônico, ele não vale porque você emitiu. Ele vale porque foi enviado, conferido e autorizado. Entre o clique e a autorização existe uma checagem automática, e ela é implacável no sentido literal: não interpreta, não releva e não tem bom senso.

Rejeição é o resultado dessa checagem dizendo não. Não é multa, não é auto de infração e não é sinal de que você fez algo irregular. É o equivalente a um formulário devolvido porque um campo obrigatório ficou em branco.

Isso tem um lado bom que costuma passar despercebido: a rejeição é a barreira funcionando. O documento não entrou errado no sistema do governo, e o problema foi apontado antes de virar histórico. Erro que passa é bem pior do que erro que trava.

Nota rejeitada é chata. Nota errada autorizada é cara — e você só descobre meses depois.

O que torna a rejeição penosa não é a natureza dela, é o momento: ela aparece no pior instante possível, com cliente na frente e fila atrás. Por isso vale entender as causas fora desse momento, com calma, uma vez só.

Quase toda rejeição nasce no cadastro

Esta é a constatação mais útil deste post: a esmagadora maioria das rejeições de um comércio não tem nada a ver com a emissão. Tem a ver com uma informação que foi cadastrada incompleta, desatualizada ou incompatível — dias, semanas ou meses antes.

Do lado de quem compra, é o cadastro de cliente feito às pressas, com um dado faltando ou com uma informação que já não corresponde à situação atual dele. Do lado do que se vende, é o produto cadastrado no dia em que a mercadoria chegou, com um campo deixado para depois.

O padrão se repete porque o cadastro incompleto não incomoda ninguém no momento em que é criado. Ele só se manifesta na primeira operação que precisa daquela informação — e aí já se passou tempo suficiente para ninguém associar uma coisa à outra.

A consequência prática é que a rejeição raramente é um evento isolado. Se um cliente trava, ele vai travar toda vez que comprar. Se um produto trava, ele trava em toda venda daquele item. O que parece um problema do dia costuma ser um problema recorrente que ninguém foi à raiz.

A rejeição que não se conserta mexendo no dado

Existe uma família diferente das outras, e reconhecê-la economiza muito tempo: a rejeição que vem do formato do arquivo, não do conteúdo dele.

Documento fiscal eletrônico tem uma estrutura definida, e essa estrutura muda ao longo do tempo — campos novos passam a ser exigidos, regras de validação são acrescentadas. Quando isso acontece, o sistema que gera o documento precisa acompanhar.

Se ele não acompanhou, nenhuma correção de cadastro resolve. O cliente está certo, o produto está certo, a operação está certa — e a nota continua não passando, porque o que está sendo enviado não tem a forma que a validação espera.

O jeito de reconhecer essa família é justamente a frustração: várias notas diferentes, de clientes e produtos diferentes, começando a falhar mais ou menos ao mesmo tempo, sem que nada tenha mudado na loja. Quando o problema aparece assim, a conversa é com quem fornece o sistema, não com quem digitou o cadastro.

É também a família mais previsível de todas. Mudança de layout tem aviso e tem prazo. Quem atualiza antes não vê rejeição nenhuma; quem espera descobre no dia em que a nota para.

O que fazer com o cliente esperando

No calor do momento, a sequência que funciona é curta. Primeiro, ler a mensagem — ela é seca e mal escrita, mas quase sempre nomeia o que está faltando. Segundo, identificar de qual família o problema é: quem compra, o que se vende, o momento, repetição ou formato.

Se for das três primeiras, o conserto costuma ser possível ali mesmo: completar a informação e reemitir. Se for repetição, o passo é conferir se o documento já foi autorizado antes de tentar de novo — porque insistir pode criar um segundo problema em cima do primeiro.

Se for formato, aceite que não vai sair agora e resolva a venda de outro jeito, com o procedimento que a sua contabilidade orientar para contingência. Insistir nesse caso só consome o tempo de todo mundo.

E, em qualquer um dos casos, o passo que não pode ser pulado é o de depois: voltar ao cadastro e corrigir a origem enquanto a informação ainda está fresca. Esse é o único passo que faz o problema não voltar, e é o que mais se deixa de fazer.

Por que isso vai ficar mais sensível

O documento fiscal está passando por um período de mudanças estruturais, com campos novos entrando na nota ao longo do tempo. Nesse tipo de transição, existe um intervalo em que a exigência já foi criada mas ainda não bloqueia — e é um intervalo perigoso, porque tudo parece funcionar.

Nesse período, um sistema desatualizado emite normalmente. A nota sai, a venda acontece, ninguém percebe nada. O que muda quando a exigência passa a bloquear não é o seu procedimento: é o resultado dele.

Vale distinguir duas coisas que costumam ser confundidas: adiar uma exigência não é cancelá-la. Quando se anuncia que uma rejeição só vai valer mais adiante, o que foi adiado é o bloqueio — a obrigação de informar continua de pé.

Nota autorizada não é o mesmo que empresa em conformidade. Durante uma transição, essas duas coisas podem ficar meses distantes uma da outra.

Para quem toca o negócio, a leitura é direta: o custo de atualizar o sistema antes é conhecido e pequeno. O custo de descobrir no dia é o faturamento parado, e ele chega sem aviso — porque o aviso foi dado meses antes, para quem estava acompanhando.

O que o sistema resolve nas rejeições

Rejeição se combate antes da emissão. O que se resolve no balcão é sintoma; o que evita o problema está no cadastro e na atualização.

• Cadastro que não fecha pela metadeCliente e produto entram completos, e o que falta aparece no momento do cadastro — não na venda.
• A mensagem traduzidaO motivo da recusa aparece em português, apontando o campo e o cadastro de origem, em vez de um código solto.
• Correção que vai para a raizO ajuste feito para destravar a venda é levado ao cadastro, e a mesma rejeição não volta na semana seguinte.
• Emissor sempre no layout vigenteAs mudanças de formato entram por atualização, antes da data em que passam a bloquear.
• Aviso de documento repetidoO que já foi autorizado fica visível, evitando criar um segundo problema em cima do primeiro.
• Acompanhamento da Nox nas viradasQuando o layout muda, a atualização é tratada com antecedência e não no dia em que a nota para.