Il processo per implementare un'integrazione con Account Reconciliation consiste nel testare prima le fasi di importazione e convalida in Integrazione dati. Una volta soddisfatti dei risultati, lanciare l'integrazione vera e propria per caricare i saldi dall'opzione Caricamento dati all'interno di Account Reconciliation. Verrà eseguito il push delle transazioni di Corrispondenza transazione o Conformità riconciliazione da Integrazione dati, come da processo standard di Oracle Enterprise Performance Management Cloud.
La sicurezza per la posizione non è disponibile nell'interfaccia utente di Account Reconciliation. È disponibile solo nell'interfaccia utente di Integrazione dati.
Le opzioni Blocca POV e Sblocca POV nella pagina Applicazione in Integrazione dati sono disponibili solo per gli amministratori. Nell'interfaccia utente di Gestione dati, un utente non amministratore può bloccare una singola posizione dalla pagina POV.
I clienti di Gestione riconciliazione conti in locale che passano ad Account Reconciliation devono tenere presente quanto riportato di seguito per Integrazione dati.
Attualmente l'utilizzo di Account Reconciliation come origine per applicazioni diverse da EPM Cloud non è supportato da Account Reconciliation.
La funzione di drill-through è supportata da Account Reconciliation alla pagina di arrivo del drill-through in Integrazione dati. In Account Reconciliation è inoltre possibile eseguire il drill-through all'origine dati nell'istanza in locale di Financial Data Quality Management, Enterprise Edition se i dati sono stati prima importati in Integrazione dati utilizzando la funzione di integrazione ibrida. Per eseguire il drill-through della pagina di arrivo, i segmenti di profilo di Account Reconciliation devono essere mappati alla dimensione LOOKUP nell'area Classe dimensione target della pagina Applicazione target.
L'integrazione dei dati provenienti da Oracle NetSuite è supportata in Account Reconciliation.
L'integrazione dei dati provenienti da Oracle Financials Cloud è supportata in Account Reconciliation.
Quando si esegue il mapping di una dimensione "Tipo di origine" nell'opzione Mapping caricamento dati per i saldi di Account Reconciliation, utilizzare il valore del campo Valore target come sistema di origine o sottosistema (sezionale). Queste opzioni sono una categorizzazione che definisce l'origine dei dati. Se ad esempio si seleziona sistema di origine, questa opzione non indica necessariamente che i dati di origine provengano dallo stesso sistema di origine, ma indica che i dati non provengono da un sezionale, ad esempio il conto clienti (AR), il conto fornitori (AP) e così via.
Qualsiasi dimensione Lookup aggiunta per il mapping deve essere associata alla classificazione "LOOKUP". Non aggiungere dimensioni con classificazione "Generica".
Quando si esegue il mapping a un ID conto riconciliazione all'interno di Account Reconciliation, è necessario considerare alcuni aspetti relativi alla gestione dei segmenti target vuoti. Se esistono segmenti vuoti tra due segmenti popolati nella riconciliazione target, Account Reconciliation tratta ogni valore di segmento vuoto o nullo in mezzo a un ID conto riconciliazione come tre spazi vuoti. Inoltre, Account Reconciliation elimina i segmenti NULL iniziali dopo l'ultimo segmento popolato.
Ad esempio, nel caso di una riconciliazione raggruppata con l'ID riconciliazione "001-null-null-1925 XXX", "null" in Account Reconciliation sarebbe considerato inesistente (senza caratteri) al momento di visualizzare la riconciliazione o il profilo. Account Reconciliation sostituisce "null" a livello di database con tre spazi per ogni segmento vuoto o nullo tra i segmenti popolati. Il profilo mappato target in Gestione dati richiede il valore "ACCOUNT ID 001- - -1925 XXX" per eseguire l'allineamento con Account Reconciliation.
I clienti di Account Reconciliation che devono caricare file di rendiconti bancari (che utilizzano il formato BAI (Bank Administration Institute) o il formato SWIFT MT940) nel modulo Corrispondenza transazione in Account Reconciliation, possono utilizzare Integrazione dati come meccanismo di integrazione. Integrazione dati supporta un adattatore predefinito per il caricamento di quanto segue.
Nota:
Inoltre, è possibile utilizzare qualsiasi altro formato di file supportato da Integrazione dati per importare, mappare e caricare dati nel modulo Corrispondenza transazione.Come meccanismo di integrazione, Integrazione dati consente ai clienti di Account Reconciliation di caricare le transazioni di conformità riconciliazione nelle riconciliazioni. È possibile eseguire il pull delle transazioni direttamente da Oracle ERP Cloud a EPM Cloud, incluso quanto segue:
Spiegazioni saldo
Adeguamenti sistema di origine
Adeguamenti sottosistema
Spiegazioni varianza
In Corrispondenza transazione, è possibile esportare adeguamenti o transazioni come scritture contabili in partita doppia, importabili nel proprio sistema ERP. Come meccanismo per il caricamento delle scritture contabili esportate si utilizza Gestione dati.
I clienti di Account Reconciliation possono utilizzare un massimo di 64 campi per transazione per caricare i dati tramite Integrazione dati in Corrispondenza transazione.
Per conoscere le altre funzioni disponibili per gli utenti di Account Reconciliation, fare riferimento alla presente Guida.
Per informazioni sul caricamento di saldi General Ledger e sezionale in Account Reconciliation da un file tramite Gestione dati, fare riferimento alla sezione: Panoramica: caricamento di saldi GL e sezionale da un file utilizzando gestione dati in Account Reconciliation.