PROMO JULIO en CVOSOFT United States Of America: 💎Calidad, 🔥Bonificaciones, 🥶Precios Congelados y MÁS!

 X 

✒️ABAP La lógica de procesamiento en el PBO

ABAP La lógica de procesamiento en el PBO

ABAP La lógica de procesamiento en el PBO

La creación de los módulos.

Cuando creamos una dynpro nueva, dentro de la solapa Lógica de procesamiento, Vamos a visualizar los eventos PBO y PAI y dentro de cada uno de ellos, vamos comentada una línea de código en donde se declara un MODULE.

Lo que primero vamos hacer es descomentar ambos MODULE y luego los vamos a crear. Para llamar a un módulo utilizamos la sentencia MODULE seguida del nombre del módulo. Si hacemos doble clic en el MODULE status_0100 entonces el sistema identifica que este módulo no existe y nos pregunta si deseamos crearlo. Previo a crear el MODULO, el sistema nos da a elegir en donde deseamos crear el módulo. Podemos hacerlo dentro de un nuevo include, en el programa de control o en un include ya existente. Como este módulo se va a ejecutar dentro del PBO entonces corresponde crearlo dentro del include que utilizamos para las declaraciones del PBO. A continuación, se crea el módulo en el PBO y vamos a notar en su definición que el mismo se llama MODULE status_0100 OUTPUT. Es decir todos los módulos que se crean dentro del PBO de una dynpro van a tener la palabra OUTPUT a la derecha del nombre del módulo.

Mientras que si creamos un módulo dentro del PAI, por ejemplo el MODULE user_command_0100 que ya viene declarado por defecto en la dynpro. Y elegimos crearlo dentro del include correspondiente al PAI. Entonces vamos a notar en su definición que el mismo se llama MODULE user_command_0100 INPUT. Es decir todo los módulos que se crean dentro del PAI de una dynpro van a tener la palabra INPUT a la derecha del nombre del módulo.( la sentencia MODULE finaliza con la sentencia ENDMODULE).

El código ABAP en el PBO de una dynpro.

Utilizamos el evento PBO para seleccionar todos los datos y realizar las configuraciones que deseamos que tomen afecto al momento en que se visualice en pantalla. Esto puede incluir entre otras cuestiones cualquiera de las siguiente acciones:

  • Setear o configurar el Status GUI y los Títulos de la dynpro.
  • Modificar los atributos de los campos de la dynpro.
  • Inicializar o cargar campos de la pantalla con determinados valores.

El seteo del Status GUI y de los títulos.

En el PBO es donde definimos cual es el Status GUI y los títulos que se utilizan en la dynpro.

Para ello, dentro del PBO de la dynpro 0100 de nuestro programa, creamos el módulo STATUS_0100 tal como vimos anteriormente. Al hacerlo vemos que el MODULE tiene comentadas las siguientes dos lineas de código. Utilizamos la sentencia SET PF-STATUS para setear o configurar el Status GUI que se utilizará en la dynpro y la sentencia SET TITLEBAR para setear o configurar el título correspondiente a la dynpro 0100. Si finalmente ejecutamos la transacción ZACT_USU asociada al programa de diálogo ZPRUEBA_DIALOGO entonces veremos en pantalla la dynpro 0100, que es la primera dympro del programa de diálogo.

Ahora bien, en ciertas ocasiones, al momento de setear o configurar un Status GUI podríamos no querer mostrar todos los botones del mismo. Por ejemplo, en el Status GUI 0400 vemos a continuación, existen los botones BOTON1, BOTON2 y BOTON3. Si solo quisiéramos mostrar el BOTON1, tendríamos que agregar los código de función de los botones que no queremos mostrar a una tabla interna y luego al momento de ejecutar la sentencia SET PF-STATUS incluir esta tabla interna.

La modificación de los atributos de los campos de la pantalla.

Los elementos que componen a una dynpro están almacenados en la estructura SCREEN. La palabra SCREEN es una palabra reservada en ABAP.

La estructura SCREEN es inicializada con los campos definidos en el Screen Painter y con su atributos, cada vez que el PBO es ejecutado.

Activamos o desactivamos los atributos de los campos de la estructura SCREEN asignando valores 0 o 1. Para almacenar los cambios realizados a los atributos utilizaremos la sentencia MODIFY SCREEN. Y queremos hacer no visible al campo entonces en el PBO creamos el MODULE modificar_atributos_0100. Y dentro del MODULE modificar_atributos_0100 escribimos el siguiente código:

LOOP AT SCREEN.

IF screen_name EQ 'WA_SCREEN_0100-DNI'.

SCREEN-INVISIBLE = 1.

MODIFY SCREEN.

ENDIF.

Vale mencionar que para el campo WA_SCREEN_0100-DNI sea visible entonces el atributo INVISIBLE debe ser cero.

Si deseamos no permitir la entrada de datos en el campo WA_SCREEN_0100-DNI, es decir convertirlo en un campo de salida, entonces debemos escribir el siguiente código:

IF screen_name EQ 'WA_SCREEN_0100-DNI'.

SCREEN-INVISIBLE = 0.

MODIFY SCREEN.

ENDIF.

ENDMODULE.

Como se completa los campos de una dynpro?

Simplemente tenemos que asignar valores a los campos de la dynpro en el PBO, para que luego mostrar dichos datos en pantalla.


 

 

 


Sobre el autor

Publicación académica de Javier Miguel Angel Barcelo, en su ámbito de estudios para la Carrera Consultor ABAP.

SAP Senior

Javier Miguel Angel Barcelo

Profesión: Militar - Argentina - Legajo: DQ34X

✒️Autor de: 80 Publicaciones Académicas

🎓Cursando Actualmente: Consultor ABAP Nivel Avanzado

Certificación Académica de Javier Angel

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "La lógica de procesamiento en el PBO" de la mano de nuestros alumnos.

SAP Master

Cada dynpro tiene una lógica de procesamiento que está especificada en módulos. Con la sentencia MODULE seguido del nombre del módulo podemos llamar a los módulos. PBO (Process before output) evento que se ejecuta antes de la visualización en pantalla de una dynpro. Es recomendable crear un Include para almacenar todos los módulos y subrutinas utilizados en la lógica de procesamiento del PBO. La sentencia SET PF-STATUS se utiliza para la declaración de un STATUS GUI dentro de un programa. La sentencia SET TITLEBAR se utiliza para setear el título de un programa. La palabra reservada SCREEN representa a la tabla interna que almacena los elementos que componen a una dynpro...

Acceder a esta publicación

Creado y Compartido por: Mónica Robles

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Lógica de procesamiento en PBO 1. Creación de Módulos En la flujo de la lógica de una dynpro utilizamos módulos para realizar el procesamiento. De aquí viene el hecho que a los programas de diálogo se los denomine Module Pool. Para llamar a un módulo utilizaremos la sentencia MODULE seguida del nombre del módulo tal como vemos a continuacion: Module cargar_campos_0100. Si creamos un módulo en el PBO, el código del mismo empezará con la sentencia MODULE OUTPUT. Si creamos un módulo en el PAI, el código del mismo comenzará con la sentencia MODULE INPUT. 2. Codigos ABAP en el...

Acceder a esta publicación

Creado y Compartido por: Edward Henry Rosario Piezal / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master


MODULE POOL Es un tipo de programa ABAP que está formado por una serie de dynpros o pantallas por las que el usuario interactúa mientras navega por la aplicación. Cada dynpro tiene una lógica de procesamiento que está especificada en módulos. Dentro de cada dynpro se define lo que se conoce con el nombre de PBO (Process Before Output) es decir todo lo que sucede antes que se muestre la información en la pantalla y el PAI (Process After Input) es decir todo lo que sucede luego que se realiza alguna cción en la pantalla. Lógica de Procesamiento en PBO Un programa de diálogo está compuesto por dynpros. La lógica de procesamiento de cada dynpro cumple con una...

Acceder a esta publicación

Creado y Compartido por: Cesar Armando Gutierrez Gomez / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

LÓGICA DE PROCESAMIENTO EN PBO. En el flujo de la lógica de una DYNPRO utilizamos módulos para realizar el procesamiento de aquí viene el hecho que los programas de diálogo se les denomine MODULE POOL. MODULE: Palabra reservada del sistema la cual se utiliza para la declaración de módulos en los programas de diálogo. Si el módulo se crea en PBO el código empezará con la sentencia MODULE OUTPUT. Si el módulo se crea en PAI el código empezará con la sentencia MODULE INPUT. En el evento PBO realizamos toda la selección de datos y las configuraciones que queremos que tomen efecto al momento en que se visualice la pantalla. SET PF-STATUS; Sentencia...

Acceder a esta publicación

Creado y Compartido por: Juan Santamaria Borja

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Lección: Lógica de procesamiento en PBO [ 4º de 9 ] Creación de módulos: Si creamos el modulo en el PBO, el código del mismo empezará con la sentencia Module Output. Si creamos en el PAI, el código empezará con la sentencia Module Imput. Código ABAP enel PBO de una dynpro. Se utilizara el evento PBO para seleccionar todos los datos y realizar las configuraciones que queremos que tomen efecto al momento en que se visualice la pantalla.Puede incluir las siguientes acciones: Setear el status GUI y los títulos de la dynpro: En el Pbo es donde definiremos cual es el status GUI y los títulos que se utilizarán en la dynpro. Cuando creamos una dynpro ya viene...

Acceder a esta publicación

Creado y Compartido por: Jose Angel Valles Bustos

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


Creación de Módulos: En el flujo de lógica de una dynpro se utilizas módulos para realizar el procesamiento. Por eso a los programas de diálogos se los denomina Module Pool. Se crea usando la sentencia MODULE Nombre programa PBO(Process Before Output): Se usa el evento PBO para seleccionar todos los datos y realizar las configuraciones que queremos que tomen efecto al momento en que se visualice la pantalla como. Setear el Status GUI y los titulos de dynpro. Modificar los atributos de los campos de la dynpro. Inicializar o cargar campos de la pantalla con valores determinados. PAI(Process After Input): Nota: Se recomienda crear include para almacenar todos los módulos y subrutinas que...

Acceder a esta publicación

Creado y Compartido por: Dairy Alejandra Torrenegra Cera

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

En la logica de una dynpro se utilizan modulos para realizar el proceso completo. Es por esto que a los programas de dialogo se les llama module pool. Para llamar un modulo se utiliza la sentencia MODULE seguida del nombre del modulo. Es la palabra reservada del sistema que se utiliza para la declaración de módulos en los programas de diálogo de ABAP. Los MODULE se crean en un programa de diálogo dentro de la Lógica de procesamiento de cada una de las pantallas o dynpros que conforman al programa de diálogo, específicamente tanto dentro del PBO (Procesamiento antes de la salida) como del PAI (Procesamiento después de la entrada). Se utiliza el evento PBO para seleccionar todos los datos...

Acceder a esta publicación

Creado y Compartido por: Andres Gomez / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Lección 4: Lógica de procesamiento en PBO. 1.- Creación de Módulos. En el flujo de la lógica de una dynpro utilizamos módulos para realizar el procesamiento. Por eso es que a los programas de diálogo se les denomina Module Pool. Para llamar a un módulo usamos la sentencia MODULE seguida del nombre del módulo. Si creamos un módulo en el PBO, el código empezará con la sentencia MODULE OUTPUT. O si lo creamos en el PAI, comenzará con MODULE INPUT. 2.- Código ABAP en el PBO de una dynpro. Utilizamos el evento PBO para seleccionar todos los datos y realizar las configuraciones que queremos que tomen efecto al momento en que se visualice la pantalla,...

Acceder a esta publicación

Creado y Compartido por: Calixto Gutiérrez

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

La lógica de un dynpro es utilizar módulos para realizar procesamientos. Para llamar a un modulo se utilizara la sentecia MODULE <nombre modulo>, este se creará si no existe con dar doble click en el nombre. Se recomienda hacer los modulos como includes para almacenar todos los modulos y subrutinas en la logica de procesamiento del PBO (Process Before Output). PBO es usado para inicair procesos antes de cargar la dynpro. -- Para modificar atributos de los campos, se utiliza la estructura SCREE. para realizar cambios se utiliza la sig. definicion: LOOP AT SCREEN if SCREEN-NAME = 'WA_SCREEN_0100-DNI'. " DONDE WA_SCREEN_0100-DNI ES EL NOMNRE DEL CAMPO SCREEN-INVISIBLE = 1. ENDIF. ENDLOOP. --- O asignar directamente...

Acceder a esta publicación

Creado y Compartido por: Salvador Chávez Gutiérrez

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master


LÓGICA DE PROCESAMIENTO PBO CREACIÓN DE MÓDULOS En el flujo de la lógica de una dynpro usaremos módulos para realizar el procesamiento. Llamada a un módulo -> MODULE NombreModulo. (Al hacer doble click sobre el nombre del módulo, lo creamemos). Creándolo en el PBO el código comenzará MODULE NombreModulo OUTPUT., si lo creamos en el PAI comenzará MODULE NombreModulo INPUT. CÓDIGO ABAP EN EL PBO DE UNA DYNPRO El evento PBO lo usamos para seleccionar todos los datos y realizar las configuraciones que queremos que tomen efecto al momento en que se visualice la pantalla: Setear el Status GUI y los títulos de la dynpro. Modificar atributos...

Acceder a esta publicación

Creado y Compartido por: Ignacio Martín Bolumar

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 79.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!