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 a través de 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. Desde allí, Cortex Framework transforma y materializa los datos de CDC en recursos de informes con el servicio administrado 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 implementación

En la siguiente tabla, se comparten los parámetros para configurar la carga de trabajo de Oracle EBS: El archivo config.json 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] Es la lista de conjuntos que se usarán para categorizar elementos. MTL_ITEM_CATEGORIES.CATEGORY_SET_ID
OracleEBS.currencyConversionType Tipo de conversión de moneda "Corporate" Es el tipo de conversión de moneda que se usará en las tablas agregadas. GL_DAILY_RATES.CONVERSION_TYPE
OracleEBS.currencyConversionTargets Objetivos de conversión de monedas ["USD"] Es la lista de monedas objetivo que se incluirán en las tablas de agregados. GL_DAILY_RATES.TO_CURRENCY
OracleEBS.languages Idiomas ["US"] Es la lista de idiomas en los que se presentarán las traducciones de campos como las descripciones de los elementos. FND_LANGUAGES.LANGUAGE_CODE
OracleEBS.datasets.cdc Conjunto de datos de CDC - Es el conjunto de datos de CDC. -
OracleEBS.datasets.reporting Conjunto de datos de informes "REPORTING_OracleEBS" Es el 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 obtener un rendimiento y una actualización de datos óptimos, recomendamos programar los trabajos de transferencia de datos de Incorta para que se ejecuten a diario. Si tu caso de uso requiere el manejo de datos borrados, asegúrate de habilitar esa opción siguiendo las instrucciones de la documentación de Incorta, Handling source deletes.

Configuraciones 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 el operador de BigQuery usará para realizar transformaciones de informes. Para obtener más detalles, consulta la documentación sobre cómo administrar conexiones de Airflow.

Configuración del materializador

Encuentra la configuración de materialización en src/OracleEBS/config/reporting_settings.yaml. De forma predeterminada, las tablas de dimensión, encabezado y agregado se materializan a diario. Las tablas de la capa de informes también se particionan por fecha. Las particiones y el agrupamiento en clústeres se pueden personalizar si es necesario. Para obtener más información, consulta Configuración del clúster y Partición de la tabla.

Modelo de datos

En esta sección, se describe el modelo de datos lógicos de Oracle EBS Order to Cash. Cada subsección 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 básicos

Estos son los objetos azules en el DER y son vistas de las tablas de CDC sin transformaciones, excepto algunos alias de nombres de columnas.

Tablas de dimensiones

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

Tablas de encabezado

Estos son los objetos verdes en el DER 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 según una fecha del 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 repetidos anidados llamados LINES. Estos campos agrupan las distintas líneas de pedido y líneas de factura bajo sus encabezados asociados. Para consultar estos campos anidados, usa el operador UNNEST 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 repetidos anidados adicionales, como ITEM_CATEGORIES o ITEM_DESCRIPTIONS, en los que se pueden aplicar varios valores del mismo atributo a la entidad. Si anidas estos atributos repetidos, asegúrate de filtrar un solo valor del atributo para evitar el recuento excesivo de las medidas.

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 DER y se agregan desde las tablas de encabezado hasta las medidas diarias. Cada una de estas tablas también se particiona según una fecha de evento principal. Las tablas agregadas solo contienen medidas aditivas (por ejemplo, recuentos y sumas) y no incluyen medidas como promedios y proporciones. Esto significa que los usuarios deben derivar las medidas no aditivas para garantizar que se puedan derivar de forma adecuada cuando se agreguen a un nivel de granularidad 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 repetido anidado de AMOUNTS que contiene medidas de moneda convertidas a cada una de las monedas objetivo especificadas en la configuración de implementación. Cuando uses estas medidas, asegúrate de aplicar un filtro para una sola moneda objetivo o un grupo de monedas objetivo para generar informes y evitar el recuento excesivo. Esto también se puede ver en las secuencias de comandos de ejemplo, como src/OracleEBS/src/reporting/ddls/samples/SalesOrderAggMetrics.sql.

Atributos y medidas 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 de detalle por separado para evitar un recuento excesivo.

Si bien las facturas también tienen una noción de encabezados frente a líneas, la tabla SalesInvoicesDailyAgg solo contiene medidas a nivel de la línea, por lo que no sigue la misma estructura que SalesOrdersDailyAgg.

Próximos pasos