Testing de IDocs
Desde el menú WEDI se puede acceder a las transacciones de testeo de IDOCS.
- Herramientas test WE19
- Procesamiento de salida desde NAST WE15
- Procesamiento desde IDoc W14
- Crear ficheros status WE18
- Procesar fichero status WE17
- Proc. entre mod.fich.salida W12
- Proc.entr.orig.fich.entr. WE16
Hay diferentes tipos de testeo para diferentes etapas de 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 (tabla estándar transparente se utiliza para almacenar los mensajes de estatus en la misma, 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.
2- La transacción WE19
Se utiliza para testar los IDOCs de entrada ya salida.
Los Idocs de entrada se hace manualmente, no se puede testear por esta transacción las funciones de generación de segmentos.
Los Idocs de salida, se testea que los procesos POST-ENVIO se ejecutan correctamente. Esto es útil para puertos tipo ABAP donde se testea que el módulo de funciones correspondiente se ejecuten correctamente. No se testea la generación de IDoc ya que se cargan manualmente.
3- Test de Idocs de Salida
Para testar los Idocs de salida la mejor forma es ejecutar la transacción que se 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 puerta ABAP).
Para testar individualmente la función de una puerta ABAP y debuguear ek programa, se accede con SE37 y ejecutar el módulo de funciones que tiene asignada la puerta ABAP, pasándole como parámentro, el número de IDoc.
Por medio WE14 se puede enviar al puerto de salida, un IDoc con status diferente a 53 "Procesado correctamente"
Mediante WE15 se envía un IDoc que quedo acumulado en la pila de salida (Tabla NAST)
"WE15 y WE14 transacciones estándar para todos los IDoc y enviar los Idocs acumulados a la pila de salida".
4- Test de Idocs de entrada
Los Idocs de entrada lo testamos con WE19, 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 configurara la interfase de entrada (acuerdo de interlocutores).
El sistema externo que debe interactuar con SAP, Envie el IDoc a testar. Si se tiene un archivo con el IDoc a testar (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, 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 pueden 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 el 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 Idocs se puede acceder con 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 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 y visualización de IDocs
Para obtener un listado de los IDOCS recibidos y enviados se usan 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.
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 Idocs que quedaron con error pueden ser modificados y reprocesados. Para re procesar un IDoc de entrada utilizaremos BD87.
La diferencias y similitudes existentes entre las transacciones estándar WE19 y BD87 son las siguientes:
- WE19 solo podemos procesar un IDoc al mismo tiempo, mientras que en la BD87, podemos procesar cualquier cantidad de IDocs.
- Si intentamos procesar un IDoc existente WE19 se generará 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 es posible procesar un IDoc con status OK, mientras que en la 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. También, 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 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.