Ncm quando foi criado

Concordo em parte, Fernando, mas discordo de parar na referência. Olhando o número, tá, o log aponta o erro num centro específico. Vale validar a NCM por estabelecimento, porque o cadastro do material é por centro. Quem opera em várias unidades federadas deve ainda conferir se o formato do código foi carregado igual em todos os centros, para não aparecer divergência só numa filial ou num código de NCM criado depois dos demais.

Será que a NCM do fornecedor deve mandar? Anderson, discordo em parte. A dica é, ó, olhar para a nossa emissão: o XML eletrônico que sai do SAP carrega o que está no nosso cadastro, então a NCM do fornecedor é só referência, e saber quando o código foi criado não muda isso. Os emissores internos precisam de um dado que o cliente decidiu adotar, e essa decisão é do contribuinte, não do sistema. Se o fornecedor erra, corrige-se o cadastro interno depois de avaliar.

No nosso caso, atendemos um distribuidor com muitos fornecedores, e a NCM chega diferente entre o documento do fornecedor e o nosso cadastro. Contando nos dedos, né, são poucas as origens possíveis do código, e ninguém sabe quando a NCM foi criado. Cristina, ao distribuir a carga de vigência entre os materiais, qual origem vocês tratam como a oficial, e quem aprova a troca no cadastro antes de ela valer?

Resultado que preciso: NCM certa antes do fechamento. Débora, a consulta de vigência da sua tabela Z roda a cada pedido ou só na carga? Agora, como todo mundo sabe, o fechamento não espera; se um item ficar com NCM errada num período já encerrado, ou se ninguém souber quando o código foi criado, conforme o nosso plano de contingência, quem corrige e como?

Posso sugerir um caminho? Na minha rotina, um caminho a avaliar no ECC 6.0 é criar uma tabela Z complementar com a NCM e as datas de vigência, e deixar a codificação da verificação num programa só. O conceito é simples: um único ponto decide se a NCM vale na data do item. Vale quando vários programas validam NCM; se só um programa usa, talvez compense manter a regra no cadastro. Isso resolve a verificação, não a data em que o código da NCM foi criado.

Matheus, discordo de um ponto: nem todo erro de NCM nasce na carga, nem de quando o código foi criado. Bem, o número é o que importa: o anexo técnico segue uma numeração de cinco caracteres, ZXXXY, em que XXX corresponde ao artigo que define a lista de NCM/NBS. Se o cClassTrib do item não bate com a classificação da lista, o log reclama da NCM, mas o problema é de enquadramento, não de código. Vale separar os dois testes antes de culpar a planilha.

Quando o código da NCM foi criado? Não sei afirmar e prefiro não chutar. Veja, a questão é que o SAP precisa da NCM vigente do material, não da história dela. Em cada ambiente, produção inclusive, mantenha a tabela de NCM aplicável carregada pelo mesmo processo e valide o item na entrada. Para armazenar a vigência, use um campo de validade em tabela própria. A data de origem, só a norma oficial responde.

Alexandre, a tabela é boa, mas bem, veja bem, um risco comum nesse desenho está na carga: arquivos binários, como planilhas, chegam de vários lugares e ninguém sabe qual versão da NCM foi usada, nem quando o código novo foi criado. Quanto maior a capilaridade de quem altera material, menor a capacidade da equipe de cadastro de revisar tudo. Complemento: grave na tabela quem carregou e quando, para rastrear a NCM de cada lote.

Concordo em parte com a Paula: validade em campo próprio ajuda. Mas discordo de depender só do cadastro do cliente. Olha, na minha rotina, um caminho a avaliar é uma tabela auxiliar bidimensional, cada código de NCM criado, por período de vigência, lida pelo job de carga. Vale a validade no próprio cadastro quando o volume de materiais é pequeno; a tabela auxiliar compensa quando muita gente edita e a divergência tende a aumentar com o tempo, porque a edição manual escapa do controle.