Avalados por :
Nos encontramos con este error por primera vez al procesar pagos entrantes de algunos de nuestros clientes más grandes que envían EDI, que eventualmente serían procesados por Lockbox (FLBP). Revisamos las notas OSS 681901 y 716407. Por virtud de estar en SAP_APPL 604, todas las mejoras en estas dos notas OSS ya estaban en nuestro código estándar, excepto la salida de usuario EXIT_RFEBLB20_001 que modificamos según las instrucciones de corrección en 681901.
La solución funcionó para la mayoría de nuestros clientes, excepto para algunos pocos que tienden a enviarnos grandes volúmenes de deducciones (¡pequeñas cantidades de -$0.60 a veces!) como los primeros cientos de partidas en el EDI. Suponiendo que el parámetro de división en la salida de usuario esté configurado para dividir después de 200 líneas en el aviso de pago, entonces si la suma de los primeros 200 pagos entrantes es negativa, el programa simplemente registrará el monto total del cheque en cuenta sin liquidar ninguna factura.
Podríamos establecer la división en un número más alto, como 300 o 400, etc., y esto nos llevaría más allá de este problema, o ordenar el aviso de pago en esta salida de usuario para tener primero los montos positivos, pero ninguno de los modelos es determinista y es solo cuestión de tiempo antes de que no podamos manejar un pago de uno de nuestros clientes más grandes.
¿Se preguntan si alguien ha tenido suerte en crear un enfoque determinista o una solución alternativa aceptable?
Hola Javed
Por favor, avísame si has implementado alguna solución a esto. Estamos enfrentando el mismo problema.
Saludos
Rajesh
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
