Como tratar NF-e de entrada com divergência de imposto entre o XML e o pedido de compra?

O cenário é este: complementando, o cuidado é com o cadastro, não só com o documento. O cuidado é, olha, que muita divergência vem de dado mestre do fornecedor ou do material, como classificação fiscal ou origem, e se você corrige só a nota, a próxima entrada volta com o mesmo erro. Então, para cada divergência, pergunte se ela nasce no XML, no pedido ou no cadastro, e registre a causa. Tolerância por valor é decisão do tributário da empresa; eu levaria uma proposta com o histórico de três meses de divergências para ele aprovar.

Oi, pessoal do fiscal. Por via das dúvidas, viu, separe o que é fato do que é decisão. O fato é o documento: o XML é o documento fiscal que o fornecedor emitiu. A decisão de qual valor escriturar, quando ele diverge do pedido, é do tributário da empresa. A documentação que consultamos não afirma como o produto trata essa divergência; confirme com a NTT ou teste no ambiente.

O que você consegue fazer hoje:

1. comparar XML, pedido e o valor que o cadastro fiscal esperaria;
2. anotar a diferença por imposto e a causa provável;
3. só então decidir lançar ou devolver, com o responsável escrito.

Sou novo(a) nisso, desculpem. Discordo de duas coisas. Primeira: o módulo que o material descreve para entrada de nota é o GUEPARDO e-Invoicing, que é um módulo da família à parte do Tax, então a pergunta de divergência pode não ser do Tax. Segunda: o deck da NTT, no processo de compra sugerido para NF-e inbound, cita pedido, MIGO e MIRO e diz que não aconselha criação automática de pedido de compras. Ou seja, o pedido é a referência de comparação, e o fluxo não manda corrigir o pedido sozinho. Então, no fechamento, o pedido errado é problema de compras, não de imposto.