Mensagens de Validação de Metadados

Os Membros Principais Devem Existir Antes dos Membros Compartilhados

Os membros principais devem existir antes dos membros compartilhados (acima do membro compartilhado na hierarquia) para as seguintes dimensões:

• Cenário

• Período

• Conta

• Entre Empresas

• Movimento

• Origem de Dados

• Multi-GAAP (se houver)

• Dimensões personalizadas criadas pelo usuário

Mensagem de validação de exemplo:

O membro compartilhado não deve existir antes da criação do membro principal.

Resolução:

Mova o membro compartilhado para uma posição abaixo do membro principal.

A Criação de Membros Compartilhados para o Membro FCCS_No Data Source Não É Permitida

A criação de membros compartilhados para o membro FCCS_No Data Source não é permitida.

Mensagem de validação de exemplo:

Instâncias compartilhadas para a Origem de Dados FCCS_No não são permitidas.

Resolução:

Remova as instâncias compartilhadas do membro FCCS No_Data Source.

FCCS_OpeningBalance Não Pode ser Compartilhado na Hierarquia ClosingBalance

Na dimensão Movimento, se FCCS_OpeningBalance for Compartilhado na hierarquia ClosingBalance, ocorrerá um erro de validação, pois isso acontece por causa de erros nas taxas de câmbio durante a conversão e a consolidação.

Mensagem de validação de exemplo:

FCCS_OpeningBalance não deve ser Compartilhado em FCCS_ClosingBalance.

Resolução:

Verifique se FCCS_OpeningBalance não é Compartilhado na hierarquia FCCS_ClosingBalance.

Membros Pais Armazenar ou Nunca Compartilhar de uma Dimensão Personalizada Não Devem Ser Usados como Membro Compartilhado

Membros pais com armazenamento de dados Armazenar ou Nunca Compartilhar não devem ser usados como membro Compartilhado na hierarquia personalizada. Aplicável às seguintes dimensões:

• Multi-GAAP (se houver)

• Dimensões personalizadas criadas pelo usuário

Mensagem de validação de exemplo:

Um membro pai principal Armazenar ou Nunca Compartilhar não deve ser usado como membro Compartilhado.

Resolução:

Remova o membro compartilhado da hierarquia alternativa, crie um pai na hierarquia alternativa e compartilhe os membros de Nível 0 sob o novo pai.

Tipos de Armazenamento de Dados de Membro de Nível Zero Devem Ser Válidos

O tipo do Armazenamento de Dados deve ser válido para todos os membros de Nível Zero:

• Dimensões Entidade, Movimento: Armazenar, Nunca Compartilhar ou Compartilhado

• Conta, Origem de Dados, Multi-GAAP, dimensões personalizadas criadas pelo Usuário: Armazenar, Nunca Compartilhar, Compartilhado ou Cálculo Dinâmico

Mensagem de validação de exemplo:

O Armazenamento de Dados deve ser Armazenar, Nunca Compartilhar, Compartilhado ou Cálculo Dinâmico para membros do Nível 0.

Resolução:

Altere a seleção de Armazenamento de Dados conforme descrito acima.

Todos os Membros Pai nas Dimensões Personalizadas e Multi-GAAP devem ser Armazenamento de Dados de Cálculo Dinâmico

Todos os Membros Pai nas Dimensões Personalizadas e Multi-GAAP devem ter a propriedade Armazenamento de Dados de Cálculo Dinâmico.

Se eles não forem definidos como Cálculo Dinâmico, uma mensagem de advertência será exibida para alertar que essa ocorrência pode causar problemas no aplicativo.

Somente Membros com Cálculo Dinâmico Devem ser Definidos para Cálculo em Dois Passos

Um membro de Cálculo Não Dinâmico não deve ser definido com a propriedade do Cálculo em Dois Passos.

Para aplicativos Híbridos, é recomendado usar a Ordem de Resolução em vez do Cálculo em Dois Passos.

Membros de Nível Zero da Dimensão Intercompanhia Não Devem ser Definidos como Cálculo Dinâmico

Na Dimensão Intercompanhia, se você editar membros Intercompanhia de Nível Zero e definir Armazenamento de Dados como Cálculo Dinâmico sem uma fórmula de membro, ocorrerá um erro de validação.

Membros de Nível Zero Não Devem Ser de Cálculo Dinâmico Sem Fórmulas

Qualquer membro válido de Cálculo Dinâmico de Nível Zero (0) deve ter uma Fórmula de Membro válida.

Mensagem de validação de exemplo:

Os membros de nível 0 não devem ser de Cálculo Dinâmico sem fórmulas de membro.

Resolução:

Adicione uma fórmula válida ao membro Cálculo Dinâmico ou altere as propriedades de Armazenamento de Dados para Armazenar, Nunca Compartilhar ou Compartilhado. Para as contas do Cubo Taxa, verifique se a conta é necessária no Cubo Taxas. Se não for necessária, exclua a conta do Cubo Taxas usando o Editor de Dimensão, ou altere "Op. do Console Taxas" para "Não Usado para o Cubo" no Editor de Dimensão Simplificada.

Membros Pais Não Devem Ter Fórmulas de Membros

Os membros pais não devem ter fórmulas de membros nas seguintes dimensões:

• Entidade

• Conta

• Movimento

• Origem de Dados

• Multi-GAAP (se houver)

• Dimensões personalizadas criadas pelo usuário

Mensagem de validação de exemplo:

Membros pais não devem ter fórmulas de membros

Resolução:

Remova a Fórmula de Membro do membro pai.

Operadores de Agregação para Todos os Filhos de Nomes de Dimensão Devem Ser Ignorar ou Nunca

Se um membro for filho de um nome de dimensão, o operador de agregação deve ser Ignorar ou Nunca.

• Dimensão Entidade: Ignorar para os cubos Console e Taxas

• Outras dimensões: Ignorar ou Nunca para o cubo Console e Ignorar para o cubo Taxas

Mensagem de validação de exemplo:

O Operador Console para todos os filhos do nome da dimensão deve ser Ignorar.

O Operador do Console para todos os filhos do nome da dimensão deve ser Ignorar ou Nunca.

Resolução:

Altere o operador de agregação conforme descrito acima. Observe que os operadores de agregação para membros implantados já devem estar corretos.

Tipos de Conta e Operadores de Agregação Devem Corresponder

No Balanço Patrimonial balanceado na dimensão Conta, os tipos de conta das contas pai e filha devem corresponder ao operador de agregação adequado. A combinação do tipo de conta pai e do tipo de conta filha determina se o operador de agregação deve ser Adição ou Subtração. Garantir a correspondência entre os tipos de conta e o operador de agregação garantirá que os dados do balanço patrimonial se agreguem adequadamente a um Balanço Patrimonial balanceado.

Se o "sinal normal" (ou seja, Débito ou Crédito) for o mesmo para as contas pai e filha, o operador de agregação deverá ser Adição. Se o "sinal normal" for diferente nas contas pai e filha, o operador de agregação deverá ser Subtração.

Mensagem de validação de exemplo:

O operador do Console de Conta deve ser Adição com base nos tipos de conta pai e filho.

O operador do Console de Contas deve ser Subtração com base nos tipos de conta pai e filho.

Resolução:

Altere o Tipo de Conta de pai ou filho, ou altere o operador de agregação.

Observe que a hierarquia implantada de balanço patrimonial precisa refletir a seguinte estrutura:

A conta de agrupamento de balanço patrimonial implantada (FCCS_Balance Sheet) deve ser o primeiro membro, seguida das contas do sistema implantadas e das contas de taxas de câmbio.

O primeiro filho de FCCS_Balance Sheet deve ser o membro principal implantado de Balanço Patrimonial balanceado. No momento:

FCCS_Total Balance Sheet-Net Asset Approach

ou

FCCS_Total Balance Sheet-Traditional Approach

O operador de agregação para essas contas pode ser Adição, Subtração ou Ignorar. Ignorar é sugerido (mas não obrigatório), a menos que você pretenda gerar relatórios pelo membro "agrupamento".

Idealmente, o operador de agregação para qualquer outro filho do agrupamento FCCS_Balance Sheet deve ser Ignorar, mas pode ser Adição ou Subtração se a geração de relatórios do membro "agrupamento" for necessária.

Qualquer descendente dos filhos imediatos de FCCS_Balance Sheet deve ser Adição ou Subtração e deve corresponder à combinação dos tipos de conta pai e filho.

Observe que essa validação se aplica a todas as hierarquias dentro do membro de agrupamento FCCS_Balance Sheet (com exceção da hierarquia implantada Monetário e Não Monetário). Se você deseja criar uma hierarquia alternativa que não esteja sujeita a essa verificação de validação, é possível deixar a hierarquia na conta de agrupamento FCCS_Income Statement.

Os membros de Eliminação Intercompanhia e os membros de Eliminações Totais não devem ser movidos na hierarquia

O membro de Eliminação Intercompanhia não deve ser movido para fora da hierarquia de Eliminações Totais.

O membro de Eliminações Totais não deve ser movido para fora da hierarquia de Origem de Dados Total.

Mensagem de validação de exemplo:

O membro de Eliminação de Intercompanhia não deve ser movido para fora das Eliminações Totais.

O membro das Eliminações Totais não deve ser movido para fora da Origem de Dados Total.

Resolução:

Mova os membros de Eliminação Intercompanhia ou Eliminações Totais para o local correto na hierarquia.

As Fórmulas de Membro Personalizadas Não Devem ser Adicionadas sob a Hierarquia Total do Balanço Patrimonial

As Fórmulas de Membro Personalizadas não devem ser adicionadas sob a hierarquia Total do Balanço Patrimonial. Se você criar um membro Cálculo Dinâmico com uma fórmula de membro na hierarquia Total do Balanço Patrimonial da dimensão Conta, o sistema exibirá uma mensagem de erro durante a validação de metadados alertando sobre possíveis problemas com os cálculos do Balanço Patrimonial.

Na Dimensão Origem de Dados, Cada Entidade Deverá ter um Membro S_ Correspondente quando Gerenciamento de Propriedade estiver habilitado

Quando você habilita Gerenciamento de Propriedade em um aplicativo, os novos membros S_Entity pré-implantados são adicionados na dimensão Origem de Dados. Se um S_Member não for encontrado para uma Entidade, ocorrerá um erro de validação, e você precisará criar um membro Origem de Dados. Por exemplo, se tiver um membro de Entidade chamado TestEntity, você precisará criar um membro Origem de Dados chamado S_TestEntity em FCCS_Source Entities.

Mensagem de validação de exemplo:

O membro S_ Data Source não foi encontrado para esse membro Entidade. Crie um membro Origem de Dados S_ENTITYNAME em FCCS_Source Entities.

Resolução:

Crie um membro Origem de Dados S_EntityName em FCCS_Source Entities.

Membros de Movimentação de Equivalência Patrimonial Não Podem Ser um Membro Pai

No recurso Equivalência Patrimonial de Propriedade, para os membros de Movimento, você não pode selecionar membros Pai na hierarquia FCCS_Mvmts_Subtotal. A lista predefinida dos membros da dimensão Movimento que podem ser selecionados são os membros de Nível 0 da hierarquia FCCS_Mvmts_Subtotal.

Mensagem de validação de exemplo:

XXXX is not a level 0 descendant of Movements Subtotal.

Resolução:

Para Alteração do Patrimônio Líquido, na dimensão Movimento, selecione os membros de Nível 0 da hierarquia FCCS_Mvmts_Subtotal.

Validação da Ordem de Resolução da Dimensão Conta

Essa validação se aplica somente quando você está usando a opção Otimização Esparsa Densa que usa Período e Movimento como as dimensões Densas. A propriedade da Ordem de Resolução para todos os membros com o tipo de armazenamento Cálculo Dinâmico na dimensão Conta deve ser 58.

Mensagem de validação de exemplo:

A Ordem de Resolução para esse membro deve ser 58.

Resolução:

Defina a propriedade da ordem de resolução para o membro especificado como aplicável.

Validação da Ordem de Resolução da Dimensão de Consolidação

A validação a seguir não se aplica quando você usa a opção Otimização Densa/Esparsa com Período e Movimento como as dimensões Densas.

Se a Consolidação Avançada não estiver habilitada, defina a ordem de resolução dos membros a seguir como 26.

• FCCS_Contribution Total

• FCCS_Contribution

• FCCS_Parent Total (de acordo com a ativação do recurso)

• FCCS_Proportion

Se a Entrada Pai estiver habilitada, defina a ordem de resolução dos membros a seguir como 26.

• FCCS_Contribution Total

• FCCS_Contribution

• FCCS_Parent Total

Mensagem de validação de exemplo:

Se você estiver usando a opção Otimização Densa/Esparsa e o recurso Entrada Pai estiver habilitado, a propriedade da ordem de resolução para FCCS_Parent Total e seus membros pai deverá ser 51.

Se você estiver usando a opção Otimização Densa/Esparsa, mas não tiver habilitado o recurso Gerenciamento de Propriedade, a propriedade da ordem de resolução do membro FCCS_Proportion e seus membros pai deverão ser 51.

Resolução:

Defina a propriedade da ordem de resolução para o membro especificado como aplicável.

Validação da Ordem de Resolução da Dimensão Origem de Dados

A propriedade da ordem de resolução dos membros a seguir deve ser 28. Ela não se aplica quando você usa a opção Otimização Densa/Esparsa com Período e Movimento como as dimensões Densas.

• FCCS_Total Data Source

• FCCS_TotalInputAndAdjusted

• FCCS_Total Eliminations

Mensagem de validação de exemplo:

Resolução:

Defina a propriedade da ordem de resolução para o membro especificado como aplicável.

Validação da Ordem de Resolução da Dimensão Movimento

Valores da Ordem de Resolução para a Opção Padrão (Conta com dimensão Densa)

Se você não estiver usando a opção Otimização Densa/Esparsa, a propriedade da ordem de resolução dos membros a seguir deverá ser 53:

• FCCS_OpeningBalance_Cash

• FX_Total_NonCash

• FCCS_ClosingBalance_Cash

A ordem de resolução para FCCS_ClosingBalance_Variance deve ser 55.

A propriedade da ordem de resolução dos membros a seguir deve ser 25.

• FCCS_Mvmts_Operating

• FCCS_Mvmts_Investing

• FCCS_Mvmts_Financing

• FCCS_CashFlow

• FCCS_CashFlow_Operating

• FCCS_CashFlow_NetIncome

• FCCS_CashFlow_AdjustmentsToNetIncome

• FCCS_CashFlow_DepreciationAndAmortization

• FCCS_CashFlow_NetAssets

• FCCS_CashFlow_AccountsReceivable

• FCCS_CashFlow_Inventories

• FCCS_CashFlow_OtherCurrentAssets

• FCCS_CashFlow_AccountsPayable

• FCCS_CashFlow_OtherCurrentLiabilities

• FCCS_CashFlow_Investing

• FCCS_CashFlow_Acquisitions

• FCCS_CashFlow_Disposals

• FCCS_CashFlow_CapitalExpenditures

• FCCS_CashFlow_ProceeedsFromSalesOfPPE

• FCCS_CashFlow_OtherInvestingActivities

• FCCS_CashFlow_Financing

• FCCS_CashFlow_IssueOfStock

• FCCS_CashFlow_ProceedsFromDebt

• FCCS_CashFlow_RepaymentOfDebt

• FCCS_CashFlow_OtherFinancingActivities

Mensagem de validação de exemplo:

Valores da Ordem de Resolução para a Opção Otimização Densa/Esparsa

Se você estiver usando a opção Otimização Densa/Esparsa, a propriedade da ordem de resolução dos membros a seguir deverá ser 59:

• FCCS_CashChange

• FCCS_OpeningBalance_Cash

• FX_Total_NonCash

• FCCS_ClosingBalance_Cash

• FCCS_ClosingBalance_Variance

Para os membros a seguir, se a opção Armazenamento da Exibição Controle da Data Final estiver habilitada, defina a ordem de resolução para 53.

• FCCS_CashChange

• FCCS_OpeningBalance_Cash

• FCCS_FX_Total_NonCash

• FCCS_ClosingBalance_Cash

Resolução:

Defina a propriedade da ordem de resolução para o membro especificado como aplicável.

Validação da Ordem de Resolução da Dimensão Período

Se você estiver usando a opção Otimização Densa/Esparsa com Período e Movimento como dimensões Densas, a propriedade da ordem de resolução dos membros a seguir deverá ser 53.

Se você não estiver usando a opção Otimização Densa/Esparsa, a propriedade da ordem de resolução dos membros a seguir deverá ser 52.

• YearTotal

• HY1

• HY2

• Q1

• Q2

• Q3

• Q4

Mensagem de validação de exemplo:

Resolução:

Defina a propriedade da ordem de resolução para o membro especificado como aplicável.

Validação da Ordem de Resolução da Dimensão Exibição

Se você estiver usando a opção Otimização Densa/Esparsa com Período e Movimento como dimensões Densas, a propriedade da ordem de resolução dos membros a seguir deverá ser 53.

YTD, HYTD, QTD, YTD_RULE, HYTD_RULE, QTD_RULE

Se você não estiver usando a opção Otimização Densa/Esparsa, a propriedade da ordem de resolução dos membros a seguir deverá ser 27.

YTD_RULE, HYTD_RULE, QTD_RULE

Mensagem de validação de exemplo:

Resolução:

Defina a propriedade da ordem de resolução para o membro especificado como aplicável.