Flow de CDL

Página se editó por última vez hace 4066 días
De AMS - Grupo ASSA
Ir a la navegación Ir a la búsqueda

Proceso de Ethicon:

En JDE, todos los registros que se cree en las tablas que contengan triggers que forman parte del paquete de Common APS Integration, se van a enviar a CDL por medio de tablas staging de JDE y webMethods. Las dos partes más importantes y por las que más nos contacta Andrew Wider y su equipo son para las purchase orders (F4311) y las sales orders (F4211).

El procedimiento general es:

a) Sales Orders: F4211 (Trigger en la tabla, toma los datos de esta tabla y los inserta en la siguiente, si están duplicados hace un update) -> F594211K (Procesa los registros con el Stored Procedure Customer Order, inserta, si están duplicados hace un update) -> F594211C (webMethods lee la tabla y los inserta en CDL, primero RAW y después COMMON, el equipo APS conoce mejor esta parte) -> WM -> CDL RAW -> CDL COMMON

b) Purchase Orders: F4311 -> F594311K -> F594311C -> WM -> CDL RAW -> CDL COMMON

Las tablas en negrita son las de la base de datos de JDE, y mirando en QA con el user ETH_OWAI pueden ver para cada una el Used By, que indica que stored procedures/triggers tocan a estas tablas tanto para lectura como escritura.

(Datos de ETH_OWAI en Accesos TOAD)

Si los registros se están quedando en alguna de las tres primeras tablas, entonces el problema está de nuestro lado y lo tenemos que ver nosotros. Las posibilidades son que no lleguen a F594311K, o que no lleguen a F594311C. Para el primer caso, que es el menos común, significa que cuando se creó la purchase order el trigger para insertar en F594311K fallo. La última vez que sucedió fue hace poco y sigue existiendo el issue, uno de los ítems relacionados al DOCO de la purchase order está mal configurado, viendo en F42119 (archive de F4211) el DOCO que nos paso Andrew podemos ver que uno de los ítems es Z00JG, el cual mencione en el mail anterior está teniendo problemas y hay pendiente un cambio de configuración del ítem.

La lógica entra en juego al pasar de la tabla K a la C, que es cuando JDE decide si las ordenes son relevantes a APS o no (se envían a CDL o no).

Si los usuarios reportan que los registros no llegan a las tablas F594211C/F594311C, entonces alguna validación del paso de K a C fallo y habrá que chequear por cual validación se produce la falla. Un caso que hubo fue que como las DL01 y DL02 se unen, de 30 caracteres cada una, se insertan después en CDL, en un campo de 60 caracteres. Como en JDE ambos campos tenían los 30 caracteres completos, y la unión se hace con un carácter extra, un “|”, entonces al procesar se quería insertar un valor de 61 caracteres en un campo de 60, terminando en error.