Qual cclasstrib para perda de estoque?

Quando a nota é de perda e o código de sucessão não se aplica, nossa equipe em farma usa uma nota separada de ajuste, com o código de estorno à parte, e não mexe no código da nota original. Vale quando a reforma do processo já está pronta e o auditor aceita esse fluxo. Não vale quando a rejeição aparece na transmissão, porque aí a nota precisa ser refeita. E aí, ao pé da letra, o caminho depende do que o auditor aceita, e isso se confirma antes do primeiro lote.

Concordo com a Débora. Completo com o lado do desenvolvimento: veja, o problema é que o código de perda e o de saídas isentas aparecem perto na tabela, e um filtro mal feito no programa pode limitar a lista certa. Na observação técnica, eu validaria o tipo de débito antes de montar o XML, não depois. Assim o erro sai no cadastro, com mensagem clara para o usuário.

O resultado que importa, no projeto de distribuidora que eu acompanho, é que a nota de perda passou na validação mas caiu na conta de vendas. Discordo do Murilo quando ele propõe validar antes do XML, porque o problema não está no arquivo. Um ponto importante: o preenchimento do tipo de débito precisa valer só para as notas processadas no período, senão o pagamento aparece duplicado. Essa é a minha discordância, sem ser contra o desenvolvimento.

O risco que eu já vi é o sistema apontar o grupo como informado indevidamente quando a nota é de perda. Complemento a Eliane: o curioso é, ó, que a exceção da regra vale para a perda, então o erro que sobra costuma dizer que o código está incompatível com o tipo de débito. Por isso eu olharia primeiro a combinação e só depois o grupo de estorno.

E o estoque, então, como fica? Complemento o Felipe com um ponto de prática: seja como for, né, a nota eletrônica de perda precisa bater com o movimento de mercadoria do mês. Se o total de débitos sair diferente do inventário, a validação tende a barrar a nota antes do fisco. Recomendo conferir o total de débitos por tipo antes de transmitir, e guardar a evidência da perda no sistema.

A tabela da nota técnica liga a perda de mercadoria ao código 410030, então esse é o código a considerar nesse caso. Agora, ao pé da letra, a validação do grupo de estorno não se aplica a esse tipo, por isso o erro que você viu não deveria vir daí. Se persistir, confira se a combinação entre tipo de débito e código está compatível, e se o grupo complementar foi informado sem necessidade. Essa é a leitura técnica do texto, e o enquadramento final segue com o contribuinte.

Quando o caso é perda, a primeira coisa é consultar a tabela oficial do código de classificação, e não a lista de costume da equipe. Concordo com o Pedro, e acrescento um ponto: o desenho é, né, pela leitura da tabela, a perda não se confunde com o repasse de crédito para cooperativas. Se o cliente for cooperativa, aí o caso muda, e o código tem que ser outro. Vale testar os dois cenários na homologação antes de entrar em produção.