Validación de datos
Cuando los desarrolladores diseñan una vista (view), se agregan todos los campos y controles que requiere la tarea. Como Business Architect (BA) de Pega, desea asegurarse de que los valores de datos que introducen los usuarios sean válidos. Los datos válidos son necesarios para que el sistema procese la información sin errores.
En este tema, examinará varias formas de garantizar que el sistema pueda validar los datos introducidos por los usuarios para un procesamiento óptimo del flujo de trabajo.
Requerimientos de validación de datos
Confirmar que la entrada de datos por parte de los usuarios sea válida ayuda a garantizar que el flujo de trabajo pueda completarse de principio a fin sin problemas ni errores.
En la tabla siguiente, se describen ejemplos de requerimientos de validación de datos:
| Requerimientos de datos | Ejemplos |
|---|---|
| Utilice solo el tipo correcto de datos. | Por ejemplo, los usuarios deben introducir un número en un campo Total purchase units. |
| Restrinja los datos a los valores posibles. | Por ejemplo, los usuarios solo pueden elegir un tipo de préstamo válido seleccionándolo a partir de una lista de opciones. |
| Asegúrese de que los datos se ajusten a la lógica del negocio. | Por ejemplo, un campo Date of birth debe estar en el pasado. |
Con el propósito de prevenir el procesamiento de errores, Pega Platform™ proporciona tipos de campos y controles que contribuyen con los requerimientos de validación. Seleccionar el control correcto puede ser suficiente para satisfacer un requerimiento de validación. En los casos en los que un control o tipo de campo es insuficiente para realizar la validación de datos, Pega Platform proporciona validación de datos mediante el uso de lógica empresarial para probar campos con condiciones.
Por ejemplo, puede usar un tipo de campo Date only para asegurarse de que los datos que ingresan los usuarios sean una fecha, independientemente de si el formato es dd/mm/aaaa o mm/dd/aaaa. Pero el tipo de campo Date only no garantiza que un campo de fecha de inicio en un formulario de historial de empleo capture una fecha en el pasado. En su lugar, puede validar que la fecha esté en el pasado mediante la lógica del negocio (business logic).
Validación de datos con controles
Los controles ofrecen el enfoque más común para la validación. Puede validar la entrada del usuario con controles aprovechando los tipos de control, campos requeridos y configuración editable.
Tipos de control
Usar el tipo de control correcto para un propósito específico garantiza que los usuarios ingresen valores válidos. La siguiente tabla muestra ejemplos de casos de uso para diferentes tipos de control:
| Tipo de control | Cómo el control ayuda a la validación | Caso de uso |
|---|---|---|
| Fecha y hora (Date Time) | Seleccionar una fecha de un ícono de calendario garantiza que los usuarios ingresen una fecha en un formato válido. | Los usuarios deben ingresar una fecha que incluya el día, el mes y el año. |
| Radio buttons | Limita las opciones a un conjunto de valores válidos y permite a los usuarios seleccionar solo un valor. Puede usar radio buttons cuando solo hay una cantidad pequeña de opciones (por ejemplo, menos de cinco). | Los usuarios deben seleccionar uno de tres tipos de préstamos posibles. El usuario debe ver todos los tipos en el formulario. |
| Lista desplegable (Dropdown) | Limita los valores válidos a los que aparecen en la lista. Una lista desplegable presenta las opciones únicamente cuando los usuarios hacen clic en el control; esto ayuda a reducir el desorden en el formulario. | Los usuarios deben seleccionar uno de 10 tipos de sillas de oficina de una lista. No es necesario que las opciones se muestren en el formulario. |
| Autocompletar | Cuando los usuarios ingresan uno o más valores en el control, el control filtra las opciones disponibles. Esto ayuda a los usuarios a encontrar una opción en una lista si hay una gran cantidad de opciones posibles (por ejemplo, más de 20). | Los usuarios deben seleccionar el país en el que residen desde una lista. El usuario puede ingresar el texto en el control para ayudarse a encontrar el país correcto. |
| Checkbox | Los usuarios pueden seleccionar la checkbox o dejarla en blanco. Esta opción garantiza que la propiedad verdadero/falso sea verdadero (seleccionado) o falso (no seleccionado). | Los usuarios seleccionan una opción para adquirir un seguro de viaje adicional. |
Campos requeridos
Configurar un control como campo requerido garantiza que el usuario ingrese un valor. Si no hay ningún valor, los usuarios reciben un error cuando intentan enviar un formulario. En el ejemplo del perfil del programa de recompensas, usted decide configurar el campo Fecha de nacimiento como campo requerido. Si los usuarios no ingresan una fecha en el campo, aparece un mensaje de error cuando intentan enviar el formulario. El mensaje de error no aparece si hay una fecha en el campo.
Validación de datos mediante la lógica del negocio
Puede usar App Studio para realizar validaciones simples mediante la lógica del negocio que comparen el valor de un campo con un valor constante cuando los usuarios envían un formulario. Se crean condiciones que definen valores de datos no válidos para que se muestre un mensaje de error cuando se cumpla la condición. El sistema muestra un mensaje de error si los usuarios generan un valor que cumple la condición de valor no válido. Le impide al usuario continuar con el caso hasta que se resuelva el problema.
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre cómo configurar una condición de validación para garantizar que los usuarios introduzcan un valor superior a 100,00 en el campo Loan amount:
Las validaciones de la lógica del negocio suelen asociarse con procesos en el ciclo de vida del caso, lo que le permite validar cada instancia de campo en función de distintas validaciones de lógica del negocio. Las validaciones que usan la lógica del negocio que definen los valores aceptables son independientes de los campos que contienen los datos. Por ejemplo, el sistema valida un campo Date of birth (fecha de nacimiento) cuando los usuarios introducen la fecha en el campo. La validación no se vuelve a aplicar cuando el campo se utiliza más adelante durante el procesamiento del caso.
Es posible que varios formularios usen el mismo campo y apliquen diferentes condiciones de validación para cada instancia del campo. Por ejemplo, en una aplicación de recursos humanos, los representantes de recursos humanos introducen información en el formulario Job history (historial de trabajo) y en el formulario New hire (nuevos empleados). En el formulario Job history (historial de trabajo), un representante de RR. HH. ingresa la fecha de inicio de empleo de un empleado que ya trabaja en la empresa. El representante de RR. HH. debe ingresar una fecha anterior a la fecha actual. En el formulario New Hire (nuevos empleados), el representante de RR. HH. ingresa una fecha de inicio correspondiente a un empleado que aún no comenzó a trabajar. El representante de RR. HH. debe ingresar una fecha posterior a la fecha actual. Mediante dos validaciones que usan la lógica del negocio, una para cada condición de negocio, puede asegurarse de que los usuarios ingresen las fechas correctas en cada formulario.
Compruebe sus conocimientos con la siguiente actividad:
Validación en una etapa
También puede usar la validación de lógica de negocio en un escenario. Utilice la validación de la lógica del negocio en una etapa para garantizar que la aplicación genere los datos correctos y que los usuarios ingresen los datos correctos o realicen las acciones correspondientes antes de que el caso entre en una etapa específica. Usted configura validaciones de lógica de negocio en una etapa del modelo de datos (Data model) del tipo de caso, y el sistema activa la validación antes de que el caso ingrese en la etapa especificada. En una validación de entrada de etapa, si un valor de datos cumple la condición de datos no válidos, el caso no puede entrar en la etapa, y se muestra un mensaje de error.
Por ejemplo, en una solicitud de hipoteca, debe haber un puntaje de crédito válido disponible antes de que el caso pueda entrar en la etapa Underwriting (suscripción). La aplicación notifica al usuario que el puntaje de crédito no es válido y le permite verificar el historial de créditos guardados o cancelar el proceso.
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre la configuración de validaciones en el modelo de datos del tipo de caso:
Validación en un formulario
Implemente las validaciones que usan la lógica del negocio en un formulario cuando no puede predecir o controlar el valor que los usuarios ingresan. Cuando configura las validaciones que usan la lógica del negocio (business logic) en un formulario, la validación se ejecuta cuando los usuarios envían el formulario. Si los usuarios envían un formulario que contiene un valor que cumple la condición de datos no válidos, el formulario muestra un error. El sistema impide que los usuarios continúen con el caso hasta que los usuarios envíen datos que superen la condición. Use la validación en un formulario cuando los usuarios puedan realizar una acción inmediata para resolver los datos no válidos, como ingresar un nuevo valor en un campo.
Por ejemplo, supongamos que un formulario contiene un campo Date of birth. El tipo de campo no puede impedirles a los usuarios ingresar y enviar una fecha futura. Sin embargo, puede diseñar una validación de lógica del negocio para que se muestre un error si los usuarios envían una fecha futura. El sistema les permite a los usuarios enviar el formulario después de que hayan ingresado una fecha en el pasado.
En el centro de la siguiente imagen, deslice la línea vertical para ver la configuración del paso para validar el campo Date of birth de la izquierda y el mensaje de error que se muestra en el formulario de la derecha:
Compruebe sus conocimientos con la siguiente actividad:
This Topic is available in the following Module:
¿Quiere ayudarnos a mejorar este contenido?