✒️ABAP El testing y el reproceso de un idoc
ABAP El testing y el reproceso de un idoc
Introducción al Testing de IDocs
Desde el Menú WEDI se puede acceder a las transacciones de Testeo de IDocs.
- WE12 - Proc.Entr.Mod.Fich.Salida.
- WE14 - Proc.Salida desde IDOC.
- WE15 - Proc.Salida desde NAST
- WE16 - Proc.Entr.Orig.Fich.Entr.
- WE17 - Procesar Fichero Status.
- WE18 - Crear Fichero Status.
- WE19 - Herramienta Test.
Hay diferentes tipos de testeo, para diferentes etapas del envió o recepción del mensaje ALE:
- Generación de mensajes de Salida.
- Generación de IDocs de entrada.
- Reenvió de IDocs de salida.
- Procesos de salida de IDocs desde la tabla NAST.
Tabla NAST: tabla transparente se utiliza para almacenar los mensajes de status en el sistema. Contiene todos los mensajes creados por el sistema.
Transacción WE19: se utiliza para testear IDocs de entrada o salida.
En los IDocs de entrada, se testea que la conexión sea correcta y que el código de proceso (módulo de función) se ejecute correctamente.
La generación del IDoc se hace manualmente, por lo tanto no se puede testear por esta transacción, las funciones de generación de segmentos.
En los IDocs de salida, se testea que el proceso post-envió se ejecute correctamente. Esto es útil para puertos tipo ABAP donde se testea que el módulo de funciones correspondiente se ejecute correctamente. No se testea la generación del IDoc, ya que se carga manualmente.
Test de IDocs de Salida:
La mejor forma es ejecutar la transacción que genera el IDoc correspondiente. De esta manera, se asegura que se ejecuta el circuito completo (Modulo de funciones que genera los segmentos, envió del IDoc y módulo de funciones de la puerta, en caso de puerta ABAP).
Para testear individualmente la función de una puerta ABAP y debuguear el programa, se puede acceder directamente desde la transacción Se37 y ejecutar el módulo de funciones que tiene asignada la puerta ABAP, poniéndole como parámetro, el número de IDoc.
Por medio de la transacción WE14, se puede enviar al puerto de salida, un IDoc con status diferente a 53 "Procesado correctamente".
Mediante la transacción WE15, se envía un IDoc que quedo acumulado en la pila de salida (Tabla NAST).
Transacción WE14 y WE15 utilizadas para procesar IDocs y enviar los IDocs acumulados a la pila de salida.
Test de IDocs de entrada
Podemos testear un IDoc de entrada desde la transacción WE19.
Utilizando esta transacción, se puede probar el proceso completo de entrada, desde la determinación del acuerdo de interlocutores, hasta la generación del documento de negocios.
Puede también informarse el módulo de funciones que generara el documento de negocios sin tener configurada la interfase de entrada (Acuerdo de Interlocutores).
Otra manera, es que el sistema externo que debe interactuar con SAP, envíe el IDoc a testear. SI se tiene un archivo con el IDoc a testear (o procesar) se puede ejecutar el módulo de funciones EDI_DATA_IMCOMING.
Los estados de un IDoc son acumulativos y por medio de las transacciones de monitoreo puede verse la historia del IDoc.
Los estados varían dependiendo si se trata de un IDoc de entrada o de salida. Los status para los IDocs salientes se sitúan entre "01" y "49", mientras que los valores de status para IDocs entrantes se inician con "50"
Para obtener un listado con todos los status posibles de un IDoc, se puede acceder a la transacción WE61 y visualizar el registro de control genérico.
Podemos cambiar el Status de un IDoc ejecutando el programa estándar RC1_IDOC_SET_STATUS en la pantalla de selección debemos introducir, Nº de IDoc, Tipo de Mensaje, Status Actual y Status Nuevo, también podemos tildar un check en caso de ejecutar el reporte en modo test.
Listado y visualización de IDocs
Para obtener un listado de los IDocs recibidos y enviados, se usan las transacciones WE02 y WE05, la lista se puede filtrar por:
- Fecha de proceso
- Tipo de Mensaje o Tipo Base.
- Dirección del IDoc (entrada o salida).
- Número del IDoc.
- Información del Acuerdo de interlocutores, ETC.
No existe mucha diferencia entre la WE02 y WE05 ambas están vinculadas al mismo programa que es el RSEIDOC2 ambas son utilizadas para verificar un IDoc creado; la razón de que existen 2 y no 1 tiene que ver con un tema de objetos de autorización existente en el programa estándar.
Reproceso de IDoc
Los IDocs que quedaron con error pueden ser modificados o reprocesados. Para reprocesar un IDoc de entrada utilizaremos la transacción BD87.
La diferencias y similitudes existentes entre la TRX WE19 y la BD87 en la WE19 solo podemos procesar un IDoc al mismo tiempo y en la BD87 podemos procesar cualquier cantidad de IDoc, Si intentamos procesar un IDoc existente en la transaccionWE19 se generara un nuevo número de IDoc, mientras que en la BD87 podemos reprocesar un IDoc ya existente sin que se genere un IDoc nuevo, en la BD87 no podemos procesar un IDoc con Status "OK" con la WE19 si podemos procesar un IDoc con status OK. No debemos utilizar la transacción WE19 para reprocesar debemos utilizarla para Testing y Debug.
Se pueden seleccionar IDocs individuales, grupos por estado o por tipo de mensaje, etc. Además, puede especificarse el número de IDoc a reprocesar.
Los IDocs reprocesados serán actualizados con una nueva entrada en la lista de status.
Para reprocesar y reenviar IDocs de salida, se utiliza además la transacción WE14.
Cualquier IDoc con estado de error al envió, o agrupado para la salida, será enviado al puerto de salida preseleccionado en el Acuerdo de Interlocutores.
 
 
 
Sobre el autor
Publicación académica de Jeferson José Peña Curvelo, en su ámbito de estudios para la Carrera Consultor ABAP.
Jeferson José Peña Curvelo
Venezuela - Legajo: PD49W
✒️Autor de: 128 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Jeferson Peña