Skip to main content

Validación de rulesets

La validación de rulesets se realiza cada vez que se guarda una regla. Garantiza que las reglas referenciadas estén disponibles en el sistema de destino cuando se promueve el ruleset. La validación de rulesets no afecta la resolución de reglas en el momento de la ejecución, sino que se aplica únicamente en el momento del diseño.

El modo de validación seleccionado corresponde a todas las versiones del ruleset. Existen dos opciones para el modo de validación:

  • Validación de aplicaciones
  • Validación de rulesets

El asistente New Application (Nueva aplicación) crea rulesets que se establecen en los modos Validación de aplicaciones (AV) y Validación de rulesets (RV). Los rulesets que incluyen reglas de la aplicación se establecen en el modo AV para reducir la diferencia entre el momento de diseño y ejecución.

En cambio, los rulesets organizativos creados por el asistente New Application (Nueva aplicación) se establecen en el modo RV. El modo RV garantiza una validación estricta para los rulesets de requisitos previos durante la migración.

Modo de validación de aplicaciones

Si se utiliza el modo AV, las reglas del ruleset pueden hacer referencia a todas las reglas de los rulesets definidos en:

  • La misma aplicación
  • Los rulesets que pertenecen a cualquier aplicación incorporada

Las reglas del ruleset no pueden hacer referencia a reglas fuera de la pila de la aplicación actual o por encima de la aplicación definidora. En el siguiente ejemplo, todos los rulesets están en el modo AV. Los cuadros sombreados y no sombreados representan las aplicaciones. La aplicación de préstamo está integrada a un framework de préstamo.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre cómo se aplica el modo AV a cada ruleset.

AV permite que hayan rulesets codependientes dentro de la misma aplicación. Es decir, las reglas en LoanPricing pueden hacer referencia a reglas en LoanUnderwriting, y las reglas en LoanUnderwriting pueden hacer referencia a las reglas en LoanPricing. Cada ruleset de la aplicación tiene una versión. Al utilizar el modo AV, la aplicación define las versiones del ruleset accesibles para un determinado ruleset.

Por ejemplo, el ruleset LoanPricing:01-01-03 puede acceder a la versión del ruleset 01-01-01 a 01-01-03 del ruleset LoanUnderwriting, y 01-01-01 a 01-02-10 de los rulesets LoanPricingFW y LoanUnderwritingFW.

Cuando se selecciona el modo AV, si cambia la definición de la aplicación, es posible que las reglas se vuelvan no válidas. Las reglas no válidas pueden provocar errores graves en el momento de la ejecución. Utilice la herramienta Validación en Dev Studio (Configure > Application >Tools > Validation [Configurar > Aplicación > Herramientas > Validación]) para identificar rápidamente las reglas no válidas en la aplicación.

Modo de validación de rulesets

Al utilizar el modo RV, cada versión del ruleset define una o más versiones del ruleset de la que depende la versión del ruleset. Por ejemplo, si crea un ruleset MyCo:01-01-01 que utiliza reglas en MyCoInt:01-01-01 y Customer:01-01-01, se deben especificar las versiones del ruleset MyCoInt:01-01-01 y Customer:01-01-01 como un requisito previo. Se puede hacer referencia desde el ruleset solo a las reglas de las versiones del ruleset que estén especificadas como requisitos previos (y sus requisitos previos).

Por ejemplo, si MyCo:01-01-01 especifica Customer:01-01-03 como requisito previo, se puede hacer referencia a las reglas en la versión 01-01-0101-01-03 del ruleset Customer.

MyCo 01-01-01 ruleset requires MyCoInt:01-01-01 and Customer:01-01-03

Requisitos previos del ruleset

Si la versión del ruleset no incluye ninguna versión del ruleset de requisito previo, deberá especificar el ruleset de producto base Pega-ProcessCommander como un requisito previo.

El ruleset Pega-ProcessCommander incluye todos los rulesets de producto. No es necesario enumerar todos los rulesets de producto en Pega-ProcessCommander. Esta una versión de parche 99 del ruleset Pega-ProcessCommander disponible en el producto de forma predeterminada. Utilice esa versión del ruleset como un requisito previo para evitar tener que actualizar el ruleset después de actualizaciones del producto.

Por ejemplo, si el producto se actualiza de 07-10-13 a 07-10-18, no necesita actualizar loa requisitos previos de la regla, puesto que la versión 99 selecciona automáticamente el parche más alto para la versión del ruleset.

ruleset-validation-prereq
Nota: Los requisitos previos del ruleset no pueden ser cíclicos. Por ejemplo, si Alpha:01-01-01 define Beta:01-01-01 como un requisito previo, Beta:01-01-01 no puede definir Alpha:01-01-01 como un requisito previo.

Compruebe sus conocimientos con la siguiente actividad:

Combinación de modos de validación de ruleset de la aplicación

Puede combinar rulesets que utilizan modos AV y RV.

  • Los rulesets con otro ruleset entre corchetes junto a e ellos utilizan RV. Por ejemplo, para MyCoPL [MyCo], el ruleset MyCo entre corchetes es el ruleset de requisito previo.
  • Los rulesets que no tienen un ruleset entre corchetes junto a ellos utilizan AV.

Con RV, no puede invocar rulesets AV que no estén en los requisitos previos.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre los rulesets combinados con modo AV y RV.

Prácticas recomendadas de validación de rulesets

Siga estas prácticas recomendadas al configurar rulesets.

  • Solo utilice RV para los rulesets que están diseñados para ser utilizados en varias aplicaciones, como los rulesets organizativos, para lograr que sean fácilmente transportables y evitar la introducción de dependencias en una aplicación específica.
  • Cree aplicaciones para los rulesets comunes; utilice la funcionalidad incorporada para incluir rulesets comunes en la aplicación.
  • Incluya rulesets AV desbloqueados en solo una aplicación. De este modo, se evita que los rulesets AV hagan referencia a reglas que podrían no existir en la aplicación y que no incluyen el ruleset.
  • Ejecute la herramienta Validación después de la implementación de cambios o hitos importantes (por ejemplo, cambios en la lista de rulesets de la aplicación o aplicación incorporada, además de cambios realizados antes de bloqueo/exportación).
Nota: Para obtener más información sobre la herramienta Validación, consulte Herramienta Validación.

Compruebe sus conocimientos con la siguiente actividad:


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

¿Le ha resultado útil este contenido?

El 100% ha encontrado útil este contenido.

¿Quiere ayudarnos a mejorar este contenido?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice