• Artículo

Consideraciones importantes relacionadas con la implementación

Actualizado: 2009-04-30

Cuando planee la implementación de PerformancePoint Planning, debe tener en cuenta algunos puntos importantes. Antes de empezar a crear la aplicación, analice y tome decisiones acerca de las siguientes áreas.

¿Cuántas aplicaciones necesita, una o varias?

La decisión de crear una o varias aplicaciones de Microsoft Office PerformancePoint Server 2007 se verá afectada por varias consideraciones. La principal consideración es el número de definiciones de metadatos y objetos de negocio se van a compartir. Aunque varias aplicaciones ofrecen más escalabilidad y flexibilidad, cada aplicación puede considerarse como un contenedor independiente para sus datos, y éstos no se pueden compartir entre las aplicaciones.

PerformancePoint Server admite un calendario por aplicación, de modo que si su empresa tiene varios negocios en diferentes calendarios, deben crearse dos aplicaciones para alojar su estructura organizativa. Asegúrese de que el calendario de la aplicación se corresponda con sus procesos empresariales. El calendario no puede modificarse; se debe crear una nueva aplicación.

Cuando planee los sitios de modelos de la aplicación, determine si la organización tiene procesos o datos centralizados, o si incluye varias divisiones con tipos de negocios muy diferentes.

Si la organización está centralizada, es posible que no necesite crear varios sitios de modelos. Incluso si la organización está descentralizada, pero los procesos son coherentes y los datos que se reportan a la sede central están normalizados en toda la empresa, puede tener varios sitios de modelos que resumen los datos a nivel corporativo.

Sin embargo, si la organización no está centralizada y los datos no son coherentes entre las divisiones, puede necesitar estructuras de modelo diferentes para las partes diferentes de la organización. Para esto, es posible que deba crear varias aplicaciones.

La separación del sitio de modelos raíz de los sitios de modelos de las divisiones o unidades de negocio también permite el acceso a los datos según el usuario o la función. Esto es importante para el mantenimiento del control corporativo sobre los modelos hipotéticos que se usan en el proceso de planeación.

Las consideraciones de seguridad pueden afectar a las decisiones de planeación del sitio. Si desea especificar permisos variables para los miembros de la función Modelador, puede hacerlo mediante la creación de subsitios de modelos y la configuración de permisos en el nivel del sitio de modelos.

Otros puntos que debe tener en cuenta:

  • Diferentes programaciones de proyecto: los horarios que usan los responsables de la planeación, la definición del presupuesto y las previsiones, o los datos reales pueden diferir. Esto complica la implementación inicial del proyecto en una sola aplicación.

  • Considere un inicio a pequeña escala: la mejor forma de empezar la implementación puede ser usar un número de aplicaciones al inicio, con el objetivo a largo plazo de migrar a una sola gran aplicación. Este método requiere una menor coordinación entre los equipos del negocio y permite programaciones independientes para cada equipo.

  • Diferentes requisitos locales: si una filial o un sitio remoto desea hacer un seguimiento de los elementos específicos de un sitio o trabajo, es posible que requiera el uso de un subsitio para la ubicación remota. Esto permite que la filial use los datos compartidos, aunque permite la personalización.

  • Control de varias áreas geográficas: aunque puede instalar Planning Server en una ubicación central (como la sede principal) y tener usuarios remotos que se conectan de forma remota, puede crear un subsitio para las ubicaciones remotas. De este modo, los sitios remotos pueden usar la característica de integración de datos de PerformancePoint Server para mover sus datos a la sede principal de forma periódica. El subsitio tiene la responsabilidad de garantizar que mantienen la conformidad con los requisitos del sitio corporativo.

  • Escalabilidad: si todos los usuarios comparten la misma aplicación, la escalabilidad debe ser un criterio importante en el ciclo de planeación del proyecto.

Elección de un tipo de modelo

Cuando se crean modelos en la aplicación de PerformancePoint Server, puede elegir entre cinco tipos de modelo: el modelo de hipótesis global, el modelo de tasa de cambio, el modelo financiero con cálculo de acciones, el modelo financiero sin cálculo de acciones y el modelo genérico.

La principal consideración cuando se determinan los tipos de modelos a incluir en la aplicación es cómo se van a usar los modelos y los datos, por ejemplo, si se va a crear un modelo de negocio o un modelo de hipótesis. También puede ser que diferentes usuarios finales deseen diferentes niveles de datos, de modo que es importante incluir una amplio espectro de usuarios en la planeación inicial.

Por ejemplo, es posible que los datos que quiere ver en los informes deban modelarse de forma diferente a los datos que sólo se usan en los informes financieros. Es posible que un modelo que se usa principalmente para los informes financieros no incluya datos del personal comercial o no se encuentre en el nivel correcto para la generación de informes para el nivel del personal comercial; sin embargo, estos datos pueden ser esenciales para los cuadros de mandos comerciales. En este escenario, es posible que quiera diseñar los modelos para que proporcionen datos comerciales detallados que se puedan resumir para la generación de informes financieros.

Además, puede crear un modelo de un tipo determinado de modelo o varios modelos del mismo tipo para fines diferentes, de modo que esto puede constituir una solución alternativa para el escenario anterior.

Tipos de modelos

Tipo de modelo Descripción

Genérico

Es el tipo de modelo más básico. Se puede usar para cualquier otro tipo de modelo necesario y no contiene reglas predefinidas de lógica contable.

Hipótesis global

Se usa para los datos de línea de base que se aplicarán a todo el negocio (por ejemplo, información de la plantilla o listas de precios) o para los factores empresariales de un modelo financiero (por ejemplo, las hipótesis de ingresos y gastos).

Tasa de cambio

Un modelo de hipótesis para fines especiales que hace un seguimiento de los valores del mercado de divisas y la tasa de cambio de todas las divisas del sistema.

Una consideración importante para los modelos de tasa de cambio es si va realizar el seguimiento de las tasas de cambio con varias frecuencias (por ejemplo, diaria, mensual o anual). Debido a que el modelo de tasa de cambio no proporciona agregación, necesitará un modelo de tasa de cambio independiente para cada frecuencia de la aplicación que use las hipótesis de tasas de cambio.

Financiero sin cálculo de acciones

Incluye la lógica integrada para realizar las consolidaciones, pero no incluye cálculo de acciones. Use este tipo de modelo si tiene una entidad o varias entidades que se analizan individualmente. Por ejemplo, este modelo se puede usar para crear un modelos de costes corporativos o un modelo departamental como, por ejemplo, un modelo para el uso específico del departamento de recursos humanos.

Financiero con cálculo de acciones

Incluye la lógica integrada para realizar consolidaciones que incluyan cálculo de acciones y también para calcular la eliminación de transacciones recíprocas. Por ejemplo, use este modelo si tiene varias entidades y va a suministrar informes consolidados a nivel corporativo, o si tiene varias entidades de propiedad parcial. Este tipo de modelo también se puede usar para crear un modelo de planeación estratégica.

Consideraciones relacionadas con la planeación de dimensiones

PerformancePoint Planning proporciona dos categorías de dimensiones: las predefinidas y las definidas por el usuario. Las dimensiones predefinidas se puede usar tal como se generan, pero por lo general, se requieren algunas modificaciones para alojar la estructura de datos y las convenciones de nomenclatura actuales. El ámbito de personalización de las dimensiones predefinidas es más restringido que el de las dimensiones definidas por el usuario.

Al planear la aplicación, también es importante tener en cuenta el número de miembros de dimensión que se va a incluir en cada dimensión. En dimensiones que contendrán muchos miembros de dimensión, puede crear conjuntos de miembros de dimensión adicionales a fin de limitar el número de cuentas por modelo y, por lo tanto, mejorar el rendimiento de la aplicación.

Cálculos

Los cálculos de negocio en PerformancePoint Planning se pueden llevar a cabo mediante el uso de cálculos del lado servidor o del lado cliente. Los cálculos del lado del servidor de Planning Server se presentan como reglas de negocio. Estas reglas de negocio usan PerformancePoint Expression Language (PEL) para expresar el cálculo que el usuario quiere realizar. Los cálculos del lado cliente se realizan mediante las capacidades de cálculo integradas en el Complemento PerformancePoint para Excel.

Cálculos del lado del servidor

Los cálculos de una regla de negocio de servidor que se expresan en PEL los llevan a cabo realmente el motor de Microsoft SQL Server o el motor de SQL Server 2005 Analysis Services (SSAS). Para llevar a cabo un cálculo en el motor de SQL Server, la regla necesita compilarse dentro de un procedimiento almacenado de SQL que se ejecuta después para realizar el cálculo. Para llevar a cabo un cálculo en el motor de Analysis Services, la regla necesita compilarse dentro de instrucciones MDX o secuencias de comandos MDX que se envían después al motor SSAS para su ejecución.

En general, una regla puede aplicarse mediante cualquiera de las tres plataformas anteriores (el motor de SQL Server, el motor de SSAS mediante el uso de consultas MDX, o el motor de SQL Server Analysis Services mediante secuencias de comandos MDX). Cada plataforma de cálculo tiene un rendimiento y unas características de comportamiento diferentes. En la tabla siguiente se resumen estas características.

Plataforma de ejecución Característica de comportamiento Característica de rendimiento Recomendación

Motor de SQL Server

El cálculo lo invoca explícitamente el usuario final o un evento de reprocesamiento.

Los datos calculados se materializan y reescriben en la tabla de hechos.

No se admiten algunas expresiones complejas.

El cálculo controla correctamente la dispersión de los datos que el tiempo de ejecución sea proporcional al tamaño de los datos de hechos y no al ámbito del cálculo.

En la mayoría de los casos, ésta es la opción indicada si el cálculo se puede invocar a petición o desencadenarse mediante un evento de reprocesamiento.

Se debe estar atento a la explosión de datos y a las expresiones complejas que rebasan la capacidad de procesamiento de SQL Server.

Motor de SQL Server Analysis Services mediante el uso de consultas MDX

El cálculo lo invoca explícitamente el usuario final o un evento de reprocesamiento.

Los datos calculados se materializan y reescriben en la tabla de hechos.

Admite expresiones completas de PEL

El cálculo no controla correctamente algunos tipos de dispersión. Si tiene un cálculo que abarca una región de gran tamaño, el rendimiento se puede ralentizar aunque los resultados calculados reales (no NULL) sean relativamente pequeños

Resulta adecuado para cálculos que abarcan una región pequeña. Es la forma más fácil de probar y depurar un cálculo. La eficacia de la expresión es más eficaz que el motor de SQL Server.

Se debe estar atento a las regiones calculadas de gran tamaño, la explosión de datos y la ralentización del rendimiento.

Motor de SQL Server Analysis Services mediante el uso de secuencias de comandos MDX

El cálculo se invoca y mantiene automáticamente mediante el motor de SSAS. Para realizar el cálculo no se requiere una invocación de usuario ni un evento de desencadenamiento de Microsoft Office PerformancePoint Server 2007.

El resultado del cálculo no se materializa, de modo que no existe el problema de explosión de datos en el servidor.

El cálculo presenta características de mala dispersión Si tiene varios cálculos, el rendimiento es especialmente bajo. Uno de ellos desencadena regiones de cálculo de gran tamaño.

Use esta plataforma si desea que el cálculo se realice de forma automática y en tiempo real.

Cuando tiene este tipo de cálculo, debe estar atento al bajo rendimiento de las consultas.

Tanto el motor de SQL Server como el motor de SSAS pueden realizar fácilmente un sencillo cálculo de proporción mediante el uso de una secuencia de comandos MDX. La diferencia entre los dos es el equilibrio de la expansión de datos frente al menor rendimiento de las consultas en tiempo de ejecución.

No resulta eficaz realizar un cálculo de amplio ámbito y únicamente a nivel de hoja en el motor SSAS mediante el uso de una secuencia de comandos MDX. Esto se debe a que una consulta simple en un nivel agregado más alto desencadenará un cálculo automático de amplio ámbito cada vez que se envíe una consulta. Esto puede afectar en gran medida al rendimiento general de las consultas.

Cálculos del lado cliente

Los usuarios de Planning Server pueden escribir fórmulas en las celdas de las matrices del libro durante la edición. Planeación usa el término "fórmula en tiempo de diseño" para hacer referencia a estas fórmulas. Las fórmulas en tiempo de diseño habilitan el cálculo en el lado cliente mediante características de cálculo complejas de Microsoft Office Excel. La fórmula en tiempo de diseño se puede definir en el nivel raíz y se hereda automáticamente en los niveles inferiores. La fórmula en tiempo de diseño es un método adecuado para la implementación de reglas de negocio durante el periodo de edición del formulario.

Nota

El uso excesivo de fórmulas en tiempo de diseño puede ralentizar la representación del formulario y el envío de datos.

El uso de las fórmulas de Excel permite que las empresas usen de forma eficaz las reglas de negocio existentes que ya se han definido en sus hojas de cálculo. Una empresa puede seguir un método incremental para la migración de sus fórmulas importantes a Planning Server y permitir así que se administren de modo centralizado.

Durante el período de entrada de datos, los usuarios también pueden escribir fórmulas en la región editable. Planning Server usa el término "fórmulas en tiempo de ejecución" para hacer referencia a estas fórmulas. Una fórmula en tiempo de ejecución se puede usar para aplicar reglas de negocios y garantizar la integridad de los datos.

Reescritura de Analysis Services

Planeación usa la característica de "reescritura" de Analysis Services para pronosticar los resultados de rendimiento. Si los resultados de rendimiento propuestos no son lo bastante buenos, recomendamos el uso de asignaciones locales para reducir la carga del servidor de SSAS. Para obtener más información, consulte la siguiente sección, "Cubo local (asignaciones sin conexión)".

Cubo local (asignaciones sin conexión)

Se puede configurar PerformancePoint Planning para permitir que los usuarios trabajen en línea, sin conexión o en modo mixto, cuando realizan tareas de entrada de datos. La configuración se puede establecer en un nivel por modo o por usuario.

Los modeladores de Planeación pueden habilitar el almacenamiento en memoria caché sin conexión para un modelo de gran tamaño o un modelo que contiene datos confidenciales mediante la configuración del indicador de modelo "AllowOffline" en Planning Business Modeler.

Los contribuidores de Planeación puede activar o desactivar el almacenamiento en la memoria caché sin conexión en sus entornos en tiempo de ejecución mediante la opción "Almacenar automáticamente asignaciones en memoria caché de forma local" en Complemento PerformancePoint para Excel. De forma predeterminada, ambas opciones están activadas.

Modo en línea: si alguna opción está configurada como "Desactivado", el usuario de Planeación trabaja en modo en línea. Los datos no se descargan al equipo del usuario.

Modo local: Si ambas opciones están configuradas como "Activado", el usuario de Planeación cambia automáticamente al modo Local (modo mixto) una vez que los datos se descargan correctamente en su equipo. Los usuarios pueden obtener cálculos más rápidos que en el modo en línea porque los cálculos se basan en la información almacenada en la memoria caché del equipo local.

Modo sin conexión: Una vez que los datos se descargan correctamente en el equipo del usuario, éste puede optar por trabajar sin conexión (esto es, sin una conexión activa con Planning Server). Use este modo en las siguientes circunstancias:

  • Cuando no esté en la oficina y no pueda conectarse al equipo que ejecuta Planning Server.

  • El equipo que ejecuta Planning Server no está disponible debido a mantenimiento.

  • Los cambios no se guardan en la base de datos de Planning Server hasta que el usuario no se vuelve a conectar y envía el formulario.

Subcubo

Los autores de informes deben considerar el uso de subcubos cuando crean informes y formularios. Debido a que el tamaño de un conjunto completo de datos puede ser grande, la descarga de los datos sin conexión puede ser una operación onerosa en tiempo y carga de trabajo para el servidor de SSAS. Cuando diseñan sus informes, los autores pueden definir subcubos para las asignaciones sin conexión. De esta forma, cuando los usuarios descargan las asignaciones para el trabajo sin conexión, sólo se descargan las secciones pertinentes de la base de datos.

Consideraciones relacionadas con la carga de datos

Planning Server no es un proceso completo de extracción, transformación y carga (ETL) y no se puede usar para la creación de trabajos de extracción, transformación y carga de datos desde varios orígenes de datos.

Es necesario definir los orígenes de datos y la asignación del origen de datos a los modelos de Planeación. La dimensión y los tipos de miembros deben coincidir con los tipos de Planeación (por ejemplo, se debe asignar el tipo de cuenta de los miembros de cuenta). También es necesario determinar si es posible alguna transformación, definir quién es el responsable del proceso ETL y la programación de los datos que se mueven.

La integración de datos requiere de varios pasos:

  • Debe crearse la base de datos provisional de planeación (este paso se realiza una vez).

  • La base de datos provisional de planeación se debe sincronizar con PerformancePoint Planning. Esto se debe hacer cada cada vez que hay un cambio en la estructura.

  • Los datos se deben cargar desde los orígenes de datos a la base de datos provisional de planeación mediante una herramienta ETL externa.

  • Se deben validar los datos de referencia (dimensión y jerarquía) y los datos de hechos, y se deben corregir los errores.

  • Los datos se cargan desde la base de datos provisional de planeación a la base de datos de aplicación de planeación.

Este proceso se puede automatizar mediante PPSCmd y secuencias de comandos.

Planeación almacena los datos para las cuentas como débitos y créditos de forma nativa. Por ejemplo, una cuenta de crédito con un saldo de crédito se almacena como un valor positivo; una cuenta de crédito con un saldo de débito, como un valor negativo. Una cuenta de débito con un saldo de débito se almacena como un valor positivo; una cuenta de débito con un saldo de crédito, como un valor negativo.

Esto significa que si el sistema de origen almacena datos con un signo conforme a su tipo, el signo de estas cuentas se debe cambiar antes de que se carguen los datos. La integración de datos de Planeación ofrece una característica para controlar esto en la carga de datos, pero sólo controla las cuentas de origen de tipo de crédito almacenadas como números negativos. Si el sistema usa otra convención, debe hacerse cargo del cambio de signo el proceso ETL que se usó para la transferencia de datos desde el sistema de origen a la base de datos provisional de planeación.

Es importante una planeación cuidadosa de los procesos de carga de datos, ya que los errores en la planeación pueden dar como resultado datos que no concilien en los modelos, dimensiones y conjuntos de miembros relacionados.

Las principales consideraciones con respecto a la carga de datos incluyen la frecuencia con que se realizará la carga de datos, si se realiza una carga completa o incremental, la cantidad de datos de la operación y el rendimiento.

Deberá tener en cuenta el momento y la frecuencia de la carga de datos, y qué usuarios serán los responsables de estos procesos. Es un factor que puede convertirse en crucial en implementaciones de varios sitio y modelos.

Consideraciones relacionadas con el proceso de negocio

Para coordinar la colaboración entre los contribuidores de datos, los revisores y los aprobadores durante los procesos de negocio, Planning Server usa ciclos de proceso y formularios de entrada de datos. La administración del proceso se realiza a través de Planning Business Modeler, en tanto que la edición de formularios y el envío de datos se lleva a cabo mediante el Complemento PerformancePoint para Excel.

La planeación de la colaboración de datos incluye consideraciones de planeación del sistema y flujo de trabajo, además de las relativas a la planeación de procesos.

Consideraciones del sistema y flujo de trabajo

Cuando planea una aplicación de PerformancePoint Server, debe tener en cuenta la logística necesaria para el área geográfica donde residen los usuarios. Por ejemplo, ¿va a tener usuarios dispersos a nivel global que contribuirán, revisarán y aprobarán los datos?

Para gestionar este escenario, tendrá que considerar factores como las diferencias horarias cuando establezca la asignación de fechas límite, el ancho de banda del sistema en los periodos en que usuarios de diversas áreas geográficas usan el sistema al mismo tiempo y los problemas de planeación de varias divisas.

Consideraciones relacionadas con el negocio y el proceso de planeación

Cuando empiece a planear la implementación de los procesos del negocio, es importante que tenga en cuenta el flujo de datos. Un paso de planeación útil es la documentación del proceso general, los usuarios y sus funciones en el proceso, y el flujo de datos.

Otra consideración importante es el tipo de proceso. Algunos tipos de procesos de negocio típicos que se usan en Planning Server son:

  • Procesos sucesivos o periódicos, como los pronósticos trimestrales

  • Definición descendente y ascendente de los objetivos, como los procesos de definición del presupuesto

  • Un paso de un proceso financiero más grande, como las consolidaciones.

  • Envío de datos generales para permitir otros procesos.

La seguridad de los datos también es una consideración importante cuando se implementan los procesos de negocio. Planning Server asegura los datos para cada uno de los usuarios y como parte de un ciclo de proceso, por lo que la identificación de los usuarios que necesitan ver, editar, revisar y aprobar los datos es una parte importante de la planeación de los procesos de negocio.

También deben tenerse en cuenta en la planeación las reglas contables específicas de la configuración regional que pueden afectar a los procesos de negocio (por ejemplo, las conversiones de divisas o las consolidaciones financieras).

Cuando planee los formularios de entrada de datos que se van a usar en los procesos de negocio, debe tener en cuenta algunos factores:

  • El uso de cálculos en los formularios

  • La creación de formularios dinámicos que se actualicen automáticamente cada mes para cada usuario

  • El conjunto de cualificaciones de los usuarios

  • La complejidad de los formularios

Además, cualquier proceso que tenga cálculos complejos o muchos usuarios puede afectar al rendimiento. Una atenta planeación durante la configuración de los formularios, la definición de los cálculos, el diseño del modelo y la planeación del flujo de datos puede mejorar el rendimiento. El uso de la funcionalidad sin conexión de Complemento PerformancePoint para Excel también puede ser útil para mejorar el rendimiento y la escalabilidad.

Cuando planee el número de formularios que se van a crear en la aplicación, también debe tener en cuenta el ciclo de vida de los datos, ya que los datos de más de un modelo se pueden ver en un formulario de entrada de datos, pero la parte de entrada de datos del formulario sólo se puede vincular a un modelo. Si va a realizar entrada de datos en varios modelos, tendrá que crear varios sitios de modelos o varios formularios.

Recuerde que Planning Server proporciona un proceso de revisión y aprobación para los datos, y que esta funcionalidad cumple con los requisitos básicos para el flujo de trabajo de la revisión y aprobación. Para colaboraciones más complejas, le recomendamos que integre Windows SharePoint Services Web Parts en su implementación.

Consideraciones de seguridad

El modelo de seguridad de Planning Server se basa en funciones. Los usuarios se asignan a las funciones y sus niveles de permisos en el sistema de Planning Server se establecen de acuerdo a las funciones a las que pertenecen. Los dos tipos de funciones son las funciones administrativas y las funciones de negocio.

Funciones de negocio

Las funciones de negocio se definen para los usuarios que trabajan con los datos reales de la empresa. Tenga en cuenta que los miembros de las funciones Administrador de datos y Modelador tienen acceso no restringido a todos los datos de la empresa del sitio de modelos, incluso si pertenecen a una función de negocio que tiene una configuración restringida.

Los permisos predeterminados se aplican a todos los conjuntos de miembros del sitio de modelos y a todos los usuarios de la función de negocio, a menos que se hayan especificado permisos explícitos.

Los permisos explícitos sustituyen a los permisos predeterminados. Puede especificar de forma explícita el acceso de lectura o escritura para miembros o conjuntos de miembros específicos.

De forma predeterminada, todos los usuarios que pertenecen a una función de negocio heredan los mismos permisos. Los permisos se pueden restringir si se ha habilitado la característica de permisos personalizados de usuarios para el conjunto de miembros. Cuando se usa esta opción, los permisos tendrán que configurarse individualmente para cada usuario que requiera permisos de lectura o escritura en el conjunto de miembros.

Diseñe funciones de negocio para los usuarios que requieren un nivel de acceso similar a los datos de la empresa. Antes de crear una función, identifique el conjunto compartido de permisos para los miembros de la función y seleccione el nivel de permiso predeterminado, así como los permisos explícitos que mejor se adecuan a los requisitos comunes de acceso. Si usa esta configuración como punto de partida para la definición de permisos explícitos para los datos, puede minimizar las modificaciones que deberá hacer durante la definición de funciones. Como práctica recomendada de seguridad, use la configuración más restrictiva posible.

Para obtener un mejor rendimiento, intente minimizar la necesidad de permisos personalizados de usuarios cuando defina las funciones de negocio. Cuando personaliza los permisos de un usuario, se crea una nueva función de Analysis Services. El número de funciones afecta al tiempo necesario para realizar algunas tareas como, por ejemplo, la implementación de un sitio de modelos.

El uso de funciones de negocio permite que la administración de procesos sea más dinámica y fácil de configurar, ya que las funciones se pueden usar como grupos de usuarios para la definición de asignaciones. Cuando se agrega un usuario a una función que se usa en una definición de asignación, el usuario se agrega también a las tareas de administración de procesos aplicables.

Funciones administrativas

Las funciones administrativas son Administrador global, Administrador de usuarios, Administrador de datos y Modelador. Los administradores globales no pueden conectarse a un servidor de Planning Business Modeler, a menos que también pertenezcan a otra función administrativa. Los administradores de usuarios no obtienen acceso de lectura o escritura a los datos empresariales. Los administrador de datos y los modeladores tienen acceso no restringido de lectura y escritura a todos los datos de la empresa del sitio de modelos, incluso si pertenecen a una función de negocio que tiene una configuración restringida.

Cuentas de implementación

Existen dos cuentas que deben tenerse en consideración cuando se implementa PerformancePoint Server: la cuenta de identidad de servicio (SI) de Planning Server y la cuenta usada por el administrador de la base de datos. La cuenta SI se usa para comunicarse con las bases de datos del sistema y los datos de origen. El administrador de la base de datos es la persona que crea y configura las bases de datos de Planning Server. Para obtener más información, consulte la Guía de implementación de PerformancePoint Server 2007.

Nota

En muchos sistemas de prueba de concepto, resulta conveniente implementarlo todo mediante una sola instalación de servidor y agregar cuentas de usuario al equipo. No obstante, si agrega usuarios de Planeación a la función de administradores del equipo donde se instaló Analysis Services, estos usuarios tendrán de forma predeterminada acceso completo a todos los datos de las bases de datos de Analysis Services, incluidas las bases de datos creadas por Planning Server. Por esta razón, cuando agrega cuentas de usuario al equipo, debe seguir el principio del último privilegio.

Puede encontrar información adicional sobre la configuración de funciones administrativas y funciones de negocio en la Ayuda en línea de Planning Business Modeler.

Otras consideraciones

  • Consecuencias en el rendimiento de conjuntos de miembros con respecto a vistas de miembros: Los conjuntos de miembros se convierten en jerarquías primario-secundario de Analysis Services; las vistas de miembro se convierten en jerarquías en niveles. Analysis Services controla las jerarquías en niveles más eficientemente que las jerarquías primario-secundario, ya que agrega los miembros de forma previa. Si los conjuntos de miembros son muy grandes o tienen muchos niveles, es posible que tenga problemas de rendimiento. Si este es el caso, cuando diseñe informes debe considerar el uso de vistas de miembro.

  • Analysis Services: Si determina que Analysis Services es un cuello de botella para el rendimiento, consulte la SQL Server 2005 Analysis Services Performance Guide (https://go.microsoft.com/fwlink/?LinkId=103090&clcid=0x0C0A) (puede estar en inglés) para obtener asistencia sobre cómo agrupar servidores de SSAS.

  • Jerarquías: Si tiene jerarquías que cambian a lo largo del tiempo o que se vuelven a rehacer, puede crear varios conjuntos de miembros y usarlos en modelos diferentes.

Extensiones personalizadas

PPSCMD

La utilidad de comandos de planeación (PPSCmd.exe) es una herramienta que ayuda en la administración y modificación limitada de Planning Server. La herramienta se compone de doce comandos que permiten realizar acciones de secuencias de comandos con Planning Server. Por ejemplo, PPSCMD permite automatizar el proceso de carga de datos.

Para obtener más información sobre PPSCMD, consulte la Guía de implementación de PerformancePoint Server 2007.

Macros del lado cliente

En Complemento PerformancePoint para Excel, puede usar la característica de macros de Excel para crear y ejecutar macros. Cuando se crea una macro, puede usar Visual Basic para Aplicaciones (VBA) para especificar comandos y funciones que se almacenan en un módulo.

Nota

Si desea que los eventos puedan llamar al módulo desde el Complemento PerformancePoint para Excel, el módulo debe tener el título "PerformancePoint".

Puede usar los siguientes eventos del Complemento PerformancePoint para Excel para llamar al módulo PerformancePoint:

  • AfterRefresh: esta macro se ejecutan después de la actualización de una hoja de cálculo, libro o matriz, o cuando se cambia un filtro de página.

  • BeforeAssignmentAction: esta macro se ejecuta cuando se hace clic en el botón Ir (el botón de flecha junto a la lista desplegable Acciones), pero antes de que se ejecute la acción de la asignación especificada.

De forma predeterminada, la capacidad de ejecutar macros en los eventos AfterRefresh y BeforeAssignmentAction está deshabilitada. El administrador del sistema puede habilitar o deshabilitar esta opción en la Consola de administración de planeación; póngase en contacto con el administrador del sistema si necesita ayuda. Además, para estos eventos, el Complemento PerformancePoint para Excel usa el modelo de seguridad de macro de Excel a fin de permitir únicamente la ejecución de macros firmadas.

Personalización de Analysis Services

Puede agregar MDX personalizados o medidas calculadas directamente al cubo de Analysis Services. Deberá volver a aplicar estos cambios personalizados cada vez que implemente el sitio de modelos.

Procedimientos almacenados SQL y secuencias de comandos MDX personalizados (reglas nativas)

En el caso de que PerformancePoint Expression Language (PEL) sea demasiado restrictivo para los usuarios avanzados, Planeación permite escribir secuencias de comandos nativas SQL o MDX personalizadas. Dado que estas implementaciones pueden representar un riesgo de seguridad, Planeación requiere la aprobación de las reglas. Microsoft Office PerformancePoint Server 2007 ejecuta estas reglas como un usuario con pocos privilegios.

Para obtener más información acerca de cómo habilitar este tipo de reglas, consulte la Guía de operaciones de PerformancePoint Server 2007.

Aplicación de ejemplo

Otro recurso disponible cuando planee su aplicación de PerformancePoint Server es la guía de la aplicación de ejemplo Alpine Ski House (ASH). La guía de la aplicación de ejemplo ASH proporciona un perfil de la empresa ficticia Alpine Ski House Corporation. También describe los factores que determinaron la decisión de ASH de adoptar una solución PerformancePoint Server y la estructura que ASH decidió usar cuando creó la aplicación de ejemplo. La guía también ofrece información general del proceso de implementación de la aplicación que usa ASH. La aplicación de ejemplo ASH incluye también un proceso de definición de presupuesto. Vea el  Documentation map for Microsoft Office PerformancePoint Server 2007 (https://go.microsoft.com/fwlink/?LinkId=103091&clcid=0x0C0A) (puede estar en inglés) para obtener el vínculo a la guía de la aplicación de ejemplo ASH.