Hyplan - Curso Administrador Hyperion Planning

Índice 1. Introdução.......................................................................................... .........................2 1.1 Hyperion Planning Overview........................................................................... ........2 1.2 Arquitetura do Sistema Hyperion Planning.......................................................... ....7 1.3 Requerimentos de Sistemas .................................................................... ..............9 1.3.1 Conceito........................................................................................... ................9 1.3.2 Hardware................................................................................................... .....10 1.3.3 Software......................................................................................... ................12 1.4 Definindo os Perfis de Usuário........................................................................... ...14 1.5 Terminologias Hyperion Planning................................................................... .......15 1.5.1 Dimensões............................................................................. ........................15 1.5.2 Metadados....................................................................... ..............................16 1.5.3 Terminologias........................................................................... ......................17 2. Definindo Dimensões e Membros.......................................................................... ....19 3. Configuração de Segurança de Acesso.................................................................... .20 3.1 Descrevendo a segurança do Hyperion Planning........................... ......................20 3.2 Adicionando usuários no Hyperion Planning............................................. ............23 3.3 Adicionando grupos e associando usuários no Hyperion Planning.......................24 4. Desenhando Web Forms..................................................................................... ......26 4.1 Definindo Web Forms................................................................... ........................26 4.1.1 Criando uma Pasta.................................................................................... .....27 4.1.2 Criando uma Web Form.......................................................... .......................27 Definindo Web Forms Simétricos e Web Forms Assimétricos................................31 4.1.3 Filtros de acesso para a Web Form........................................................... .....31 5. Entrando dados no Hyperion Planning................................................... ...................32 6. Gerenciando o processo de Planejamento....................................................... .........40 6.1 Overview Workflow........................................................................ .......................40 6.2 Lista de Tarefas................................................................................................... ..44 7. Hyperion Financial Reports............................................................... ........................48

1. Introdução Objetivos do Capítulo Ao final deste capítulo o aluno estará apto à: •

• • • •

• •

Descrever as principais características do Planning Descrever a arquitetura do Planning Listar os requerimentos de sistema para o Planning Descrever os perfis de usuários do Planning Descrever o relacionamento entre Planning e Essbase Definir e descrever multidimensionalidade Acessar o Planning na Web e navegar

1.1 Hyperion Planning Overview O Planning é um aplicativo para orçamento e planejamento cujo solução é totalmente baseada em Web, incorpora o Essbase como banco de dados multidimensional proprietário. Características do Planning Cada vez mais devemos ter flexibilidade para nos adaptar rapidamente às novas necessidades da empresa, as novas diretrizes, e devemos garantir que nossos modelos de planejamento estejam sempre atualizados, que seja coerente, e principalmente usual. Baseado em todas essas características do Planning: • • • • • •

•

necessidades

apresentamos

algumas

Estrtutura multi-dimensional de dados Suporta estruturas TARGET e BOTTOM-UP de planejamento Possibilita a parametrização de multiplas versões para o ciclo de planejamento Suporta modelos de planejamento baseados em premissas globais Possibilita a criação de regras de negócios complexas Entrada de dados via Web Ciclo de Planejamento integrado a Web

•

•

Integração com outros sistemas, possibilitando o interfaceamento de estruturas de dimensões e dados, utilizando o HAL Possibilita a criação de modelo com multi-moedas e conversão de moedas

Hyperion Planning O Planning possui duas ferramentas, a primeira é o Planning Desktop esta ferramenta é responsável pela administração das aplicações, a segunda é Planning Web Browser, esta ferramenta nos possibilita a criação das estruturas de dimensões, a criação dos formulários (Web Forms), criação das listas de tarefas, ciclo de planejamento e entrada de dados. Utilizando como exemplo prático temos, o Hyperion Planning Windows Client sendo utilizado para criar e dar manutenção nas aplicações e banco de dados e também por criar o vínculo com o Hyperion Essbase. Já o Hyperion Planning Web Client será utilizado no dia a dia, por exemplo, para criar um novo departamento ou uma nova conta gerencial no modelo de orçamento, ou então um novo Web form para entrada de dados,etc. A solução Hyperion Planning possue dois banco de dados. O Banco de dados relacional (SQL Server, DB2 ou Oracle) e o banco de dados multidimensional (Essbase). As seguintes informações são gravadas no banco de dados relacional : • • • • • • • •

Estrutura de dimensões Definição dos Web forms Dados do Supporting-detail Perfil dos usuários Filtro de acesso dos usuários Filtro de acesso dos web forms Status do ciclo de planejamento Anotações feitas pelo usuário

Hyperion Smart View for Office Hyperion Smart View for Office permita aos usuários utilizarem o Microsoft Excel para entrar com os dados no Hyperion Planning Hyperion Essbase O Hyperion Essbase é um programa de bancos de dados multidimensionais otimizado para aplicação em planejamento, análise e aplicativos de geração de relatórios gerenciais. O Hyperion Planning utiliza o Hyperion Essbase como seu banco de dados proprietário. Os dados do Hyperion Planning ficam armazenados no Hyperion Essbase. O Hyperion Essbase oferece uma combinação única de projeto técnico inovador com uma arquitetura cliente-servidor aberta. O Hyperion Essbase permite estender seus sistemas de suporte a decisões além das consultas e relatórios ad hoc sobre histórico de desempenho para sistemas operacionais dinâmicos que unem análise histórica com planejamento futuro. Através da consolidação e simulação de dados históricos e dados projetados para análise detalhada, você adquire perspectivas sobre sua empresa que lhe permitem tomar decisões apropriadas.

Figura 1 – Perspectiva Multi-dimensional

O banco de dados multidimensional Hyperion Essbase armazena e organiza dados. Ele é otimizado para lidar com aplicativos que contêm grandes quantidades de dados numéricos e exigem rotinas intensas de consolidação ou computação. Além disso, o banco de dados organiza dados refletindo a forma com que o usuário deseja ver esses dados. Uma dimensão é uma perspectiva ou visualização de um determinado conjunto de dados. Uma visualização diferente dos mesmos dados é uma dimensão alternada. Um sistema que suporta visualizações alternadas e simultâneas de conjuntos de dados é denominado multi-dimensional.

Dimensões são, na maioria das vezes, categorias como período, contas, linhas de produto, mercados, orçamentos e assim por diante (veja a Figura 2). Cada dimensão contém categorias adicionais que possuem várias relações entre si. Em contraste com a visualização multidimensional, as planilhas armazenam dados em duas dimensões, geralmente período e contas. O Hyperion Essbase contém um número ilimitado de dimensões, para que seja possível analisar grandes quantidades de dados a partir de vários pontos de vista. A seguinte ilustração demonstra quatro visualizações de dados multi-dimensionais. É possível ler e analisar os dados através das ferramentas Hyperion Analyzer e Hyperion Reports.

Figura 2 – Múltiplas visualizações a partir de um banco de dados com quatro dimensões

O Hyperion Essbase possue dois componentes importantes : • Essbase Server : ambiente servidor, onde estão guardados e configurados os bancos de dados, as estruturas de regras de negócio, os filtros de acesso, as configurações de memória, etc. • Essbase Client : componente que permite fazer a conexão ao Essbase Server e fazer as manutenções preventivas ou de correção necessárias. Segue abaixo tabela com os components do Essbase Client : Essbase Administration

Plataforma que possibilita a

Services Essbase Deployment Services

Essbase Integration Services

Essbase API

manutenção do Hyperion Essbase. Este componente permite que multiplas instâncias do Hyperion Essbase estejam sendo executadas em diversos servidores , enquanto o processo exerga apenas uma unidade lógica. O Deployment Service permite o balanceamento dos bancos de dados entre vários servidores Este componente permite fazer uma ponte entre os dados contindo em um banco de dados relacional e os dados de um banco de dados multidimensional Este componente é uma interface de programação que possibilita a integração do Hyperion Essbase com programas desenvolvidos em Visual Basic, C ou JAVA. Este recurso é utilizado muito para a customização e automatização de algumas rotinas.

Hyperion Application Link O Hyperion Application Link é utilizado para criar integrações de dados e/ou estrutura entre o Hyperion Planning e as diversas fontes de dados externas. O Hyperion Application Link utiliza os adaptadores do Hyperion Planning e do Hyperion Essbase para fazer as interfaces de estrutura de dimensão e dados respectivamente. Hyperion Business Rules O Hyperion Business Rules é um plug-in do Hyperion Essbase Administration Services. O Hyperion Business Rules utilize um banco de dados exclusive para guarder suas estruturas de regras de negócio. Uma regra de negócio poderá ser disparada através do Hyperion Business Rules Windows Client, Hyperion Planning Web Client ou Hyperion Smart View for Office. Hyperion Reports

O Hyperion Reports é utilizado para criar Relatórios Financeiros. Este aplicativo permite a criação de books automatizados, scheduler para impressão e/ou envio (por email) dos relatórios gerados, permite a geração de relatórios em formato HTML e PDF. Este aplitivo assim como toda a solução Hyperion Planning trabalha com a arquitetura de três camadas, isto é, uma camada para banco de dados, uma camada para a aplicação e uma camada para o Web Server. Hyperion Analyzer O Hyperion Analyzer tem um apelo visão muito grande. Este aplicativo é utilizado para montar visões (relatórios) interativas para o usuário, onde o usuário interage diretamente com os modelos e com os relatórios.

1.2 Arquitetura do Sistema Hyperion Planning O Hyperion Planning é um aplicativo multi-camada que combina o poder do banco de dados multi-dimensional (Hyperion Essbase), com a estrutura sólida do banco de dados relacional (SQL Server, DB2 ou Oracle). Abaixo vemos o modelo de arquitetura multi-camada utilizado pelo Hyperion Planning :

Windows Client

Web Client

Client:

Application: Hyperion Reports Hyperion Hyperion Hub Server Planning Server Server

Data:

Web Server

Client Layer O client layer consiste nas ferramentas Hyperion Planning Windows e Web Client. O Web Client prove o acesso aos Web forms, unidades de planejamento, ciclo de planejamento, criação de estrutura de dimensões, criação de perfil de usuário, filtro de usuários, etc. O Windows client é utilizado para criar e administrar os bancos de dados do Hyperion Planning. Application Layer O application layer consiste nos aplicativos Hyperion Planning (e todos os seus componentes), Hyperion Reports, Hyperion HUB, e o Web Server. Outra aplicação que se encontra neste segmento é o Hyperion Analyzer. Data Layer O data layer do Hyperion Planning consiste na utilização de uma banco de dados relacional (SQL Server, DB2 ou Oracle) e o Hyperion Essbase. As informações abaixo são armazenadas nos bancos de dados : • • • • • •

Dimensões e propriedades Perfil do usuário Filtros de segurança Estrutura dos web forms Unidades de Planejamento Ciclo de Planejamento (WORKFLOW)

1.3 Requerimentos de Sistemas 1.3.1 Conceito O Hyperion Planning foi desenhado para operar em sistemas multi-camadas. A configuração do Hyperion Planning utiliza três camadas : uma camada para o banco de dados (database tier), uma camada para as aplicações e webserver (middle tier) e uma camada para o cliente (client tier). O data tier contém os seguintes componentes: • Banco de dados relacional (Microsoft SQL Server, Oracle ou IBM DB2) • Hyperion Essbase Server O middle tier contém os seguintes componentes: • Hyperion Planning Server • Hyperion Planning Java Application server • Web server (Tomcat, Weblogic ou Websphere) • Hyperion Reports server O client tier contém os seguintes componentes: • Hyperion Planning Windows Client • Hyperion Planning Web Client • Hyperion Reports Windows Client • Hyperion Reports Web Client

1.3.2 Hardware 1.3.2.1 Database Tier Os requerimentos para o database tier incluem o servidor de banco de dados relacional e servidor de banco de dados multi-dimensional (Essbase). 1.3.2.2 Banco de Dados Relacional O Hyperion Planning suporta os seguintes sistemas de banco de dados relacional (RDBMS) : • Microsoft SQL Server 2000 SP3a • Oracle 8.1.7 ou Oracle 9.2.0.1 • IBM DB2 7.2 FP7 ou DB2 8.1 Nota: Hyperion Business Rules 4.0 suporta DB2 8.1, todavia o Hyperion Business Rules Designer suporta apenas IBM DB2 7.2. O Hyperion Planning não suporta o IBM DB2 Extended Enterprise Edition configurado com multinode ou IBM DB2 em servidors de grande porte (mainframe). Componentes do Servidor Relacional Microprocessador Memória Sistema Operacional

Espaço em disco

Requerimentos de Hardware Recomendado pelo fabricante Recomendado pelo fabricante Um dos seguintes produtos é requerido : • Windows 2003 Server • Windows 2000 Server SP4 • Aplicações pequenas – 10-20 MB • Aplicações médias – 50-60 MB • Aplicações grandes – 100-200 MB

1.3.2.3 Essbase Server Componentes Essbase Server Microprocessador Memória Sistema Operacional Espaço em disco

Requerimentos de Hardware Dual Pentium 2 GHz 2 GB mínimo (recomendado 4 GB) Windows 2000 Server SP4 100 GB

1.3.2.4 Middle Tier Componentes Hyperion Planning Windows-Based Server e Java Application Server Microprocessador Memória Sistema Operacional

Espaço em disco

Requerimentos de Hardware Dual Pentium 2 GHz 2 GB mínimo Um dos seguintes produtos é requerido : • Windows 2003 Server • Windows 2000 Server SP4 50 GB

1.3.2.5 Client Tier

1.3.2.5.1Requerimentos Hyperion Planning Windows Client O Hyperion Planning possue uma ferramenta para a administração remota das aplicações sem a necessidade de acessar fisicamente o servidor. Componente Windows Client Microprocessador Memória Sistema Operacional

Espaço em disco

Requerimentos de Hardware Intel Pentium II 300 Mhz ou superior 256 MB (512 recomendado para Hyperion Analyzer e Hyperion Reports) Um dos seguintes produtos é requerido : • Windows 2003 Server • Windows 2000 Server SP4 • Windows 2000 Professional • Windows XP • Windows XP Professional 50 MB

1.3.2.5.2Requerimentos Hyperion Planning Web Client Configuração necessárias nos equipamentos dos usuários que irão acessar o solução Hyperion Planning através da WEB. Componente Web Client Microprocessador Memória Sistema Operacional

Requerimentos de Hardware Intel Pentium II 300 Mhz ou superior 256 MB Um dos seguintes produtos é requerido : • Windows 2003 Server • Windows 2000 Server SP4

Espaço em disco Browsers

• Windows 2000 Professional • Windows XP • Windows XP Professional 50 MB Um dos seguintes produtos é requerido : • Microsoft Internet Explorer 6.0 • Netscape 7.1

1.3.2.5.3Requerimentos Windows Terminal Server Esta configuração será utilizada na etapa de desenvolvimento pela equipe do projeto, responsável pela manutenção/criação dos modelos da aplicação, e depois de implementado em produção, poderá ser utilizado pelos administradores da aplicação. Componente Windows Client Microprocessador Memória Sistema Operacional

Espaço em disco

Requerimentos de Hardware Intel Pentium III 800 Mhz ou superior 512 MB Um dos seguintes produtos é requerido : • Windows 2003 Server • Windows 2000 Server SP4 • Windows XP Professional 50 MB

1.3.3 Software 1.3.3.1 Requerimentos Hyperion Planning (Windows-Based) Server / Java Application (Web) Server Os componentes aqui descritos fazem parte da solução do MIDDLE TIER, para maiores informações veja o tópico 5. Componente Aplicação Hyperion Planning 4.0 Server Web Server

Java Application Server

Requerimentos de Software Componentes instalados Um dos seguintes Web Server: • Jrun • Weblogic • Websphere • IIS 6.0 (para Windows 2003) • IIS 5.0 (para Windows 2000) • Apache Web Server 1.3.12 Um dos seguintes produtos é requerido :

JDBC (Java Database Connectivity) driver

• BEA Weblogic 8.1.2 • IBM Websphere 5.1 • Macromedia Jrun 4.0 • Apache Tomcat 4.1.30 Um dos seguintes produtos é requerido : • Hyperion JDBC driver (para SQL e Oracle) • JDBC Type 2 driver (para DB2)

1.3.3.2 Requerimentos Hyperion Planning Windows Client Os componentes descritos abaixo são utilizados pela equipe de desenvolvimento e administração do ambiente. Componente Windows Client Hyperion Planning 4.0 Client Hyperion Application Link 7.0

Requerimentos de Software Componentes instalados Componentes instalados

1.3.3.3 Requerimentos Hyperion Planning Web Client Os componentes descritos abaixo são necessários estar disponíveis nos equipamentos utilizados pelos usuários do sistema de orçamento. Componente Web Client Browser

PDF file viewer

Requerimentos de Software Um dos seguintes produtos é requerido : • Microsoft Internet Explorer 6.0 • Netscape 7.1 Adobe Acrobat Reader 6.0 ou 5.0

1.4 Definindo os Perfis de Usuário A tabela abaixo demonstra os tipos de usuário existente para parametrização no Hyperion Planning e qual a sua aplicabilidade : System administrator

• • •

Budget administrator

Budget analyst (interactive user)

Budget preparer

View Users

Dar suporte ao Budget administrator nos aspectos técnicos Garantir a operabilidade de hardware e software Prover a estrutura necessária para o desenvolvimento do projeto

OBS.: Este usuário normalmente é treinado ao longo do projeto, cabendo as suas funções na fase de desenvolvimento à equipe de projeto da Estratege. • Ter conhecimento suficiente da ferramenta Hyperion Planning, para fazer definições, para validar os modelos orçamentários, etc • Este usuário tem previlégios de acesso, para iniciar e gerenciar o ciclo orçamentário. • Este usuário poderá criar Relatórios, Webforms, executar regras de negócio, entrar dados no modelo, etc. • Poderá ser definido um filtro de acesso específico para cada usuário. • Este usuário é responsável por entrar com os dados, fazer anotações, submeter os dados entrados para revisão. • Poderá ser definido um filtro de acesso específico para cada usuário. • Usuário que somente terá acesso a análise de informações, seja através de uma Web form (Hyperion Planning), de um relatório (Hyperion Reports) ou de uma visão (Hyperion Analyzer)

1.5 Terminologias Hyperion Planning 1.5.1 Dimensões Dimensões são as definições categóricas de dados mais básicas no outline de banco de dados. São necessárias pelo menos duas dimensões para criar qualquer referência de dados que faça algum sentido; por exemplo, uma dimensão de período e uma dimensão de contas. Outras dimensões podem categorizar empresas, áreas, fornecedores, por exemplo. Ao utilizar a organização dimensional, é possível definir qualquer estrutura de consolidação ou qualquer parte de dados que seja relevante para o aplicativo. O Essbase suporta um número ilimitado de dimensões. As dimensões são utilizadas para organizar os dados. Cada dimensão possue sua própria hierarquia.

Account

Entity

Period

1.5.2 Metadados Metadados é definido como um elemento estrutural de uma aplicação com o objetivo de armazenar os dados. Exemplos de Metadados são dimensões, filtro de segurança, nomes de membros, propriedades dos membros.

3689.00

Dados

Despesas Serviços Orçado

DECOI

Metadados

2006 Janeiro

No exemplo acima todos os elementos que estão dentro do círculo formam o metadados. Para que possamos visualizar o dado em um sistema multidimensional devemos ter a intersecção de pelo menos um membro de cada dimensão. O Serviço de Limpeza para o DECOI em Janeiro de 2006 para o cenário Orçado é de 3689,00.

1.5.3 Terminologias As seguintes tabelas descrevem terminologies comuns utilizadas para o Hyperion Planning e Hyperion Essbase. Terminologia Outline Dimensão Membro Atributo Terminologia Generation

Levels

Leaf node Parent

Child Sibling

Ancestor Descendants

Descrição Representação gráfica das dimensões e membros no banco de dados Perspectiva de como o dado está sendo analisado É um componente da dimensão, utilizado para identificar a entrada do dado Este componente descreve características específicas de um determinado membro de uma dimensão Descrição O termo generation descreve o número da ramificação de um membro. As “gerações” são contadas da raiz da árvore (generation 1, que é o nome da dimensão) até o ponto de ramificação. Por exemplo, Time Periods é generation 1, Qtr1 é generation 2, Jan é generation 3 O termo level descreve o número da ramificação de um membro. Os “níveis” são contados do ponto de ramificação (nível 0) até a raiz (o nome da dimensão). Por exemplo, Jan, Fev e Mar são level zero; Qtr 1 é level 1 e assim por diante Membros que não possuem filhos Parent é um membro com uma ramificação de consolidação abaixo dele. Por exemplo, Qtr 1 é um membro “pai” porque existe uma ramificação contendo membros respectivos aos meses abaixo dele Child é um membro com um pai em um nível mais alto. Por exemplo, Jan, Fev e Mar são “filhos” do “pai” Qtr 1 Sibling é um membro do mesmo “pai” e na mesma ramificação (mesmo nível). Por exemplo, Jan, Fev e Mar são “irmãos”. Entretanto, Abr não é “irmão” de Jan, Fev ou Mar porque tem um “pai” diferente, Qtr 2 Ancestor é um membro de uma ramificação acima do nível de um membro. Por exemplo, Qtr 2 e Time Periods são “ancestrais” de Abr Descendants é um membro em qualquer nível abaixo do “pai”. Por exemplo, cada membro que se encaixa na ramificação Time Periods é um “descendente” do mesmo. Os seguintes membros são todos descendentes de Time Periods: Qtr 1, Jan, Fev, Mar; Qtr 2, Abr, Mai, Jun; Qtr 3, Jul, Ago, Set; Qtr 4, Out, Nov, Dez

O seguinte diagrama demonstra ilustradamente o quadro acima :

Dimensão

Parent

Child Siblings

Year Qtr1 Qtr2 April

Ancestors de April

Descendants de Year

2. Definindo Dimensões e Membros Objetivos do Capítulo Ao final deste capítulo o aluno estará apto à : • • • • • • • • •

Descrever as dimensões do Hyperion Planning Identificar as dimensões standard Identificar as dimensões customizadas Customizar a dimensão Time Periods Adicionar anos na aplicação Criar, modificar e deletar cenários Criar, modificar e deletar versões Criar, modificar e deletar entidades Criar, modificar e deletar contas

3. Configuração de Segurança de Acesso Objetivos do Capítulo Ao final deste capítulo o aluno estará apto à : • • • •

Descrever a segurança de acesso no Hyperion Planning Criar usuários e grupo de usuários no Hyperion Planning Revisar a segurança de acesso Definir direitos de acesso de informação

3.1 Descrevendo a segurança do Hyperion Planning A segurança de acesso no Hyperion Planning determina que cada usuário tenha seu próprio perfil para poder acessar o Hyperion Planning. Os usuários precisam por segurança em primeiro momento serem criados em um servidor de domínio para depois serem criados no Hyperion Planning. Os filtros podem ser assignados tanto para o perfil isolado de um usuário, como para um grupo contendo vários usuários. Os filtros de usuário e grupos podem variar de uma aplicação para outra. Antes de definir os filtros, devemos criar as aplicações e os bancos de dados, depois definir os usuarios e por final criar os filtros. Devemos criar filtros de acesso para os seguintes componentes : • • • • • • •

• •

Membros da dimensão scenario Membros da dimensão Version Membros da dimensão Accounts Membros da dimensão Entities Membros das dimensões customizadas Data entry Web Forms Financial Reports Web Analysis Business Rules

Os direitos de acesso para as dimensões devem ser parametrizados com uma das seguintes opções : Opção de Acesso Read

Write

None

Descrição Permissão de leitura de dados. Esta opção inibe a escrita para o membro em que estiver definida. No caso do filtro ser para um Web form permite que o usuário enxergue a web form e acesse a mesma. Permissão de gravação e leitura de dados. Esta opção permite controle total sobre o membro em que estiver definida. No caso do filtro ser para um Web form permite que o usuário caso tenha o perfil “Interactive User” possa dar manutenção nesta Web form. Proibe o acesso à informação. O usuário não exerga o membro ou dimensão em questão. É como se não existisse o componente.

Criando usuários e grupos no Hyperion Planning O Hyperion Planning suporta 4 (quatro) tipos de usuários : • • • • •

Administrator Owner Administrators Interactive users Planners View users

Administrator Owner Este usuário tem o perfil mais poderoso dentro do sistema Hyperion Planning. Ele é o único usuário com permissão para criar e ou deletar aplicações. Ele também é responsável por fazer as manutenções nos bancos de dados.

Administrator Usuários com este perfil podem efetivar qualquer manutenção na aplicação, exceto a criação de aplicações assim como a deleção das mesmas. Segue abaixo algumas atribuições deste tipo de perfil : • • • • • • • •

Gerenciar segurança o Criar perfil de usuário o Criar filtro de acesso Efetivar manutenções nos metadados Iniciar e finalizar o processo de planejamento através do Workflow Criar Webforms Entrar e visualizar os dados através do Smart View for Office Criar listas de tarefas Criar relatórios Etc..

Interactive User Usuários com este perfil não podem criar ou deletar aplicações, não podem criar dimensões, não podem criar usuários e também os perfis de acesso para os mesmos. Segue abaixo algumas atribuições deste tipo de perfil : • • • • •

Criar e prover manutenção para os webforms Criar listas de tarefas Criar relatórios Entrar e visualizar os dados através do Smart View for Office Submeter informações ingressadas nos webforms para aprovação

Planner Usuários com este perfil geralmente são os planejadores, aqueles usuários que entram com os dados para o orçamento. Segue abaixo algumas atribuições deste tipo de perfil : • • • •

Consultar os dados através de relatórios (Hyperion Reports) Consultar os dados através de visões (Hyperion Analyzer) Entrar com os dados através do Web forms Submeter informações ingressadas nos webforms para aprovação

View Users Usuários com este perfil poderão apenas ver os dados pertinentes à sua área, de acordo com o filtro de acesso. Na maioria das vezes este usuário são executivos que irão ter acessos para imprimir os relatórios, ver as visões on-line em seu computador.

3.2 Adicionando usuários no Hyperion Planning Para adicionar um usuário no Hyperion Planning siga os seguintes passos :

1. Estando dentro do Hyperion Planning Web client, no menu de

administração, selecione Users & Groups 2. Selecione a pasta Users e clique no botão Add. 3. No campo User Name digite o nome do usuário tal qual foi criado no

servidor de domínio. 4. Selecione uma das seguintes opções de senha para o usuário : a. Selecione Use external provider in Essbase caso estejamos utilizando autenticação single sign-on em conjunto com o Essbase. b. Selecione No password with Essbase on logon se o usuário não for sincronizado com o Essbase c. Selecione Synchronize password with Essbase on logon quando a senha que foi definida para o usuário no ambiente Microsoft Windows for utilizada em ambas conexões Hyperion Planning e/ou Hyperion Essbase. 5. Selecione o tipo de usuário que será criado

a. Somente poderá ser selecionado os tipos planner, interactive user ou administrator. 6. Selecione a opção Enable Use of the Offline Mode caso o usuário tenha acesso a ferramenta Hyperion Smart View for Office. 7. Click Ok.

3.3 Adicionando grupos e associando usuários no Hyperion Planning Para criar um grupo de usuários no Hyperion Planning e associar usuários a estes grupos siga os seguintes passos :

1. Estando dentro do Hyperion Planning Web client, no menu de

administração, selecione Users & Groups 2. Selecione a pasta Groups e click em Add 3. Irá abrir a tela que podemos ver acima. No campo Group Name entre

com o nome do grupo de deverá ser criado. No campo Description entre com a descrição para este grupo. 4. Feito isso já temos os grupo de usuários criados. Agora click em Assign Users. Irá aparecer a tela abaixo.

5. Na seção Available Users, selecione o usuário que se deseja adicionar

ou removere então selecione um dos seguintes botões : a. Click Add

para mover o usuário para a seção Selected Users

b. Click Add All

para mover todos os usuários para a seção

Selected Users c. Click Remove

para remover os usuários selecionados da seção Selected Users

d. Click Remove All

Selected Users e. Click Ok f. Click Ok

para remover todos os usuários da seção

4. Desenhando Web Forms Objetivos do Capítulo Ao final deste capítulo o aluno estará apto à : • • • • •

Definir formulários e pastas de formulários Criar formulários e pastas na web (web forms) Imprimir formulários Definir segurança de acesso para os formulários Definir preferências do usuário

4.1 Definindo Web Forms Web Forms são telas para que possamos ingressar dados. As Web Forms são constituídas de Linhas (Rows), Colunas (Columns), Página de Seleção (Page) e Ponto de Vista (Point of View). Através das Web Forms vamos entrar com os dados para todos os tipos de informações necessárias ao processo de orçamento, como por exemplo Despesas, Número de Funcionários, etc. O módulo de manutenção de Forms está dividido em duas partes. A primeira é a manutenção das pastas (Folders), que devem ser criados para organizar o local onde serão colocados os Web Forms. E a segunda parte é a criação do próprio Web Form. Forms e Pastas O Form Management é o módulo que nos permite administrar a criação ou manutenção dos Web Forms ou Pastas, podemos neste módulo realizar as seguintes tarefas : • • •

Criar, mover ou deletar uma pasta Criar, mover ou deletar uma web form Criar filtro de segurança para uma web form

Criando Pastas e Web Forms Conforme citado anteriormente as pastas nos ajudam na organização dos web forms, podemos criar quantas pastas forem necessárias para organizar as sequências de entrada de dados. O que podemos e o que não podemos fazer na administração de uma Pasta : • • • •

Pastas podem ser movidas entre os níveis de hierarquia. Pastas não podem ser renomeadas Pastas não possuem filtro de acesso Pastas não podem ser deletadas caso possuam alguma Web Form abaixo dela

4.1.1 Criando uma Pasta 1. A partir do menu Hyperion Planning Web Client Administration, selecionar

2. 3.

4. 5.

Manage Forms. A partir da lista Form Folders (localizada a esquerda da tela), selecione e folder a partir de onde deseja criar suas pastas. Click Create Na caixa de texto que aparecerá, entre o nome da nova pasta Click Ok

4.1.2 Criando uma Web Form Para criar uma web form primeiro devemos definir os seguintes itens : • • • • • •

Propriedades da Web Form Layout das linhas e colunas Definição dos PAGES e POV Quais membros serão selecionados Parametrização das aparências Filtros de acesso

Depois de definido todos os itens acima podemos criar nossa Web Form seguindo os passos abaixo :

1. A partir do menu Hyperion Planning Web Client Administration, selecionar

Manage Forms. 2. Click no Folder onde se deseja criar a nova Web Form. Este procedimento está na divisão a esquerda da tela do Administrador. 3. Na parte direita da tela, encontramos as opções para a criação e manutenção das Web Forms, click em Create. 4. Irá ser mostrada a seguinte tela :

Para configurar a Web Form siga as seguintes instruções : 1. No campo Form digite o nome da Web Form, este campo aceita até 80

caracteres. 2. Na campo Description digite a descrição da Web Form, este campo

aceita até 255 caracteres. 3. No campo Plan Type o valor sempre será uma aplicação, caso o modelo

de orçamento tenha mais de um cubo (Plan Types) este campo apresentaria uma lista drop-down para que fosse escolhido o local onde seria criada a Web Form. 4. No campo Instructions, podemos escrever instruções de como será o preenchimento da Web forms, esta instrução o usuário poderá enxergar dentro do Hyperion Planning. 5. Click Next. 6. Definindo o Layout das linhas e colunas, após definir as configurações

click em Next.

7. Definindo o Page e o Point of View, após definir as configurações click em

Next.

8. Definindo as opções de aparência da Web Form e as opções de relatório, após a parametrização click em Next.

9. Associando web forms e business rules, click em Next para ir para o

último passo.

Após esta parametrização podemos gravar nossa web form, para isso click em Save.

Definindo Web Forms Simétricos e Web Forms Assimétricos Neste momento vamos definir e criar os dois tipos de Web forms e verificar quais as principais diferenças entre eles.

4.1.3 Filtros de acesso para a Web Form Os filtros de acesso para as Web Forms são um pouco diferente dos filtros que definimos para os membros das dimensões. Pois quando estamos trabalhando em uma Web Form a segurança se restringe em permitir que o usuário tenha acesso a Web Form ou não, os dados contidos dentro da Web Form serão associados ao filtro definido nas dimensões. Assim como os filtros das dimensões a Web Form possue três tipos possíveis de parametrização que são : Read, Write e None. O filtro Read permite que o usuário tenha acesso a Web Form. O filtro Write permite aos usuários interactive users tenha acesso de administrador, podendo alterar as parametrizações da Web Form. O filtro None desabilita a Web Form para os usuários.

5. Entrando dados no Hyperion Planning Objetivos do Capítulo Ao final deste capítulo o aluno estará apto à : • •

Entrar e salvar dados usando formulários na Web Calculando dados dentro de um formulário

Data Entry Web Form Abaixo podemos ver um exemplo de Web Form :

Ícones da barra de ferramentas A tabela abaixo descreve os ícones encontrados na barra de ferramentas : Salvar dados

Refresh de dados Imprimir form de dados Ajusta valores das células através de percentual Corta valores da célula marcada e envia para o clipboard Copia valores da célula marcada e envia para o clipboard Transfere os valores contidos no clipboard para a célula marcada Exporta os valores da Web Form para uma planilha Excel

Opções da barra do menu

Opções adicionais de Data Entry Estando dentro do menu File, podemos salvar os dados, imprimir o Web Form. Podemos também exportar os dados das Web Forms para uma planilha Excel. Estando dentro do menu Edit, podemos executar cálculos, fazer anotações nas unidades de planejamento, adicionar ou ver textos de célula, adicionar ou ver detalhamento de suporte (support detail). Estando dentro do menu View, podemos fazer atualização (refresh) dos dados, ver as instruções de preenchimento da Web Form e editar as anotações das contas.

A seguinte tabela descreve as opções que não se encontram na barra de ferramenta : Launch Annotate Planning Unit Cell Text Supporting Detail

Currencies Edit Account Annotations

Executa um cálculo customizado Mostra ou adiciona uma anotação Permite o ingresso de texto explicativo para uma determinada célula Permite fazer drill-down explicativo em um membro da dimensão que estiver parametrizada como linha (row). O Supporting detail permite a criação de itens para detalhamento. Mostra as moedas disponíveis Adiciona, altera ou simplismente ver as anotações feitas para a conta.

Elementos do Entry Data Web Form Abaixo podemos visualizar as divisões da Web Form : Task Row Menu Headings

Point of Page List View

Toolbar Icons

Column Headings

Características das células na entrada de dados • • •

Células com o fundo (backgroud) branco permitem entrada de dados. Células com o valor #Missing não possuem dados. Células com o fundo (background) cinza não permitem entrada de dados.

Teclas de atalho na entrada de dados Tecla de Atalho Enter Tab Shift + Tab Esc Ctrl + z Ctrl + c Ctrl + v

Resultado Efetiva o valor entrado e move o cursor para a célula abaixo Efetiva o valor entrado e move o cursor para a célula ao lado Efetiva o valor entrado e move o cursor para a célula anterior Cancela os valores entrados e restaura o valor anterior Cancela os valores entrados e restaura o valor anterior Copia o range de células selecionados e envia para o clipboard Transfere o conteúdo do clipboard para as células selecionadas

Reconhecendo o significados das cores das células Cor Amarelo Azul Claro Cinza Verde Branco

Descrição A cor amarela indica que a célula foi modificada A cor azul-claro indica que a célula é read-only A cor cinza indica que a célula está bloqueada A cor verde indica que a célula contém supporting detail A cor branca indica que pode ser inserido dados na célula

Mostrando e ocultando filhos de estrutura Podemos mostrar ou ocultar estruturas pai e filho. Desta forma podemos simplificar ou detalhar a visualização de um Web Forms •

Para expandir uma estrutura clique no ícone

•

filhos pertencentes a esta estrutura serão mostrados. Para ocultar uma estrutura clique no ícone , deta maneira o membro pai ocultará todos os seus filhos.

, desta maneira todos os

Ajustar Valores Durante o ingresso de dados e também na revisão dos processos podemos necessitar ajustar os valores mediante percentuais. O Hyperion Planning possue uma opção de ajuste de valores que pode ser útil. Esta opção encontra-se na barra de ferramentas, utilizando esta opção podemos aumentar ou diminuir os valores das célular selecionadas.

Adicionando Anotações de Células (Cell Text) Caso o usuário no momento de ingressar os dados necessite ou deseje ingressar algum comentário ou nota explicativa, poderá utilizar esse recurso.

Adicionando Supporting Detail O supporting detail no ajuda a criar uma estrutura de explicação para determinadas estruturas de contas ou outras dimensões que se encontram fechadas e que em determinado momento o planificador necessita de detalhes mais abrangentes para explicar um determinado valor. Existem algumas regras para se definir o uso do supporting detail :

• •

• • • • • •

O supporting detail não altera a estrutura de dimensões no Hyperion Planning Para criar, modificar, ou deltar um supporting detail, o usuário deverá em primeiro lugar ter acesso de gravação nas células que deseja efetuar a parametrização. Para ver o conteúdo de uma célula parametrizada com o supporting detail o usuário necessita apenas de acesso de leitura. O usuário não poderá entrar ou ajustar valores diretamente nas células que possuem supporting detail. O supporting detail poderá ser utilizado com versões TOP-DOWN (Target) e BOTTOM-UP. Não pode ser incluído um supporting detail nos níveis agregados da dimensão Time Periods (por exemplo, Quarters), podemos configurar o supporting detail apenas nos membros de base desta dimensão. Quando faz-se cópia de uma versão para outra o supporting detail é copiado juntamente. Podemos imprimir o supporting detail apenas quando estivermos dentro da janela do supporting detail. O supporting detail permite o ingresso de informações para multiplas células simultaneamente.

Fazendo Log Off no Hyperion Planning Uma vez finalizado o ingreso de dados, o usuário deve desconectar do Hyperion Planning : 1. Clicar em “Log-Off”. a. O usuário poderá ir até o menu File e clicar em “Log Off” ou então clicar no ícone que se encontra na barra de ferramentas. 2. Após este procedimento será perguntado ao usuário se deseja sair da aplicação, responda Yes. Abaixo podemos verificar a tela contendo este procedimento :

6. Gerenciando o processo de Planejamento Objetivos do Capítulo Ao final deste capítulo o aluno estará apto à : • • • • • • •

Explicar o processo de planejamento Definir as unidades de planejamento Gerenciar e revisar o ciclo para uma unidade de planejamento Descrever as visões Básicas e Avançadas de uma Lista de Tarefas Criar uma Lista de Tarefas Definir segurança de acesso para uma Lista de Tarefas Validar um Lista de Tarefas

6.1 Overview Workflow O Processo Management (Workflow) permite ao administrador do processo orçamentário organizar e acompanhar as etapas de aprovação e revisão através da Web. Além disso permite revisar as anotações (por exemplo : notas explicativas), identificar os aprovadores, organizar as unidades de planejamento, alterar o status do processo de orçamento. Características Chaves do Processo • • • • •

Aprovação das unidades de planejamento Permite a adição de anotações e comentários para cada passo no processo de revisão Na fase de revisão possibilita que apenas um usuário revise os dados Possue rastreabilidade através de anotações e status do processo Etc

Definindo Unidades de Planejamento As bases do ciclo de planejamento são as versões e os cenários (dimensões). A combinação de um cenário, uma versão e uma entidade é definida como unidade de planejamento (Planning Unit). As entidades em geral são definidas como departamentos, centros de resultado ou centro de custo. Esta dimensão representa a estrutura de planejamento que será utilizada como base para o ciclo de planejamento.

Unidade de Planejamento = Cenário Orçamento

+

Ações utilizadas pela Workflow • • • •

Promote Sign off Reject Approve

Iniciando o ciclo de planejamento

Versão Mensal

+

Entidade DECOI

O usuário administrador do orçamento (Budget Administrator) inicia o ciclo de planejamento, poderá ser iniciado uma unidade de planejamento ou várias ao mesmo tempo. No primeiro momento alteramos o status do ciclo de “Not Started” para “First Pass”. Abaixo vamos detalhar um por um os status do ciclo de planejamento : Promote (Promover) Quando o ingresso dos dados para a unidade de planejamento está completo, é possível enviar esta informação para que seja revisada. Quando promovemos uma unidade de planejamento para alguém, apenas este usuário e o administrador do orçamento terão acesso às informações. Signing Off (Fechando o processo) Em um determinado momento o usuário que estiver revisando os dados pode selecionar a opção Sign Off, o que resultaria no fechamento dos dados da unidade de planejamento em questão. Este procedimento se torna prático quando estamos revisando muitas unidades de planejamento e desejamos que elas sejam promovidas como um grupo único. Por exemplo, um usuário pode ser responsável da revisão de várias unidades de planejamento e pode fechar algumas delas (signing off), quando efetiva este procedimento o status é alterados de “Under Review” para “Signed Off”, este usuário se mantém dono desta unidade de planejamento. Isto faz com que nenhum outro usuário modifique os dados e que outros usuários saibam onde está o status do processo e quais pessoas estão envolvidas no mesmo. Neste caso, assim que terminar de revisar todas as unidades de planejamento o usuário as promove a outro usuário, e com isso o status é modificado novamente de “Signed Off” para “Under Review”. Reject (Rejeitar) Um usuário que estiver revisando os dados pode rejeitar uma unidade de planejamento. Por exemplo, se o usuário não estiver satisfeito com os números apresentados para revisão, ele pode rejeitar aquela unidade de planejamento inteira e devolver o controle do ciclo para o seu antigo dono, ou enviar para a pessoa que deverá revisar os valores. Quando a unidade de planejamento é rejeitada o status passa de “Under Review” para “Not Signed Off”. Approving (Aprovar)

O usuário que estiver revisando os dados também pode aprovar uma unidade de planejamento. Isto significa que passamos por todos os passos da revisão do ciclo de planejamento, e os dados desta unidade de planejamento estão validados. Neste momento o status é modificado de “Under Review” para “Approved”. Após aprovado o ciclo volta a ter o administrador do orçamento (Budget Administrator) como dono da informação, isto significa que somente ele poderá reabrir o processo. Telas de navegação do ciclo de planejamento O usuário administrador e o usuário planificador possuem telas de navegação distintas. Para o usuário administrador será apresentada a seguinte tela :

Para o usuário planificador será apresentada a seguinte tela :

6.2 Lista de Tarefas A lista de tarefas será utilizada para designar para cada usuário ou grupo de usuários atividade provenientes do ciclo de planejamento. A ferramenta Hyperion Planning permite criar as tarefas e colocar controles de avisos e dependência de término. Apenas os tipo de usuários Budget Administrator e Interactive Users podem criar lista de tarefas. Depois de criar uma lista de tarefas devemos criar um filtro de acesso para os usuários ou grupos. As tarefas podem incluir os seguintes tipos de atividades : Tipo de Tarefa URL’s Web Forms Business Rules Workflow Descriptive

Descrição Uma tarefa que é executada em uma URL customizada Uma tarefa que é executada em uma Web Form Uma tarefa que envolve a execução de um cálculo Uma tarefa que inicia a revisão do ciclo de planejamento Uma tarefa que descreve uma ação a ser tomada

Definindo a Lista de Tarefas Segue abaixo os passos para definir uma lista de atividades :

• • • • • •

Especificar o nome da tarefa Especificar o tipo da tarefa Adicionar instruções Parametrizar data de entrega da atividade Parametrizar data de alerta da atividade Parametrizar dependência

Parametrizando propriedades das Tarefas Segue abaixo os passos para definir as propriedades de uma tarefa :

•

•

•

•

Para a Web Form, devemos clicar na pasta Property, e selecionar primeiro uma pasta e depois a Web Form que desejamos parametrizar. Para a URL, demos entrar com o endereço da página WEB que queremos associar com a tarefa. Para um business rules, através de uma lista selecionamos o cálculo desejado. Para um processo workflow, selecione o cenário e a versão através de uma lista.

Configurando filtro de acesso para as Listas de Tarefas Para configurar o uso de uma lista de tarefas basta incluir o usuário ou grupo do usuário no filtro de acesso da lista de tarefas. Dependendo do perfil do usuário podemos configurar para que o mesmo possa fazer as alterações nas listas de tarefas.

7. Hyperion Financial Reports O Hyperion Financial Reports é utilizado para a confecção e impressão de relatórios e books financeiros. Podemos utilizar essa ferramenta também com o propósito de geração programada de relatórios, pois ela trabalha também como sendo um servidor de impressão, podendo ser programada para que em determinado horário gere em PDF ou HTML o relatório desejado. Esta ferramenta possui dois ambientes de trabalho a saber: • Financial Reporting Studio • Workspace No Financial Reporting Studio iremos criar os relatórios, e através do Workspace publicamos estes relatórios para que os usuários tenham acesso e possam executá-los. Acesse o Financial Reports Studio através do menu Start > All Programs > Hyperion System 9 BI+ > Financial Reporting Studio Irá aparecer a seguinte tela para você

No campo de texto User ID informe o ID do usuário, no campo Password informa a senha e no campo Server informe o servidor que deseja conectar. Após a seleção clique em OK. Após o Logon, será exibida a tela seguinte, na qual vamos efetivamente criar ou imprimir os relatórios.