ANÁLISIS AND_RTP_0545X

Fecha: 28/08/2015 Elaborado: C00001444

Contents 1. Consideraciones .................................................................................................................................. 3

2. Flujo General ....................................................................................................................................... 4

3. Antecedentes ....................................................................................................................................... 6

4. Análisis ................................................................................................................................................. 7

5. Conclusión .......................................................................................................................................... 10

6. Anexos ................................................................................................................................................ 11

1. Consideraciones

Se realiza el análisis de Formato de Cumplimiento (FC) bajo las siguientes condiciones:

Formato de Cumplimiento (FC) ZC1 Pedido de compras con Materiales sin Series Creación de entrada de mercancía (EM) con clase de movimiento 101

Esto debido a que las incidencias reportadas en Productivo cumplen con lo anteriormente mencionado. Queda fuera del análisis:

Formato de Cumplimiento (FC) ZC1 Obra Civil Formato de Cumplimiento (FC) ZC2 (ya no es utilizado actualmente)

Pedido de compras con materiales ligados a series Creación de entrada de mercancía (EM) con clase de movimiento 105 Creación de hoja de aceptación de servicios (AHS)

Para una mejor comprensión de lo involucrado en este desarrollo, ver documento de la sección 2 pestañas AND_RTP_0545A - AND_RTP_0545I.

2. Flujo General

El proceso reportado es el siguiente: Creación: Transacción CV01N: Crear Formato de Cumplimiento (FC)

Crear FC con Estatus EP (En proceso) Ligar un pedido de compras al FC a través de la pestaña Detalle de Enlace

NOTA: Un pedido de compras solo puede estar ligardo a un FC Modificación: Transacción CV02N: Modificar Formato de Cumplimiento (FC)

El FC creado con estatus EP es modificado a estatus PA (Pendiente de Aprobación) El formato nuevamente es modificado a estatus AP (Aprobado)

Durante el cambio de estatus a AP puede ocurrir lo siguiente: 1. La entrada de mercancía (EM) o la aceptación de la hoja de servicio (AHS), según

aplique, son creadas sin problema alguno. 1.1 El estatus final del FC es AP (Aprobado)

2. Si el pedido de compra está abierto mientras se intenta crear la EM, el FC terminará con estatus ER (Error), se deberá:

2.1 Modificar nuevamente el FC a estatus RE (Reproceso) para intentar generar

la EM/AHS una vez más

2.2 Si la EM/AHS son creadas sin problema alguno, el estatus final del FC será RE (Reprocesado)

3. Si se detecta alguna inconsistencia en los importes (el importe ingresado en la

pestaña Detalles de Enlace es diferente al importe del pedido de compras), el FC terminará con estatus ER (Error), se deberá:

3.1 Modificar el FC a estatus RC (Revisión Compras) para el ajuste de los

importes

3.2 Compras revisará y modificará los importes del FC, de igual forma cambiará el estatus a CC (Concluido Compras)

3.3 Modificar nuevamente el FC a estatus RE (Reproceso) para intentar generar la EM/AHS una vez más

3.4 Si no ocurre ningún problema, el estatus final del FC será RE (Reprocesado)

Para una mejor comprensión del flujo general de un FC, ver documento del anexo 1.

3. Antecedentes

Las incidencias reportadas en Productivo son las siguientes:

1. En la Creación:

Si durante el guardado de un FC llega a ocurrir una salida inesperada del sistema, el FC no es guardado en el estándar

Posteriormente, si se intenta ligar el pedido de compra (utilizado para crear el FC que no fue guardado) a otro FC, se envía un mensaje de error indicando que el pedido ya está ligado a un FC

Para mitigar esta incidencia, diariamente se solicita borrar las siguientes tablas Z, ya que son las que guardan la relación FC – Pedido compra:

Z01RTPTT_545_HEA Z01RTPTT_545_DAT Z01RTPTT_545_IMP Z01RTPTT_545_KO

Z01RTPTT_FC

2. En la Modificación:

Al modificar el FC a estatus AP (Aprobado), la EM con clase de movimiento 101 es creada

Sin embargo, el FC es guardado con estatus ER (Error) Nota: De 500 FC aprobados al día de hoy, solo 5 presentan esta incidencia

4. Análisis

Para una mejor comprensión del análisis realizado a las incidencias anteriormente descritas, ver documento del anexo 2 pestaña FlujoEjec-EM101. Incidencia (1): Se analiza un escenario “ideal” en EQA 200, en donde el FC pasa solamente por 3 estatus:

EP (en proceso) PA (pendiente aprobación) AP (aprobado)

El código fue analizado/debuggeado encontrando lo siguiente:

Creación FC – Estatus EP: Antes del guardado del FC: 1. Exportación de información a la memoria 2. Borrado de información de tablas Z 3. Obtención de información de tablas estándar 4. Importación de información de la memoria 5. Obtención de información de tablas Z 6. Importación de información de la memoria 7. Obtención de información del pedido de compra 8. Validaciones al pedido de compra 9. Obtención de información del pedido de compra 10. Modificación de información en tablas Z 11. Obtención de información de tablas Z 12. Importación de información de la memoria 13. Borrado y modificación de información en tablas Z 14. Calculo de subtotal, IVA y total 15. Modificación de información en tablas Z 16. Obtención de información de tablas Z 17. Conversión de estatus 18. Validaciones del FC 19. Obtención de información de tablas Z 20. Borrado y modificación de información en tablas Z Después del guardado del FC – Estatus EP: 1. Importación de información de la memoria 2. Conversión de estatus 3. Obtención de información de tablas estándar 4. Borrado y modificación de información en tablas Z

Modificación FC – Estatus PA: Antes del guardado del FC: 1. Exportación de información a la memoria 2. Importación de información de la memoria 3. Obtención de información de tablas Z 4. Conversión de estatus 5. Validaciones del FC 6. Obtención de información de tablas estándar 7. Obtención, modificación y borrado de información tablas Z 8. Obtención de información de tablas estándar 9. Borrado de información de tablas Z

Después del guardado del FC (resumen): 1. Importación de información de la memoria 2. Conversión de estatus 3. Obtención de información de tablas estándar 4. Borrado de información de tablas Z

Modificación FC – Estatus AP: Antes del guardado del FC: 1. Exportación de información a la memoria 2. Importación de información de la memoria 3. Obtención de información de tablas estándar 4. Obtención información del pedido de compras 5. Obtención, modificación y borrado de información tablas Z 6. Calculo de subtotal, IVA y total 7. Modificación y obtención de información de tablas Z 8. Conversión de estatus 9. Validaciones del FC 10. Obtención de información de tablas estándar 11. Obtención, modificación y borrado de tablas Z 12. Obtención información del pedido de compras 13. Obtención información del pedido de compras 14. Obtención de información de tablas estándar 15. Obtiene información del pedido de compras 16. Obtención de información de tablas estándar 17. Obtención de información de tablas Z 18. Creación de EM/AHS en modo test 19. Creación de EM/AHS en firme 20. Obtiene información de tablas Z 21. Borrado de información de tablas Z Después del guardado del FC (resumen):

1. Importación de información de la memoria 2. Conversión de estatus 3. Obtención de información de tablas Z 4. Descarga de FC en PDF en local 5. Obtención de información de tablas estándar 6. Borrado de información de tablas Z

Incidencia (2): El escenario no pudo ser replicado en EDA 102 o EQA 200. Sin embargo, el código fue analizado/debuggeado encontrando lo siguiente:

Para la EM con clase de movimiento 101: 1. Procesamiento de la información obtenida 2. Ejecución de la BAPI BAPI_GOODSMVT_CREATE en modo test 3. Búsqueda de mensajes de error en la tabla de mensajes

3.1 Se agregan mensajes al log de mensajes (SLG1) 4. Ejecución de BAPI BAPI_GOODSMVT_CREATE en firme, sólo si no hubo errores en la

ejecución test 5. Búsqueda de mensajes de error en la tabla de mensajes

5.1 Se agregan mensajes al log de mensajes (SLG1) 6. Ejecución de BAPI BAPI_TRANSACTION_COMMIT y generación de mensaje de

éxito, sólo si no hubo errores en la ejecución en firme 7. Cambio de estatus del FC a ER (error), sólo en caso de error al momento de generar

la EM No es posible determinar en qué momento el FC cambia a estatus ER (Error) aun cuando la EM fue creada exitosamente. Incidencias en código: Durante el análisis, se observaron algunas incidencias en código. Las mismas pueden consultarse en el anexo 2 pestaña Objetos.

5. Conclusión

Derivado del análisis realizado, se recomienda:

Realizar una reingeniería del desarrollo. De esta manera se podrá reestructurar, reorganizar y reubicar código Ventajas: 1. Eliminación de segmentos repetitivos 2. Mejoras en el flujo del proceso 3. La comprensión del código se hará más sencilla (para futuros mantenimientos) 4. Posible solución a los incidentes de Productivo Desventajas: 1. Tiempo y esfuerzo a invertir

De lo contrario:

Mover las modificaciones y los borrados a las tablas Z después del guardado del FC Limitar el uso de BAPI_TRANSACTION_COMMIT, ROLLBACK_TRANSACTION_COMMIT y

DB_COMMIT ya que se encuentran dentro de enhancements

Atender las incidencias encontradas en código

6. Anexos

Anexo 1 Diagrama del Flujo General de un FC

ESTATUS

COMLOG.xlsx

Anexo 2 Visión general del desarrollo AND_RTP_0545X.

AND_RTP_0545X -

VisiónGral.xls