✒️ABAP La lógica de procesamiento en el PAI y las validaciones
ABAP La lógica de procesamiento en el PAI y las validaciones
1|La validación de los datos de entrada:
Una de la funciones mas importantes del PAI, es la de validar los datos de entrada de la pantalla antes de ser utilizados.
Existen dos tipos de validaciones de los datos de entrada:
>Un chequeo automático realizado por el sistema.
>Un chequeo manual programado con el comando FIELD de la lógica de proceso de las dynpros.
A continuación veremos cada uno de ellos.
2|La validación automática
El sistema realiza automáticamente una serie de chequeos de los datos de entrada antes de procesar el evento PAI. Estos chequeos son los siguientes:
La verificación del formato
El sistema valida las entradas de acuerdo a los atributos de cada campo Si se detecta un valor incorrecto, se desplegará un mensaje de error y se volverán a mostrar los campos para su nueva entrada.
En el ejemplo que vemos en el grafico anterior, introducimos a una letra en un campor numérico lo cual produce un error.
Veamos otro ejemplo:
>La verificación de campos obligatorios
Cuando a un campo de la pantalla se le asigna el atributo de obligatorio, el sistema no continuará con el procesamiento, a menos que el campo obligatorio tengo algún valor
Veamos un ejemplo:
La verificación de campos obligatorios:
Cuando a un campo de la pantalla se le asigna el atributo de obligatorio, el sistema no continuará con el procesamiento, a menos que el campo obligatorio tenga algun valor.
Veamos un ejemplo:
>La verificación de claves foráneas
Una verificación de clave foránea es procesada solo si un campo de la pantalla se refiere a un campo del Diccionario de datos para el cual se ha definido una de verificación.
Al mismo tiempo, la funcionalidad de la tecla F4 es activada. Esto significa que las posibles entradas para un campo son desplegadas.
>La verificación del ámbito de valores
En el Diccionario de datos se puede definir un ámbito de valores asociado a un dominio. Si se define un campo de pantalla con referencia a un dominio con ámbito de valores asociado, ocurre lo siguiente
>Los valores del ámbito de valores son desplegados si el usuario presiona la tecla F4 para ver los posibles valores para el campo de entrada
>El sistema verificará los valores introducidos en el campo contra el conjunto de valores del ámbito de valores del dominio correspondiente
3|La validación manual
Ademas del chequeo automático es posible realizar una validación mas extensa de los valores de entrada con las intrucciones FIELD y CHAIN-ENDCHAIN.
con FIELD podemos validar individualmente cada campo de forma que en caso de error, la siguiente entrada de datos solo permitirá intruducir el campo erróneo sobre el que estamos utilizando la instrucción FIELD
Es posible realizar distintas validaciones de un campo de entrada dependiendo de la fuente con la que contrastamos los valores o realizamos la validación en un módulo del Module Pool.
Veamos a continuación cada una de estas opciones.
>El chequeo de un campo contra una tabla base de datos
Si no se encuentran registros en la base de datos el sistema emite un mensaje de error estándar.Existe una versión ampliada de la instrucción anterior que permite enviar mensaje o warnings(advertencias) en caso que encuentre o no registros.
>El chequeo de un campo respecto de una lista de valores
Donde la lista de valores puede ser:
>El chequeo de un campo en un módulo
Para chequear un campo determinado con un módulo utilizamos la siguiente sentencia:
Si el módulo resulta con un error (E) o un mensaje de advertencia(W), la pantalla es desplegada nuevamente pero sin procesar los módulos de PBO El texto del mensaje es mostrado y solo el campo que ocasionó el error estará disponible para introducir datos nuevamente.
Veamos un ejemplo:
>La instrucción CHAIN-ENDCHAIN
La instrucción CHAIN-ENDCHAIN encierra un conjunto de instrucciones FIELD, que en caso de error en la entrada de alguno de ellos, todo los campos del CHAIN-ENDCHAIN se podrán modificar, mientras que los que no pertenezcan al CHAIN-ENDCHAIN estarán bloqueados para la entrada de datos.
Veamos un ejemplo:
4|Los mensajes en pantalla
A continuación analizaremos el comportamiento de cada uno de los tipos de mensajes existentes en un programa de diálogo
>El mensaje de error
El texto de un mensaje de error(E) es desplegado en la pantalla actual.
Veamos un ejemplo:
>El mensaje de información
El texto de un mensaje de infromacion (I) es desplegado en la pantalla actual
 
 
 
Sobre el autor
Publicación académica de Cristian Mesa, en su ámbito de estudios para la Carrera Consultor ABAP.
Cristian Mesa
Profesión: Analista Programador - Argentina - Legajo: ED13D
✒️Autor de: 26 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP Fiori
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Hola muy buenas tardes, mi nombre es cristian oralndo mesa, estoy muy feliz de poder tener la posibilidad de realizar esta capacitaci?n ya que me parece s?per interesante sap, espero aprender mucho
Certificación Académica de Cristian Mesa