Il processo di implementazione di un'integrazione in Account Reconciliation prevede in primo luogo il test dei passi di importazione e convalida in Gestione dati. Una volta soddisfatti del risultato, si procede con l'avvio dell'integrazione effettiva da Account Reconciliation.
Il caricamento effettivo dei dati viene eseguito in Account Reconciliation. Per ulteriori informazioni, fare riferimento alla sezione Importazione di dati mediante Gestione dati.
La sicurezza per la posizione non è disponibile nell'interfaccia utente di Account Reconciliation. È disponibile solo nell'interfaccia utente di Gestione 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 a Account Reconciliation devono tenere presente quanto riportato di seguito per Gestione dati.
Attualmente l'utilizzo di Account Reconciliation come origine per applicazioni diverse da Oracle Enterprise Performance Management Cloud non è supportato da Account Reconciliation.
In Account Reconciliation è possibile caricare solo dati numerici.
La funzione di drill-through è supportata da Account Reconciliation alla pagina di arrivo del drill-through in Gestione dati. In Account Reconciliation è inoltre possibile eseguire il drill-through dell'origine dati nell'istanza in locale di Financial Data Quality Management, Enterprise Edition se i dati sono stati prima importati in Gestione dati utilizzando la funzionalità 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 un file di transazioni bancarie, che utilizza il formato file BAI (Bank Administration Institute) o il formato SWIFT MT940, nel modulo Corrispondenza transazione in Account Reconciliation, possono utilizzare Gestione dati come meccanismo di integrazione. Gestione dati supporta un adattatore predefinito per il caricamento di:
Per ulteriori informazioni, fare riferimento alla sezione Integrazione di transazioni e saldi file bancario formato BAI, SWIFT MT940 o CAMT.053.
Nota:
Inoltre, è possibile utilizzare qualsiasi altro formato di file supportato da Gestione dati per importare, mappare e caricare dati nel modulo Corrispondenza transazione.Come meccanismo di integrazione, Gestione 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
Per ulteriori informazioni, fare riferimento alla sezione Caricamento delle transazioni di conformità riconciliazione.
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. Per ulteriori informazioni, fare riferimento alla sezione: Caricamento delle scritture contabili esportate.
I clienti di Riconciliazione conti possono utilizzare un massimo di 64 campi per transazione per caricare i dati tramite Gestione 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.