Classificação fiscal filtro de ar

Se a simulação for a única barreira, discordo um pouco, Gustavo: o XML de teste do filtro de ar pode passar mesmo com dado errado, desde que a estrutura esteja completa. Agora, o cuidado é lembrar que, pelo que entendo, o leiaute valida o formato, e não a decisão. Para os XMLs eletrônicos saírem certos, a finalidade de cada campo tem de bater com o que o cliente definiu, e isso só se prova com conferência humana.

Evitamos rejeições simulando a emissão antes de liberar o material. Olha, como bem lembrou a Lívia, o bloqueio ajuda, mas nós também geramos um documento de teste com o filtro de ar e conferimos o XML da nota eletrônica. Esse caminho vale quando o cadastro vem de várias áreas; para poucos documentos novos, só o bloqueio basta.

Luiz, a nossa equipe resolveu de outro jeito: colocamos um bloqueio no cadastro do filtro de ar, conforme a definição do contador, que impede liberar o material sem o campo preenchido. Como falei, viu, o controle fica no mestre e o crédito da operação só é tratado depois. Esse caminho vale quando a carga é grande e o time é pequeno. Com poucos materiais, preencher à mão e conferir um a um resolve sem desenvolvimento.

Concordo em parte, Luiz, que o campo é obrigatório, mas o valor não nasce no SAP. Veja, no meu dia a dia, a classificação do filtro de ar sai do contador do cliente, e a NT traz tabelas próprias para o cClassTribIS e para o cCredPres, cada uma com seu anexo. Primeiro o cliente define, depois o time configura e testa a emissão. Sem essa definição, qualquer valor que a gente colocar no cadastro é chute.