✒️ABAP La lógica de procesamiento en el PAI y las validaciones
ABAP La lógica de procesamiento en el PAI y las validaciones
Validación de los datos de entrada
El evento PAI se activa después de la interacción del usuario. Si el usuario ingresa algún valor en la pantalla y luego hace clic en cualquier botón, significa que se activará el evento PAI y es dónde se validaran los datos ingresados hay dos maneras de validarlos
1-> Un chequeo automático realizado por el sistema.
-> verificación de formato
Aquí el sistema valida las entradas de acuerdo a los atributos de cada campo. si se detecta un valor incorrecto, se despliega un mensaje de error y se habilitan nuevamente los campos para volver a ingresar nuevos datos.
Ejemplo: Si se introduce una letra en un campo numérico el sistema mostrara un mensaje de introducir solo el formato correcto.
-> verificación de campos obligatorios
Esto es que si el campo esta marcado como obligatorio el sistema no permitirá avanzar si los campos requeridos no contienen algún valor.
-> Verificación de claves foráneas
Solo si el campo de la pantalla se refiere a un campo del diccionario de datos para el cual se ha definido una tabla de verificación y es a qui donde la funcionalidad de la tecla F4 es activada. Esto significa que las posibles entradas para un campo son desplegadas.
-> Verificación del ámbito de valores
En el Diccionario de datos se puede definir un ámbito de valores asociados a un dominio.
Esto es el sistema verificará los valores introducidos en el campo contra el conjunto de valores del ámbito de los valores del dominio correspondientes.
2-> Un chequeo manual programado con el comando FIELD y CHAIN-ENDCHAIN de la lógica de proceso de las dynpros.
Con Field se puede 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 se esta utilizando la instrucción FIELD.
-> Chequeo de un campo contra una tabla base de datos
Si no se encuentra registros en la base de datos el sistema emite un mensaje de error estándar. Ejemplo
Fiel<campo_pantalla> SELECT*FROM <tabla>
WHERE <condicion>
WHENEVER(NOT) FOUND SEND
ERRORMESSAGE / WARNING <número>
WITH<campo-texto>.
-> Chequeo de un campo respecto de una lista de valores
Field<campo_pantalla> VALUES(<lista_valores>).
-> Chequeo de un campo en un Módulo
Process after input
Field wa_screen_0100-dni MODULE validar_dni_0100.
CHAIN-ENDCAHIN
Encierra un conjunto de instrucciones FIELD, que en caso de error en la entrada de alguno de ellos, todos los campos de chain-endchain se podrán modificar, mientras los que no pertenezcan al chain-Enchain estarán bloqueados para la entrada de datos
Ejemplo:
CHAIN.
FIELD st_usuarios-dni.
FIELD st_usuarios-nombre_ape.
FIELD st_usuarios-estado_sus.
FIELD st_usuarios-direccion.
FIELD st_usuarios-codigo_postal.
FIELD st_usuarios-f_nacimiento.
ENDCHAIN.
Las declaraciones CHAIN y ENDCHAIN en la lógica de flujo de dynpro definen cadenas de procesamiento. Las sentencias FIELD y MODULE se pueden ejecutar entre CHAIN y ENDCHAIN . Las declaraciones entre CHAIN y ENDCHAIN forman una cadena de procesamiento. Las cadenas de procesamiento no se pueden anidar. La instrucción CHAIN se puede especificar en los bloques de eventos en PAI y PBO, sin embargo, se ignora en el bloque de eventos en PBO.
Una cadena de procesamiento permite el procesamiento conjunto de todos los campos dynpro especificados entre CHAIN y ENDCHAIN después de las declaraciones FIELD :
El contenido de todos los campos dynpro combinados como una cadena de procesamiento por las sentencias FIELD se puede verificar en las condiciones compartidas ON CHAIN-INPUT y ON CHAIN-REQUEST de la sentencia MODULE .
Un mensaje de advertencia o error en un módulo llamado dentro de una cadena de procesamiento hace que todos los campos de entrada estén listos para la entrada cuyos campos dynpro se combinan en esta cadena de procesamiento mediante declaraciones FIELD . Después de la entrada del usuario, el procesamiento de PAI se reanuda en la declaración CHAIN a más tardar.
MENSAJES DE ERROR
E -> El texto de mensaje de error
W -> El texto de mensaje de advertencia
I -> El texto de mensaje de información
S -> El texto de mensaje de éxito
A -> El texto de mensaje de interrupción
Sobre el autor
Publicación académica de Diego Armando De Santiago Castanon, en su ámbito de estudios para la Carrera Consultor ABAP.
SAP Senior
Diego Armando De Santiago Castanon
Profesión: Ingenieria en Sistemas Computaciona - Mexico - Legajo: CQ90U
✒️Autor de: 63 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Diego De
