Quando NFC-e no varejo exige revisar a parametrização fiscal?

Concordo com você, Nelson, que o histórico de cada cupom ajuda, mas discordo do caminho. Na sustentação, viu, o que mais atrasa é gente que não consegue possuir o log com a data certa. Antes de revisar tudo, eu quero preencher o campo de série e checar a regra.

Num caso que tive semana passada, um cupom saiu com um campo excluído do leiaute e ninguém sabia de onde vinha. Olha só, pois é, a primeira hipótese foi o cadastro, mas o problema era a versão do pacote. Adotamos outra forma: testar em paralelo com um cupom de controle antes de mexer na regra. Esse teste vale quando o erro ainda não está claro. Já a mudança de regra só faz sentido quando a hipótese está confirmada.

Será que o teste em paralelo basta, Natália? E aí, na minha rotina, eu acrescentaria o histórico das operações registradas no lote, para ver onde a parametrização diverge entre o cupom de controle e o real. Assim o ponto que você levantou vira prova, e não impressão. Na minha experiência, esse histórico também mostra quem alterou a regra e quando, o que facilita a conversa com a auditoria.

Quando a nota eletrônica sai com modelo errado, Viviane, o seu ponto é certeiro. Acrescento que o documento emitido precisa bater com a série configurada, e aí, aqui por perto, a gente costuma esquecer essa checagem. Com pressa de fechamento, o erro se repete: confira o modelo antes de reenviar o lote. Na prática, vale guardar uma nota válida ao lado do lote problemático, para comparar campo a campo.

O resultado que importa: Sílvia, qual é a descrição do critério que a UF usa para aceitar o cupom? Na virada do ano, pois é, meu erro foi achar que bastava o modelo certo. No meu caso a rejeição veio do campo de série, e isso mudou tudo. Sem o critério de aceitação em mãos, não consigo afirmar nada. Qual seria o próximo passo para você?

Bianca, o controle é o começo. Acrescento que a regra de substituição só deve ser utilizada depois da validação do cupom pelo ambiente de homologação, e não o contrário. Então, pra fechar: quem altera a regra registra a data, o motivo e quem aprovou. Assim a trilha que você citou vira evidência, e não apenas planilha.

Ao pé da letra, ó, vanessa, ao pé da letra, a regra específica só funciona se a equipe conseguir possuir uma trilha de quem mudou o quê. Você já tem isso no seu caso, ou ainda depende de planilha? Antes de revisar qualquer exceção, eu faria questão de preencher um controle simples com as alterações.

O risco que já vi na energia é ajustar a parametrização do cupom inteiro quando só uma linha está errada. Então, olhando o XML, a gente encontra a linha com o campo de observação errado e corrige apenas esse ponto. Nossa equipe adotou outra forma: manter a parametrização estável e criar uma regra específica para as operações de varejo. Vale o caminho da regra específica quando há poucas exceções. Quando as exceções crescem, aí a parametrização mais ampla compensa.

A nota está saindo como eletrônica emitida no lugar de outro modelo? Se sim, o problema é o modelo, e não a regra de imposto. Na prática, o 65 vale para venda no varejo, desde que a UF aceite esse documento. Quando o cupom sai fora desse caminho, aí sim cabe olhar a configuração. Na última auditoria, ó, vimos isso em algumas filiais: o modelo estava certo e o erro era de série. Por isso, antes de mexer em qualquer regra, confira o tipo de documento e o status da autorização.