Campos en el reporte de salida transacción iw_28 iw_29

10
Campos en el reporte de salida transacción /PGPB/PM_IW28 y /PGPB/PM_IW29. Para localizar un proyecto de ampliación en base a un componente. Entramos a la CMOD Click en el matchcode Click en el botón + Indicar el nombre del componente y click en ejecutar

Transcript of Campos en el reporte de salida transacción iw_28 iw_29

Page 1: Campos en el reporte de salida transacción iw_28 iw_29

Campos en el reporte de salida transacción /PGPB/PM_IW28 y /PGPB/PM_IW29.

Para localizar un proyecto de ampliación en base a un componente. Entramos a la CMOD

Click en el matchcode

Click en el botón +

Indicar el nombre del componente y click en ejecutar

Page 2: Campos en el reporte de salida transacción iw_28 iw_29

Esto nos regresa el proyecto de ampliación en el que se utiliza dicho componente

Damos click en visualizar

Page 3: Campos en el reporte de salida transacción iw_28 iw_29

Click en componentes

Damos doble click en la función exit

Page 4: Campos en el reporte de salida transacción iw_28 iw_29

Doble click al include

Aquí vemos que al ejecutar la transacción /PGPB/PM_IW28 o /PGPB/PM_IW29 se agrega al fieldcatalog el

campo REVNR.

Page 5: Campos en el reporte de salida transacción iw_28 iw_29

Actualmente este campo ya está incorporado dentro de la estructura RIHQMEL_LIST que es la que contiene los

campos que podrán ser desplegados en el reporte final. Por lo que ya no debe ser incluido en el proyecto de

ampliación porque se duplicará (por venir incluido en la estructura y por ser agregado desde la función exit

EXIT_SAPLIREP1_001 del proyecto ZPM_ALV.

En este caso se debe eliminar del proyecto de ampliación para que sólo sea considerado dentro de la

estructura de salida y pueda ser agregado directamente por el usuario al utilizar variantes de visualización en el

reporte.

Como podemos ver en el proyecto de ampliación también se considera el campo PARNR al ejecutar las

transacciones /PGPB/PM_IW38 y /PGPB/PM_IW39. Estas transacciones llaman al programa

/PGPB/PM_RIAUFK20

Page 6: Campos en el reporte de salida transacción iw_28 iw_29

Entrando a este programa vemos que el campo no está incluido en la estructura rihaufk_list que es la que

indica cuales campos serán mostrados en el reporte

Por lo que para poder desplegarlo es necesario que el proyecto de ampliación continúe activo y sea agregado al

fieldcatalog final.

Page 7: Campos en el reporte de salida transacción iw_28 iw_29

Actualmente se genera duplicidad del campo REVNR en el reporte de salida cuando se incluye este campo en la variante de visualización. Esto es debido a que anteriormente este campo no estaba incluido dentro de la estructura RIHQMEL_LIST que es donde se definen los campos que serán mostrados en el reporte de salida. Por lo que se utilizó el proyecto de ampliación ZPM_ALV y la función exit EXIT_SAPLIREP1_001 para agregarlo y poder desplegarlo en el reporte final. En la migración este campo fue incorporado a la estructura RIHQMEL_LIST por lo que al agregarlo también desde el proyecto de ampliación se duplica en el reporte final. Esta situación se presenta al ejecutar el programa /PGPB/PM_RIQMEL20 desde las transacciones

/PGPB/PM_IW28 y /PGPB/PM_IW29

Al ejecutar el programa desde las transacciones /PGPB/PM_IW28 y /PGPB/PM_IW29

Page 8: Campos en el reporte de salida transacción iw_28 iw_29

Se agrega el campo REVNR al reporte

Page 9: Campos en el reporte de salida transacción iw_28 iw_29

Aquí podemos guardar la variante de visualización. Indicar el nombre sin que inicie con diagonal (/) y marcando

Específico usuario

El reporte final ya contempla el campo REVNR

Page 10: Campos en el reporte de salida transacción iw_28 iw_29

Ahora desde la ejecución del programa podemos indicar que nos contemple esta nueva variante desde inicio

para no agregar el campo cada vez que se ejecute.

En los parámetros de ejecución en el campo LAYOUT especificamos el nombre de la variante PRUEBA_DEV y el

reporte nos incluirá el campo REVNR