Os exemplos a seguir ilustram políticas de aprovação nos níveis de aplicativo, dimensão, tipo de nó e conjunto de hierarquias e demonstram como as aprovações são processadas usando diversas configurações de política.
Exemplo 1: Política de Aprovação no Nível de Aplicativo
Primeiramente, vamos observar um exemplo simples para mostrar como as aprovações funcionam em um nível básico. Neste exemplo, há uma política de aprovação no nível de aplicativo que declara que pelo menos duas pessoas do grupo Governo GL devem aprovar todas as alterações no plano de contas.
Tabela 29-1 Exemplo 1: Configurações de Política no Nível de Aplicativo
Aplicativo Fusion GL | Dimensão | Tipo de Nó | Conjunto de Hierarquias |
---|---|---|---|
Política A
|
Dimensão da conta | Tipo de nó da conta | Conjunto de hierarquias da conta |
O grupo Governo GL consiste em Barry, Julie e Jane. Tom é o proprietário do aplicativo Fusion GL.
Workflow de aprovação:
Exemplo 2: Escalonamento de Deadlock
Agora, vamos observar o mesmo exemplo novamente, mas, desta vez, Barry e Jane foram transferidos do grupo Governo GL.
Tabela 29-2 Exemplo 2: Configurações de Política do Escalonamento de Deadlock
Aplicativo Fusion GL | Dimensão | Tipo de Nó | Conjunto de Hierarquias |
---|---|---|---|
Política A
|
Dimensão da conta | Tipo de nó da conta | Conjunto de hierarquias da conta |
Somente Julie está no grupo Governo GL. Tom é o proprietário do aplicativo Fusion GL.
Workflow de aprovação:
Embora a política exija dois aprovadores do grupo Governo GL, Julie é a única pessoa nesse grupo. Uma vez que não há mais aprovadores disponíveis para atender aos requisitos da política, isso gera um deadlock. Consequentemente, a solicitação é escalonada para usuários que têm a permissão Gerente de Dados no aplicativo. Como Tom é o proprietário do aplicativo, a sua permissão Proprietário inclui a permissão Gerente de Dados.
Exemplo 3: Política de Aprovação Serial no Nível de Dimensão
Em seguida, vamos observar uma política do tipo serial no nível de dimensão. Neste exemplo, Josh deve aprovar a solicitação, depois Frank e, por fim, alguém do grupo Contabilidade.
Tabela 29-3 Exemplo 3: Configurações de Política Serial no Nível de Dimensão
Aplicativo | Dimensão | Tipo de Nó | Conjunto de Hierarquias |
---|---|---|---|
Aplicativo do Planning |
Dimensão da conta Política A
|
Tipo de nó da conta | Conjunto de hierarquias da conta |
O grupo Contabilidade consiste em James e Heather.
Workflow de aprovação:
Exemplo 4: Política de Aprovação no Nível de Tipo de Nó e Conjunto de Hierarquias
Enquanto as políticas de aprovação no nível de aplicativo e dimensão são aplicadas a todas as ações de solicitação, as políticas no nível de tipo de nó e conjunto de hierarquias são aplicadas somente para ações de solicitação específicas. As políticas em um tipo de nó são aplicadas somente para solicitações que adicionam ou excluem nós, ou que atualizam as propriedades do nó. As políticas em um conjunto de hierarquias são aplicadas para solicitações que inserem, removem, movem ou reordenam nós em um conjunto de hierarquias, ou que atualizam as propriedades de relacionamento do nó.
Para ilustrar esses princípios, vamos observar duas solicitações para obter um exemplo que tem políticas no tipo de nó e no conjunto de hierarquias. A primeira solicitação atualiza uma propriedade de nó, de modo que somente a política no conjunto de nós é aplicada. A segunda solicitação adiciona contas, o que afeta o tipo de nó e o conjunto de hierarquias e, portanto, ambas as políticas são aplicadas.
Tabela 29-4 Exemplo 4: Configurações de Política no Nível de Tipo de Nó e Conjunto de Hierarquias
Aplicativo | Dimensão | Tipo de Nó | Conjunto de Hierarquias |
---|---|---|---|
Aplicativo do Planning |
Dimensão da conta |
Tipo de nó da conta Política A
|
Conjunto de hierarquias da conta Política B
|
Algumas informações adicionais sobre essas solicitações:
Primeiramente, vamos observar uma solicitação para atualizar propriedades do nó. As atualizações da propriedade do nó são afetadas por políticas apenas no tipo de nó.
Workflow da Aprovação para Solicitação 1:
Nota:
Como a atualização de uma propriedade do nó não afeta o conjunto de hierarquias, o grupo EssAdmins não obtém uma solicitação de aprovação.Em seguida, vamos observar uma segunda solicitação, desta vez, para adicionar nós. Como já foi dito, a política no tipo de nó é aplicada porque a ação de solicitação adiciona nós. Mas para essa solicitação, a política no conjunto de hierarquias também é aplicada, pois a adição de ações cria ações de inserção nos pontos de vistas baseados em hierarquia.
Workflow da Aprovação para Solicitação 2:
Nota:
Uma vez que James tem a permissão implícita Participante (Leitura) no tipo de nó, mas não no conjunto de hierarquias, ele deve aprovar a solicitação no Inspetor de Solicitação. Consulte Políticas e Permissões.Nota:
Uma vez que Rachel tem a permissão implícita Participante (Leitura) no tipo de nó, mas não no conjunto de hierarquias, ela deve aprovar a solicitação no Inspetor de Solicitação. Consulte Políticas e Permissões.Nota:
Como o grupo EssAdmins tem a permissão implícita Participante (Leitura) no conjunto de hierarquias, seus integrantes também recebem a permissão Participante (Leitura) implícita no tipo de nó. O grupo pode abrir uma exibição e procurar o conjunto de hierarquias para aprovar a solicitação. Consulte Políticas e Permissões.Exemplo 5: Aprovação com Enriquecimento Ativado
Se o enriquecimento estiver ativado em uma política de aprovação, os aprovadores com acesso Participante (Gravação) em qualquer objeto de dados na exibição da solicitação poderão modificar a solicitação antes da aprovação.
Neste exemplo, é feita uma solicitação em uma exibição de manutenção com pontos de vista para três aplicativos: General Ledger, Planning e Consolidation. Cada aplicativo tem uma política de aprovação no nível do aplicativo, e as políticas do GL e do Planning estão com o enriquecimento habilitado.
Tabela 29-5 Exemplo 5: Aprovação com Enriquecimento
Aplicativo General Ledger | Aplicativo Planning | Aplicativo Consolidation |
---|---|---|
Política de Aprovação do GL
|
Política de Aprovação do Planning
|
Política de Aprovação do Consolidation
|
Workflow de Aprovação: