Comprender el contexto del modelo y del conjunto de reglas

Si va a crear un gran número de reglas, puede usar contextos de modelo y de conjunto de reglas para definir las selecciones predeterminadas de miembros para las dimensiones que utilizarán el mismo miembro en todas las reglas del modelo o conjunto de reglas. Así, no tiene que seleccionar los mismos miembros para una dimensión cada vez que la dimensión se use en una regla.

Pongamos un ejemplo en el que se usa la aplicación de muestra BksML50 proporcionada con Enterprise Profitability and Cost Management. Además de las dimensiones Entity y Account, obligatorias en Enterprise Profitability and Cost Management, la aplicación de ejemplo también incluye las dimensiones personalizadas Customer, Activity, Driver y Product. Así, para cada regla que cree en la aplicación de ejemplo, deberá seleccionar miembros para Entity, Account, Customer, Activity, Driver y Product. Consulte Requisitos de dimensión y miembros al crear reglas.

En este ejemplo, configuraremos un modelo y un conjunto de reglas de la manera siguiente:

• Modelo: Proceso de asignación basado en 10 valores reales

• Conjunto de reglas: Asignaciones de gastos de ocupación

Empiece configurando el modelo Proceso de asignación basado en 10 valores reales. En este ejemplo, podemos crear un contexto de modelo para seleccionar los miembros predeterminados para cualquiera de las dimensiones Entity, Account, Customer, Activity, Driver y Product.

Cuando planifique los tipos de cálculo que va a realizar, deberá considerar si es mejor limitar los cálculos a miembros específicos para cualquiera de estas dimensiones.

En este ejemplo, las asignaciones o los cálculos personalizados afectarán a todas las actividades, clientes, productos y entidades, así como a varias cuentas en algún punto. Eso nos deja la dimensión Driver. Supongamos que Driver solo tiene un miembro, y que solo hay una regla que utilice dicho miembro. Puesto que Driver solo se utilizará en una regla, puede ahorrar tiempo en el proceso de creación de modelos desarrollando un contexto de modelo que defina la selección predeterminada para la dimensión Driver.

Puesto que no vamos a asignar un miembro de base de datos real a la dimensión Driver, seleccionaremos NoDriver en la selección de miembro predeterminada. NoDriver es un miembro que cumple el requisito por el cual cada dimensión debe tener un miembro incluso si la dimensión no se usa en la regla. (El miembro NoDriver se configuró y agregó a la dimensión personalizada Driver durante la creación de esta).

En este punto, nuestras selecciones de contexto son las siguientes:

El siguiente paso es crear el conjunto de reglas Asignaciones de gastos de ocupación. En este conjunto de reglas, es recomendable usar el contexto de modelo que definimos al crear el modelo Proceso de asignación basado en 10 valores reales, donde establecimos la dimensión Driver en NoDriver. Para ello, seleccionaremos Usar contexto de modelo en el separador Definición de la página Crear conjunto de reglas.

Además de usar el contexto de modelo, podemos crear un contexto de conjunto de reglas para definir los miembros predeterminados para cualquiera de las dimensiones Entity, Account, Customer, Activity y Product. (Tenga en cuenta que la dimensión Driver no está disponible para su selección en el contexto de conjunto de reglas. Esto sucede porque hemos activado el contexto de modelo, donde se ha definido NoDriver para la dimensión Driver. Ninguna dimensión definida en el contexto de modelo estará disponible para su selección en el contexto de conjunto de reglas).

Puesto que vamos a crear reglas para el conjunto de reglas Asignaciones de gastos de ocupación, no moveremos datos en las dimensiones Activity, Product y Customer, pero sí en las dimensiones Entity y Account. Como las dimensiones Activity, Product y Customer no son aplicables a las reglas que crearemos en este conjunto de reglas, configuraremos el contexto de conjunto de reglas con los valores No Activity, No Customer y No Product para estas dimensiones.

Como hicimos con la selección de NoDriver que definimos en el contexto de modelo, asignaremos estos miembros "No<dimname>" para cumplir el requisito de que cada dimensión debe tener un miembro, incluso si esta no es aplicable en la regla. Realizar estas selecciones en el contexto de conjunto de reglas implica que no hay que seleccionar miembros para estas dimensiones en ninguna regla nueva que cree en el conjunto de reglas.

En este punto, nuestras selecciones de contexto son las siguientes:

Ya podemos crear las reglas en el conjunto de reglas Asignaciones de gastos de ocupación. Para cada regla que creemos en este conjunto de reglas, seleccionaremos Usar contexto de conjunto de reglas.

Recuerde que el contexto de conjunto de reglas en este ejemplo incluye las dimensiones Activity, Customer y Product. Además, el conjunto de reglas también usa el contexto de modelo, que define un valor predeterminado para la dimensión Driver. Por ello, cuando lleguemos a la pantalla de definición a nivel de regla, solo veremos opciones para seleccionar miembros para Entity y Account.

En este punto, nuestras selecciones de contexto son las siguientes:

Si va a crear una regla donde no sean aplicables el contexto de modelo o el contexto de conjunto de reglas, puede desactivar estas selecciones. A nivel de regla, puede gestionar las excepciones anulando la selección de Usar contexto de conjunto de reglas. A nivel de conjunto de reglas, puede gestionar las excepciones anulando la selección de Usar contexto de modelo. Tenga en cuenta que, dado que el contexto de conjunto de reglas también incluye el contexto de modelo, si anula la selección de Usar contexto de conjunto de reglas, también se anulará la de Usar contexto de modelo.

En nuestro ejemplo, anular la selección de Usar contexto de conjunto de reglas hace que todas las dimensiones de la aplicación se muestren en el separador Origen/Destino para las reglas de asignación, y en el separador Destino para las reglas personalizadas. Concretamente, además de las dimensiones Entity y Account, se muestran las dimensiones Activity, Customer y Product del contexto de conjunto de reglas, así como la dimensión Driver del contexto de modelo.

Imaginemos ahora qué pasaría si configura reglas en la aplicación de muestra BksML50 y no define un contexto de modelo y un contexto de conjunto de reglas. Cada regla sigue necesitando que las seis dimensiones se definan para el origen y el destino en reglas de asignación o para el destino en reglas personalizadas. Si no define un contexto de modelo y de conjunto de reglas, deberá seleccionar miembros manualmente para todas las dimensiones en cada regla que cree. Si su conjunto de reglas contiene 200 reglas y todas ellas usan las mismas dimensiones, es más eficiente definir los miembros de dimensión en el contexto de conjunto de reglas que seleccionarlos cuando configure cada regla.