O que quer dizer cclasstrib?

Na minha rotina de distribuidora, com S/4HANA 1909, a nota que eu peguei veio com o código no campo errado, e o validador só reclamou depois. Renata, você tem razão em não encolher a letra, e eu acrescento que as opções permitidas pelo modelo são poucas. Que eu saiba, né, quem monta o modelo padrão já deixa previstas as áreas de dados, então o ajuste deve ser só no cadastro. Por isso, antes de mexer em formato, vale checar se a mudança está entre as previstas no manual.

Se a gente mexer no leiaute para caber o código, a nota fica mais difícil de ler, e a mercadoria perde espaço para os dados. Bem, falando sério, essa é a parte que me preocupa. Discordo de encolher a letra do cabeçalho para caber mais coisa, porque os campos precisam continuar legíveis, e isso já consta na regra de referência. A ideia de comprimir tudo na folha tira o que o cliente mais olha. Prefiro manter o formato como está e mandar o detalhe pelo XML.

O resultado que importa é o cliente conseguir conferir a nota sem ligar para ninguém, e isso depende das informações certas no XML. Olívia, eu complemento o seu ponto: o fechamento mostra que a maioria dos chamados vem de interesse do cliente em ver o código, não de erro da nota. Agora, no fechamento, eu deixaria um texto curto no rodapé só para orientar, sem empilhar campos. Assim a equipe responde sozinha e o XML continua sendo a referência.

Eliane, sem querer complicar, viu, discordo de um ponto. Você disse que o código não serve para o consumidor, mas o cliente pergunta mesmo assim, e aí o emitente da nota fica sem resposta. O DANFE é só a representação, e a regra de validade está no XML, que precisa estar íntegro. Se o cliente tem dúvida sobre o campo, o problema de fundo é de orientação. Espero que essas dúvidas estejam resolvidas com um texto simples na impressão, e não com um código cheio de letras.

O risco que já vi é o cliente conferir o código no XML e não achar nada no DANFE,. Agora, no ambiente de qualidade, a gente testa duas saídas. Na primeira, o código vai só no XML e o DANFE segue o modelo padrão, o que funciona quando a dúvida é do fiscal. Na segunda, a equipe imprime o código no rodapé, o que vale quando o cliente é do varejo e pede mais transparência. As constantes do sistema ficam iguais nos dois casos, mas os dizeres do rodapé mudam, e é isso que decide o caminho.

Vou por outro caminho. Na minha equipe, de indústria química com GUEPARDO Tax, a gente não depende da impressão. Na hipótese de o cliente pedir conferência, mandamos o XML junto com o espelho do DANFE, e a dúvida costuma acabar ali. As cópias impressas só saem quando o cliente exige, porque o papel é o que mais gera confusão. Veja, por assim dizer, a ordem certa é XML primeiro e impressão depois. Vale mais quando o volume de notas é alto e a equipe é pequena.

Concordo em parte com você, o campo é difícil de achar no papel, mas o cclasstrib é o código de classificação tributária do item, usado para o IBS e a CBS. Ele não é um dado para o consumidor ler no DANFE, e sim um campo que o sistema lê da nota. Discordo só quando se procura o código no verso, porque ali ficam os dados complementares, que são outra coisa. Como se diz, ó, o certo é conferir o XML e não o carimbo que sai na impressão. Se o modelo do fornecedor mandar o código errado, a correção é no cadastro, não na tela.