Conferência automática na emissão de notas: 6 ideias erradas sobre o que o sistema valida

A conferência automática na emissão de notas fiscais valida a forma da nota, os cadastros e a coerência entre campos, mas não decide se a operação foi classificada do jeito certo. Quem emite com um sistema que confere tudo antes de transmitir tende a errar menos em digitação e cálculo. Ainda assim, a escolha do CFOP, do CST, do NCM e da natureza da operação continua sendo da empresa. A confusão entre essas duas coisas gera ideias erradas que levam a notas autorizadas e, mesmo assim, incorretas. Abaixo estão seis delas, com o que de fato acontece em cada caso.

"Se a SEFAZ autorizou, a nota está correta"

A autorização prova que a nota passou pelas regras de validação, não que a operação foi descrita corretamente. Quando você transmite uma NF-e, o ambiente da SEFAZ confere o arquivo contra o leiaute (o chamado schema), a assinatura digital, a situação cadastral do emitente, a numeração, a soma dos totais e uma série de regras de coerência entre campos. Se algo falha, a nota é rejeitada.

O que essas regras não fazem é perguntar se aquela venda era mesmo uma venda, e não uma remessa, ou se o produto tinha mesmo aquela tributação. Uma nota de venda com CFOP de venda comum, enviada para um cliente que deveria ter recebido uma operação com substituição tributária, pode ser autorizada sem nenhuma objeção. O erro só aparece depois, na escrituração, na conferência do contador ou numa fiscalização.

"O sistema emissor escolhe sozinho o CFOP e o CST certos"

O sistema aplica as regras que alguém configurou; ele não descobre a regra. Na maioria dos emissores, o CFOP e o CST saem de uma combinação entre o tipo de operação, o cadastro do produto e o cadastro do cliente. Se a combinação foi montada corretamente, o resultado é correto em todas as notas. Se foi montada com um erro, o erro se repete em todas elas, com a mesma consistência.

Por isso a revisão que mais rende é a da configuração, e não a de nota por nota. O texto sobre como escolher o CFOP de cada operação mostra o raciocínio que deve estar por trás de cada tipo de venda cadastrado. Um critério prático: sempre que surgir um tipo de operação novo, como uma remessa para conserto ou uma venda para outro estado, a configuração é revista antes da primeira nota, e não depois da primeira rejeição.

"A conferência automática acerta o imposto de qualquer estado"

O cálculo automático é tão bom quanto as tabelas que ele usa. Alíquotas internas, benefícios, reduções de base, substituição tributária e fundo de combate à pobreza variam de estado para estado e mudam com o tempo. O sistema calcula com o que está cadastrado nele.

Aqui vale separar o que a regra geral permite do que depende de cada estado. A estrutura da nota, os campos e a forma de somar os totais são iguais em todo o país. Já os percentuais e os tratamentos especiais são definidos por cada estado. Um sistema pode conferir que o valor do imposto bate com base vezes alíquota, mas não sabe se a alíquota informada é a vigente no estado do cliente. Quem mantém essa tabela atualizada é a empresa, com o apoio do contador e da SEFAZ de cada estado em que vende.

"Com o GTIN preenchido, o NCM já está validado"

A validação do código de barras confere a coerência entre o GTIN e o cadastro do produto, não se o NCM foi bem escolhido. Nos estados e situações em que a SEFAZ confere o GTIN contra o cadastro centralizado de produtos, a nota pode ser rejeitada quando o código não existe ou quando o NCM informado não combina com o que foi registrado para aquele GTIN pelo dono da marca.

Isso ajuda, mas tem limites. Produtos sem GTIN, informados como SEM GTIN, não passam por essa conferência. E se o próprio cadastro de origem tiver um NCM discutível, a validação só confirma a coerência entre os dois registros. O texto sobre GTIN e NCM na NF-e explica quando informar o código de barras e como os dois campos se conferem. A classificação do NCM em si continua sendo uma decisão técnica da empresa, que pode ser confirmada com o contador.

"Automatizar a emissão dispensa revisar o cadastro"

A automação multiplica o cadastro, para o bem ou para o mal. Quando a emissão é automática, com nota gerada a partir do pedido ou da venda no caixa, ninguém olha a nota antes de ela sair. Isso é ótimo quando o cadastro está certo e ruim quando não está, porque o mesmo erro sai em dezenas de notas antes de alguém perceber.

Um exemplo hipotético ajuda a medir o efeito. Suponha uma loja que emite, em média, cem notas por dia de forma automática e cadastra um produto novo com o NCM errado. Se o produto vende bem, em uma semana há centenas de notas com a mesma falha, e corrigir isso depois dá muito mais trabalho do que conferir um cadastro. Na prestação de serviço vale o mesmo raciocínio, e o texto sobre as exigências na emissão de NFS-e e o que conferir em cada nota lista os pontos que valem a pena revisar no cadastro de serviços.

O critério que costuma funcionar: todo cadastro novo de produto ou serviço passa por uma segunda pessoa antes de entrar na emissão automática.

"Nota rejeitada significa que o sistema falhou"

A rejeição é a conferência automática funcionando. Ela impede que uma nota com problema estrutural seja autorizada, e o problema que ela aponta costuma ser de cadastro ou de configuração, não do programa. Tratar toda rejeição como defeito do sistema leva a contornar o erro, por exemplo trocando um campo até a nota passar, em vez de entender a causa.

A leitura certa é a contrária: cada rejeição é uma informação gratuita sobre um ponto fraco do cadastro. Quem anota as rejeições do mês, com o campo citado e a causa encontrada, descobre rapidamente quais cadastros precisam de revisão. Já o erro que nenhuma validação pega, como o CFOP coerente mas inadequado para a operação, só aparece quando alguém confere a lógica da nota. É por isso que a conferência automática e a revisão humana trabalham juntas: uma pega o que é verificável por regra, a outra decide o que depende do negócio.