✒️ABAP La lógica de procesamiento en el PAI y las validaciones
ABAP La lógica de procesamiento en el PAI y las validaciones
LA LÓGICA DE PROCESAMIENTO EN EL PAI y LAS VALIDACIONES
LAS VALIDACIÓN DE LOS DATOS DE ENTRADA
Una de las funciones más 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.
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 anterior, introducimos una letra en un campo numérico lo cual produce un error.
- La verificación de campos obligatorios: cuando un campo de la pantalla se le asigna el atributo obligatorio, el sistema no continuará con el procesamiento, a menos que el campo obligatorio tenga algún valor.
- Verificación de claves foráneas: 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 tabla 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 un á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.
LA VALIDACIÓN MANUAL
Además del chequeo automático es posible realizar una validación más extensa de los valores de entrada con las instrucciones FIELD y CHAIN-ENDCHAIN.
Con FIELD podemos validar individualmente cada campo de forma que en caso de error, la siguiente entrada de datos sólo permitirá introducir el campo erróneo sobre el que estamos utilizando la instrucción FIELD.
Dependiendo del tipo de sentencia FIELD que utilicemos, el mecanismo de chequeo se realizará en la lógica de proceso de la dynpro o en un módulo.
Es posible realizar distintas validaciones de un campo de entrada dependiendo de la fuente con la que contrastamos los valores posibles. Así podemos chequear el contenido de un campo, comparándolo con una tabla base de datos, con una lista de valores o realizando 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.: sino 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 envar mensajes o advertencias en caso de que se encuentre o no registros.
- El chequeo de un campo respecto de una lista de valores: si el valor introducido por el usuario no corresponde a ningún valor de la lista el sistema emite un mensaje de error.
- El chequeo de un campo en un módulo: Para chequear un campo determinado con un módulo utilizamos la siguiente sentencia:
FIELD <campo_pantalla> MODULE <módulo_ABAP/4>.
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 del PBO. El texto del mensaje es mostrado y solo el campo que ocasionó el error estará disponible para introducir datos nuevamente.
- 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, todos 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.
La sentencia CHAIN - ENDCHAIN de la lógica de procesamiento de una dynpro definen cadenas de procesamiento. Dentro de CHAIN -ENDCHAIN se ejecutan las sentencias FIELD y MODULE. Las sentencias que están entre CHAIN -ENDCHAIN forman una cadena de procesamiento. Las cadenas de procesamiento no se pueden anidar, es decir, no se puede colocar un CHAIN -ENDCHAIN dentro de otro CHAIN-ENDCHAIN.
La sentencia CHAIN-ENDCHAIN puede ser especificada tanto en el PAI como en el PBO, sin embargo, en el PBO no tiene efecto alguno.
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.
Todos los campos de pantalla asignados al módulo correspondiente (instrucción FIELD) se vuelven disponibles para introducir información de nuevo.
El sistema obliga al usuario a re-introducir datos.
- El mensaje de Advertencia: el texto del mensaje de advertencia (W) es desplegado en la pantalla actual.
Todos los campos de pantalla asignados al módulo correspondiente (instrucción FIELD) se vuelven disponibles para introducir información de nuevo.
El usuario puede re-introducir los datos o ignorar el mensaje de advertencia presionando la tecla ENTER.
- El mensaje de información : el texto de un mensaje de información (I) es desplegado en la pantalla actual.
El proceso de la pantalla actual es suspendido. Después de que el usuario presione la tecla ENTER, el programa continua con su ejecución normal desde el punto donde fue suspendido.
- El mensaje de Éxito: un mensaje de texto de éxito (S) es desplegado en la pantalla siguiente a la actual.
- El mensaje de interrupción: el texto de un mensaje de interrupción (A) es desplegado en la pantalla actual.
Luego que el usuario presione la tecla ENTER, el proceso actual es terminado y el proceso regresa a la pantalla inicial.
 
 
 
Sobre el autor
Publicación académica de Ducelvis Lolimar Arcia Cova, en su ámbito de estudios para la Carrera Consultor ABAP.
Ducelvis Lolimar Arcia Cova
Profesión: Tsu Relaciones Industriales (rrii) - Argentina - Legajo: WX74T
✒️Autor de: 125 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP FI Nivel Inicial
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Mi principal objetivo al comenzar esta gran experiencia educativa en programaci?n abap es adquirir los conocimientos y competencias necesarias para incorporarme en el ?mbito laboral en esta ?rea.
Certificación Académica de Ducelvis Arcia