✒️ABAP El testing y el reproceso de un idoc
ABAP El testing y el reproceso de un idoc
TESTING Y REPROCESO DE UN IDOC
Testing de IDocs: desde el menú WEDI, se puede acceder a las transacciones de testeo de IDocs.
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
- Todos estos test se utilizan para probar, desde la generación del mensaje y generación del IDoc, hasta el envío al puerto y el estado final del envío.
Tabla NAST: se utiliza para lamacenar 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 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.
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 segmentos/Envío del IDoc/Módulo de funciones de la puerta). 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, pasándose por parámetro el número de IDoc. A través 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 se quedó acumulado en la pila de salida (Tabla NAST).
Test de IDocs de entrada: Para testear un IDoc de entrada, se puede ver 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 dar información del módulo de funciones que generará 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, se puede ejecutar el módulo de funciones EDI_DATA_INCOMING.
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 monitorización puede verse la historia del IDoc. Los estados varían dependiendo si son de entrada o salida. Los status para los IDocs salientes tienen el rango del 1-49, mientras que los entrantes, se inician en el 50. Mediante la transacción WE61 se puede obtener un listado con todos los posibles status de un IDoc y visualizar el registro de contro genérico.
NOTA: Se puede cambiar el status de un IDoc ejecutando el programa “RC1_IDOC_SET_STATUS”. En la pantalla de selección, se deberá introducir el número del IDoc, el tipo de mensaje, el status actual y el status nuevo. También, se puede marcar una casilla en el caso que se quiera 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. Las dos transacciones acceden al mismo programa, RSEIDOC2. La lista puede ser filtrada por: fecha de proceso, tipo de mensaje o tipo base, dirección del IDoc, numero de IDoc e información del acuerdo de interlocutores.
Reproceso de IDocs: Los IDocs que quedaron con error pueden ser modificados y reprocesados. Para reprocesar un IDoc de entrada, se utilizará la transacción BD87.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. 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.
NOTA: Diferencias WE19 - BD87: en la WE19 solo se pueden procesar un IDoc al mismo tiempo, mientra que en la BD87 se puede procesar cualquier cantidad de IDoc. Si se intenta procesar un IDoc existente en la transacción WE19 se generará un nuevo número de IDoc, mientras que BD87 se puede 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 mientra que en la WE19 si es posible procesar un IDoc con status OK. No se debe utilizar WE19 para reprocesar, se debe utilizar para testing y debuguer.
 
 
 
Favorito:
Está publicación ha sido agregada a sus favoritos por: Francisco Ortega Aguilar
Sobre el autor
Publicación académica de Felipe Estepa Quintero, en su ámbito de estudios para la Carrera Consultor ABAP.
Felipe Estepa Quintero
Profesión: Tecnologo en Gestion Logistica - Colombia - Legajo: QH16V
✒️Autor de: 118 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Felipe Estepa