Integración en Oracle EBS

La integración de Oracle EBS (E-Business Suite) admite modelos de datos de Order to Cash con la transferencia de datos mediante Incorta. Incorta usa una instancia alojada o privada para transferir los datos de Oracle a un conjunto de datos de CDC de BigQuery y controla el procesamiento de CDC. A partir de ahí, Cortex Framework transforma y materializa los datos de CDC en recursos de informes con Managed Service para Apache Airflow para organizar los trabajos de BigQuery.

En el siguiente diagrama, se describe cómo los datos de Oracle EBS están disponibles a través de la carga de trabajo operativa de Oracle EBS:

Fuente de datos de Oracle EBS

Figura 1. Descripción general de la integración de Cortex Framework, Oracle EBS e Incorta .

Configuración de Deployment

En la siguiente tabla, se comparten los parámetros para configurar la carga de trabajo de Oracle EBS: El config.json archivo configura los parámetros necesarios para transferir datos desde cualquier fuente de datos, incluido Oracle EBS. Este archivo contiene los siguientes parámetros para Oracle EBS:

Parámetro Significado Valor predeterminado Descripción Campo de origen de Oracle coincidente
OracleEBS.itemCategorySetIDs Conjuntos de categorías de artículos [1100000425] Lista de conjuntos que se usarán para categorizar artículos. MTL_ITEM_CATEGORIES.CATEGORY_SET_ID
OracleEBS.currencyConversionType Tipo de conversión de moneda "Corporate" Tipo de conversión de moneda que se usará en las tablas conjuntas. GL_DAILY_RATES.CONVERSION_TYPE
OracleEBS.currencyConversionTargets Objetivos de conversión de moneda ["USD"] Lista de monedas de destino que se incluirán en las tablas conjuntas. GL_DAILY_RATES.TO_CURRENCY
OracleEBS.languages Idiomas ["US"] Lista de idiomas para presentar traducciones de campos como descripciones de artículos. FND_LANGUAGES.LANGUAGE_CODE
OracleEBS.datasets.cdc Conjunto de datos de CDC - Conjunto de datos de CDC. -
OracleEBS.datasets.reporting Conjunto de datos de informes "REPORTING_OracleEBS" Conjunto de datos de informes. -

Transferencia de datos

Comunícate con un representante de Incorta y consulta la Guía de configuración de Oracle EBS para Google Cortex para obtener detalles sobre la transferencia de datos de Oracle a BigQuery.

Aunque Incorta admite la programación de trabajos de transferencia de datos en varios intervalos, para un rendimiento óptimo y la actualidad de los datos, te recomendamos que programes los trabajos de transferencia de datos de Incorta para que se ejecuten diariamente. Si tu caso de uso requiere el manejo de datos borrados, asegúrate de habilitarlos siguiendo las instrucciones de la documentación de Incorta, Handling source deletes.

Configuración de informes

En esta sección, se describen los parámetros de configuración de informes necesarios para tu entorno.

Conexión de Airflow de Managed Airflow

Crea una conexión de BigQuery Airflow llamada oracleebs_reporting_bq que usará el operador de BigQuery para realizar transformaciones de informes. Consulta más detalles en la documentación Administra conexiones de Airflow.

Configuración de Materializer

Encuentra la configuración de materialización en src/OracleEBS/config/reporting_settings.yaml. De forma predeterminada, las tablas de dimensiones, encabezados y conjuntas se materializan diariamente. Las tablas de la capa de informes también están particionadas por fecha. Las particiones y la agrupación en clústeres se pueden personalizar si es necesario. Para obtener más información, consulta Cluster Settings y Table Partition.

Modelo de datos

En esta sección, se describe el modelo de datos lógicos de Order to Cash de Oracle EBS. En cada subsección, se explica el siguiente diagrama de relación entre entidades (ERD) de Oracle EBS.

Diagrama de relación entre entidades para Oracle EBS

Figura 2. Oracle EBS: Diagrama de relación entre entidades

Vistas de hechos base

Estos son los objetos azules en el ERD y son vistas de tablas de CDC sin transformaciones, además de algunos alias de nombres de columnas.

Tablas de dimensiones

Estos son los objetos morados en el ERD y contienen los atributos dimensionales relevantes que usan las tablas de informes. De forma predeterminada, estas dimensiones se filtran según los valores de los parámetros de configuración de implementación cuando corresponde. Esta integración también usa la dimensión del calendario gregoriano K9 de Cortex para los atributos de fecha, que se implementa de forma predeterminada.

Tablas de encabezado

Estos son los objetos verdes en el ERD y contienen los hechos y las dimensiones unidos que describen entidades comerciales, como pedidos y facturas, a nivel del encabezado. Las tablas de encabezado se particionan por una fecha de evento principal correspondiente a cada entidad, por ejemplo, ORDERED_DATE o INVOICE_DATE.

Líneas anidadas y repetidas

Las tablas SalesOrders y SalesInvoices contienen campos anidados repetidos llamados LINES. Estos campos agrupan las distintas líneas de pedido y líneas de factura en sus encabezados asociados. Para consultar estos campos anidados, usa el UNNEST operador para compactar los elementos en filas, como se muestra en las secuencias de comandos de muestra proporcionadas (src/OracleEBS/src/reporting/ddls/samples/).

Atributos anidados y repetidos

Algunas tablas contienen campos anidados repetidos adicionales, como ITEM_CATEGORIES o ITEM_DESCRIPTIONS, en los que se pueden aplicar varios valores del mismo atributo a la entidad. Si desanidas estos atributos repetidos, asegúrate de filtrar a un solo valor de atributo para evitar el conteo excesivo de las métricas.

Cuentas por cobrar aplicadas

SalesAppliedReceivables es una tabla única en la que las entidades pueden hacer referencia a facturas por sí solas o a una factura con un recibo de efectivo. Por lo tanto, hay campos INVOICE y CASH_RECEIPT anidados (pero no repetidos), en los que el campo CASH_RECEIPT solo se propaga cuando APPLICATION_TYPE = 'CASH'.

Tablas conjuntas

Estos son los objetos rojos en el ERD y se agregan desde las tablas de encabezado hasta las métricas diarias. Cada una de estas tablas también se particiona por una fecha de evento principal. Las tablas conjuntas solo contienen métricas aditivas (por ejemplo, recuentos, sumas) y no incluyen métricas como promedios y proporciones. Esto significa que los usuarios deben derivar las métricas no aditivas para asegurarse de que se puedan derivar de forma adecuada cuando se agreguen a un nivel más alto, como el mensual. Consulta secuencias de comandos de muestra como src/OracleEBS/src/reporting/ddls/samples/SalesOrderAggMetrics.sql.

Importes de conversión de moneda

Cada tabla de datos agregados usa la dimensión CurrencyRateMD para crear un campo anidado repetido de AMOUNTS que contiene métricas de moneda convertidas en cada una de las monedas de destino especificadas en la configuración de implementación. Cuando uses estas métricas, asegúrate de filtrar a una sola moneda de destino o agruparlas en monedas de destino para generar informes y evitar el conteo excesivo. Esto también se puede ver en las secuencias de comandos de muestra como src/OracleEBS/src/reporting/ddls/samples/SalesOrderAggMetrics.sql.

Atributos y métricas de líneas anidadas

La tabla SalesOrdersDailyAgg contiene un campo anidado repetido llamado LINES para diferenciar entre los atributos y las métricas a nivel de la línea (por ejemplo, ITEM_CATEGORY_NAME y AMOUNTS) y los atributos y las métricas a nivel del encabezado (por ejemplo, BILL_TO_CUSTOMER_NAME y NUM_ORDERS). Ten cuidado de consultar estos niveles por separado para evitar el conteo excesivo.

Aunque las facturas también tienen una noción de encabezados en comparación con las líneas, la tabla SalesInvoicesDailyAgg solo contiene métricas a nivel de la línea, por lo que no sigue la misma estructura que SalesOrdersDailyAgg.

Próximos pasos