Práticas Recomendadas para o Percurso de Design

Use estas práticas recomendadas para criar um percurso de design que ajudará a construir e implantar seu aplicativo.

Crie o Seu Aplicativo

Comece estabelecendo a base: a estrutura organizacional e as contas da sua empresa. Em seguida, adicione cenários aos seus processos internos, como Plano, Real e Previsão. Adicione os membros de variação para geração de relatórios, como Real versus Plano.

Crie formulários que serão usados para coletar dados dos seus usuários e para executar revisões e análises, além de gerar relatórios. Para suportar a sua lógica de negócios, você poderá utilizar o Calculation Manager para criar cálculos. Você também poderá criar relatórios e aplicar permissões antes de implantar o seu aplicativo para os usuários.

Crie a Estrutura do Aplicativo

Adicione contas, entidades e outras dimensões para dar suporte ao seu processo de negócios.

As dimensões categorizam valores de dados. O Planning inclui estas dimensões: Conta, Entidade, Cenário, Versão Período e Anos. Se o planejamento for feito em várias moedas, o seu aplicativo também terá uma dimensão Moeda.

Você pode usar a dimensão Personalizada para definir os seus próprios valores, como Produto, Cliente ou Mercado. Você pode ter até 32 dimensões no total. No entanto, a recomendação de melhores práticas é incluir menos de 12. As dimensões podem ser adicionadas usando um arquivo de carregamento ou podem ser criadas no Oracle Smart View for Office.

Vídeos

Sua Meta Assista a Este Vídeo
Veja como exportar e importar dados no aplicativo. Ícone de vídeo Exportação e Importação de Dados no Oracle Planning and Budgeting Cloud
Veja como carregar dimensões usando um arquivo. Ícone de vídeo Importação de Metadata no Oracle Planning and Budgeting Cloud

Sobre a Dimensão Entidade

A dimensão Entidade representa a sua estrutura organizacional como Centros de Custo, Departamentos, Unidades de Negócios, Divisões etc.

Você pode agrupar Centros de Custo criando membros de roll-up, chamados pais, para refletir a forma como a sua organização é visualizada. Por exemplo, os roll-ups podem ser feitos por unidade de negócios, divisão ou outra estrutura funcional. Por exemplo, você pode criar Centros de Custo que têm roll-up em Unidades de Negócios que, por sua vez, têm roll-up em Divisões.

Você pode criar várias estruturas de relatórios. Por exemplo, é possível criar uma estrutura alternativa para dar suporte à geração de relatórios regionais. Caso pretenda usar várias moedas, você deverá definir a moeda base de cada entidade.

A dimensão Entidade é uma das principais dimensões usadas para o processo de orçamento. Juntamente com as dimensões Cenário e Versão, a dimensão Entidade é usada para definir uma unidade de planejamento, um componente discreto que pode ser promovido ou rebaixado para aprovação ou uma revisão pelos pares de um usuário.

Os membros de todas as dimensões fora da unidade de planejamento serão promovidos e rebaixados juntamente com a própria unidade de planejamento. Por exemplo, todos os doze meses são promovidos ao mesmo tempo quando uma unidade de planejamento é promovida. Meses individuais não podem ser promovidos de forma independente.

Para obter informações detalhadas sobre como adicionar dimensões e membros usando um arquivo de carregamento, consulte Importação e Exportação de Dados e Metadados.

Após cada dimensão ser carregada ou atualizada, uma prática recomendada é atualizar o aplicativo.

Sobre a Dimensão Conta

A dimensão Conta é o lugar para o seu plano de contas. Ela deve incluir os membros a serem planejados ou previstos. Ela não deve incluir necessariamente todas as contas do seu plano de contas.

Por exemplo, a sua dimensão Conta deve incluir contas para Declaração de Renda, Balanço Geral e Fluxo de Caixa. Ou pode incluir contas para KPIs e Índices. Em alguns casos, as suas contas podem ter subcontas, mas isso não é típico.

A dimensão Conta inclui inteligência financeira. Há suporte para os seguintes tipos de conta:

  • Despesa: Custo de fazer negócios

  • Receita: Fonte de renda

  • Ativo: Recursos da empresa

  • Passivo e Patrimônio Líquido: Juros residuais ou obrigação com credores

  • Pressuposto Salvo: Pressupostos de planejamento centralizados garantem consistência em todo o aplicativo

As configurações de tipo de conta são usadas para gerar relatórios com os valores Trimestral e Total do Ano para análise de variação.

O Planning utiliza uma estrutura hierárquica para criar totais e subtotais para agrupamento de Contas. Cada grupo de contas é designado a um operador de consolidação que determina como é feito o roll-up para os respectivos grupos pais.

Exemplo: Receita Líquida = Total de Receitas - Total de Despesas

Neste exemplo, o operador de consolidação para Total de Receitas é Adição, e o operador de consolidação para Total de Despesas é Subtração.

A dimensão Conta pode ser preenchida por carregamento de dados ou pela utilização do Smart View. Para carregar dados de um arquivo, o formato do arquivo deverá atender a requisitos específicos.

Para obter informações detalhadas sobre como adicionar dimensões e membros usando um arquivo de carregamento, consulte Importação e Exportação de Dados e Metadados.

Após cada dimensão ser carregada ou atualizada, uma prática recomendada é atualizar o aplicativo.

Melhores práticas:

  • Os membros de nível superior devem ser definidos como Cálculo Dinâmico.

  • No que se refere às fórmulas de membro usadas para calcular Índices e outros tipos de KPIs ou percentuais, defina-as como Cálculo Dinâmico, Cálculo em Dois Passos. A configuração Dois Passos calcula Percentuais de forma adequada nos níveis superiores.

Sobre a Dimensão Versão

Você pode usar versões para preservar diferentes iterações do processo de planejamento. Elas também são úteis para controlar o acesso de Leitura ou Gravação aos dados.

Estes são os dois tipos de versões disponíveis:

  • Alvo Padrão: É possível inserir dados nos níveis superiores.

  • Ascendente Padrão: Só é possível inserir dados no nível 0.

Só é possível habilitar as aprovações e a funcionalidade de workflow para versões Ascendentes.

Como melhor prática, as seguintes versões são recomendadas:

  • Em Andamento: Quando os usuários executam suas tarefas, incluindo a revisão de Resultados Reais e o desenvolvimento de Plano e Forecast.

  • 1ª Aprovação: Se quiser manter várias iterações do seu Plano, você poderá preservar uma aprovação dele nesta versão. Você poderá criar outros membros se precisar de mais de uma iteração salva. Você pode utilizar a funcionalidade Copiar Dados a fim de mover dados para esta versão. A funcionalidade Copiar Dados copia dados e entrada textual.

  • E Se: Fornece um espaço reservado no qual os usuários podem alterar pressupostos e analisar o resultado.

Para obter informações detalhadas sobre como adicionar dimensões e membros usando um arquivo de carregamento, consulte Importação e Exportação de Dados e Metadados.

Após cada dimensão ser carregada ou atualizada no processo de criação, uma prática recomendada é atualizar o aplicativo.

Sobre a Dimensão de Moeda

Caso tenha ativado várias moedas para o seu aplicativo, você poderá adicionar as moedas utilizadas para planejar e gerar relatórios.

Em seguida, você poderá definir taxas de câmbio pelo cenário e pelo ano usados em conversões. Um script de cálculo é criado para permitir que você execute a conversão de moeda. Para inserir taxas de câmbio, clique ou toque em Planos para abrir o formulário "Taxas de Câmbio para Moeda de Relatório Principal."

Melhores práticas:

  • Limite o número de moedas de relatório. Em geral, os clientes têm apenas uma. Se você tiver mais, consulte Configuração de Moedas para obter mais informações.

  • Insira taxas de câmbio para cada combinação válida de cenário e ano.

  • A partir deste ponto, a conversão de moeda pode ser calculada por meio da execução da regra de negócios Calcular Moedas associada por padrão a cada formulário.

  • O tipo de taxa de câmbio de uma conta é modificado; por exemplo, ele passa de Final para Médio.

Execute o script de cálculo de conversão de moeda antes de:

  • Revisar os dados locais atualizados em moedas de relatório

  • Executar determinados cálculos que podem ser dependentes dos dados de moeda de relatório

Sobre Taxas de Câmbio

Cada aplicativo tem uma moeda padrão que é especificada no momento da criação do aplicativo. Ao configurar tabelas de taxa de câmbio, você insere as taxas de câmbio, desde todas as moedas de origem até a moeda padrão. A triangulação é usada para conversão em todas as moedas de Relatório.

As taxas de câmbio são definidas por ano em relação a Taxas Finais e Taxas Médias. Para obter informações detalhadas sobre como adicionar dimensões e membros usando um arquivo de carregamento, consulte Importação e Exportação de Dados e Metadados.

Sobre a Dimensão de Período

Use a dimensão Período para estabelecer o intervalo do calendário em determinado ano, como por mês.

Melhores práticas:

  • Use variáveis de substituição para esta dimensão, a fim de oferecer suporte a cálculos e a geração de relatórios. As possíveis variáveis de substituição são: ‘CurrMo’, ‘CurrQtr’, ‘PriorMo’. Essas variáveis devem ser atualizadas mensalmente.

  • Para usar cálculos de período de tempo como Acumulado do Ano (Y-T-D) ou Acumulado do Trimestre, selecione o ícone de série de tempo na dimensão Período. Em seguida, você pode selecionar os cálculos de período de tempo necessários para dar suporte ao seu processo.

  • Períodos de tempo resumidos, tais como totais do trimestre e total do ano devem ser definidos como cálculos dinâmicos para reduzir o tempo de cálculo.

Para obter informações detalhadas sobre como adicionar dimensões e membros usando um arquivo de carregamento, consulte Importação e Exportação de Dados e Metadados.

Após cada dimensão ser carregada ou atualizada, a operação para atualizar o aplicativo é considerada uma prática recomendada.

Sobre Anos

Anos são incorporados ao aplicativo em vários lugares, incluindo formulários, cálculos, relatórios e Smart View. Como você utilizará o aplicativo por muitos anos no futuro, a melhor prática para fazer referência a essa dimensão é por meio da utilização de uma variável de substituição.

As variáveis de substituição atuam como espaços reservados globais para informações que mudam regularmente. A variável e o valor correspondem ao ano, e o valor pode ser alterado a qualquer momento.

O valor da variável de substituição é exibido em formulários e relatórios como um espaço reservado. Isso reduz a manutenção do aplicativo. Defina variáveis de substituição acessando Administração, Gerenciar e Variáveis.

Para obter informações detalhadas sobre como adicionar dimensões e membros usando um arquivo de carregamento, consulte Importação e Exportação de Dados e Metadados.

Como prática recomendada, crie variáveis de substituição para cada ano incluído no seu processo. Por exemplo:

Variável de Substituição, Descrição

CurrY, Ano Atual

NextYr, Ano de Orçamento (Plano)

PriorYr, Ano Anterior

Sobre Dimensões Personalizadas

Você pode usar uma dimensão personalizada para categorizar ainda mais os seus dados. Por exemplo, as dimensões personalizadas podem incluir Produto ou Mercados.

Não é possível conceder permissões de acesso no nível da dimensão, também chamado de geração um. Por exemplo, não é possível designar permissões de acesso diretamente ao membro Produto para todos os descendentes. Se ativar a segurança para a sua dimensão Personalizada, recomenda-se que você projete a geração dois para todas as dimensões Personalizadas a que a segurança será aplicada levando em consideração as atribuições de acesso de segurança.

Para obter informações detalhadas sobre como adicionar dimensões e membros usando um arquivo de carregamento, consulte Importação e Exportação de Dados e Metadados.

Após cada dimensão ser carregada ou atualizada, uma prática recomendada é atualizar o aplicativo.

Atualizar o Aplicativo

Você deverá atualizar o aplicativo sempre que alterar a estrutura do aplicativo.

As alterações feitas no aplicativo não serão refletidas para os usuários que inserem dados e executam tarefas de aprovação até que o aplicativo seja atualizado.

Por exemplo, quando você modifica propriedades de um membro Entidade, adiciona um Cenário ou altera permissões de acesso, essas alterações são refletidas para os usuários depois da atualização do aplicativo.

Carregar Dados Históricos

Após carregar todas as suas estruturas, como contas e entidades, você poderá carregar dados históricos. Isso pode incluir dados de resultados reais anteriores, o orçamento e o plano do ano atual.

O carregamento de dados históricos oferece aos usuários uma forma de analisar resultados, examinar tendências e fazer comparações significativas.

Também ajuda a verificar as estruturas criadas no seu aplicativo. Por exemplo, você pode verificar se há dados vinculados com relatórios criados anteriormente. Se os dados não estiverem sendo reconciliados, você deverá verificar se isso está sendo causado por um problema verdadeiro com os dados ou se há um problema com as estruturas.

Será necessário criar uma regra de validação para ver os dados consolidados no seu aplicativo. Consulte Opções de Agregação para saber como criar uma regra de agregação.

Sobre Interseções Válidas

As interseções válidas permitem que os Administradores de Serviço definam regras, denominadas regras de intersecção válidas, que filtram intersecções dimensionais para os usuários quando eles inserem dados ou selecionam solicitações de tempo de execução. Por exemplo, você pode especificar que determinados programas só sejam válidos para departamentos específicos. Utilize interseções válidas para controlar a entrada de dados de modo a restringi-las a interseções válidas.

Para a criação de um formulário, se as dimensões definidas na interseção válida estiverem na Página, serão mostradas ao usuário somente combinações válidas no seletor de membros. Se as dimensões definidas com interseções válidas estiverem na coluna ou linha, o designer de formulário poderá suprimir as interseções inválidas completamente. Quando a opção de supressão não está selecionada, as interseções inválidas são definidas como somente para leitura.

Para aprender mais, consulte Definição de Interseções Válidas.

Sobre Formulários

Você criará diversos formulários para oferecer suporte à entrada de dados, além de relatórios em nível de resumo. O conteúdo do formulário é semelhante aos modelos utilizados para coletar e calcular dados. O layout pode diferir daquele que você está acostumado a ver em planilhas.

Você pode agrupar os formulários em categorias principais como Receita, Despesa de Remuneração, Outras Despesas etc. Você pode criar alguns formulários para oferecer suporte a entrada de dados e criar outros para resumo e verificação. Você também pode incluir gráficos para ajudar os usuários a analisar resultados.

Os usuários podem inserir textos e dados. Eles também podem inserir detalhes de suporte selecionando uma interseção apropriada no formulário e clicando em "Detalhes de Suporte" para abrir um novo formulário que permite a entrada de detalhes adicionais para essa interseção.

O desempenho do formulário se baseia em diversos fatores, incluindo fatores ambientais e de rede, estrutura, layout etc.

Melhores práticas:

  • Coloque dimensões densas como Conta e Período na linha e na coluna de um formulário. Coloque dimensões esparsas como Entidade no eixo Página.

  • Dimensões como Cenário ou Versão e Ano podem residir no PDV, na coluna ou na linha. É importante avaliar de forma adequada como as colunas ou linhas serão retornadas quando um usuário abrir o formulário.

Criar Formulários de Entrada

Crie formulários para permitir que os usuários insiram informações como receita, despesas e pressupostos.

Melhores práticas:

  • Agrupe as contas de forma lógica, mas não inclua muitas contas em um único formulário.

  • Limite o número de formulários de entrada a um número confortável para usuários finais. Um equilíbrio delicado deve ser obtido entre o número de contas em um único formulário e o número de formulários necessários para dar suporte ao seu processo.

  • Use formulários detalhados para permitir que os usuários insiram todas as informações relacionadas. Todas as contas que requerem entrada devem estar presentes em um formulário. As contas podem ser distribuídas entre diversos formulários.

  • Ao criar formulários, certifique-se de ter selecionado todas as opções apropriadas para aprimorar o design do seu formulário. Por exemplo, use configurações para controlar a precisão, a exibição e os menus e para associar as regras adequadas ao seu formulário.

  • Use Variáveis de Substituição para fazer referência a dimensões como Anos.

  • Suprima a opção inválida para Cenário/Período de Tempo, defina Períodos em uma linha ou coluna do formulário como Período Inicial e Período Final e defina o Cenário. A utilização dessa funcionalidade é uma opção melhor que o uso de variáveis de substituição para Anos.

  • Considere a configuração de interseções válidas para definir relações entre diferentes dimensões. A supressão de combinações inválidas pode ser definida em uma linha ou coluna para que apenas interseções válidas sejam disponibilizadas para os usuários finais. Por padrão, apenas interseções válidas estarão disponíveis para os usuários finais quando houver dimensões definidas na seleção de Página.

  • Use relações para incorporar membros nos formulários, em vez de escolher membros individualmente.

  • Considere a utilização de Variáveis do Usuário para dimensões como Entidade e Cenário, a fim de ajudar a reduzir a seleção de dimensão por parte de usuários finais.

  • Se o seu aplicativo suportar várias moedas, considere definir uma variável do Usuário para que os usuários possam definir a moeda base.

  • Organize os formulários em pastas.

  • As Variáveis de Substituição reduzem a manutenção de formulários.

Crie Formulários Detalhados para Receitas e Despesas

Os formulários detalhados devem permitir que os usuários insiram todas as informações relacionadas a receitas e despesas. Todas as contas que requerem entrada devem estar presentes em um formulário.

Melhores práticas:

  • Agrupe as contas de forma lógica, mas não inclua muitas contas em um único formulário.

  • Limite o número de formulários de entrada a um número confortável para usuários finais. Um equilíbrio delicado deve ser obtido entre o número de contas em um único formulário e o número de formulários necessários para dar suporte ao seu processo.

  • Use formulários detalhados para permitir que os usuários insiram todas as informações relacionadas a receitas. Todas as contas que requerem entrada devem estar presentes em um formulário. As contas podem ser distribuídas entre diversos formulários.

  • Ao criar formulários, certifique-se de ter selecionado todas as opções apropriadas para aprimorar o design do seu formulário. Por exemplo, use configurações para controlar a precisão, a exibição e os menus e para associar as regras adequadas ao seu formulário.

  • A criação de formulários pode ser iterativa para oferecer suporte aos usuários e aos processos.

Associar Regras a Formulários

A associação de regras a formulários permite que os usuários tenham acesso apropriado para iniciar as regras de negócios associadas a partir do formulário para calcular e derivar valores.

Você pode associar várias regras de negócios a um formulário por cubo.

As regras de negócios associadas a um formulário podem ser definidas para ter início automático quando o formulário for aberto ou salvo. Você pode selecionar a opção Usar Membros no Formulário para preencher solicitações de tempo de execução com base no formulário atual, em vez de solicitar a intervenção dos usuários quando as regras forem iniciadas.

Melhores práticas:

  • Defina as regras com execução mais longa de modo que sejam iniciadas em um menu Ação ou simplesmente por meio da associação com o formulário.

  • Se uma regra de negócios tiver solicitações de tempo de execução, limite o número de solicitações para simplificar o trabalho do usuário.

Adicionar Menus a Formulários

Você pode associar menus a formulários. Os menus de ação permitem que os usuários cliquem em linhas ou colunas dos formulários e selecionem itens de menu para:

  • Iniciar uma regra de negócios, com ou sem solicitações de tempo de execução

  • Mover para outro formulário

  • Mudar para Gerenciar Aprovações com um cenário e uma versão predefinidos

Os menus são sensíveis ao contexto. Os menus exibidos dependem das configurações do formulário e de onde os usuários clicam com o botão direito do mouse no formulário.

Melhores práticas:

  • Ao projetar formulários, use Outras Opções para selecionar os menus disponíveis para os tipos de itens do menu Formulário.

  • Quando você atualizar os aplicativos, atualize os respectivos menus. Por exemplo, se você excluir uma regra de negócios à qual um menu faça referência, exclua-a do menu.

Criação de Formulários de Validação de Dados

A validação de dados pode servir como uma dica visual para os planejadores de que as políticas de negócios foram atendidas. Você pode adicionar uma codificação condicional de cores, e é possível gerar mensagens de validação se os dados inseridos violarem as regras de validação ou se uma condição for atendida.

A definição de regras de validação de dados envolve estas tarefas principais:

  • Identificar as células de dados ou o local que você deseja exibir com mensagens de validação ou em cores diferentes quando as condições forem atendidas.

  • Identifique a célula, a coluna ou a linha que precisa participar durante a avaliação da regra e defina a regra adequadamente.

  • Criar a regra de validação de dados no local identificado.

Organize Formulários em Pastas

Utilize pastas como uma forma de organizar os formulários no seu aplicativo. Os formulários podem ser agrupados em pastas por processo ou por tipo de usuário ou simplesmente para ajudar os usuários a encontrar formulários rapidamente. Você pode mover formulários para pastas e pode criar um hierarquia de pastas. A criação de pastas também simplifica a atribuição de acesso, pois todos os formulários na pasta herdarão as permissões de acesso designadas.

Criar Dashboards

Os dashboards permitem que você exiba as informações de forma gráfica ou em vários formulários ao mesmo tempo. Você também pode projetar dashboards interativos com vários gráficos para permitir que os usuários analisem seus planos ou prevejam dados. Como outra opção, você pode exibir uma grade e um gráfico juntos ou pode combinar várias grades.

Para criar um dashboard:

  • Arraste e solte formulários no dashboard. Use o círculo de configurações para selecionar o tipo de gráfico desejado para cada gráfico.

  • Você pode arrastar e soltar quantos formulários deseja, definindo o tamanho da exibição ao configurar a altura ou a largura para o componente.

  • Defina as configurações do dashboard para combinar dimensões em um PDV comum.

  • Como prática recomendada, equilibre o número de componentes do dashboard para garantir que ele esteja visualmente agradável para o usuário.

Crie Formulários no Nível de Resumo

Em geral, os formulários em nível de resumo reúnem todas as peças da previsão ou do plano de um usuário. Eles permitem que os usuários verifiquem e analisem os resultados.

A utilização de dashboards também pode ser uma forma eficiente de ajudar os usuários a analisar os resultados.

Criar Demonstrativos Financeiros

Os demonstrativos financeiros permitem que os usuários analisem e verifiquem seus pressupostos. Os demonstrativos financeiros podem incluir Declaração de Renda, Balanço Geral e Fluxo de Caixa.

Em geral, os demonstrativos financeiros incluem informações comparativas para que os usuários possam analisar suas variações. As informações no nível de resumo normalmente são incorporadas em demonstrativos financeiros com a capacidade de exibir dados detalhados vinculando formulários usando menus.

Incorporar Lógica de Negócios

Para incorporar uma lógica de negócios ao seu aplicativo, é possível criar cálculos usando o Calculation Manager. Isso permite que você crie, valide, implante e administre cálculos avançados que resolvem problemas de negócios.

Normalmente, as regras de negócios e os conjuntos de regras são criados para:

  • Executar a modelagem de receita

  • Executar a modelagem de despesa

  • Calcular KPIs

  • Executar alocações

O Calculation Manager inclui estes objetos:

  • Regras: Contêm componentes e modelos

  • Componentes: Ajudam na criação de regras

  • Conjuntos de Regras: Contêm regras que podem ser calculadas de forma simultânea ou sequencial

Para aprender mais sobre a criação de cálculos, consulte a documentação do Calculation Manager.

Criar Agregações

As agregações fazem o roll-up do seu aplicativo em membros de nível de resumo na dimensão, como Entidade ou qualquer outra dimensão esparsa.

O Calculation Manager inclui modelos para ajudá-lo a criar agregações. A Agregação de Modelo do Sistema tem diversas guias. A seguir mostramos algumas sugestões sobre como usar modelos.

Defina o Ponto de Vista

Quando o ponto de vista é definido, a regra só é executada para os membros escolhidos. A utilização de uma solicitação de tempo de execução para as dimensões permitirá que os usuários especifiquem valores membros para essas dimensões ao iniciar a regra. Dessa forma, os usuários poderão iniciar a regra várias vezes por diferentes anos, cenários e versões sem que seja necessário modificar a regra no Calculation Manager.

Agregação densa completa

Preencha esta seção se valores pais nas suas dimensões densas não forem definidos como cálculos dinâmicos. Em geral, essa guia permanece vazia.

Agregação esparsa completa

Selecione a dimensão esparsa que precisa ser agregada. A ordem das dimensões selecionadas não é relevante.

Agregação de dimensão parcial: Densa

Preencha esta seção se valores pais nas suas dimensões densas não forem definidos como cálculos dinâmicos. Em geral, essa guia permanece vazia.

Configurações recomendadas:

Agregar os dados na moeda local: Não

Agregar os valores ausentes no Banco de Dados: Sim

Otimizar o Cálculo na dimensão Esparsa: Desativado

Selecionar um valor para o cache da calculadora: Padrão

Deseja ativar o modo de depuração para este assistente?: Assistente de Depuração Ativado ou Assistente de Depuração Desativado. Selecione a opção Assistente de Depuração Ativado se quiser ver um script gerado para exibir seleções em relação a algumas das Solicitações de Tempo de Design neste modelo.

Melhores práticas:

  • Utilizar solicitações de tempo de execução para membros como Entidade, Cenário e Versão. Isso permite que a sua regra seja dinâmica e seja executada com base na entrada do usuário.

  • Em geral, dimensões densas como Conta e Período não precisam ser agregadas. Se esse for o caso, você poderá definir membros pais como cálculo dinâmico. No entanto, se você tiver fórmulas de membro em dimensões densas e elas não estiverem definidas como cálculos dinâmicos, será necessária uma regra de Dimensão de Cálculo.

Criar Cálculos Detalhados

Você usa o Calculation Manager para criar, validar, implantar e administrar cálculos avançados que resolvem problemas de negócios.

Há três tipos de objeto que podem ser calculados no Calculation Manager:

  • Conjuntos de regras: Contêm regras que podem ser calculadas de forma simultânea ou sequencial (Consulte Administração de Regras.)

  • Regras: Contêm componentes e modelos (Consulte Administração de Regras.)

  • Componentes : Contêm componentes de fórmula, componentes de script, componentes de condição, componentes de intervalo e componentes de loop fixo (Consulte Administração de Regras).

Melhores práticas:

  • Como primeira etapa na criação das suas regras, certifique-se de compreender a lógica de negócios e as entidades ou departamentos a que a regra se aplica. Por exemplo, conheça as contas envolvidas na regra.

  • Certifique-se de conhecer as contas de origem e destino.

  • Depois que você compreender completamente os drivers do cálculo, use o componente de objeto adequado ou o modelo para criar a regra. Os componentes e os modelos facilitam a seleção de membros para ajudar a implantar as regras.

A utilização de solicitações de membros como Entidade, Cenário e Versão permite que a sua regra seja dinâmica e seja executada com base na entrada do usuário.

Criar Relatórios

Criar relatórios permite que você gere relatórios sobre os seus aplicativos financeiros para fins de gerenciamento. Nesta etapa, você cria a sua Declaração de Renda e outros relatórios detalhados com a formatação apropriada que a sua equipe de gerenciamento está acostumada a usar.

Os formatos de relatório especificam o layout do relatório, como quais elementos deverão estar nas linhas e colunas. Os formatos de relatório podem ser usados para criar muitos relatórios específicos, tais como por Centro de Custo ou por Divisão.

Melhores práticas:

  • Antes de criar relatórios, determine quantos diferentes formatos de relatório são necessários.

  • Para simplificar a criação de relatórios, especifique um formato para cada tipo de relatório necessário.

  • Comece a criar relatórios organizando as dimensões de forma adequada. Em seguida, gere o relatório para capturar os dados. Por fim, aplique a formatação.

Criar Listas de Tarefas

As listas de tarefas guiam o usuário pelo processo do Planning listando tarefas, instruções e datas de vencimento. As listas de tarefas ajudam os usuários do fluxo no aplicativo a garantir que o processo seja seguido e que todos os dados apropriados sejam coletados.

As listas de tarefas devem ser desenvolvidas para dar suporte aos diferentes tipos de usuários e fluxos de processos. As tarefas podem ajudar os usuários a realizar muitos tipos de afazeres, tais como:

  • Abra um formulário

  • Inicie a regra de negócios especificada

  • Inicie o processo de revisão com um cenário e uma versão especificados

  • Copie uma versão dos dados do formulário atual

  • Abra um URL especificado

As tarefas guiam os usuários durante o processo de planejamento. As tarefas podem ajudar os usuários a realizar muitos tipos de afazeres. Elas ajudam os usuários do fluxo no aplicativo a garantir que o processo seja seguido e que todos os dados apropriados sejam sido coletados.

Crie tarefas para dar suporte aos diferentes tipos de usuários e fluxos de processos.

Configure o Fluxo de Navegação

Os Fluxos de Navegação definem os clusters ou cartões disponíveis na parte superior da tela do usuário. Em geral, os cartões são associados a ações no seu processo de negócios, tais como Receita do Plano e Despesas do Plano. Em cada cartão, é possível criar guias verticais para direcionar o usuário durante o processo dessa área de negócios. É possível vincular formulários a uma guia vertical para orientar o usuário no processo. As guias verticais podem ter uma ou mais guias horizontais vinculadas a formulários ou dashboards.

O seu aplicativo é disponibilizado com um fluxo de navegação padrão. Para personalizar os cartões e o fluxo das suas organizações, copie o padrão. Depois, você poderá usá-lo para criar o seu próprio padrão.

Toque ou clique em Configurações. Em seguida, toque ou clique em Fluxo de Navegação. Toque ou clique em Ação. Em seguida, toque ou clique em Criar Cópia.

É possível criar um cluster para representar um processo de negócios inteiro que pode conter cartões referentes às ações ou simplesmente criar novos cartões. Os cartões podem ser projetados para ser uma única página ou podem ter várias guias. Para um cartão configurado como tabular, você pode ter várias guias que permitem a definição de conteúdo visível para o usuário final como guias horizontais. Você especifica o tipo de conteúdo para cada uma das guias e o vincula a um artefato.

Por exemplo, você pode associar os cartões a:

  • Dashboards

  • Formulários

  • Regras

  • Aprovações

Configurar Permissões de Acesso

As permissões de acesso determinam os privilégios de um usuário depois que o produto é iniciado. Com frequência, os grupos são estabelecidos para ajudar a organizar os usuários. Por definição, um grupo de usuários é um conjunto de usuários com permissões de acesso semelhantes.

Permissões de acesso para grupos e usuários individuais podem ser designadas a estes elementos do aplicativo:

  • Cenários

  • Versões

  • Contas

  • Entidades

  • Membros de dimensão personalizados

  • Formulários

  • Regras de negócios

Os usuários podem estar em um grupo:

  • Administrador de Serviço

  • Usuário Avançado

  • Usuário

  • Visualizador

Melhores práticas:

  • Para dimensões protegidas por padrão, modifique as permissões de acesso conforme o necessário.

  • Atribua permissões de acesso a elementos do aplicativo, tais como membros de dimensão, formulários e regras. Os usuários só podem exibir ou usar os elementos do aplicativo a que têm acesso.

Sobre Usuários e Grupos

Os usuários da sua empresa podem ser adicionados ao Oracle Identity Management System antes de obter permissões de acesso a qualquer um dos elementos do seu aplicativo. As permissões de acesso determinam os privilégios de um usuário depois que o produto é iniciado.

Por definição, um grupo de usuários é um conjunto de usuários com permissões de acesso semelhantes. Uma prática recomendada é usar grupos como uma forma de organizar os usuários e designar permissões de acesso.

Adicionar Usuários

Os usuários devem ser adicionados ao seu ambiente, receber privilégios e obter acesso ao aplicativo.

As funções do usuário serão definidas como um destes tipos:

  • Administrador de Serviços: Cria e gerencia aplicativos, incluindo dimensões, formulários, Cálculos e assim por diante. O Administrador de Serviços gerencia as permissões de acesso e inicia o processo de orçamento

  • Usuário Avançado: Cria e mantém formulários, planilhas do Smart View e relatórios do Financial Reporting. Pode executar todas as tarefas do Usuário.

  • Usuário: Insere e envia planos para aprovação, executa regras de negócios, usa relatórios que outras pessoas criaram, além de exibir e usar listas de tarefas. Utiliza o Smart View para inserir dados e fazer análises ad hoc.

  • Visualizador: Exibe e analisa dados por meio de formulários de dados e de ferramentas de acesso a dados para as quais ele esteja licenciado. Os visualizadores não podem modificar dados do aplicativo. Os usuários de exibição comuns são executivos que desejam visualizar os planos de negócios durante e no fim do processo de orçamento.

Usuários, Usuários Avançados e Visualizadores podem acessar formulários, listas de tarefas e regras de negócios com base em permissões atribuídas pelo Administrador de Serviços.

Criar Grupos

Recomenda-se enfaticamente a utilização de grupos durante a atribuição de permissões de acesso a usuários. A utilização de grupos de usuários semelhantes facilita a manutenção da segurança em uma base contínua. À medida que os usuários são adicionados aos grupos, eles herdam as permissões de acesso do grupo em questão. A atribuição de permissões de acesso de grupo a elementos como membros de dimensão, formulários e listas de tarefa significa que você não precisa designar essas permissões de acesso individualmente a cada usuário.

Melhores práticas:

  • Se um usuário individual for atribuído a um grupo e as permissões de acesso do usuário individual conflitarem com as do grupo, as permissões de acesso do usuário individual terão precedência.

  • O uso de grupos para conjuntos de usuários com permissões de acesso semelhantes deve ser bem definido antes da implementação do acesso do usuário.

  • As permissões de acesso individual substituem as permissões de grupo.

  • Se um indivíduo for designado a diversos grupos, o grupo com a permissão de acesso mais alta terá precedência.

As permissões de acesso designadas diretamente a um usuário substituem as permissões de acesso herdadas de grupos a que o usuário pertence. Por exemplo, se tiver herdado de um grupo o acesso de leitura a um Plano e já tiver recebido diretamente o acesso de gravação a esse Plano, você terá o acesso de gravação ao Plano.

Atribua Usuários a Grupos

Como prática recomendada, utilize grupos como uma forma de reduzir a manutenção e atribuir acesso semelhante aos usuários. Atribua aos usuários acesso aos grupos apropriados.

Atribua Acesso a Dimensões

Para que os usuários leiam ou gravem dados, será necessário atribuir permissões de acesso às seguintes dimensões:

  • Conta

  • Entidade

  • Cenário

  • Versão

Se a segurança estiver ativada nas dimensões personalizadas, você também deverá atribuir aos usuários segurança nessas dimensões. Para dimensões protegidas por padrão, modifique o acesso de segurança conforme o necessário.

Atribua Acesso à Dimensão de Conta

Conceda aos usuários acesso de leitura ou gravação somente às contas que eles têm permissão de ver. Você pode atribuir privilégios de acesso como Leitura, Gravação ou Nenhum.

Melhores práticas:

  • As funções de relação também deverão ser utilizadas, sempre que possível, para reduzir a manutenção de segurança necessária. As funções de relação são: Member, Children, iChildren, Descendant e iDescendant. Por exemplo, quando atribui o acesso de Gravação a Descendentes de Renda Líquida em relação a um grupo, você permite que todos os usuários desse grupo tenham acesso de Gravação a todas as contas descendentes de Renda Líquida. Dessa forma, você não precisa atribuir acesso individualmente a cada conta.

  • Para se beneficiar totalmente das regras de precedência e herança, utilize um método baseado em exceções para gerenciar a segurança. A atribuição primária da segurança deve ser feita por grupo e relação. Atribua direitos de grupo a membros de nível pai e utilize relações para especificar as atribuições até valores filhos ou descendentes. Atribua direitos de usuários individuais a valores filhos por exceção.

Atribua Acesso à Dimensão de Entidade

Conceda aos usuários acesso de leitura ou gravação somente às entidades que eles têm permissão de ver. Você pode atribuir privilégios de acesso como Leitura, Gravação ou Nenhum.

Atribua Acesso à Dimensão Cenário

Em geral, o acesso ao Cenário é definido como Leitura ou Gravação. Por exemplo, talvez você queira atribuir acesso aos cenários Real e Variação como Leitura e aos cenários Plano e Previsão como Gravação.

Atribua Acesso à Dimensão Versão

Em geral, o acesso à Versão é definido como Leitura ou Gravação. Por exemplo, talvez você queira atribuir acesso à Versão Final como Leitura e à Versão Em Andamento como Gravação.

Atribua Acesso a Dimensões Personalizadas

Se a segurança estiver ativada nas dimensões personalizadas, você também deverá atribuir segurança à dimensão para que os usuários tenham acesso.

Atribuir Acesso a Formulários

Para que os usuários possam abrir formulários, eles deverão receber permissões de acesso.

Os usuários que tiverem acesso a uma pasta de formulários podem acessar os formulários dessa pasta, a menos que tenham recebido direitos de acesso mais específicos.

Os Usuários e Usuários Avançados só podem exibir ou inserir dados em formulários a que eles têm acesso. Eles podem trabalhar com membros aos quais têm acesso.

Dicas:

  • Para simplificar a atribuição de acesso a formulários, organizar formulários em pastas e atribuir o acesso no nível da pasta, em vez de no nível individual do formulário. As permissões de acesso podem ser definidas como Leitura, Gravação ou Nenhum.

  • Quando você atribuir direitos de acesso a uma pasta, todas as pastas que estiverem sob ela herdarão esse direito de acesso.

  • Se você atribuir um direito de acesso específico (como Nenhum ou Gravação) a uma pasta de formulários, esse direito terá precedência sobre as permissões de acesso da pasta pai. Por exemplo, se um usuário tiver o acesso de Gravação em Folder1 que contêm Folder2, para a qual o usuário tem o acesso Nenhum, ele poderá abrir Folder1, mas não verá Folder2.

  • Se o acesso do usuário for Nenhum em uma pasta de formulários chamada Folder1, que contém um formulário chamado Form1 ao qual o usuário tem o direito de acesso de Gravação, o usuário poderá ver Folder1 e Form1.

Atribua Acesso a Regras de Negócios

Para que os usuários possam iniciar regras de negócios, eles deverão ter permissões de acesso às regras.

Como prática recomendada, organize as regras de negócios em pastas que tenham acesso de usuário semelhante e aplique segurança às pastas. Você também pode atribuir permissões de acesso a regras de negócios individuais, embora essa estratégia seja um pouco mais demorada.

Os usuários têm o acesso Iniciar às regras de negócios do Calculation Manager em pastas às quais têm permissão de acesso, a menos que tenham recebido direitos de acesso mais específicos

Atribuir Acesso a Listas de Tarefas

Para navegar no aplicativo, os usuários devem ter acesso a listas de tarefas individuais.

Como prática recomendada, atribua acesso usando grupos. Essa solução é mais eficiente que aplicar o acesso a listas de tarefas individuais.

Atribua Acesso a Relatórios

Para que possam usar um relatório, os usuários já deverão ter direito de acesso a ele.

Da mesma forma que acontece com outros artefatos, recomendamos que você organize os relatórios em pastas e atribua o acesso no nível da pasta. Isso limita a manutenção necessária para a segurança. À medida que os relatórios são adicionados à pasta, o acesso é herdado da pasta.

Criar Aprovações

Use as aprovações para controlar orçamentos e revisar o status, os problemas de processo e o proprietário de unidades de planejamento. Isso reduz o tempo necessário para o ciclo de planejamento.

Configure o caminho de aprovação independentemente da estrutura organizacional para refletir o caminho que um plano ou uma previsão deverá seguir para aprovação.

Os usuários podem fornecer anotações e comentários para seus envios.

Configure a Hierarquia de Unidades de Planejamento

Se configurar a hierarquia de unidades de planejamento, você definirá o caminho promocional usado nas aprovações. A base da hierarquia da unidade de planejamento é a Entidade ou qualquer parte da dimensão Entidade em combinação com qualquer dimensão secundária.

A dimensão secundária pode ser uma mistura de diversas dimensões, dependendo de onde você está no workflow. Por exemplo, você pode combinar a dimensão Entidade com a dimensão Produtos no caminho promocional para determinadas entidades, enquanto utiliza a dimensão Canais no caminho promocional para outras entidades.

Proprietários e revisores podem ser designados à unidade de planejamento diretamente. É possível criar regras de validação para tratar o caminho de promoção condicional dependente de condições de dados. Você cria diferentes hierarquias de unidades de planejamento para oferecer suporte a processos de revisão na sua organização.

Em seguida, a hierarquia de unidades de planejamento é designada à combinação adequada de Cenário e Versão.

As unidades de planejamento são combinações de cenário, versão e entidade ou parte de uma entidade. Os cenários e as versões são a base do ciclo de revisão. Uma hierarquia de unidades de planejamento contém unidades de planejamento e outras dimensões que fazem parte do processo de revisão.

Detalhes que você deve saber sobre as aprovações:

  • O processo de revisão segue o caminho promocional configurado quando você seleciona o proprietário e revisores para uma unidade de planejamento, a menos que um evento dispare uma alteração no caminho promocional.

  • Relacionamentos pai/filho entre membros da hierarquia de unidades de planejamento afetam o processo de revisão

  • Quando os usuários promovem ou rejeitam um pai, seus filhos são promovidos ou rejeitados, a menos que sejam aprovados. O proprietário do pai se torna o proprietário dos filhos.

  • Quando os usuários aprovam um pai, seus filhos também são aprovados.

  • Depois que todos os filhos são promovidos para o mesmo proprietário, o pai é promovido para o proprietário.

  • Quando o status de todos os filhos for alterado para um status, por exemplo, Desconectado, o status pai mudará para esse mesmo status.

  • Os usuários não podem alterar o status de um pai quando seus filhos têm diferentes proprietários.

  • Se os filhos forem promovidos, submetidos ou desconectados por usuários diferentes, o pai não terá nenhum proprietário e apenas os Administradores de Serviço poderão alterar o seu status.

  • A unidade de planejamento é transferida de um revisor para outro até que o processo orçamentário seja concluído.

Testar

Os testes são uma etapa crítica no desenvolvimento de aplicativos. Todos os cálculos, permissões de acesso e relatórios devem ser testados para garantir que estão funcionando de forma adequada.

Sobre Testes de Unidades

Testar uma unidade é a primeira etapa de testes formalizados, e um elemento fundamental do ambiente de teste. Testar a unidade envolve verificar cada área funcional do aplicativo como uma unidade separada para garantir que ela seja executada conforme esperado.

Por exemplo, um teste poderia confirmar que um carregamento de dados foi executado e concluído sem erros. Outros testes poderiam confirmar que os formulários e relatórios estão acessíveis, os cálculos foram concluídos etc.

Em geral, a pessoa que cria ou configura o aplicativo conduz o teste da unidade.

Sobre Testes do Sistema

O teste do sistema valida se o sistema está operando sem erros e está fornecendo a funcionalidade necessária.

O principal objetivo é testar a forma como o aplicativo foi configurado e verificar como a equipe construiu os processos de negócios e relatórios. O teste do sistema se concentra em testar o sistema inteiro, incluindo a configuração de parâmetros exclusivos, todas as funções que serão usadas e os aprimoramentos realizados.

O teste do sistema vai além do software e valida a eficácia de controles, formulários e procedimentos manuais. Trata-se de um conjunto completo de testes funcionais formais que abrange todos os aspectos da funcionalidade do sistema que está sendo criado.

Com frequência, este tipo de teste é combinado com:

  • Testes de Segurança: Testam se a segurança do sistema e a segurança do banco de dados são apropriadas para o sistema como um todo e para cada usuário específico.

  • Testes de Integração: Testam a solução de negócios como um todo, incluindo a passagem de dados entre outros sistemas integrados. Esse método confirma se a funcionalidade permanece válida quando todos os aspectos do sistema são combinados.

  • Testes de Aceitação do Usuário: Os usuários validam se o sistema está operando corretamente e atende às necessidades. Se os usuários não estiverem envolvidos no teste formal do sistema ou se eles solicitarem testes específicos, poderá haver a necessidade de mais testes de aceitação. No entanto, na maioria dos casos, esse tipo de teste é feito como parte dos Testes de Sistema e de Integração, contanto que os usuários reconheçam esses testes como adequados para fins de teste.

Implantação

Durante a implantação, você pode treinar os usuários finais no sistema e mostrar a eles como navegar e usar a funcionalidade. Como prática recomendada, documente o seu sistema para permitir que outras pessoas assumam a administração se necessário.

Treinamento

Todos os usuários do sistema devem ser treinados no aplicativo. Os usuários precisam aprender a navegar confortavelmente no aplicativo e devem compreender as tarefas atribuídas a eles. O treinamento deve incluir o login no aplicativo, a navegação em listas de tarefas, a inserção de dados, a execução de regras, o uso do Smart View e o uso de ferramentas no aplicativo. Em geral, o treinamento é a primeira exposição do usuário ao aplicativo, e uma sessão de treinamento bem planejada e executada ajuda a criar uma boa primeira impressão.

Documente Informações Administrativas e do Sistema

Após a criação do seu aplicativo, recomendamos que você crie a documentação administrativa e do sistema para o aplicativo.

Melhores práticas:

  • Escreva esta documentação ao final do Processo de Criação quando as informações ainda são recentes.

  • Inclua informações como fontes de dados, a estrutura do aplicativo, o funcionamento dos cálculos e que tipo de manutenção é necessário para o aplicativo.

Liste as tarefas de manutenção distribuídas em intervalos de tempo, como manutenção manual ou anual. Isso possibilita que outra pessoa assuma o sistema mais tarde, se necessário.

Ativar o Aplicativo para Usuários

Para ativar o aplicativo para usuários finais, você deverá abrir a ativação do sistema. Além disso, inicie as unidades de planejamento para habilitar aprovações.

Iniciar Unidades de Planejamento

Para que os usuários possam acessar o sistema e começar o processo de revisão, a unidade de planejamento já deverá ter sido iniciada. Após ser iniciada, a unidade de planejamento passa de um revisor para outro até o processo ser concluído.