![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️ABAP El testing y el reproceso de un idoc
ABAP El testing y el reproceso de un idoc
![ABAP El testing y el reproceso de un idoc ABAP El testing y el reproceso de un idoc](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/26.jpg)
El testing y el reproceso de un idoc
Introducción el menú WEDI se puede acceder a las transacciones de testeo de IDocs.
Hay 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.
NAST: Tabla transparente estándar, se utiliza para almacenar los mensajes de status en el sistema. Contiene todos los mensajes creados por el sistema.
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.
La transacción WE19
Se usa 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-envío se ejecute correctamente. Esto es útil para puertos tipo ABAP donde se testea el módulo de funciones correspondiente se ejecute correctamente. No se testea la generación del IDoc, ya que se carga manualmente.
El test de IDocs de salida
Para testear 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 de funciones que genera los segmentos, envío del IDoc y módulo de funciones de la puerta, en caso de puerto 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, pasá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 quedó acumulado en la pila de salida (Tabla NAST).
Transacciones WE14 y WE15, se usan para procesar idocs y enviar los Idocs acumulados a la pila de salida.
El test de IDocs de entrada
Podemos testear en IDoc de entrada desde la transacción WE19 (como se vio anteriormente).
Usando 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 generará el documento 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 modulo de funciones EDI_DATA_ENCODING.
Los códigos de estado
Existen diferentes códigos de estado de los IDocs que informan al usuario responsable, que etapas pudieron ser procesadas correctamente y que 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 del IDoc.
Los estados varían dependiendo si se trata de un IDoc de entrada o de salida. Los status para IDocs salientes se sitúan entre '01' y '48', mientras que los valores de status para IDocs entrantes se inician con '50'.
Para obtener el 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.
El listado y la visualización de IDocs
Para obtener un listado de los IDocs recibidos y enviados, se usan las transacciones WE02 y WE05.
La lista puede ser filtrada por:
Fecha de proceso.
Tipo de mensaje o Tipo base.
Dirección del IDoc (entrada o salida).
Número de IDoc.
Información del acuerdo de interlocutores, etc.
El reproceso de IDocs
Los IDocs que quedaron con error pueden ser modificados y reprocesados. Para reprocesar un IDoc de entrada usaremos la transacción BD87
Tx BD87 se usa para reprocesar IDocs.
Se pueden seleccionar IDocs individuales, grupo 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 usa la transacción WE14.
Cualquier IDoc con estado de error al envío, o agrupado par la salida, será enviado al puerto de salida preseleccionado en el Acuerdo de interlocutores.
 
 
 
Sobre el autor
Publicación académica de Lisimaco Prieto Herrera, en su ámbito de estudios para la Carrera Consultor ABAP.
Lisimaco Prieto Herrera
Profesión: Ingeniero de Sistemas - Colombia - Legajo: DV67X
✒️Autor de: 96 Publicaciones Académicas
🎓Egresado de los módulos:
Presentación:
Ingeniero de sistemas con amplia experiencia en el desarrollo de software para el sistema sap r/3 en lenguaje de programación abap.
Certificación Académica de Lisimaco Prieto