Definição dos Detalhes da Regra de Metadados

Os mapeamentos de chartfield ou segmento únicos definem um mapeamento um-para-um simples entre os membros da dimensão de origem e destino. Quando cria mapeamentos de chartfield ou segmento únicos, você pode opcionalmente definir:

Um tipo e valor de prefixo ou sufixo
Hierarquias de segmento a serem extraídas do sistema de origem
Tratamento de membro órfão
Tratamento da Conta Estatística

Para definir os detalhes do mapeamento:

Opcional: Em Tipo de Prefixo/Sufixo, selecione Prefixo ou Sufixo.
Em Valor de Prefixo/Sufixo, informe o prefixo ou sufixo do membro.

Os prefixos de membro são inseridos antes do código do membro de origem. Embora isso seja opcional, é importante prefixar os valores de segmento com um prefixo definido para a dimensão correspondente quando esses membros não existirem no aplicativo de destino.

Sufixos de membro são inseridos depois do código do membro de origem.

Nota:

Quando você executa as próximas etapas para definir o pai inicial da região de hierarquia, considere que o Oracle Hyperion Planning, Oracle Essbase e Oracle Hyperion Financial Management não permitem que membros façam roll-up até o pai na mesma raiz. Durante a extração, especifique hierarquias onde cada nó tem um único pai. O E-Business Suite suporta instâncias em que um valor de segmento pode ser totalizado para dois pais.
Selecione Concatenar Nome e Alias para concatenar o Nome e o Alias.
Para os sistemas de origem do E-Business Suite:
1. Para os aplicativos do Planning e do Essbase — Detalhes de mapeamento da dimensão Conta. Selecione Propriedade de Saldo no Tempo para Contas de Balanço Patrimonial e Propriedade de Saldo no Tempo para Contas de Demonstrativo de Renda.
  
  A propriedade de saldo de tempo especifica como o valor de períodos de resumo é calculado. Se definido como "Fluxo", ele será um agregado de todos os valores para um período de resumo como um total de período. Se a propriedade de saldo de tempo estiver definida como "Saldo", ela será considerada um valor final em um período de resumo do período total.
2. Na guia Região de Hierarquia, clique em Adicionar para definir a região da hierarquia.
3. Clique em ou insira o Pai Inicial.
4. Selecione Hierarquia Base.
  
  A hierarquia base indica a parte da hierarquia que é a base, e essas partes da hierarquia que compartilham o mesmo pai. Todos os membros não compartilhados de hierarquias base têm o conjunto de propriedades "Store Data" definido. Entretanto, os membros compartilhados não podem ser definidos como "Store Data".
5. Selecione um prefixo ou sufixo para a hierarquia e, em seguida, insira um valor de prefixo/sufixo.
  
  O prefixo pai é aplicado apenas ao pai. Para ativar as hierarquias de totalização alternativas, o valor de Prefixo/Sufixo se aplica apenas aos membros pais. Esses membros não podem ser compartilhados e devem ter um nome exclusivo. Além disso, os membros pais não armazenam dados.
Para sistemas de origem PeopleSoft:
1. Na guia Região de Hierarquia, clique em Adicionar para definir a árvore da região da hierarquia.
2. Em Árvore, informe o nome da árvore para a estrutura hierárquica.
  
  As árvores retratam estruturas hierárquicas que representam um grupo de regras de sumarização de um campo de banco de dados selecionado. Por exemplo, uma árvore pode especificar como os seus locais de fabricação devem ser sumariados para fins de emissão de relatórios. Uma árvore também pode mostrar os relacionamentos de geração de relatórios dentro de uma organização, especificando qual departamento individual deve ser resumido em territórios, territórios em regiões e regiões em países. Da mesma forma, uma árvore pode classificar itens em um catálogo.
3. em Data de Efetivação, especifique a data de efetivação da árvore.
  
  A utilização de datas de efetivação com árvores permite que você especifique novos objetos, departamentos, relacionamentos de geração de relatórios ou estruturas organizacionais antecipadamente e fazer com que eles entram em vigor automaticamente. Você também pode usar árvores com datas de efetivação passadas, presentes ou futuras durante a geração de relatórios sobre dados históricos ou atuais.
4. Clique em ou insira o Pai Inicial.
5. Selecione Hierarquia Base.
  
  Em uma hierarquia de base, outras partes da hierarquia que compartilham um pai são compartilhadas. Elas não podem ser definidas como "Store Data". No entanto, membros não compartilhados têm o conjunto de propriedades "Store Data". Todos os membros não compartilhados de hierarquias base têm o conjunto de propriedades "Store Data" definido. Entretanto, os membros compartilhados não podem ser definidos como "Store Data".
6. Selecione um prefixo ou sufixo para a hierarquia e, em seguida, insira um valor de prefixo/sufixo.
  
  O prefixo pai é aplicado apenas ao pai. Para ativar as hierarquias de totalização alternativas, o valor de Prefixo/Sufixo se aplica apenas aos membros pais. Esses membros não podem ser compartilhados e devem ter um nome exclusivo. Além disso, os membros pais não armazenam dados.
7. Em Selecionar como processar membros órfãos de origem, selecione o método de manipulação dos membros órfãos:
  - Ignorar — Não há membros órfãos da origem extraídos.
  - Criar como Membro-Raiz—Os membros-raiz são criados e os membros órfãos não são. Todos os membros são criados no nível superior da hierarquia.
  - Criar como Filhos de — Os membros órfãos são colocadas como filhos do membro especificado no campo de entrada à direita do campo "Criar como Filhos".
Somente para o Planning: selecione o Tipo de Plano para as dimensões Contabilidade e Entidade.
Somente para o Financial Management: Se você estiver mapeando uma dimensão Entidade, informe os seguintes detalhes para segmentos intercompanhia, dependendo do sistema de origem:
- Valor do Segmento entre Empresas
- Para Padrão entre Empresas, selecione Sim ou Não.
No cenário em que o segmento Intercompanhia está definido, as transações Intercompanhia são identificadas com base no segmento Intercompanhia. Em geral, um único conjunto de contas naturais é necessário para a contabilidade das contas a pagar e a receber entre as empresas.

No cenário em que não existe nenhum segmento Intercompanhia, as transações Intercompanhia devem ser identificadas explicitamente com base no segmento de conta natural. Normalmente, todas as combinações de contas a receber e contas a pagar existem entre as empresas parceiras na negociação. Somente com essas contas naturais, as posições de contas a pagar e a receber entre as Empresas será conhecida.
Clique em Salvar.