✒️ABAP / La lógica de procesamiento en el PBO Por Gustavo Ramirez Franco

Selector Alummnos / Empresas

ABAP La lógica de procesamiento en el PBO

ABAP La lógica de procesamiento en el PBO

1.- Creación de Módulos.

En el flujo de la lógica de una dynpro utilizamos módulos para realizar el procesamiento. De ahí que a los programas de diálogo se les denomine Module Pool. Para llamar a un módulo utilizamos la sentencia MODULE seguida del nombre del módulo.

  • SINTAXIS: MODULE <"nombre del módulo"> MODULE cargar_campos_0100.

Al crear un módulo el sistema automáticamente agregará un bloque de instrucción MODULE - ENDMODULE y dependiendo de donde se haya creado el módulo tendrá como instrucción, ejemplo:

  • PBO : MODULE <"nombre del módulo"> OUTPUT - ENDMODULE.
  • PAI: MODULE <"nombre del módulo"> INPUT - ENDMODULE.

2.- Código ABAP en el PBO (Process Before Output) de una dynpro.

Usamos el evento PBO para seleccionar todos los datos y realizar las configuraciones que queremos que se muestren en pantalla. Entre otras acciones podemos usar.

  • Setear 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.

3.- Seteo del Status GUI y de los Titulos.

En el PBO Process Before Output es donde vamos a definir: el Status GUI y los Titulos que utilizaremos en la dynpro.

  • Para nuestro programa ZPRUEBA_DIALOGO_TA38Q dentro del PBO de la dynpro 0100, crearemos el módulo STATUS_0100.
  • Damos doble clic sobre el módulo a crear, se abrirá una ventana donde preguntará si de seamos crearla, damos "SI", una vez que se elije el SI, se abrirá otra ventana de diálogo donde elegiremos crear un include para almacenar el código del PBO.
  • SET PF-STATUS: Lo utilizamos para la declaración de un STATUS GUI dentro de un programa
  • SET TITLEBAR: Lo utilizamos para setear el título en un programa en nuestro caso corresponde a la dynpro 0100.

Recuerda: Es ampliamente recomendable crear un Include para almacenar todos los módulos y subrutinas que utilizamos en la lógica de procesamiento del PBO, PAI y todas las declaraciones de datos que utilicemos en un programa de diálogo.

Sabías que: Cuando creamos una dynpro ya viene creado pero comentado el módulo que se utilizará para configurar el estatus gui y el título de la dynpro.

TIP: Podemos armar un título utilizando variables, estas pueden ser especificadas mediante la sentencia SET TITLEBAR <titlecode> WITH <var1> <var2>... <varN>., se pueden usar hasta 9 variables en un título estas son substituidas en el título de acuerdo con su numeración o simplemente de izquierda a derecha de NO existir dicha numeración, como si se tratara de un paso de parámetros a una subrutina, en tiempos de ejecución el titulo del menú se guardará en la variable del sistema SY-TITLE .

En ciertas ocasiones al momento de setear un Status GUI podrìamos no querer mostrar todos los botones del mismo. Para lograr que no se muestren todos los botones, tenemos que agregar los nùmeros de códigos de los botones que no queremos mostrar a una tabla interna del tipo SLIS_T_EXTAB y al momento de ejecutar la sentencia SET PF-STATUS incluir esta tabla interna, como el siguiente ejemplo:

CLEAR ti_botones. REFRES ti_botones. APPEND 'BOTON2' TO ti_botones. APPEND 'BOTON3' TO ti_botones. SET PF-STATUS '0100' EXCLUDING ti_botones.

SLIS_T_EXTAB: Estructura estándar de SAP que se utiliza para la creaciòn de Titulos en los programas de diálogo.

SET PF-STATUS: Sentencia que se utiliza para la declaración de un STATUS GUI dentro de un programa.

Recordemos que para utilizar SLIS tendremos que agregar el TYPE-POOLS

SLIS: Grupo de tipos que contienen la declaracon de todas las estructuras y tablas estándar necesarias para crear un reporte ALV.

4.- Modificación de los atributos de los campos de la pantalla.

SCREEN: Palabra reservada que representa a la tabla interna que almacena los elementos que componen a una dynpro.

Screen Painter: Herramienta que se utiliza para la creaciòn de dynpros que se utilizarán en los programas de diálogo. Se accede a este herramienta mediante la transacciòn SE51 o desde la SE80.

La estructura SCREEN es inicializada con los campos definidos en el Screen Painter y con sus atributos cada vez que el módulo PBO es ejecutado.

Estructura de SCREEN:

  1. SCREEN-NAME Nombre del Campo.
  2. SCREEN-GROUP1 Grupo de modificación 1
  3. SCREEN-GROUP2 Grupo de modificación 2
  4. SCREEN-GROUP3 Grupo de modificación 3
  5. SCREEN-GROUP4 Grupo de modificación 4
  6. SCREEN-REQUIRED Campo obligatorio.
  7. SCREEN-INPUT Campo de Entrada.
  8. SCREEN-INTENSIFIED Campo Intensificado.
  9. SCREEN-INVISIBLE Campo invisible o no invisible.
  10. SCREEN-LENGTH Longitud del Campo
  11. SCREEN-ACTIVE Campo Activo.
  12. SCREEN-DISPLAY_3D Campo en 3D.
  13. SCREEN-VALUE_HELP Campo con ayuda de búsqueda
  14. SCREEN-REQUEST Campo reservado para uso interno del sistema.

Estos atributos de los campos de la estructura SCREEN se activan o desactivan asignandoles un 1 o un 0. Para almacenar los cambios realizados a los atributos utilizaremos la sentencia MODIFY SCREEN.

MODIFY SCREEN: Sentencia que se utiliza para modificar el contenido de la tabla SCREEN que almacenan los campos que componen a una dynpro de un programa.

Si queremos hacer un campo NO VISIBLE creamos un MODULO de la siguiente manera:

MODULE definir_atributos_0100 OUTPUT.

LOOP AT SCREEN.

IF screen-name EQ 'WA_SCREEN_0100-DNI'.

screen-invisble = 1. /* Hace el campo no visible*/

screen-input = 0. /*Hace el campo de solo salida*/

screen-required = 1 /*Hace al campo mandatorio u obligatorio*/

MODIFY SCREEN.

ENDIF.

ENDLOOP.

ENDMODULE.

Audio TIP:

  • SCREEN-INTENSIFIED: Si agregamos un 1 al campo de la pantalla screen-intensified los contenidos de los campos de ENTRADA de la pantalla se cambiarán de NEGRO a ROJO, el contenido de los campos de SALIDA se cambiará de NEGRO a AZUL
  • SCREEN-LENGTH: Mediante el atributo screen-length podremos configurar la longitud de un campo de la pantalla con un valor menor a la longitud de salida del campo especificada en forma estatica esto funciona para los campos entrada-salida y salida ,NO se pueden acortar o alargar otros elementos de la pantalla.

5.- Cargar campos de una dynpro

Para cargar un campo, estructura o tabla interna con datos y posteriormente mostrar estos datos en una dynpro, simplemente asignamos los datos a los campos de la dynpro en el PBO para que estos se vean reflejados en la pantalla.Ejemplo:

MODULE cargar_valores_0100 OUTPUT

wa_screen_0100-dni = 27865898

ENDMODULE.


 

Escanear / Compartir

 

 


Sobre el autor

Publicación académica de Gustavo Alberto Ramirez Franco, en su ámbito de estudios para el Curso SAP ABAP Avanzado.

SAP Master

Gustavo Alberto Ramirez Franco

Profesión: Ingeniero en Sistemas Computacionales - Mexico - Legajo: TA38Q

✒️Autor de: 38 Publicaciones Académicas

🎓Egresado de los módulos:

Certificación Académica de Gustavo Ramirez

✒️+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 Expert


1. Concepto Fundamental del PBO El PBO es el evento que se dispara antes de que una pantalla (dynpro) sea visualizada por el usuario. Su propósito principal es preparar el entorno de la interfaz, seleccionando los datos necesarios y realizando las configuraciones que deben surtir efecto inmediato al mostrarse la pantalla. En la lógica de flujo de la dynpro, los módulos de este evento se definen bajo la sección PROCESS BEFORE OUTPUT. 2. Acciones Principales en el PBO De acuerdo con las mejores prácticas y la arquitectura estándar, en este evento realizamos tres tipos de acciones esenciales: • Configuración de la interfaz (Status GUI y Títulos): Se define qué menús,...

Acceder a esta publicación

Creado y Compartido por: Gabriel José Luces González

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

SAP Master


La logica de procesamiento en el PBO Creación y Uso de Módulos en Programas de Diálogo Los programas de diálogo utilizan módulos para realizar el procesamiento, de ahí el término "modulepool". Al crear una nueva Dympro, se visualizan eventos PBO y PAI con líneas comentadas para módulos que deben ser descomentadas y luego creadas. Los módulos se declaran con la palabra reservada "module" en ABAP y se llaman mediante la sentencia module seguida del nombre. Al crear un módulo desde la interfaz, el sistema pregunta dónde ubicarlo: en un include nuevo, existente o en el programa principal....

Acceder a esta publicación

Creado y Compartido por: Juan Ignacio Romero

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

SAP Master

Introducción El PBO (Process Before Output) es un evento clave en programas de diálogo (Module Pool) que se ejecuta antes de mostrar una dynpro. Se utiliza para configurar el estado inicial de la pantalla, como asignar títulos, modificar atributos de campos y cargar datos. 1. Creación de Módulos en PBO y PAI Estructura de módulos: PBO: Los módulos se definen con MODULE <nombre> OUTPUT. PAI: Los módulos se definen con MODULE <nombre> INPUT. Sintaxis: Recomendaciones: Usar includes separados para organizar módulos de PBO y PAI. Limitar la longitud del nombre del módulo a 30 caracteres. 2....

Acceder a esta publicación

Creado y Compartido por: Oscar Aravena Muller / Disponibilidad Laboral: FullTime

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

SAP Expert



La lógica de procesamiento en el PBO en SAP En SAP, la lógica PBO (Process Before Output) forma parte del ciclo de eventos de una dynpro (pantalla dinámica), particularmente en módulos de diálogo ABAP. El propósito principal del PBO es preparar la pantalla antes de que se muestre al usuario. Esta preparación puede incluir la asignación de valores a campos, control de elementos de interfaz (ocultar, activar, desactivar), y configuración de estructuras internas, variables o controles de navegación. Se ejecuta automáticamente cada vez que se llama a una dynpro, ya sea por navegación, por presionar una tecla de función o como resultado de lógica de...

Acceder a esta publicación

Creado y Compartido por: David Ibarra / Disponibilidad Laboral: FullTime + Carta Presentación

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

El evento PBO (Process Before Output) es fundamental en la programación de diálogo ABAP, ya que se encarga de preparar y configurar la pantalla antes de que sea visualizada por el usuario. En esta lección se aprende todo lo necesario sobre la lógica de procesamiento en el PBO de un programa de diálogo. • La creación de módulos En ABAP, se utilizan módulos para estructurar el procesamiento de la lógica de una dynpro, por lo que los programas de diálogo también se conocen como Module Pools. · â—¦Declaración de módulos: Se utiliza la sentencia MODULE seguida del nombre del módulo. · â—¦Módulos PBO: Los módulos...

Acceder a esta publicación

Creado y Compartido por: Roberto Fluder Ahumada

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

SAP Expert


Podemos armar un titulo utilizando variables estas pueden ser especificadas mediante la sentencia SET TITLEBAR GUI podemos usar hasta 9 variables en un titulo estas son sustituidas en el titulo de acuerdo con su numeracion o de no haberla de izquierda a derecha como si se tratara de un paso de parametros a una subrutina en tiempo de ejecucion el titulo del menu se guardara en la variable del sistema Set title. Si asignamos un 1 al campo de la pantalla SCREEN INTENSIFY los contenidos de los campos de entrada de la pantalla se cambiaran de negro a rojo el contenido de los campos de salida se cambiara de negro a azul mediante el atributo SCREEN LEN podremos configurar la longitud de un campo de la pantalla con un valor menor a la longitud de salida...

Acceder a esta publicación

Creado y Compartido por: Jose Medina / Disponibilidad Laboral: FullTime + Carta Presentación

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

SAP Senior

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...

Acceder a esta publicación

Creado y Compartido por: Javier Miguel Angel Barcelo / Disponibilidad Laboral: PartTime

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

SAP Master

LA CREACIÓN DE MODULOS. 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, vemos comentada una linea de codigo en dónde se declara un MODULE. Lo que primero vamos a hacer es descomentar ambos MODULE y luego los vamos a crear. Para llamar a un modulo utilizaremos la sentencia MODULE seguida del nombre del módulo. Hacemos clic sobre el MODULE y el sistema indentificara que el módulo no existe y nos preguntara si deseamos crearlo. 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. Todo los módulos que se crean...

Acceder a esta publicación

Creado y Compartido por: Gerardo Jose Campos Tovar / Disponibilidad Laboral: FullTime + Carta Presentación

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

SAP Expert


Processing Logic in the PBO Module Creation In the flow of logic within a Dynpro, we use modules to perform processing tasks. This is why dialogue programs are referred to as MODULE POOL programs. To call a module, we use the "MODULE" statement followed by the module name. MODULE STATUS_0100. If you double-click on a module, the system creates the "MODULE ENDMODULE" statements where indicated. When creating a module in the PBO, its code will start with the statement "MODULE OUT". MODULE STATUS_0100 OUTPUT. * Logic ENDMODULE. ABAP Code in the PBO of a Dynpro We utilize the PBO event to select all data and configure what should take effect when the screen is displayed. This includes actions like setting...

Acceder a esta publicación

Creado y Compartido por: Jaime Eduardo Gomez Arango / Disponibilidad Laboral: FullTime + Carta Presentación

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

SAP Expert


La lógica de procesamiento en el PBO 1 - La creacion de modulos. - En la solapa Logica de procesamiento, se visualiza los eventos PBO y PAI. - descomentar MODULE. - asignale al module un nombre status_0100 por ejemplo (30 caracteres max). - doble clic sobre el nombre del module, para crear el objeto. - seleccionar el lugar en donde crearlo (en nuevo include, en el programa de control, o en un include existente) Es recomendable crear un include para todos los modulos y subrutinas que se va a utilizar en la logica de procesamiento de un PBO y PAI. 2 - El codigo abap en PBO de una dynpro. Se utiliza el evento PBo para selecionar los datos y realizar las configuraciones que necesitamos que se tomen al momento en que se...

Acceder a esta publicación

Creado y Compartido por: Pablo Adrian Oggero

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 99.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!