Validación de datos
Cuando se diseña una vista, se agregan todos los campos y controles que requiere la especificación. También, debe considerar cómo asegurarse de que los valores de datos que los usuarios generan sean válidos. Los datos válidos se solicitan para que el sistema pueda procesar la información sin errores. En la siguiente tabla, se describen algunos requisitos de datos:
| Requerimientos de datos | Ejemplos |
|---|---|
| Los datos deben ser del tipo correcto. | Por ejemplo, los usuarios deben ingresar un número en el campo Unidades totales de compra (Total purchase units). |
| Los datos deben limitarse a 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. |
| Los datos deben ajustarse a la lógica del negocio (business logic). | Por ejemplo, el campo Date of birth (Fecha de nacimiento) debe completarse con una fecha pasada. |
Para evitar errores de procesamiento, Pega Platform™ proporciona tipos de campo y controles para dar asistencia a los requisitos de validación de datos. Es posible que la elección de un control correcto sea suficiente para satisfacer los requerimientos 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 control de calendario 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 no puede usar un control de calendario para asegurarse de que el campo Fecha de inicio en un formulario de historial de empleo se complete con una fecha pasada. En lugar de eso, puede validar que la fecha esté en el pasado mediante la lógica del negocio (business logic).
Validación de datos de lógica de negocio
App Studio se utiliza para crear validaciones lógicas de negocio sencillas que comparan 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. Si los usuarios generan un valor que cumple la condición de valor no válido, el sistema muestra un mensaje de error e impide que el usuario continúe con el caso hasta que se resuelva el problema.
En la siguiente imagen, haga clic en los iconos + para obtener más información sobre cómo configurar una condición de validación para garantizar que los usuarios introducen un valor superior a 100 en el campo Enter digit greater than 100:
Las validaciones de lógica de negocio se asocian a menudo con procesos en el ciclo de vida del caso (Case Life Cycle), permitiéndole validar cada instancia de campo basándose en distintas validaciones de lógica de negocio. Las validaciones de la lógica de negocio que definen los valores aceptables están separadas de los campos que capturan los datos. Por ejemplo, el campo Date of birth (Fecha de nacimiento) se valida cuando los usuarios ingresan la fecha en el campo. La validación no se aplica de nuevo cuando el campo se utiliza posteriormente durante el procesamiento del caso.
Múltiples formularios pueden utilizar el mismo campo y aplicar diferentes condiciones de validación para cada instancia del campo. Por ejemplo, en la app de RR. HH., los representantes de RR. HH. ingresan la información en dos formularios: Job History (Historial de trabajo) y New Hire (Nuevos empleados). En el formulario Job History, 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, 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. Utilizando dos validaciones lógicas de negocio, una para cada condición de negocio, puedes asegurarte de que se introducen las fechas correctas en cada formulario.
En App Studio, puede validar el valor de un campo cuando envía un formulario o cuando el caso entra en una etapa.
Compruebe sus conocimientos con la siguiente actividad:
Validación en un formulario
Se utilizan validaciones de lógica de negocio en un formulario cuando no se puede predecir o controlar el valor que introducen los usuarios. Usted configura validaciones lógicas de negocio (business logic) en un formulario, y la validación se activa 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 y el sistema impide que los usuarios continúen con el caso hasta que envíen datos que superen la condición. Utilice la validación en un formulario cuando los usuarios puedan realizar una acción inmediata para resolver los datos no válidos, como introducir un nuevo valor en un campo.
Por ejemplo, imagine que un formulario contiene un campo Date of birth (fecha de nacimiento). El tipo de campo y el control no pueden impedir que los usuarios introduzcan y envíen una fecha futura. Sin embargo, puede diseñar una validación lógica de negocio para mostrar un error si los usuarios envían una fecha que está en el futuro. Los formularios se pueden enviar después de que los usuarios ingresan una fecha pasada.
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 a la izquierda y el mensaje de error que se muestra en el formulario a la derecha:
Validación en una etapa
También puede utilizar la lógica de negocio de validación en una etapa (Stage). Utilice la lógica de negocio de validación en una etapa para asegurar que la aplicación ha generado los datos correctos y que los usuarios han introducido los datos correctos o realizado las acciones apropiadas antes de que el caso entre en una etapa específica. Se configuran validaciones lógicas de negocio en una etapa en el modelo de datos del tipo de caso (Case Type Data Model), y la validación se activa antes de que el caso entre 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 de 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 iconos + para leer más sobre cómo configurar validaciones en el modelo de datos de tipo de caso (Case Type Data Model) :
Compruebe sus conocimientos con la siguiente actividad:
This Topic is available in the following Module:
¿Quiere ayudarnos a mejorar este contenido?