✒️ABAP / La lógica de procesamiento en el PAI y las validaciones Por Francisco Compte Sanchez
ABAP La lógica de procesamiento en el PAI y las validaciones
Unidad 2: Programación de diálogo.
Lección 5. Lógica de procesamiento PAI.
1.- Validación datos de entrada.
Entre las funciones del evento PAI, está la de validar datos de entrada de la dynpro con anterioridad a su utilización. tenemos dos tipos de validaciones de los datos de entrada:
- Chequeo automático realizado por el sistema.
- Chequeo manual programado con el comando FIELD. Valida la lógica de proceso de la dynpro.
2.- Validación automática.
Se realiza justo antes de procesar el PAI y consta de una serie de chequeos:
- Verificación de formato. Las entradas son validadas en función de los atributos de cada campo. En caso de detectarse un valor incorrecto se mostrara un mensaje de error y se volverán a mostrar los campos para corregir la entrada errónea.
- Verificación de campos obligatorios. Si un campo tiene el atributo de entrada obligatoria y no lo informamos se parará el procesamiento de la dynpro hasta que el campo este informado.
- Verificación de claves foráneas. Esta verificación solo se produce si el campo de pantalla esta ligado a un campo del diccionario de datos para el que se definió una tabla de verificación. Adicionalmente la funcionalidad de F4 esta activada con lo que se despliega la lista de posibles entradas.
- Verificación del ámbito de valores. Aplica cuando hemos definido un campo de pantalla con referencia a un dominio con un ámbito de valores. En este caso se da lo siguiente:
1. Los valores del ámbito de valores se presentan al pulsar F4 como posibles valores del campo de entrada.
2. Si los valores introducidos no están entre los del ámbito se generará un error.
3.- Validación manual.
Permiten una validación mas extensa de los de los campos de entrada. La base para estas validaciones son las sentencias FIELD y CHAIN-ENDCHAIN.
FIELD nos permite realizar validaciones individuales. Si se detecta un error solo podremos informar de nuevo la entrada de este campo. En función de la variante de la sentencia FIELD la validación podrá hacerse en la dynpro misma o deberá hacerse en un módulo.
Veamos las opciones principales que tenemos en la validación individual de campos:
- Chequeo de un campo contra una tabla de BD. si no hay datos en la BD el sistema emite un mensaje de error estándar. En una versión ampliada de FIELD permite que gestionemos los mensajes de error o advertencia que queremos enviar.
- Chequeo respecto a una lista de valores. En caso, de que el valor introducido este incluido en la lista de valores, el sistema emite un mensaje de error.
- Chequeo de un campo en un módulo. Si el módulo genera un error o un warning se vuelve a presentar la pantalla pero sin procesar PBO. Solo el campo generador del error es modificable.
La instrucción CHAIN-ENDCHAIN encierra una serie de instrucciones FIELD y MODULE de modo que en casó de detectarse un error en cualquiera de ellos todos los campos dentro del ámbito de la instrucción se podrán modificar. Mientras el resto de campos de pantalla que están fuera de CHAIN-ENDCHAIN estarán bloqueados para la entrada de datos. No se pueden anidar sentencias CHAIN-ENDCHAIN. CHAIN-ENDCHAIN pueden utilizarse tanto en el PAI como en el PBO aunque en este último evento no tiene efecto alguno.
4.- Mensajes de pantalla.
Un Module Pool puede generar diferentes tipos de mensaje:
- Mensaje de error. El texto del mensaje de error tipo E se despliega en la pantalla actual. Todos los textos asignados al modulo que corresponda mediante instrucciones FIELD estarán disponibles para informar datos. El sistema obliga a re-introducir datos.
- Mensaje advertencia. El texto del mensaje de error tipo W se despliega en la pantalla actual. Todos los textos asignados al modulo que corresponda mediante instrucciones FIELD estarán disponibles para informar datos. El usuario puede optar por re-introducir datos o ignorar el mensaje pulsando ENTER.
- Mensaje de información. El texto del mensaje de error tipo I se despliega en la pantalla actual. El proceso de la pantalla actual queda suspendido. Al pulsar ENTER continuará desde el punto en que se suspendió.
- Mensaje de Éxito. El texto de un mensaje de éxito tipo S se mostrara en la pantalla siguiente a la actual.
- Mensaje de Interrupción. El texto del mensaje de error tipo A se despliega en la pantalla actual. Cuando el usuario pulsa ENTER el proceso vuelve a la pantalla inicial.
Escanear / Compartir
Sobre el autor
Publicación académica de Francisco Compte Sanchez, en su ámbito de estudios para el Curso SAP ABAP Avanzado.
SAP Master
Francisco Compte Sanchez
Profesión: Sap Business&integration Architect - España - Legajo: QQ38S
✒️Autor de: 105 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Consultor sap mm y sd con algún conocimiento abap a nivel de debug. quiero consolidar conocimientos técnicos para reforzar mi perfil profesional.
Certificación Académica de Francisco Compte
