Sap edocument not relevant

Na nossa rotina de automotivo, quando um edocument aparece not relevant, a equipe segue dois caminhos. Se o dado de origem está certo, ajustamos a parametrização e reprocessamos só o lote afetado. Se o documento veio com dado errado, corrigimos na origem e não mexemos no relatório. Agora, a exceção é o caso em que o cliente pede a nota mesmo assim, e aí documentamos o motivo e seguimos. Vale cada caminho conforme o tipo de falha, e não pela pressa do fechamento.

Reprocessar não esconde a causa? Daniela, complemento com algo que vi aqui: eu aprendi na marra, tá, que sem guardar o log do edocument antes de reprocessar a gente perde a prova. Na nossa migração, o histórico se perdeu quando a fila foi limpa, e a nota voltou not relevant sem explicação. Por isso a regra da casa é simples: log antes, correção depois.

O resultado que importa é não perder a conferência do fechamento. Discordo da Juliana no ponto da origem: ao pé da letra, viu, o status not relevant costuma depender mais da parametrização do edocument do que do dado de origem, porque notas iguais saem diferentes em filiais diferentes. Antes de culpar o dado, eu compararia a configuração das duas filiais para o mesmo tipo de documento. Na minha experiência, essa conta fecha mais rápido.

Olhe o status na origem primeiro. Anderson, e aí, de cabeça, eu apostaria que o edocument chega marcado como not relevant por causa do dado que veio do sistema de origem, e não por algo do fechamento. Nas migrações que acompanhei, o problema apareceu em documentos com campo vazio ou de tipo diferente. Eu compararia um caso que falha com um que passa, campo a campo. Só depois mexeria na parametrização.