> Mejora Continua de Procesos > De Pedido a Cobro Facturación y Cobranza > Oracle E Business Suite > Plantilla de Datos

Su plantilla de datos de De Pedido a Cobro - Facturación y Cobranza

Oracle E-Business Suite

Atributos de De Pedido a Cobro - Facturación y Cobranza (21) Actividades de De Pedido a Cobro - Facturación y Cobranza (13) Guías de Extracción (3)

Su plantilla de datos de De Pedido a Cobro - Facturación y Cobranza

Esta plantilla proporciona una hoja de ruta clara para recopilar los datos esenciales requeridos para analizar su proceso De Pedido a Cobro - Facturación y Cobranza. Describe los campos clave de datos a incluir en su registro de eventos, los pasos críticos del proceso a seguir y una guía práctica sobre cómo extraer esta información. Utilice este recurso para asegurarse de que recopila todos los datos necesarios para un análisis y optimización de procesos efectivos.

Atributos recomendados para recopilar
Actividades clave para el seguimiento
Guía de extracción para Oracle E-Business Suite

¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Descargar Plantilla

Atributos de De Pedido a Cobro - Facturación y Cobranza

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis completo del proceso De Pedido a Cobro - Facturación y Cobranza.

3 Requerido 6 Recomendado 12 Opcional

	Nombre	Descripción
	Hora del Evento EventTime	La fecha y hora exactas en que ocurrió la actividad.
Descripción Event Time es la marca de tiempo asociada a cada actividad, proporcionando el orden cronológico de los eventos dentro de un caso. Es el dato en bruto utilizado para todos los análisis basados en tiempo en Process Mining. Este atributo es esencial para calcular indicadores clave de rendimiento como los tiempos de ciclo, las duraciones entre actividades y los tiempos de entrega del proceso. Por ejemplo, la diferencia en Event Time entre 'Factura Generada' y 'Factura Aprobada' da la duración de la aprobación. Las marcas de tiempo precisas y completas son cruciales para un análisis de procesos fiable. Por qué es importante Proporciona el contexto temporal para cada evento, haciendo posible calcular duraciones, analizar el rendimiento del proceso y descubrir cuellos de botella. Dónde obtener Obtenido de varios campos de fecha en las tablas de Oracle EBS, como los campos CREATION_DATE o LAST_UPDATE_DATE en tablas como RA_CUSTOMER_TRX_ALL y AR_CASH_RECEIPTS_ALL. Ejemplos 2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
	Número de Factura InvoiceNumber	El identificador único para cada documento de factura, sirviendo como el ID de case primario para el proceso de facturación.
Descripción El Número de Factura es la piedra angular del análisis de facturación de De Pedido a Cobro, identificando de forma única cada transacción de facturación. Agrupa todas las actividades relacionadas, como generación, aprobación, envío, pago y cierre, en una única instancia de proceso cohesiva. Esto permite una visión completa de extremo a extremo del ciclo de vida de la factura. En Process Mining, analizar los procesos por Número de Factura ayuda a medir el tiempo total del ciclo, identificar variantes en cómo se manejan las facturas y señalar los cuellos de botella que retrasan el pago. Es esencial para rastrear facturas individuales a lo largo de todo su recorrido desde la creación hasta la liquidación. Por qué es importante Es el identificador de caso esencial que conecta todos los eventos relacionados, permitiendo la reconstrucción y el análisis de todo el proceso de facturación para cada factura única. Dónde obtener Este es típicamente el número de transacción de la tabla RA_CUSTOMER_TRX_ALL en Oracle Receivables. Ejemplos INV-9234501788144US-2023-001293
	Nombre de la Actividad ActivityName	El nombre del evento de negocio específico que ocurrió en un punto en el timestamp dentro del ciclo de vida de la factura.
Descripción El Nombre de la Actividad describe un paso o hito en el proceso de facturación, como 'Factura Generada', 'Factura Aprobada' o 'Pago de Cliente Recibido'. Una secuencia cronológica de estas actividades para un Número de Factura dado forma el flujo del proceso. Este atributo es fundamental para el Process Mining, ya que se utiliza para construir el mapa de procesos, analizar variantes de proceso e identificar desviaciones o bucles de retrabajo. La claridad y consistencia de los nombres de las actividades son críticas para un análisis significativo, como el cálculo del tiempo entre pasos específicos o la comprensión del cumplimiento del proceso. Por qué es importante Este atributo es la base para descubrir y visualizar el flujo del proceso, permitiendo el análisis de variantes del proceso, cuellos de botella y retrabajo. Dónde obtener Esto se deriva típicamente mapeando cambios de estado, event types, o record creation/update events de varias tablas de Oracle EBS (p. ej., AR_PAYMENT_SCHEDULES_ALL, RA_CUSTOMER_TRX_ALL) a nombres de actividad estandarizados. Ejemplos Factura GeneradaFactura AprobadaFecha de Vencimiento de Pago AlcanzadaPago de cliente recibido
	Departamento Department	El departamento o equipo funcional asociado con el usuario que realizó la actividad.
Descripción El atributo Departamento proporciona contexto organizacional para el usuario que realizó una actividad, como 'Cuentas por Cobrar' u 'Operaciones de Ventas'. Esto permite que el análisis se agregue a nivel de equipo o departamento. Esto es crucial para comprender cómo las diferentes partes de la organización interactúan e influyen en el proceso de facturación. Puede ayudar a identificar problemas sistémicos dentro de un departamento, comparar el rendimiento entre equipos y analizar la asignación de recursos. Por ejemplo, permite que el dashboard 'Tiempo de Ciclo de Aprobación de Facturas' se desglose por departamento. Por qué es importante Permite el análisis del rendimiento del proceso por estructura organizacional, destacando diferencias entre equipos y ayudando a localizar cuellos de botella específicos de cada departamento. Dónde obtener Típicamente derivado al unir la información del usuario con los datos de la jerarquía de RRHH de la organización, a menudo de PER_ALL_ASSIGNMENTS_F o una tabla de RRHH similar. Ejemplos Cuentas por CobrarOperaciones financierasServicios de Facturación
	Estado de la Factura InvoiceStatus	El estado actual de la factura en su ciclo de vida.
Descripción Estado de la Factura refleja el estado actual de una factura, como 'Abierta', 'Cerrada' o 'Disputada'. Esto proporciona una vista rápida del progreso de la factura. Este atributo es esencial para crear dashboards como el 'Resumen de Antigüedad y Estado de Facturas', permitiendo a los usuarios ver rápidamente el volumen y valor de las facturas en diferentes estados. Ayuda a priorizar los esfuerzos de cobranza en facturas abiertas y proporciona un resumen de alto nivel de la salud general de la cartera de cuentas por cobrar. Por qué es importante Proporciona una vista del estado actual de las facturas, lo cual es crítico para los dashboards operativos, la gestión de cargas de trabajo y la priorización de actividades de cobranza. Dónde obtener Disponible en la tabla AR_PAYMENT_SCHEDULES_ALL, en la columna STATUS ('OP' para abierta, 'CL' para cerrada). Ejemplos AbiertoCerradoEn Disputa
	Fecha de Vencimiento DueDate	La fecha en la que se espera que el cliente pague la factura.
Descripción La Fecha de Vencimiento es un atributo de fecha crítico que define el plazo de pago para una factura, determinado por los términos de pago. Es el punto de referencia contra el cual se mide el rendimiento de pago real. Este atributo es esencial para calcular KPI como la Tasa de Pago a Tiempo y para crear informes de antigüedad de facturas. En Process Mining, permite el análisis de comportamientos de pago, como identificar clientes que pagan constantemente tarde o identificar el impacto de los retrasos del proceso en la capacidad de cobrar los pagos a tiempo. Por qué es importante Es la base para medir el rendimiento de pago, calcular el envejecimiento de las facturas y evaluar el riesgo de pagos atrasados o deudas incobrables. Dónde obtener Disponible en la tabla AR_PAYMENT_SCHEDULES_ALL, en la columna DUE_DATE. Ejemplos 2023-05-152023-06-302023-07-01
	ID de cliente CustomerId	Un identificador único para el cliente al que se emitió la factura.
Descripción El ID de Cliente vincula una factura a una cuenta de cliente específica en los datos maestros. Esto permite la agregación y comparación del rendimiento del proceso entre diferentes clientes. Utilizando este atributo, los analistas pueden construir dashboards que resaltan los comportamientos de pago de los clientes, identificar qué clientes están asociados con la mayoría de las disputas o retrabajos, y comparar los tiempos de procesamiento de facturas entre segmentos de clientes. Es clave para pasar de una vista solo de proceso a un análisis centrado en el cliente. Por qué es importante Permite un análisis centrado en el cliente, ayudando a identificar patrones de pago, disputas frecuentes o variaciones de proceso específicas de ciertos clientes. Dónde obtener Se encuentra en la tabla RA_CUSTOMER_TRX_ALL como SOLD_TO_CUSTOMER_ID o BILL_TO_CUSTOMER_ID. Ejemplos CUST-100239845ACME-US-01
	Importe Total de la Factura TotalInvoiceAmount	El valor monetario total de la factura, incluyendo todas las partidas, impuestos y cargos.
Descripción Este atributo representa el valor financiero total de la factura enviada al cliente. Es una métrica fundamental para el análisis financiero dentro del proceso de facturación. En Process Mining, el Monto Total de la Factura se utiliza para segmentar y filtrar cases. Por ejemplo, los analistas pueden comparar el flujo del proceso para facturas de alto valor versus facturas de bajo valor para ver si se tratan de manera diferente. También es esencial para el análisis de impacto financiero, como el cálculo del valor de las facturas atascadas en la etapa de aprobación. Por qué es importante Permite el análisis de impacto financiero, permitiendo a los usuarios priorizar problemas basados en el valor monetario y comprender cómo diferentes valores de factura afectan el proceso. Dónde obtener Probablemente obtenido de la tabla AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) o calculado a partir de RA_CUSTOMER_TRX_LINES_ALL para una factura dada. Ejemplos 1500.0012550.75500.50
	Usuario User	El ID de usuario de la persona que realizó la actividad.
Descripción Este atributo identifica al empleado o usuario del sistema específico responsable de ejecutar un paso del proceso, como aprobar una factura o aplicar efectivo. Es esencial para comprender el elemento humano del proceso. Analizar por Usuario ayuda a identificar oportunidades de capacitación, desequilibrios en la distribución de la carga de trabajo y diferencias de rendimiento individuales. Por ejemplo, puede resaltar qué usuarios están asociados con la mayor cantidad de retrabajos o los tiempos de aprobación más largos, apoyando los esfuerzos de mejora de procesos dirigidos. Por qué es importante Permite el análisis de rendimiento a nivel individual, ayudando a identificar usuarios de alto rendimiento, necesidades de capacitación y posibles desequilibrios en la carga de trabajo. Dónde obtener Obtenido de campos de ID de usuario como CREATED_BY o LAST_UPDATED_BY en varias tablas de transacciones. Este ID se une luego con FND_USER para obtener el nombre de usuario. Ejemplos JSMITHBWILLIAMSCDAVIS
	¿Es Retrabajo? IsRework	Un indicador calculado que indica si la factura pasó por una actividad de reelaboración, como una modificación o una reaprobación.
Descripción Este indicador booleano se establece en verdadero si el flujo del proceso de una factura contiene actividades que indican retrabajo, como 'Factura Modificada' o un segundo evento de 'Factura Aprobada'. Ayuda a identificar rápidamente las facturas que se desvían de la ruta estándar y eficiente. Este atributo es crucial para KPI como 'Tasa de Error de Factura' y 'Tasa de Retrabajo Manual'. Permite a los analistas cuantificar fácilmente la frecuencia del retrabajo, filtrar por estos cases ineficientes e investigar las causas raíz, como los usuarios o departamentos más asociados con las actividades de retrabajo. Por qué es importante Cuantifica la ineficiencia del proceso al señalar las facturas que requirieron pasos adicionales no estándar, lo que permite analizar las causas y el impacto del retrabajo. Dónde obtener Calculado durante la transformación de datos detectando secuencias de actividades específicas (ej. 'Factura Aprobada' seguida de 'Factura Modificada') dentro de un caso. Ejemplos truefalse
	¿Se pagó a tiempo? IsPaidOnTime	Un indicador calculado que señala si la factura fue pagada en o antes de su fecha de vencimiento.
Descripción Este es un atributo booleano derivado al comparar el timestamp de 'Pago de Cliente Recibido' con la 'Fecha de Vencimiento' de la factura. Es verdadero si el pago fue a tiempo o anticipado, y falso si fue tardío. Este indicador simplifica la creación de KPI y dashboards relacionados con el rendimiento de pago. Es la entrada directa para calcular el KPI 'Tasa de Pago a Tiempo' y permite un filtrado y segmentación sencillos de las facturas en categorías de 'a tiempo' y 'tardías' para un análisis posterior de la causa raíz. Por qué es importante Apoya directamente el KPI de 'Tasa de Pago a Tiempo' y simplifica los análisis al categorizar las facturas en grupos de 'a tiempo' y 'tardías'. Dónde obtener Calculado durante la transformación de datos. Lógica: SI (Timestamp('Pago Recibido del Cliente') <= Date('Fecha de Vencimiento')) ENTONCES verdadero SINO falso. Ejemplos truefalse
	Condiciones de Pago PaymentTerms	Los términos acordados que dictan cuándo un cliente debe pagar su factura.
Descripción Los Términos de Pago definen las condiciones de pago, como 'Neto 30' o 'Neto 60', que se utilizan para calcular la Fecha de Vencimiento de la factura. Son un dato maestro crítico que impacta directamente en el flujo de caja. Analizar por Términos de Pago ayuda a comprender cómo los diferentes términos afectan el comportamiento de pago y los Días de Venta Pendientes (DSO). Puede revelar si los clientes con plazos de pago más cortos pagan más rápido e informar decisiones estratégicas sobre qué términos de pago ofrecer a diferentes segmentos de clientes. Por qué es importante Influye directamente en la fecha de vencimiento de la factura y la previsión de flujo de caja. Analizarlo ayuda a evaluar la eficacia de diferentes políticas de crédito. Dónde obtener Obtenido de la tabla RA_TERMS_B, vinculado a través del TERM_ID en la tabla RA_CUSTOMER_TRX_ALL. Ejemplos Neto 30Neto 60Vencimiento al Recibo
	Días de Cobro Pendiente DaysSalesOutstanding	El número de días entre la generación de la factura y la recepción del pago.
Descripción Days Sales Outstanding (DSO) es una métrica financiera crítica que mide el tiempo promedio que lleva cobrar un pago después de que se ha generado una factura. Este atributo se calcula para cada factura individual. Aunque el KPI general es un promedio, tener este valor por factura permite un análisis potente. Puede usarse para crear distribuciones, identificar valores atípicos y analizar tendencias en la eficiencia de cobranza a lo largo del tiempo. El dashboard 'Tendencia de DSO' visualiza directamente el promedio de este atributo a lo largo del tiempo. Por qué es importante Mide la eficiencia de cobranza a nivel de factura individual, proporcionando los datos brutos para el análisis de tendencias e identificando factores que se correlacionan con un DSO alto. Dónde obtener Calculado durante la transformación de datos. Lógica: Timestamp('Pago Recibido del Cliente') - Timestamp('Factura Generada'). Ejemplos 304592
	Moneda Currency	El código de moneda para los importes monetarios en la factura.
Descripción Este atributo especifica la moneda, como USD o EUR, en la que se denominan los importes de las facturas. Proporciona el contexto necesario para todas las métricas financieras. Al analizar datos de operaciones multinacionales, el atributo Moneda es esencial para interpretar y comparar correctamente los valores financieros. Los dashboards pueden usarlo para filtrar por moneda o para aplicar tipos de cambio para informes consolidados. Por qué es importante Proporciona un contexto esencial para todos los atributos financieros, asegurando una interpretación y análisis precisos en un entorno multi-moneda. Dónde obtener Típicamente encontrado en la tabla RA_CUSTOMER_TRX_ALL, en la columna INVOICE_CURRENCY_CODE. Ejemplos USDEURGBP
	Nombre del Cliente CustomerName	El nombre legal del cliente al que se emitió la factura.
Descripción El Nombre del Cliente proporciona un identificador legible para el cliente. Mientras que el ID de Cliente se utiliza para uniones e identificación única, el nombre se usa para mostrar en informes y dashboards. Esto hace que el análisis sea más intuitivo, ya que los usuarios pueden reconocer fácilmente los nombres de los clientes en lugar de tener que buscar ID. Es crucial para crear visualizaciones fáciles de usar, como un gráfico de barras que muestra el retraso promedio de pago por cliente. Por qué es importante Mejora la usabilidad de dashboards e informes al proporcionar un nombre legible para el filtrado y la agrupación, haciendo el análisis más accesible. Dónde obtener Unido de las tablas HZ_PARTIES y HZ_CUST_ACCOUNTS utilizando el ID de cliente del encabezado de la factura. Ejemplos Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
	Número de Pedido de Venta SalesOrderNumber	El identificador del pedido de venta original que llevó a la creación de la factura.
Descripción El Número de Pedido de Venta proporciona un enlace directo a la parte precedente de 'Gestión de Pedidos' del ciclo de De Pedido a Cobro. Conecta el proceso de facturación con el pedido inicial del cliente. Este atributo permite un análisis más amplio y transversal. Por ejemplo, los analistas pueden investigar si ciertos tipos de pedidos de venta conducen consistentemente a disputas de facturación o retrasos en los pagos. Proporciona un contexto valioso que a menudo se pierde al observar el proceso de facturación de forma aislada. Por qué es importante Conecta el proceso de facturación con el proceso de ventas anterior, permitiendo un análisis de Pedido a Cobro más holístico y una investigación de causa raíz. Dónde obtener Típicamente encontrado en un campo de atributo de referencia o interfaz en la tabla de líneas de factura, RA_CUSTOMER_TRX_LINES_ALL, como INTERFACE_LINE_ATTRIBUTE1 o un descriptive flexfield similar. Ejemplos SO-54321601882ORD-2023-9910
	País del Cliente Country	El país de la dirección de facturación del cliente.
Descripción Este atributo especifica el país asociado con la dirección de facturación del cliente. Proporciona una dimensión geográfica para el análisis del proceso. Analizar el proceso por país puede revelar diferencias regionales en el comportamiento de pago, la eficiencia del proceso o el cumplimiento de las regulaciones locales. Por ejemplo, puede utilizarse en el dashboard 'Insights sobre el Comportamiento de Pago del Cliente' para ver si los retrasos promedio de pago difieren significativamente entre países. Por qué es importante Permite el análisis geográfico del proceso, destacando variaciones regionales en el comportamiento del cliente, el impacto regulatorio o el rendimiento operativo. Dónde obtener Unido de la información del sitio de facturación del cliente almacenada en HZ_LOCATIONS y FND_TERRITORIES, vinculado a través de las tablas de cuentas de cliente. Ejemplos EE. UU.AlemaniaReino Unido
	Source System SourceSystem	El sistema de registro del que se extrajeron los `datos`.
Descripción Este atributo identifica la aplicación de origen donde se originaron los datos del evento. Para este proceso, será consistentemente Oracle E-Business Suite. En entornos con múltiples sistemas, este campo es crítico para la trazabilidad de los datos y la resolución de problemas. Incluso en un contexto de sistema único, es un campo obligatorio para la gobernanza de datos, confirmando que los datos provienen de la fuente esperada. Por qué es importante Garantiza la trazabilidad y el contexto de los datos, lo cual es crucial para la gobernanza de datos y al integrar datos de múltiples sistemas empresariales. Dónde obtener Este es un valor estático establecido durante el proceso de extracción de datos para identificar el ERP de origen. Ejemplos Oracle E-Business SuiteOracle EBS R12
	Tiempo del Ciclo de Aprobación ApprovalCycleTime	La duración desde que se generó una factura hasta que fue aprobada.
Descripción Este atributo mide el tiempo que toma el proceso interno de aprobación de facturas. Es un indicador clave de eficiencia interna y una fuente frecuente de cuellos de botella en el ciclo de facturación general. Calcular esta duración para cada factura permite la creación del dashboard 'Tiempo de Ciclo de Aprobación de Facturas'. Permite el análisis por departamento, usuario o valor de la factura para identificar las fuentes de los retrasos en la aprobación y medir el impacto de las iniciativas de mejora del proceso. Por qué es importante Identifica los cuellos de botella internos midiendo la eficiencia del workflow de aprobación, que es una causa común de retrasos en el envío de facturas a los clientes. Dónde obtener Calculado durante la transformación de datos. Lógica: Timestamp('Factura Aprobada') - Timestamp('Factura Generada'). Ejemplos 864001728003600
	Última actualización de datos LastDataUpdate	El `timestamp` que indica cuándo los `datos` de este `evento` fueron actualizados o extraídos por última vez del sistema de origen.
Descripción Este atributo proporciona el timestamp de la última extracción de datos. Es crucial para comprender la frescura de los datos que se analizan. Los usuarios confían en este campo para saber si los dashboards y los análisis reflejan el estado más actual del proceso. Ayuda a gestionar las expectativas sobre la latencia de los datos y es una pieza clave de metadatos para cualquier modelo de datos fiable. Por qué es importante Informa a los usuarios sobre la actualidad de los datos, asegurando que comprendan cuán reciente es el análisis del proceso. Dónde obtener Este es un campo de metadatos generado y marcado en cada registro durante el proceso de extracción, transformación y carga (ETL) de datos. Ejemplos 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Unidad de Negocio BusinessUnit	La unidad de negocio o unidad operativa específica dentro de la empresa que emitió la factura.
Descripción La Unidad de Negocio representa la entidad organizacional responsable de la transacción. En Oracle EBS, esto a menudo está representado por la Unidad Operativa. Este atributo permite comparar el rendimiento del proceso en diferentes partes del negocio. Puede ayudar a determinar si ciertas unidades de negocio son más eficientes, tienen tasas de pago a tiempo más altas o experimentan más disputas, lo que permite el intercambio de mejores prácticas e intervenciones específicas. Por qué es importante Permite la comparación de rendimiento entre diferentes partes de la organización, ayudando a identificar mejores prácticas y desafíos específicos de cada área. Dónde obtener El contexto de la unidad operativa está implícitamente disponible a través del ORG_ID en la mayoría de las tablas de transacciones como RA_CUSTOMER_TRX_ALL. Ejemplos Operaciones en EE. UU.Servicios EMEAFabricación Global

Requerido Recomendado Opcional

Actividades de De Pedido a Cobro - Facturación y Cobranza

Estos son los pasos del proceso y los hitos esenciales a capturar en su registro de eventos para un descubrimiento y análisis precisos de sus operaciones de facturación.

5 Recomendado 8 Opcional

	Actividad	Descripción
	Efectivo Aplicado/Conciliado	El pago de cliente recibido se ha aplicado con éxito a una o más facturas específicas, reduciendo el saldo pendiente. Esto representa la conciliación del pago contra la deuda.
Por qué es importante Este es el paso final en el proceso de pago y es crítico para medir el Tiempo de Ciclo de Aplicación de Efectivo. Los retrasos aquí pueden tergiversar los saldos de las cuentas de los clientes y afectar la gestión de créditos. Dónde obtener Este evento se registra explícitamente con un timestamp cuando se crea un registro en la tabla AR_RECEIVABLE_APPLICATIONS_ALL que vincula un recibo de efectivo a una transacción. Capturar El evento es la marca de tiempo de creación (GL_DATE o APPLY_DATE) de un registro en AR_RECEIVABLE_APPLICATIONS_ALL. Tipo de evento explicit
	Factura Cerrada	La factura se cierra oficialmente, lo que significa que su saldo es cero debido a pagos, notas de crédito y/o ajustes. Esto marca la finalización exitosa del ciclo de vida de la factura.
Por qué es importante Este es el punto final principal del proceso. El tiempo total del ciclo desde 'Factura Generada' hasta 'Factura Cerrada' es un indicador clave de la eficiencia general del ciclo de facturación de De Pedido a Cobro. Dónde obtener Inferido del cambio del campo STATUS en la tabla AR_PAYMENT_SCHEDULES_ALL a 'CL' (Cerrada). La fecha de la transacción final que causó el cierre puede utilizarse como marca de tiempo. Capturar Inferido del cambio de estado a 'CL' en AR_PAYMENT_SCHEDULES_ALL, con marca de tiempo de la última aplicación relacionada. Tipo de evento inferred
	Factura enviada al cliente	Esta actividad significa que la factura ha sido transmitida oficialmente al cliente, ya sea por medios impresos o electrónicos. Este evento marca el inicio de la cuenta atrás del plazo de pago del cliente.
Por qué es importante Este es un hito clave para medir el tiempo de entrega de la factura y el retraso hasta el pago. Ayuda a distinguir los retrasos internos de procesamiento del comportamiento de pago del cliente. Dónde obtener Oracle EBS no siempre registra explícitamente este evento en un campo estándar. Puede inferirse del timestamp del programa concurrente 'Impresión de Factura' o de un indicador personalizado configurado en la entrega electrónica. Capturar Inferido de la fecha de finalización del programa de impresión de facturas o de la lógica personalizada para la transmisión electrónica. Tipo de evento inferred
	Factura Generada	Marca la creación de una nueva transacción de factura en el sistema. Este evento suele ser activado por el 'Programa de Importación de Autoinvoice' que procesa líneas de pedidos de venta cumplidos, o mediante la entrada manual de facturas en el módulo de Cuentas por Cobrar.
Por qué es importante Este es el punto de partida del proceso de facturación. Analizar el tiempo desde este evento hasta otros revela el ciclo de vida total de la factura y ayuda a identificar cuellos de botella en las primeras etapas. Dónde obtener Registrado como la fecha de creación de una transacción en la tabla de Oracle Receivables RA_CUSTOMER_TRX_ALL. El TRX_DATE o CREATION_DATE puede usarse como el event timestamp. Capturar El evento es la marca de tiempo de creación de un registro en la tabla RA_CUSTOMER_TRX_ALL. Tipo de evento explicit
	Pago de cliente recibido	Se ha registrado un pago de un cliente en el sistema como un recibo de efectivo. En esta etapa, el pago aún no se ha aplicado a una factura específica.
Por qué es importante Este es un hito importante para calcular los Días de Venta Pendientes (DSO). El tiempo entre la generación de la factura y la recepción del pago es una medida principal de la eficiencia de la cobranza. Dónde obtener Este evento se registra explícitamente con un timestamp al crear un registro en la tabla AR_CASH_RECEIPTS_ALL. Capturar El evento es la marca de tiempo de creación de un registro en la tabla AR_CASH_RECEIPTS_ALL. Tipo de evento explicit
	Cancelación de Deuda Creada	Se realiza un ajuste para dar de baja total o parcialmente el saldo restante de la factura como deuda incobrable. Esto suele ocurrir después de que se han agotado los esfuerzos de cobranza.
Por qué es importante Las cancelaciones de deuda representan una pérdida directa de ingresos. Analizar su frecuencia y valor ayuda a refinar las políticas de crédito y a comprender el impacto financiero de la deuda incobrable. Dónde obtener Esto se registra como una transacción de tipo de ajuste específico contra la factura. El evento puede encontrarse en la tabla AR_ADJUSTMENTS_ALL con un enlace a un tipo de actividad de cuentas por cobrar definido para las cancelaciones. Capturar El evento es la creación de un registro en AR_ADJUSTMENTS_ALL con un tipo de actividad 'Write-Off'. Tipo de evento explicit
	Disputa Presentada	El cliente ha disputado formalmente la factura, lo que lleva a una suspensión de las actividades de cobranza hasta su resolución. Esto a menudo se gestiona dentro de Oracle Advanced Collections o mediante actualizaciones manuales de estado.
Por qué es importante Las disputas impactan directamente el flujo de caja al retrasar los pagos. Rastrear su frecuencia y tiempo de resolución ayuda a identificar problemas recurrentes con productos, servicios o la precisión de la facturación. Dónde obtener Si se utiliza Oracle Advanced Collections, esta es una transacción explícita. De lo contrario, puede inferirse de un estado de 'disputa' específico o de una retención aplicada a la factura en AR. Capturar Registrado como una transacción en Oracle Advanced Collections o inferido de un cambio de estado en la factura. Tipo de evento explicit
	Factura Aprobada	Representa la aprobación interna formal de una factura introducida o revisada manualmente antes de ser enviada al cliente. Esta actividad puede ser parte de un workflow de Oracle configurado o un cambio de estado manual.
Por qué es importante El seguimiento del tiempo de aprobación es crítico para el KPI 'Tiempo de Ciclo de Aprobación de Facturas'. Los retrasos aquí posponen directamente la facturación al cliente y extienden el ciclo general de conversión de efectivo. Dónde obtener Esto a menudo depende de la configuración. Puede inferirse de los cambios de estado en las tablas de workflow (p. ej., WF_ITEM_ACTIVITY_STATUSES) o, potencialmente, de un descriptive flexfield en la transacción de la factura en RA_CUSTOMER_TRX_ALL. Capturar Inferido de cambios de estado en tablas de flujo de trabajo o campos de estado personalizados. Tipo de evento inferred
	Factura Modificada	Indica que una factura existente e incompleta fue actualizada o corregida. Esto podría implicar cambiar elementos de línea, montos o información de facturación antes de que la factura se complete o se envíe.
Por qué es importante Las modificaciones frecuentes sugieren ineficiencias en el proceso, problemas de calidad de datos o errores de usuario. Analizar esta actividad ayuda a cuantificar la reelaboración y su impacto en los tiempos de ciclo, apoyando KPIs como la 'Tasa de Error de Facturación'. Dónde obtener Puede inferirse comparando la CREATION_DATE con la LAST_UPDATE_DATE en la tabla RA_CUSTOMER_TRX_ALL para facturas incompletas. Si la auditoría está habilitada, los cambios pueden rastrearse de forma más explícita. Capturar Inferido rastreando actualizaciones a través de LAST_UPDATE_DATE en la tabla RA_CUSTOMER_TRX_ALL. Tipo de evento inferred
	Fecha de Vencimiento de Pago Alcanzada	Un evento calculado que marca el día en que la factura vence según sus condiciones de pago. Este evento no corresponde a una acción de usuario o del sistema, sino que es un hito temporal crítico.
Por qué es importante Este evento es esencial para calcular las tasas de pago a tiempo y analizar el comportamiento de pago del cliente. Sirve como línea de base para determinar si un pago es anticipado, a tiempo o tardío. Dónde obtener Esto no se registra como un evento. Se calcula comparando la fecha del sistema con el campo TERM_DUE_DATE de la tabla AR_PAYMENT_SCHEDULES_ALL para la factura específica. Capturar Derivado comparando la marca de tiempo actual con la AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE. Tipo de evento calculated
	Nota de Crédito Creada	Se genera una transacción de nota de crédito y a menudo se aplica a una factura existente para corregir un error de facturación o procesar una devolución. Esta es una transacción separada pero relacionada dentro de Cuentas por Cobrar.
Por qué es importante Altos volúmenes de notas de crédito apuntan a problemas anteriores en la ejecución de pedidos, la fijación de precios o la precisión inicial de la facturación. Analizar estos eventos es clave para el análisis de causa raíz de la fuga de ingresos y la insatisfacción del cliente. Dónde obtener Registrado como una nueva transacción en RA_CUSTOMER_TRX_ALL donde el CUST_TRX_TYPE_ID se vincula a un tipo con una clase 'CM' (Nota de Crédito). El campo PREVIOUS_CUSTOMER_TRX_ID lo vincula de nuevo a la factura original. Capturar El evento es la creación de un registro en RA_CUSTOMER_TRX_ALL con un tipo de transacción de nota de crédito. Tipo de evento explicit
	Pago Revertido	Indica que un pago de cliente previamente recibido fue revertido. Esto suele ocurrir debido a fondos insuficientes (NSF) u otros errores de procesamiento bancario.
Por qué es importante Las reversiones de pago alteran la previsión del flujo de caja y requieren un esfuerzo administrativo adicional. El seguimiento de estos eventos ayuda a identificar clientes o métodos de pago problemáticos. Dónde obtener Esta es una acción explícita en Oracle Receivables. Una reversión crea entradas en AR_CASH_RECEIPT_HISTORY_ALL con un estado que indica reversión, como 'REVERSED'. Capturar Identificado por un cambio de estado a 'REVERSED' en la tabla AR_CASH_RECEIPT_HISTORY_ALL. Tipo de evento explicit
	Recordatorio de Pago Emitido	Se envió un aviso de cobro o recordatorio al cliente con respecto a una factura vencida. Esta es una actividad clave en el proceso de cobranza.
Por qué es importante El seguimiento de esta actividad es crucial para medir la efectividad de las estrategias de cobranza. Permite el análisis de las tasas de pago antes y después de enviar los recordatorios. Dónde obtener Si se utiliza Oracle Advanced Collections, el envío de una carta de cobro se registra como un evento explícito. Sin este módulo, esta actividad a menudo se realiza fuera del sistema y puede que no se rastree de forma fiable. Capturar Registrado como un evento de Correspondencia de Cobro en el módulo Oracle Advanced Collections. Tipo de evento explicit

Recomendado Opcional

Guías de Extracción

Cómo obtener sus `datos` de `Oracle E-Business Suite`

Pasos

Iniciar sesión en Oracle E-Business Suite: Acceda a su instancia de Oracle EBS con un usuario que tenga la responsabilidad de 'XML Publisher Administrator' o una similar que otorgue acceso a BI Publisher.
Navegar a BI Publisher: Desde el navegador principal, seleccione la responsabilidad de BI Publisher y luego haga clic en 'Modelos de Datos'.
Crear un Nuevo Modelo de Datos: En la página de Modelo de Datos, haga clic en el botón 'Crear' o en el icono '+' para iniciar un nuevo modelo de datos.
Definir el Conjunto de Datos de Consulta SQL: En el editor de modelo de datos, haga clic en el icono '+' y seleccione 'Consulta SQL'. Esto abrirá el constructor de consultas SQL.
Configurar el Conjunto de Datos: Asigne un nombre descriptivo a su conjunto de datos, por ejemplo, 'O2C_INVOICING_EVENT_LOG'. Seleccione la 'Fuente de Datos' apropiada para su base de datos EBS, típicamente llamada 'EBS' o similar.
Introducir la Consulta SQL: Copie la consulta SQL completa proporcionada en la sección 'query' de este documento y péguela en el área de texto de Consulta SQL.
Definir Parámetros de Consulta: La consulta utiliza parámetros como p_start_date, p_end_date y p_org_id. BI Publisher los detectará automáticamente. Puede configurarlos como obligatorios y establecer sus tipos de datos (Fecha para fechas, Entero para ID) y valores predeterminados si lo desea.
Guardar el Modelo de Datos: Después de pegar la consulta y configurar los parámetros, guarde el modelo de datos con un nombre único y descriptivo, por ejemplo, 'Extracción de Facturación y Cobranza O2C'.
Crear un Informe de BI Publisher: Navegue al catálogo de BI Publisher y cree un nuevo informe. Seleccione el modelo de datos que acaba de guardar.
Configurar el Informe: Siga el asistente de creación de informes. Un diseño de 'tabla' simple es suficiente. No se necesita una plantilla visual compleja ya que el objetivo es la exportación de datos brutos.
Ejecutar y Exportar los Datos: Vea el informe. Cuando se le solicite, introduzca la fecha de inicio, la fecha de finalización y el ID de la organización deseados. Una vez que el informe se haya ejecutado, use la función 'Exportar' para guardar la salida como un archivo CSV.
Preparar Archivo para Carga: Asegúrese de que el archivo CSV exportado esté codificado en formato UTF-8. Verifique que los encabezados de las columnas coincidan con los requisitos de ProcessMind: InvoiceNumber, ActivityName, EventTime, etc. El archivo ahora está listo para la carga.

Configuración

Fuente de Datos: La consulta debe ejecutarse contra la fuente de la base de datos de Oracle E-Business Suite (ej. EBS) configurada en BI Publisher.
Parámetros de Rango de Fechas: La consulta incluye p_start_date y p_end_date para controlar el período de extracción. Para el análisis inicial, se recomienda un período de 3 a 6 meses para equilibrar el volumen de datos y la perspectiva del proceso.
Filtro Organizacional: El parámetro p_org_id es crucial para limitar los datos a una unidad operativa u organización específica. Ejecutar la consulta para todas las organizaciones a la vez puede resultar en tiempos de ejecución extremadamente largos y archivos excesivamente grandes.
Requisitos Previos: El usuario que ejecuta el informe necesita acceso de lectura a varios módulos clave de Oracle Financials y de soporte, incluyendo Cuentas por Cobrar (AR), Foundation (FND) y, potencialmente, Recursos Humanos (PER) para detalles del usuario. Se requiere acceso a la responsabilidad de BI Publisher para crear y ejecutar el modelo de datos y el informe.
Consideraciones de Rendimiento: Esta es una consulta exhaustiva que une múltiples tablas grandes. Para entornos con volúmenes de transacción muy altos, considere ejecutar la extracción durante horas de menor actividad o en lotes de rangos de fechas más pequeños para evitar la degradación del rendimiento del sistema.

a Consulta de ejemplo sql

WITH base_invoices AS (
  SELECT
    rct.customer_trx_id,
    rct.trx_number,
    rct.trx_date,
    rct.creation_date,
    rct.created_by,
    rct.last_update_date,
    rct.last_updated_by,
    rct.bill_to_customer_id,
    rct.org_id,
    ps.amount_due_original,
    ps.due_date,
    ps.status AS payment_schedule_status,
    ps.class,
    ps.payment_schedule_id
  FROM
    ar.ra_customer_trx_all rct,
    ar.ar_payment_schedules_all ps
  WHERE
    rct.customer_trx_id = ps.customer_trx_id
    AND rct.trx_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    AND rct.org_id = :p_org_id
    AND ps.class = 'INV'
    AND rct.complete_flag = 'Y'
)
-- 1. Invoice Generated
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Generated' AS "ActivityName",
  inv.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department", -- Placeholder for department logic
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN applsys.fnd_user fu ON inv.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND inv.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
UNION ALL
-- 2. Invoice Approved (using completion as proxy)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Approved' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.complete_flag = 'Y' 
  AND rct.initial_customer_trx_id IS NULL -- Only for manually entered or imported invoices, not copies
UNION ALL
-- 3. Invoice Sent To Customer (using first print date)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Sent To Customer' AS "ActivityName",
  rct.printing_original_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.printing_original_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.printing_original_date IS NOT NULL
UNION ALL
-- 4. Invoice Modified
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Modified' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'INCOMPLETE' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.last_update_date > rct.creation_date
  AND rct.complete_flag = 'N' -- Capturing modifications while incomplete
UNION ALL
-- 5. Credit Memo Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Credit Memo Created' AS "ActivityName",
  cm.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all cm ON inv.customer_trx_id = cm.previous_customer_trx_id
  JOIN applsys.fnd_user fu ON cm.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cm.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  cm.trx_class = 'CM'
UNION ALL
-- 6. Dispute Raised
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Dispute Raised' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'DISPUTED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  adj.type = 'INVOICE' AND adj.status = 'A' -- Approved adjustments related to disputes
UNION ALL
-- 7. Payment Due Date Reached
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Due Date Reached' AS "ActivityName",
  inv.due_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  'System' AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
WHERE
  inv.due_date < SYSDATE
UNION ALL
-- 8. Payment Reminder Issued
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reminder Issued' AS "ActivityName",
  dunning.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN iex.iex_dunnings dunning ON inv.payment_schedule_id = dunning.payment_schedule_id
  JOIN applsys.fnd_user fu ON dunning.created_by = fu.user_id
UNION ALL
-- 9. Customer Payment Received
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Customer Payment Received' AS "ActivityName",
  cr.receipt_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
  JOIN applsys.fnd_user fu ON cr.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cr.receipt_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE app.status = 'APP'
UNION ALL
-- 10. Payment Reversed
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reversed' AS "ActivityName",
  crh.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipt_history_all crh ON app.cash_receipt_id = crh.cash_receipt_id
  JOIN applsys.fnd_user fu ON crh.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND crh.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  crh.status = 'REVERSED'
UNION ALL
-- 11. Cash Applied/Reconciled
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Cash Applied/Reconciled' AS "ActivityName",
  app.apply_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN applsys.fnd_user fu ON app.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND app.apply_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  app.status = 'APP'
  AND app.display = 'Y'
UNION ALL
-- 12. Write-Off Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Write-Off Created' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN ar.ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rt.name LIKE '%Write-Off%'
UNION ALL
-- 13. Invoice Closed
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Closed' AS "ActivityName",
  ps_closed.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'CLOSED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_payment_schedules_all ps_closed ON inv.payment_schedule_id = ps_closed.payment_schedule_id
  JOIN applsys.fnd_user fu ON ps_closed.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND ps_closed.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  ps_closed.status = 'CL'

Pasos

Iniciar sesión en Oracle E-Business Suite: Acceda a su instancia de Oracle EBS con un usuario que tenga la responsabilidad de 'XML Publisher Administrator' o una similar que otorgue acceso a BI Publisher.
Navegar a BI Publisher: Desde el navegador principal, seleccione la responsabilidad de BI Publisher y luego haga clic en 'Modelos de Datos'.
Crear un Nuevo Modelo de Datos: En la página de Modelo de Datos, haga clic en el botón 'Crear' o en el icono '+' para iniciar un nuevo modelo de datos.
Definir el Conjunto de Datos de Consulta SQL: En el editor de modelo de datos, haga clic en el icono '+' y seleccione 'Consulta SQL'. Esto abrirá el constructor de consultas SQL.
Configurar el Conjunto de Datos: Asigne un nombre descriptivo a su conjunto de datos, por ejemplo, 'O2C_INVOICING_EVENT_LOG'. Seleccione la 'Fuente de Datos' apropiada para su base de datos EBS, típicamente llamada 'EBS' o similar.
Introducir la Consulta SQL: Copie la consulta SQL completa proporcionada en la sección 'query' de este documento y péguela en el área de texto de Consulta SQL.
Definir Parámetros de Consulta: La consulta utiliza parámetros como p_start_date, p_end_date y p_org_id. BI Publisher los detectará automáticamente. Puede configurarlos como obligatorios y establecer sus tipos de datos (Fecha para fechas, Entero para ID) y valores predeterminados si lo desea.
Guardar el Modelo de Datos: Después de pegar la consulta y configurar los parámetros, guarde el modelo de datos con un nombre único y descriptivo, por ejemplo, 'Extracción de Facturación y Cobranza O2C'.
Crear un Informe de BI Publisher: Navegue al catálogo de BI Publisher y cree un nuevo informe. Seleccione el modelo de datos que acaba de guardar.
Configurar el Informe: Siga el asistente de creación de informes. Un diseño de 'tabla' simple es suficiente. No se necesita una plantilla visual compleja ya que el objetivo es la exportación de datos brutos.
Ejecutar y Exportar los Datos: Vea el informe. Cuando se le solicite, introduzca la fecha de inicio, la fecha de finalización y el ID de la organización deseados. Una vez que el informe se haya ejecutado, use la función 'Exportar' para guardar la salida como un archivo CSV.
Preparar Archivo para Carga: Asegúrese de que el archivo CSV exportado esté codificado en formato UTF-8. Verifique que los encabezados de las columnas coincidan con los requisitos de ProcessMind: InvoiceNumber, ActivityName, EventTime, etc. El archivo ahora está listo para la carga.

Configuración

Fuente de Datos: La consulta debe ejecutarse contra la fuente de la base de datos de Oracle E-Business Suite (ej. EBS) configurada en BI Publisher.
Parámetros de Rango de Fechas: La consulta incluye p_start_date y p_end_date para controlar el período de extracción. Para el análisis inicial, se recomienda un período de 3 a 6 meses para equilibrar el volumen de datos y la perspectiva del proceso.
Filtro Organizacional: El parámetro p_org_id es crucial para limitar los datos a una unidad operativa u organización específica. Ejecutar la consulta para todas las organizaciones a la vez puede resultar en tiempos de ejecución extremadamente largos y archivos excesivamente grandes.
Requisitos Previos: El usuario que ejecuta el informe necesita acceso de lectura a varios módulos clave de Oracle Financials y de soporte, incluyendo Cuentas por Cobrar (AR), Foundation (FND) y, potencialmente, Recursos Humanos (PER) para detalles del usuario. Se requiere acceso a la responsabilidad de BI Publisher para crear y ejecutar el modelo de datos y el informe.
Consideraciones de Rendimiento: Esta es una consulta exhaustiva que une múltiples tablas grandes. Para entornos con volúmenes de transacción muy altos, considere ejecutar la extracción durante horas de menor actividad o en lotes de rangos de fechas más pequeños para evitar la degradación del rendimiento del sistema.

a Consulta de ejemplo sql

WITH base_invoices AS (
  SELECT
    rct.customer_trx_id,
    rct.trx_number,
    rct.trx_date,
    rct.creation_date,
    rct.created_by,
    rct.last_update_date,
    rct.last_updated_by,
    rct.bill_to_customer_id,
    rct.org_id,
    ps.amount_due_original,
    ps.due_date,
    ps.status AS payment_schedule_status,
    ps.class,
    ps.payment_schedule_id
  FROM
    ar.ra_customer_trx_all rct,
    ar.ar_payment_schedules_all ps
  WHERE
    rct.customer_trx_id = ps.customer_trx_id
    AND rct.trx_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    AND rct.org_id = :p_org_id
    AND ps.class = 'INV'
    AND rct.complete_flag = 'Y'
)
-- 1. Invoice Generated
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Generated' AS "ActivityName",
  inv.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department", -- Placeholder for department logic
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN applsys.fnd_user fu ON inv.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND inv.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
UNION ALL
-- 2. Invoice Approved (using completion as proxy)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Approved' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.complete_flag = 'Y' 
  AND rct.initial_customer_trx_id IS NULL -- Only for manually entered or imported invoices, not copies
UNION ALL
-- 3. Invoice Sent To Customer (using first print date)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Sent To Customer' AS "ActivityName",
  rct.printing_original_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.printing_original_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.printing_original_date IS NOT NULL
UNION ALL
-- 4. Invoice Modified
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Modified' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'INCOMPLETE' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.last_update_date > rct.creation_date
  AND rct.complete_flag = 'N' -- Capturing modifications while incomplete
UNION ALL
-- 5. Credit Memo Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Credit Memo Created' AS "ActivityName",
  cm.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all cm ON inv.customer_trx_id = cm.previous_customer_trx_id
  JOIN applsys.fnd_user fu ON cm.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cm.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  cm.trx_class = 'CM'
UNION ALL
-- 6. Dispute Raised
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Dispute Raised' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'DISPUTED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  adj.type = 'INVOICE' AND adj.status = 'A' -- Approved adjustments related to disputes
UNION ALL
-- 7. Payment Due Date Reached
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Due Date Reached' AS "ActivityName",
  inv.due_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  'System' AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
WHERE
  inv.due_date < SYSDATE
UNION ALL
-- 8. Payment Reminder Issued
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reminder Issued' AS "ActivityName",
  dunning.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN iex.iex_dunnings dunning ON inv.payment_schedule_id = dunning.payment_schedule_id
  JOIN applsys.fnd_user fu ON dunning.created_by = fu.user_id
UNION ALL
-- 9. Customer Payment Received
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Customer Payment Received' AS "ActivityName",
  cr.receipt_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
  JOIN applsys.fnd_user fu ON cr.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cr.receipt_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE app.status = 'APP'
UNION ALL
-- 10. Payment Reversed
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reversed' AS "ActivityName",
  crh.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipt_history_all crh ON app.cash_receipt_id = crh.cash_receipt_id
  JOIN applsys.fnd_user fu ON crh.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND crh.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  crh.status = 'REVERSED'
UNION ALL
-- 11. Cash Applied/Reconciled
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Cash Applied/Reconciled' AS "ActivityName",
  app.apply_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN applsys.fnd_user fu ON app.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND app.apply_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  app.status = 'APP'
  AND app.display = 'Y'
UNION ALL
-- 12. Write-Off Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Write-Off Created' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN ar.ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rt.name LIKE '%Write-Off%'
UNION ALL
-- 13. Invoice Closed
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Closed' AS "ActivityName",
  ps_closed.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'CLOSED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_payment_schedules_all ps_closed ON inv.payment_schedule_id = ps_closed.payment_schedule_id
  JOIN applsys.fnd_user fu ON ps_closed.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND ps_closed.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  ps_closed.status = 'CL'

Pasos

Configurar el Entorno Python: Asegúrese de tener Python 3.6 o superior instalado en su máquina. Instale las librerías necesarias, pandas y oracledb, usando pip: pip install pandas oracledb
Preparar el Script Python: Cree un nuevo archivo Python (ej. extract_invoices.py) y copie el script completo proporcionado en la sección query en este archivo.
Configurar la Conexión a la Base de Datos: En el script, localice la sección de detalles de conexión. Reemplace los valores de marcador de posición para user, password y dsn con sus credenciales reales de la base de datos de Oracle E-Business Suite y la cadena de conexión. El DSN, o Nombre de Fuente de Datos, típicamente sigue el formato hostname:port/service_name.
Definir Parámetros de Extracción: Modifique el diccionario params en el script. Establezca los marcadores de posición :start_date, :end_date y :org_id para definir el alcance de su extracción de datos. Use el formato 'YYYY-MM-DD' para las fechas.
Ejecutar el Script: Ejecute el script desde su terminal usando el comando: python extract_invoices.py El script se conectará a la base de datos, ejecutará la consulta SQL y obtendrá los resultados.
Recuperar el Registro de Eventos: Una vez que el script finalice, se creará un archivo llamado oracle_ebs_billing_event_log.csv en el mismo directorio. Este archivo contiene el registro de eventos extraído.
Revisar los Datos: Abra el archivo CSV en una aplicación de hoja de cálculo para verificar su contenido. Compruebe que todas las columnas esperadas estén presentes y que los datos de actividades, marcas de tiempo y atributos parezcan correctos.
Preparar para Carga: El archivo CSV generado está formateado para uso directo. Asegúrese de que los encabezados de las columnas coincidan con los campos case_id, activity y timestamp requeridos para su herramienta de Process Mining. El script los nombra InvoiceNumber, ActivityName y EventTime respectivamente.

Configuración

Credenciales de la Base de Datos: Se requiere un usuario de base de datos con acceso de solo lectura a los esquemas de Oracle E-Business Suite. Específicamente, el usuario necesita permisos para consultar tablas como RA_CUSTOMER_TRX_ALL, AR_PAYMENT_SCHEDULES_ALL, AR_CASH_RECEIPTS_ALL, AR_RECEIVABLE_APPLICATIONS_ALL, AR_ADJUSTMENTS_ALL, FND_USER y HZ_CUST_ACCOUNTS.
Rango de Fechas: El script incluye los parámetros :start_date y :end_date para limitar el período de extracción. Para el análisis inicial, se recomienda un rango de 3 a 6 meses para mantener el conjunto de datos manejable.
Filtro Organizacional: El parámetro :org_id es crítico para entornos multi-organización para asegurar que los datos se extraigan para la unidad de negocio correcta. Puede encontrar el ID apropiado en la tabla HR_OPERATING_UNITS.
Librerías Python: Este método requiere las librerías pandas para la manipulación de datos y oracledb para conectarse a la base de datos de Oracle. Asegúrese de que estas estén instaladas en su entorno Python.
Consideraciones de Rendimiento: La consulta utiliza UNION ALL en varias tablas grandes, lo que puede consumir muchos recursos. Se recomienda encarecidamente ejecutar esta extracción durante horas de menor actividad o contra una instancia de informes de la base de datos para evitar impactar el rendimiento del sistema de producción.

a Consulta de ejemplo python

import pandas as pd
import oracledb
import sys

class=class="hl-string">"hl-comment"># --- Configuration: Replace with your database details ---
class=class="hl-string">"hl-comment"># For security, consider using environment variables or a secrets management tool.
db_user = class="hl-string">"your_user"
db_password = class="hl-string">"your_password"
class=class="hl-string">"hl-comment"># DSN (Data Source Name) e.g., class="hl-string">'your_db_host:1521/your_service_name'
db_dsn = class="hl-string">"your_dsn"

class=class="hl-string">"hl-comment"># --- Parameters for the extraction ---
class=class="hl-string">"hl-comment"># Use class="hl-string">'YYYY-MM-DD' format for dates
params = {
    class="hl-string">'start_date': class="hl-string">'2023-01-01',
    class="hl-string">'end_date': class="hl-string">'2023-12-31',
    class="hl-string">'org_id': 204 class=class="hl-string">"hl-comment"># Example Organization ID
}

sql_query = class="hl-string">"""
WITH base_invoices AS (
    -- Pre-filter invoices to the relevant period to improve performance
    SELECT
        rct.customer_trx_id,
        rct.trx_number,
        rct.org_id
    FROM
        RA_CUSTOMER_TRX_ALL rct
    WHERE
        rct.creation_date BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND rct.org_id = :org_id
        AND rct.cust_trx_type_id IN (SELECT cust_trx_type_id FROM ra_cust_trx_types_all WHERE type IN ('INV', 'CM', 'DM'))
)
-- 1. Invoice Generated
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    rct.creation_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 2. Invoice Approved
-- This activity is highly dependent on custom workflows. 
-- This query assumes approval is marked by the invoice status becoming 'OP' (Open) from an 'IP' (Incomplete) state.
-- The event time is the last update date when this condition is met.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    rct.last_update_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.complete_flag = 'Y'
  AND aps.status = 'OP'

UNION ALL

-- 3. Invoice Sent To Customer
-- This event is often not explicitly stored. We use the invoice date (TRX_DATE) of a completed invoice as a proxy.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Sent To Customer' AS ActivityName,
    rct.trx_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.complete_flag = 'Y'

UNION ALL

-- 4. Invoice Modified
-- Captures updates to an invoice before it is completed.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Modified' AS ActivityName,
    rct.last_update_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.last_update_date > rct.creation_date + INTERVAL '1' MINUTE
  AND rct.complete_flag = 'N'

UNION ALL

-- 5. Credit Memo Created
SELECT
    rct.trx_number AS InvoiceNumber,
    'Credit Memo Created' AS ActivityName,
    rct.creation_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN RA_CUST_TRX_TYPES_ALL rctt ON rct.cust_trx_type_id = rctt.cust_trx_type_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.created_by = fu.user_id
WHERE rct.previous_customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rctt.type = 'CM'

UNION ALL

-- 6. Dispute Raised
SELECT
    rct.trx_number AS InvoiceNumber,
    'Dispute Raised' AS ActivityName,
    aps.dispute_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON aps.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND aps.dispute_date IS NOT NULL

UNION ALL

-- 7. Payment Due Date Reached
SELECT
    rct.trx_number AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    aps.due_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    'SYSTEM' AS User,
    'System' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 8. Payment Reminder Issued
-- Assumes usage of Oracle Advanced Collections dunning letters
SELECT
    rct.trx_number AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    adl.dunning_letter_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_DUNNING_LETTERS adl
    JOIN AR_DUNNING_LETTER_SETS adls ON adl.dunning_letter_set_id = adls.dunning_letter_set_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON adl.payment_schedule_id = aps.payment_schedule_id
    JOIN RA_CUSTOMER_TRX_ALL rct ON aps.customer_trx_id = rct.customer_trx_id
    LEFT JOIN FND_USER fu ON adl.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 9. Customer Payment Received
SELECT 
    rct.trx_number AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    acr.receipt_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM 
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN AR_CASH_RECEIPTS_ALL acr ON ara.cash_receipt_id = acr.cash_receipt_id
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON acr.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.status = 'APP'

UNION ALL

-- 10. Payment Reversed
SELECT 
    rct.trx_number AS InvoiceNumber,
    'Payment Reversed' AS ActivityName,
    ara.reversal_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM 
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON ara.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.reversal_date IS NOT NULL

UNION ALL

-- 11. Cash Applied/Reconciled
SELECT
    rct.trx_number AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    ara.apply_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON ara.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.status = 'APP'

UNION ALL

-- 12. Write-Off Created
SELECT
    rct.trx_number AS InvoiceNumber,
    'Write-Off Created' AS ActivityName,
    adj.apply_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_ADJUSTMENTS_ALL adj
    JOIN RA_CUSTOMER_TRX_ALL rct ON adj.customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON adj.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND adj.type = 'INVOICE'
  AND adj.receivables_trx_id IN (SELECT receivables_trx_id FROM AR_RECEIVABLES_TRX_ALL WHERE name = 'Write-Off')

UNION ALL

-- 13. Invoice Closed
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    aps.actual_date_closed AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON aps.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND aps.status = 'CL'
"""

try:
    class=class="hl-string">"hl-comment"># Establish the connection to the Oracle database
    print(class="hl-string">"Connecting to Oracle database...")
    connection = oracledb.connect(user=db_user, password=db_password, dsn=db_dsn)

    print(class="hl-string">"Executing query...")
    class=class="hl-string">"hl-comment"># Execute the query and load data into a pandas DataFrame
    class=class="hl-string">"hl-comment"># Using a with statement ensures the connection is closed automatically
    with connection:
        df = pd.read_sql_query(sql_query, connection, params=params)

    print(fclass="hl-string">"Successfully extracted {len(df)} events.")

    class=class="hl-string">"hl-comment"># Data processing and cleanup
    if not df.empty:
        df[class="hl-string">'EVENTTIME'] = pd.to_datetime(df[class="hl-string">'EVENTTIME'])
        df.sort_values(by=[class="hl-string">'INVOICENUMBER', class="hl-string">'EVENTTIME'], inplace=True)

    class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
    output_filename = class="hl-string">'oracle_ebs_billing_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Event log saved to {output_filename}")

except oracledb.Error as e:
    print(fclass="hl-string">"Database error occurred: {e}")
    sys.exit(1)
except Exception as e:
    print(fclass="hl-string">"An error occurred: {e}")
    sys.exit(1)

Su plantilla de datos de De Pedido a Cobro - Facturación y Cobranza

Su plantilla de datos de De Pedido a Cobro - Facturación y Cobranza

Atributos de De Pedido a Cobro - Facturación y Cobranza

Actividades de De Pedido a Cobro - Facturación y Cobranza

Guías de Extracción

Informe de Oracle BI Publisher para Datos de Facturación y Cobranza

Pasos

Configuración

a Consulta de ejemplo sql

Consulta SQL Directa en Esquemas de Bases de Datos de Oracle EBS

Pasos

Configuración

a Consulta de ejemplo sql

Extracción con Script de Python vía Conector de Base de Datos Oracle

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Acelere su Pedido a Cobro - Facturación y Cobranza Ahora

Su plantilla de datos de De Pedido a Cobro - Facturación y Cobranza

Su plantilla de datos de De Pedido a Cobro - Facturación y Cobranza

Atributos de De Pedido a Cobro - Facturación y Cobranza

Actividades de De Pedido a Cobro - Facturación y Cobranza

Guías de Extracción

Informe de Oracle BI Publisher para Datos de Facturación y Cobranza

Pasos

Configuración

a Consulta de ejemplo sql

Consulta SQL Directa en Esquemas de Bases de Datos de Oracle EBS

Pasos

Configuración

a Consulta de ejemplo sql

Extracción con Script de Python vía Conector de Base de Datos Oracle

Pasos

Configuración

a Consulta de ejemplo python

Valoramos su privacidad

¿Listo para comenzar?

Acelere su Pedido a Cobro - Facturación y Cobranza Ahora