Avalados por :
Encontramo-nos com este erro pela primeira vez ao processar pagamentos recebidos de alguns de nossos maiores clientes que enviam EDI, que eventualmente seriam processados pelo Lockbox (FLBP). Verificamos as notas OSS 681901 e 716407. Por estarmos no SAP_APPL 604, todas as melhorias nessas duas notas OSS já estavam em nosso código padrão, exceto a saída de usuário EXIT_RFEBLB20_001 que modificamos conforme as instruções de correção na 681901.
A solução funcionou para a maioria de nossos clientes, exceto para alguns poucos que tendem a nos enviar grandes volumes de deduções (pequenas quantias de -$0.60 às vezes!) como as primeiras centenas de partidas no EDI. Supondo que o parâmetro de divisão na saída de usuário esteja configurado para dividir após 200 linhas no aviso de pagamento, então se a soma dos primeiros 200 pagamentos recebidos for negativa, o programa simplesmente registrará o valor total do cheque na conta sem liquidar qualquer fatura.
Poderíamos estabelecer a divisão em um número mais alto, como 300 ou 400, etc., e isso nos levaria além desse problema, ou ordenar o aviso de pagamento nesta saída de usuário para ter primeiro os valores positivos, mas nenhum dos modelos é determinístico e é apenas uma questão de tempo antes de não conseguirmos lidar com um pagamento de um de nossos maiores clientes.
Alguém teve sorte em criar uma abordagem determinística ou uma solução alternativa aceitável?
Olá Javed
Por favor, avise-me se você implementou alguma solução para isso. Estamos enfrentando o mesmo problema.
Saudações
Rajesh
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
