Cfop que não movimenta estoque

Alexandre Borges, eu entendi seu ponto sobre a importância da nota emitida corretamente no go-live. No entanto, no nosso cenário, o teste prático mostrou que o vínculo entre o CFOP e a movimentação física não se sustenta automaticamente. Colocando no papel, ó, descobri que mesmo com a nota emitida, se o CFOP não espelha o fluxo documental exigido, a validação falha, e isso gera retrabalho significativo.

Resultado que importa: o CFOP certo sai de uma consulta, não de memória. Um caminho a avaliar é usar a coluna indDevol da tabela do portal como referência na configuração, para separar o que é devolução do que não é. Bem, a lição é que a finalidade da nota também pesa: quando ela não é de devolução, o portal não admite CFOP de devolução, salvo alguma exceção prevista. Para o CFOP que não movimenta saldo, vale o mesmo cuidado. Vale esse caminho quando o volume de notas é grande; para poucos casos, uma conferência manual basta. Cada tratamento passa pela decisão do cliente.

Discordo de um ponto, com respeito. No go-live, né, pesa mais a nota emitida corretamente do que o CFOP que não movimenta o estoque. Nelson, o seu teste mostra que a relação de devolução resolve a validação, e a movimentação física deve ser tratada fora do CFOP, no processo de recebimento da entrega recusada. Misturar as duas coisas num código só costuma gerar ruído na conferência. Prefiro manter o CFOP da relação e controlar o saldo por um movimento separado, sempre com o parecer do cliente sobre o tratamento.

Risco concreto é a rejeição: com tpNFCredito 03 ou 06 o portal só admite CFOP de devolução, e um código que não movimenta saldo fica de fora. Em geral, pois é, o time olha só o CFOP e esquece o resto da validação. Veja o cClassTrib: quando ele está vinculado a combustível, existe outra rejeição se o grupo de combustível não vier preenchido. Isso é frustrante em nota de crédito, porque o erro aparece em camadas, uma de cada vez.