Integrazione con Oracle EBS

L'integrazione di Oracle EBS (E-Business Suite) supporta i modelli di dati Order to Cash con l'importazione dei dati tramite Incorta. Incorta utilizza un'istanza ospitata o privata per importare i dati da Oracle in un set di dati CDC BigQuery e gestisce l'elaborazione CDC. Da qui, Cortex Framework trasforma e materializza i dati CDC in asset di reporting utilizzando Managed Service for Apache Airflow per orchestrare i job BigQuery.

Il seguente diagramma descrive come i dati di Oracle EBS sono disponibili tramite il workload operativo di Oracle EBS:

Origine dati Oracle EBS

Figura 1. Panoramica dell'integrazione di Cortex Framework, Oracle EBS e Incorta .

Configurazione del deployment

La tabella seguente mostra i parametri per la configurazione del workload Oracle EBS: Il file config.json configura le impostazioni necessarie per trasferire i dati da qualsiasi origine dati, inclusa Oracle EBS. Questo file contiene i seguenti parametri per Oracle EBS:

Parametro Significato Valore predefinito Descrizione Campo di origine Oracle corrispondente
OracleEBS.itemCategorySetIDs Set di categorie di elementi [1100000425] Elenco di set da utilizzare per classificare gli elementi. MTL_ITEM_CATEGORIES.CATEGORY_SET_ID
OracleEBS.currencyConversionType Tipo di conversione di valuta "Corporate" Tipo di conversione della valuta da utilizzare nelle tabelle aggregate. GL_DAILY_RATES.CONVERSION_TYPE
OracleEBS.currencyConversionTargets Target di conversione di valuta ["USD"] Elenco delle valute di destinazione da includere nelle tabelle aggregate. GL_DAILY_RATES.TO_CURRENCY
OracleEBS.languages Lingue ["US"] Elenco delle lingue in cui presentare le traduzioni di campi come le descrizioni degli articoli. FND_LANGUAGES.LANGUAGE_CODE
OracleEBS.datasets.cdc Set di dati CDC - Set di dati CDC. -
OracleEBS.datasets.reporting Set di dati dei report "REPORTING_OracleEBS" Set di dati dei report. -

Importazione dati

Contatta un rappresentante di Incorta e fai riferimento alla guida alla configurazione di Oracle EBS per Google Cortex per informazioni dettagliate sull'importazione dei dati da Oracle a BigQuery.

Sebbene Incorta supporti la pianificazione dei job di importazione dati a vari intervalli, per prestazioni e aggiornamento dei dati ottimali, consigliamo di pianificare l'esecuzione giornaliera dei job diimportazione datii di Incorta. Se il tuo caso d'uso richiede la gestione dei dati eliminati, assicurati di attivarli seguendo le istruzioni riportate nella documentazione di Incorta, Handling source deletes.

Configurazioni dei report

Questa sezione descrive le configurazioni dei report necessarie per il tuo ambiente.

Connessione Airflow di Managed Airflow

Crea una connessione BigQuery Airflow denominata oracleebs_reporting_bq che verrà utilizzata dall'operatore BigQuery per eseguire le trasformazioni dei report. Per maggiori dettagli, consulta la documentazione sulla gestione delle connessioni Airflow.

Impostazioni di Materializer

Trova le impostazioni di materializzazione in src/OracleEBS/config/reporting_settings.yaml. Per impostazione predefinita, le tabelle dimensione, intestazione e aggregazione vengono materializzate giornalmente. Anche le tabelle del livello di reporting sono partizionate per data. Se necessario, le partizioni e il clustering possono essere personalizzati. Per saperne di più, consulta Impostazioni cluster e Partizione tabella.

Modello dati

Questa sezione descrive il modello logico dei dati Order to Cash di Oracle EBS. Ogni sottosezione spiega il seguente diagramma delle relazioni tra entità (ERD) di Oracle EBS.

Diagramma delle relazioni tra entità per Oracle EBS

Figura 2. Oracle EBS: diagramma delle relazioni tra entità.

Visualizzazioni dei fatti di base

Si tratta degli oggetti blu nel diagramma ERD e sono viste delle tabelle CDC senza trasformazioni, ad eccezione di alcuni alias dei nomi delle colonne.

Tabelle delle dimensioni

Si tratta degli oggetti viola nel diagramma ER e contengono gli attributi dimensionali pertinenti utilizzati dalle tabelle dei report. Per impostazione predefinita, queste dimensioni vengono filtrate in base ai valori dei parametri di configurazione del deployment, se applicabile. Questa integrazione utilizza anche la dimensione del calendario gregoriano Cortex K9 per gli attributi di data, che viene implementata per impostazione predefinita.

Tabelle di intestazione

Si tratta degli oggetti verdi nel diagramma ERD e contengono i fatti e le dimensioni uniti che descrivono le entità aziendali come ordini e fatture a livello di intestazione. Le tabelle di intestazione sono partizionate in base a una data dell'evento principale corrispondente a ogni entità, ad esempio ORDERED_DATE o INVOICE_DATE.

Linee nidificate e ripetute

Le tabelle SalesOrders e SalesInvoices contengono campi ripetuti nidificati denominati LINES. Questi campi raggruppano le varie righe dell'ordine e della fattura sotto le intestazioni associate. Per eseguire query su questi campi nidificati, utilizza l'operatore UNNEST per appiattire gli elementi in righe come mostrato negli script di esempio forniti (src/OracleEBS/src/reporting/ddls/samples/).

Attributi nidificati e ripetuti

Alcune tabelle contengono ulteriori campi ripetuti nidificati, ad esempio ITEM_CATEGORIES o ITEM_DESCRIPTIONS, in cui più valori dello stesso attributo possono essere applicati all'entità. Se separi questi attributi ripetuti, assicurati di filtrare in base a un singolo valore dell'attributo per evitare di conteggiare eccessivamente le metriche.

Crediti applicati

SalesAppliedReceivables è una tabella unica in quanto le entità possono fare riferimento a fatture singole o a una fattura con una ricevuta di pagamento in contanti. Pertanto, esistono campi INVOICE e CASH_RECEIPT nidificati (ma non ripetuti), in cui il campo CASH_RECEIPT viene compilato solo quando APPLICATION_TYPE = 'CASH'.

Tabelle aggregate

Questi sono gli oggetti rossi nel diagramma ER e vengono aggregati dalle tabelle di intestazione fino alle misure giornaliere. Ciascuna di queste tabelle è partizionata anche in base a una data dell'evento principale. Le tabelle aggregate contengono solo misure additive (ad esempio, conteggi, somme) e non includono misure come medie e rapporti. Ciò significa che gli utenti devono derivare le misure non additive per garantire che possano essere derivate in modo appropriato quando vengono aggregate a un livello di granularità superiore, ad esempio mensile. Vedi script di esempio come src/OracleEBS/src/reporting/ddls/samples/SalesOrderAggMetrics.sql.

Importi di conversione valuta

Ogni tabella aggregata utilizza la dimensione CurrencyRateMD per creare un campo ripetuto nidificato di AMOUNTS contenente le misure di valuta convertite in ciascuna delle valute di destinazione specificate nella configurazione di deployment. Quando utilizzi queste misure, assicurati di filtrare in base a una singola valuta di destinazione o di raggruppare in base alle valute di destinazione per la generazione di report per evitare un conteggio eccessivo. Puoi visualizzarlo anche negli script di esempio come src/OracleEBS/src/reporting/ddls/samples/SalesOrderAggMetrics.sql.

Attributi e misure delle linee nidificati

La tabella SalesOrdersDailyAgg contiene un campo ripetuto nidificato denominato LINES per distinguere tra attributi e misure a livello di riga (ad esempio, ITEM_CATEGORY_NAME e AMOUNTS) e attributi e misure a livello di intestazione (ad esempio, BILL_TO_CUSTOMER_NAME e NUM_ORDERS). Fai attenzione a eseguire query su questi livelli separatamente per evitare conteggi eccessivi.

Sebbene anche le fatture abbiano una nozione di intestazioni rispetto alle righe, la tabella SalesInvoicesDailyAgg contiene solo misure a livello di riga, quindi non segue la stessa struttura di SalesOrdersDailyAgg.

Passaggi successivi