Puede revisar un escenario con un flujo de trabajo de aprobación opcional. Asimismo, al trabajar con un escenario, puede cambiar los valores de datos en el escenario y confirmar los cambios de datos en el cubo (o rechazarlos), sin tener que pasar por un proceso de aprobación.
Los cambios de estado y el flujo de trabajo de un escenario se ven afectados por el número de participantes y aprobadores para un escenario determinado. Si hay participantes pero no hay aprobadores, los participantes no tienen la opción de enviar el escenario para su aprobación, ni se puede aprobar ni rechazar un escenario. Si no hay ni participantes ni aprobadores, el propietario del escenario es el que realiza los cambios y los aplica. Es decir, no hay proceso de aprobación.
El estado rechazado funciona del mismo modo que el estado en curso, en el que todos los participantes pueden hacer cambios para lograr el estado aprobado.
Si el administrador del sistema ha activado los correos electrónicos salientes de Essbase, los participantes del escenario correspondiente recibirán notificaciones por correo electrónico cuando se produzcan cambios en el escenario.
Para configurar las notificaciones de correo electrónico SMTP:
SMTP controla los correos electrónicos salientes.
Cuando se configura el correo SMTP, los participantes del escenario empiezan a recibir correos electrónicos cuando sus escenarios cambian de estado, propiedad, prioridad o fecha de vencimiento.
Cuando se agregan usuarios al sistema, el correo electrónico es un campo opcional. Si no se ha rellenado, el usuario no podrá recibir correos electrónicos incluso aunque participe en los escenarios.
Estado del escenario | Destinatarios | En copia | Asunto del correo electrónico |
---|---|---|---|
Crear escenario | Participante, aprobador | Propietario | Se le ha invitado a participar en el escenario <nombre del escenario> |
Enviar | Aprobador | Propietario, participante | El escenario <nombre del escenario> se ha enviado para su aprobación |
Aprobar | Propietario | Participante, aprobador | El escenario <nombre del escenario>se ha aprobado |
Rechazar | Propietario | Participante, aprobador | <usuario> ha rechazado el escenario <nombre del escenario> |
Aplicar | Participante | Propietario, aprobador | El escenario <nombre del escenario>se ha actualizado |
Suprimir | Participante, aprobador, propietario | Usuario que lo ha suprimido | El escenario <nombre del escenario>se ha suprimido |
Acción de actualización
Puede ser un cambio de propiedad, prioridad o fecha de vencimiento. |
Participante, aprobador | Propietario | El escenario <nombre del escenario>se ha actualizado |
Un escenario existente se puede actualizar (consulte Acción de actualización en la tabla) para cambiar el propietario, la prioridad y la fecha de vencimiento. Si, por ejemplo, la fecha de vencimiento del escenario ha cambiado, los participantes recibirán un correo electrónico en el que se indica la nueva fecha de vencimiento. La fecha de vencimiento antigua aparecerá tachada, para que no haya lugar a dudas sobre qué información del escenario se ha actualizado.
Para crear un escenario, especifique la información general sobre el escenario, incluidas la creación de un nombre de escenario, la selección de una fecha de vencimiento, la selección de una aplicación y un cubo, y la selección del uso (o no) de valores calculados. A continuación, agregue usuarios y especifique si son participantes o aprobadores.
Consulte también: Descripción del flujo de trabajo y los roles de usuario de escenario.
Como usuario de escenario, puede modelar porciones de datos en su propio escenario.
Después de enviar un escenario para su aprobación, nadie podrá escribir en él.
Una vez que el propietario haya enviado el escenario para su aprobación, el aprobador puede aprobar o rechazar los cambios del escenario, acción que se notificará al propietario. Debe iniciar sesión como aprobador para poder aprobar o rechazar un escenario.
Cuando se aprueba un escenario, su propietario puede aplicar los cambios al cubo.
Puede aplicar cambios en los datos en la página Escenario de la interfaz web de Essbase o mediante el comando de cálculo DATAMERGE.
Al aplicar cambios de datos, los cambios almacenados en el escenario sobrescriben los datos base.
En la interfaz web de Essbase, haga clic en Escenarios.
Junto al escenario aprobado, en Acciones, haga clic en Aplicar.
Si tiene el rol de administrador de servicio, o si es un usuario de escenario (participante, aprobador o propietario), puede copiar un escenario. Puede copiar escenarios en cualquier punto del flujo de trabajo del escenario, antes de suprimir el escenario. El estado de aprobación del escenario copiado se restablece a En curso.
Puede suprimir un escenario en la interfaz web de Essbase.
Dado que existe un número fijo de sandboxes disponibles en un cubo, necesitará liberar sandboxes de los escenarios inactivos. Una vez suprimido el escenario asociado, se vacía el sandbox y se devuelve automáticamente al pool de sandboxes disponibles.
Para reutilizar un sandbox asociado a un escenario, debe suprimir el escenario.
Puede revisar un escenario con un flujo de trabajo de aprobación opcional.
Las asignaciones de rol de usuario de escenario determinan el flujo de trabajo de los escenarios. Debe tener al menos un aprobador para que se active el flujo de trabajo de escenario. Sin un aprobador, los participantes no tienen la opción de enviar el escenario para su aprobación, por ejemplo, ni se puede aprobar ni rechazar un escenario.
La única opción disponible en los escenarios que no disponen de al menos un aprobador es Aplicar. Si no hay aprobador, el propietario del escenario aún puede cambiar los valores de datos en el escenario y aplicar cambios de datos en el cubo (o rechazarlos) sin tener que realizar un proceso de aprobación.
Los participantes pueden participar en un análisis de posibilidades. Deben tener un rol de usuario de actualización de base de datos o de acceso a base de datos. La adición de participantes no es obligatoria.
Los aprobadores supervisan el proceso y aprueban, o rechazan escenarios. Deben tener un rol de acceso a base de datos o superior. Los escenarios pueden tener varios aprobadores, en cuyo caso, cada uno debe aprobar el escenario antes de poder enviarlo.
Los participantes y aprobadores que tienen el rol de usuario Acceso a base de datos no pueden escribir en un escenario hasta que se les otorgue acceso de escritura a través de un filtro.
Los participantes y aprobadores no son obligatorios. El propietario del escenario puede cambiar los valores de datos en el escenario y confirmar cambios de datos en el cubo (o rechazarlos) sin designar participantes o aprobadores.