✒️ABAP / El testing y el reproceso de un idoc Por Oscar Perez
ABAP El testing y el reproceso de un idoc
Unidad-4-Lección-9: Testing y Reproceso de un IDoc 1) Introducción al Testing de IDocs.
Desde el Menú WEDI, accedemos a las TX de testeo de IDoc.
Existen diferentes tipos de testeo, para diferentes etapas del envío o recepción del mensaje ALE:
Ø Generación de mensajes de salida
Ø Generación de IDocs de entrada
Ø Reenvío de IDocs de salida
Ø Procesos de salida de IDocs desde la tabla NAST
NOTA: La tabla transparente estándar NAST se utiliza para almacenar los mensajes de status en el sistema. Contiene todos los mensajes creados por el sistema.
NOTA: Todos estos test se utilizan para probar desde la generación del mensaje y generación de IDoc hasta el envío al puerto y estado final del envío.
2) La 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 que 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-envío 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.
3) Test de IDocs de Salida.Para testear un IDoc 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 (Módulo funciones que genera los segmentos, envío 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 debuggear el programa, se puede acceder directamente desde la Transacción SE37 y ejecutar el módulo de funciones que tiene asignada le puerta ABAP pasándole como parámetro el número de IDoc.
Mediante la Transacción WE14 se puede enviar al puerto de salida un IDoc con estatus diferente a 53 (Procesado correctamente).
Mediante la Transacción WE15 se envía un IDoc que quedó acumulado en la pila de salida. (Tabla NAST).
NOTA: Utilizaremos la Transacción WE14 y WE15 para procesar IDocs y enviar los IDocs acumulados a la pila de salida.
4) Test de IDocs de Entrada.
Lo realizamos 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 negocio.
Puede también informarse el módulo de funciones que generará el documento de negocio sin tener configurada la interface de entrada en el Acuerdo de Interlocutores.
Otra forma 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_INCOMING.
5) Códigos de estado.Existen diferentes códigos de estado de los IDocs que informan al usuario responsable qué etapas pudieron ser procesadas correctamente y qué etapas generaron errores en el proceso.
Los estados de un IDoc son acumulativos y por medio de las Transacciones de monitoreo, puede verse la historia de un IDoc. Los estados varían dependiendo de si son de entrada o 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.
NOTA: 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.
NOTA (Audio Tip 1): Podemos cambiar el status de un IDoc ejecutando el programa estándar RC1_IDOC_SET_STATUS. En la pantalla de selección debemos introducir el número del IDoc, el tipo de mensaje, el estatus actual y el estatus nuevo. También podemos marcar un check en caso de querer ejecutar el reporte en modo test.
6) Listado de Visualización de IDocsPara obtener un listado de los IDocs recibidos y enviados, se utilizan las Transacción WE02 y WE05
La lista puede ser filtrada por:
Ø Fecha de proceso
Ø Tipo de mensaje o Tipo Base
Ø Dirección del IDoc (E/S)
Ø Número de IDoc
Ø Información del acuerdo de interlocutores
NOTA (Audio Tip 2): No existen muchas diferencias entre las Transacción WE02 y WE05. Ambas están vinculadas al mismo programa estándar RSEIDOC2. Ambas transacciones son utilizadas para verificar un IDoc creado. La razón por la cual existen estas dos transacciones y no solo una de ellas, tiene que ver con un tema de objetos de autorización existente en el programa estándar. En conclusión, podemos utilizar cualquiera de las dos transacciones.
7) Reproceso de IDocs.
Los IDoc que quedaron con error pueden ser modificados y reprocesados. Para reprocesar un IDoc de entrada, se utilizará la transacción BD87.
NOTA (Audio Tip 3): La diferencias y similitudes existentes entre las transacciones estándar WE19 y BD87 son las siguientes:
Ø En la transacción WE19 solo podemos procesar un IDoc al mismo tiempo, mientras que en la transacción BD87, podemos procesar cualquier cantidad de IDocs.
Ø Si intentamos procesar un IDoc existente en la transacción WE19 se generará un nuevo número de IDoc, mientras que en la transacción BD87, podemos reprocesar un IDoc ya existente sin que se genere un IDoc nuevo.
Ø En la transacción BD87 no es posible procesar un IDoc con status OK, mientras que en la transacción WE19, si es posible procesar un IDoc con status OK.
En conclusión no debemos utilizar la transacción WE19 para reprocesar. Debemos utilizarla para realizar testing y debug.
Se pueden seleccionar IDocs individuales, grupos por estado o por tipo de mensaje. 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 la transacción WE14.
NOTA: Cualquier IDoc con estado de error de envío, o agrupado para la salida, será enviado al puerto de salida preseleccionado en el Acuerdo de interlocutores.
Escanear / Compartir
Sobre el autor
Publicación académica de Oscar Perez, en su ámbito de estudios para el Curso SAP ABAP Avanzado.
SAP Master
Oscar Perez
Profesión: Ingeniero de Sistemas. Consultor y Desarrollador en Peoplesoft - Canada - Legajo: FD38F
✒️Autor de: 105 Publicaciones Académicas
🎓Cursando Actualmente: Master ABAP Orientado a Objetos
🎓Egresado de los módulos:
Certificación Académica de Oscar Perez
Disponibilidad Laboral: FullTime 
