O processo para implementar uma integração para o Account Reconciliation é primeiro testar as etapas de importação e validação no Gerenciamento de Dados. Quando você estiver satisfeito com os resultados, inicie a integração real de dentro do Account Reconciliation.
O carregamento real de dados é executado no Account Reconciliation. Para obter mais informações, consulte Importação de Dados Usando o Data Management.
A segurança do local não está disponível na interface de usuário do Account Reconciliation. A segurança de local está disponível somente na interface de usuário do Gerenciamento de Dados.
O PDV de Bloqueio/Desbloqueio na página Aplicativo da Integração de Dados é disponibilizado apenas para administradores. Na interface de usuário do Gerenciamento de Dados, você poderá bloquear um local individual na página de PDV como não administrador.
Quando você está em um cliente do Accounts Reconciliation Manager on-premise movendo para o Account Reconciliation, observe o seguinte sobre o Gerenciamento de Dados:
O uso do Account Reconciliation como origem para outros aplicativos além do Oracle Enterprise Performance Management Cloud não é suportado no momento com o Account Reconciliation.
Só é possível carregar dados numéricos para o Account Reconciliation.
O drill-through é suportado do Account Reconciliation para a página inicial de drill-through no Gerenciamento de Dados. O Account Reconciliation poderá fazer drill-through até a origem de dados no Financial Data Quality Management, Enterprise Edition on-premise se os dados primeiro tiverem sido importados para o Gerenciamento de Dados usando o recurso de integração híbrida. Para fazer drill-through até a página inicial, os segmentos de perfil do Account Reconciliation devem ser mapeados para a dimensão LOOKUP na Classe de Dimensão de Destino na página do Aplicativo de Destino.
Há suporte para a integração de dados do Oracle NetSuite no Account Reconciliation.
Há suporte para a integração de dados do Oracle Financials Cloudno Account Reconciliation.
Ao mapear uma dimensão de "Tipo de Origem" na opção Mapeamento de Carregamento de Dados para saldos do Account Reconciliation, use o Valor de Destino como sistema de origem ou subsistema (subledger). Essas opções são uma categorização que definem as origens dos dados. Por exemplo, se você selecionar sistema de origem, essa opção não necessariamente indicará que os dados de origem são do mesmo sistema de origem, mas indicará que os dados não são de um subledger, como Contas a Receber (AR), Contas a Pagar (AP) e assim por diante.
Qualquer dimensão de pesquisa que você adicionar para fins de mapeamento deve ser da classificação "LOOKUP". Não adicione uma dimensão de classificação "Genérica".
Ao mapear para uma ID da Conta de Reconciliação no Account Reconciliation, há considerações para segmentos de destino em branco. Se houver segmentos em branco entre dois segmentos preenchidos na reconciliação de destino, o Account Reconciliation tratará cada valor de segmento em branco/nulo no meio de uma ID da Conta de Reconciliação como três espaços em branco. O Account Reconciliation também corta os segmentos NULL à direita após o último segmento preenchido.
Por exemplo, uma Reconciliação Agrupada com a seguinte ID de Reconciliação: "001-null-null-1925 XXX" ("null" no Account Reconciliation não existiria (desprovida de caracteres) na exibição da Reconciliação/do Perfil). O design do Account Reconciliation substitui "null" na camada de banco de dados por três espaços para cada segmento em branco/nulo entre os segmentos preenchidos. O Perfil Mapeado de Destino no Gerenciamento de Dados precisa do seguinte: "ACCOUNT ID 001- - -1925 XXX" para se alinhar ao Account Reconciliation.
Os clientes do Account Reconciliation que precisam carregar uma transação de arquivo de banco (que usam o formato de arquivo BAI ou Bank Administration Institute ou o formato de arquivo SWIFT MT940) para o módulo de Correspondência de Transações no Account Reconciliation podem usar o Data Management como o mecanismo de integração. O Data Management oferece suporte a um adaptador predefinido para carregamento:
Para obter mais informações, consulte Integração de Saldos e Transações em Arquivos de Banco com Formato BAI, SWIFT MT940 ou CAMT.053.
Nota:
Além disso, também é possível usar qualquer outro formato de arquivo a que o Data Management ofereça suporte para importar, mapear e carregar para o módulo Correspondência de Transações.Como um mecanismo de integração, o Data Management permite que os clientes do Account Reconciliation carreguem Transações de Conformidade da Reconciliação em Reconciliações. Você pode extrair transações diretamente do Oracle ERP Cloud para o EPM Cloud, incluindo:
Explicações de Saldo
Ajustes do Sistema de Origem
Ajustes do Subsistema
Explicações de Variação
Para obter mais informações, consulte Carregamento de Transações de Conformidade da Reconciliação.
Em Correspondência de Transações, você pode exportar ajustes ou transações como lançamentos duplos que poderão depois ser importados para seu sistema ERP. O Data Management é usado como o mecanismo para carregar lançamentos exportados. Para obter mais informações, consulte: Carregamento de Lançamentos Exportados.
Os clientes do Account Reconciliation podem usar até 64 campos por transação a fim de carregar dados usando o Data Management para Correspondência de Transações.
Para saber quais são os recursos disponíveis para usuários do Account Reconciliation, consulte o conteúdo deste guia.
Para obter informações sobre como carregar saldos do General Ledger e do Subledger no Account Reconciliation de um arquivo usando o Gerenciamento de Dados, consulte: Visão Geral: Carregar Saldos do GL e do Subledger de um Arquivo usando o Data Management na Reconciliação de Contas.