> Mejora continua de procesos > Purchase to Pay Procesamiento de facturas > Oracle Fusion Financials > Template de datos

Su plantilla de datos para compras a pagos, procesamiento de facturas

Oracle Fusion Financials

← Volver a la guía de mejora

Purchase to Pay - Atributos del procesamiento de facturas (20) Purchase to Pay - Actividades de procesamiento de facturas (15) Guías de extracción (3)

Su plantilla de datos para compras a pagos, procesamiento de facturas

Esta plantilla está diseñada para guiarle en la recopilación de los datos esenciales para analizar el proceso de compras a pagos, específicamente el procesamiento de facturas, en Oracle Fusion Financials. Describe los atributos fundamentales y las actividades clave, y ofrece orientación sobre cómo extraer esta información de su sistema. El uso de esta plantilla le ayudará a preparar un registro de eventos preciso y completo para Process Mining.

Atributos recomendados que debe recopilar
Actividades clave que debe supervisar
Guía de extracción para Oracle Fusion Financials

¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Descargar Template

Purchase to Pay - Atributos del procesamiento de facturas

Estos son los campos de datos recomendados para incluir en su Registro de eventos y realizar un análisis completo del procesamiento de facturas de Purchase to Pay.

3 Obligatorio 7 Recomendado 10 Opcional

	Nombre	Descripción
	Número de factura InvoiceNumber	Identificador único de una factura de proveedor.
Descripción El número de factura actúa como identificador principal del caso y vincula todas las actividades y eventos relacionados con una única factura de proveedor, desde su creación hasta el pago final. Cada factura se trata como una instancia de caso única en el análisis del proceso. En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada factura. Permite analizar los flujos del proceso, los tiempos de ciclo y las variaciones por factura. Es la clave para conectar actividades como la validación, la aprobación y el pago en una narrativa coherente del proceso. Por qué es importante Es el identificador esencial del caso que conecta todos los pasos relacionados del proceso y permite rastrear el ciclo de vida completo de una factura. Dónde obtenerlo Normalmente se encuentra en la tabla AP_INVOICES_ALL, en la columna INVOICE_NUM. Ejemplos INV-2023-001987654321ACME-FIN-5501
	Actividad ActivityName	Nombre de la actividad empresarial o del evento que tuvo lugar en el proceso de la factura.
Descripción Este atributo describe un paso específico o un cambio de estado en el ciclo de vida de la factura, como 'Invoice Created', 'Invoice Approved' o 'Payment Executed'. Forma la secuencia de eventos que constituye el flujo del proceso. Analizar la secuencia y la frecuencia de las actividades es el núcleo de Process Mining. Ayuda a descubrir la ruta real del proceso, identificar cuellos de botella donde las actividades se retrasan y detectar desviaciones o ciclos de reproceso, como cuando una factura se rechaza después de haber sido aprobada. Por qué es importante Define los pasos del proceso, algo esencial para visualizar el mapa del proceso, analizar las variaciones del flujo e identificar cuellos de botella. Dónde obtenerlo Este atributo suele derivarse de una combinación de campos de estado, tablas de auditoría o registros de Workflow de Oracle Fusion Financials, como AP_INVOICES_ALL.WFAPPROVAL_STATUS o tablas de Workflow relacionadas. Ejemplos Factura validadaEspera aplicada a la facturaFactura aprobadaPago ejecutado
	Hora de inicio EventTime	Marca de tiempo que indica cuándo tuvo lugar una actividad o un evento.
Descripción Este atributo proporciona la fecha y la hora de cada actividad del proceso de facturas. Es fundamental para todos los análisis de procesos basados en el tiempo, incluido el cálculo de tiempos de ciclo, duraciones y tiempos de espera entre pasos. Al ordenar cronológicamente los eventos mediante esta marca de tiempo, las herramientas de Process Mining pueden reconstruir la secuencia exacta de actividades de cada factura. Esto permite calcular indicadores clave de rendimiento, como el tiempo medio de ciclo de las facturas, y ayuda a identificar qué etapas del proceso consumen más tiempo. Por qué es importante Esta marca de tiempo es fundamental para calcular todas las métricas de rendimiento relacionadas con la duración y el tiempo, como los tiempos de ciclo y los cuellos de botella. Dónde obtenerlo Esta marca de tiempo se deriva de varios campos de fecha de las tablas de Oracle Fusion, como CREATION_DATE o LAST_UPDATE_DATE en tablas como AP_INVOICES_ALL o en tablas relacionadas de Workflow y pagos. Ejemplos 2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
	Código de empresa CompanyCode	Identificador de la entidad jurídica o empresa que procesa la factura.
Descripción El código de empresa representa la entidad empresarial específica de la organización que es financieramente responsable de la factura. En organizaciones con varias empresas, es un dato organizativo fundamental. Este atributo permite segmentar el análisis del proceso por entidad jurídica. Resulta útil para comparar el rendimiento del proceso entre distintas partes de la empresa, identificar cuellos de botella o problemas de cumplimiento específicos de cada entidad y garantizar que los KPI puedan comunicarse a nivel de empresa. También suele influir en la determinación del Workflow de aprobación adecuado. Por qué es importante Permite comparar procesos y establecer referencias de rendimiento entre distintas entidades jurídicas o unidades de negocio de la organización. Dónde obtenerlo Normalmente se representa mediante LEGAL_ENTITY_ID o un campo similar en AP_INVOICES_ALL, que puede unirse a las tablas del General Ledger para obtener un código o un nombre. Ejemplos 1001US01DE01
	Estado de la factura InvoiceStatus	Estado actual de la factura en su ciclo de vida.
Descripción Este atributo refleja el último estado conocido de la factura, como 'Validated', 'Needs Revalidation', 'Paid' o 'Canceled'. Proporciona una instantánea de la posición de la factura en el proceso en un momento determinado. El estado de la factura es fundamental para el Dashboard «Distribución del estado actual de las facturas», que ayuda a las personas responsables de operaciones a identificar acumulaciones y supervisar el estado general del flujo de procesamiento de facturas. Analizar cómo cambian los estados con el tiempo también puede ofrecer una visión simplificada del flujo del proceso. Por qué es importante Proporciona una visión del estado actual de las facturas, fundamental para los Dashboards operativos que realizan un seguimiento de los volúmenes pendientes y la carga de trabajo. Dónde obtenerlo Consulte la documentación de Oracle Fusion Financials. El estado puede derivarse de campos como WFAPPROVAL_STATUS en AP_INVOICES_ALL o de tablas relacionadas de aprobación y pagos. Ejemplos ValidadaPagadaCanceladaRequiere una nueva validación
	Fecha de vencimiento del pago PaymentDueDate	Fecha límite en la que debe pagarse la factura al proveedor.
Descripción La fecha de vencimiento del pago se calcula según las condiciones de pago acordadas con el proveedor. Sirve como fecha límite para realizar el pago, evitar penalizaciones, mantener una buena relación con el proveedor y aprovechar posibles descuentos por pronto pago. Este atributo es esencial para el Dashboard «Rendimiento de los pagos puntuales» y su KPI asociado. Al comparar la marca de tiempo de ejecución real del pago con la fecha de vencimiento, el análisis puede clasificar los pagos como puntuales o atrasados, ayudando a la organización a supervisar y mejorar la puntualidad de sus pagos. Por qué es importante Es la referencia para medir el rendimiento de los pagos puntuales, un KPI crítico para la gestión de proveedores y la salud financiera. Dónde obtenerlo Esta fecha suele estar disponible en tablas de programación de pagos como AP_PAYMENT_SCHEDULES_ALL, vinculadas a la factura. Ejemplos 2023-05-152023-06-012023-06-30
	Hora de finalización EndTime	Marca de tiempo que indica cuándo se completó una actividad o un evento.
Descripción La hora de finalización marca la conclusión de una actividad específica. Mientras que la hora de inicio señala el comienzo, la hora de finalización proporciona el punto de cierre y permite calcular con precisión la duración de cada paso. En el análisis, la diferencia entre la hora de finalización y la hora de inicio proporciona el tiempo de procesamiento de cada actividad. Esto es esencial para un análisis detallado del rendimiento, ya que permite distinguir entre el tiempo de procesamiento activo y el tiempo de espera. Por ejemplo, ayuda a medir el tiempo real que una persona aprobadora dedicó a una tarea de aprobación frente al tiempo que la tarea permaneció en su cola. Por qué es importante Permite calcular con precisión los tiempos de procesamiento de las actividades y separar el tiempo de trabajo activo del tiempo de espera. Dónde obtenerlo Es un atributo conceptual derivado de la hora de inicio del evento posterior en la secuencia de un caso determinado. Ejemplos 2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
	Importe de la factura InvoiceAmount	Valor monetario total de la factura.
Descripción El importe de la factura representa el total que se debe al proveedor según la factura. Es un atributo financiero crítico que influye en todo el proceso y que a menudo determina la ruta de aprobación, el nivel de revisión y la prioridad del pago. En el análisis de Process Mining, el importe de la factura es una dimensión clave para filtrar y segmentar. Por ejemplo, las personas analistas pueden comparar el proceso de las facturas de alto valor con el de las facturas de bajo valor para comprobar si siguen rutas diferentes o si sus tiempos de ciclo difieren significativamente. También es esencial para calcular KPI financieros y evaluar el impacto monetario de ineficiencias del proceso, como los pagos atrasados. Por qué es importante Este valor es fundamental para el análisis financiero, la comprensión de las desviaciones del proceso según el importe y los KPI como la tasa de cumplimiento de las aprobaciones. Dónde obtenerlo Se encuentra en la tabla AP_INVOICES_ALL, en la columna INVOICE_AMOUNT. Ejemplos 1500.00250.75125000.50
	Nombre de usuario UserName	Nombre de la persona usuaria que realizó la actividad.
Descripción Este atributo identifica a la persona usuaria o al agente del sistema responsable de ejecutar una actividad, como validar una factura, aplicar una espera o aprobar un pago. Proporciona una dimensión de recurso humano o del sistema al proceso. Analizar los datos por persona usuaria ayuda a comprender la distribución de la carga de trabajo, identificar a las personas con mejor rendimiento y detectar posibles necesidades de formación o problemas de cumplimiento. Por ejemplo, puede revelar si determinadas personas usuarias se asocian sistemáticamente con ciclos de reproceso o si ciertos pasos de aprobación siempre los gestiona la misma persona, lo que crea un posible punto único de fallo. Por qué es importante Permite analizar el rendimiento de los recursos, equilibrar la carga de trabajo e identificar qué personas usuarias o equipos participan en pasos concretos del proceso. Dónde obtenerlo Esta información suele almacenarse en columnas de auditoría como CREATED_BY o LAST_UPDATED_BY en tablas como AP_INVOICES_ALL, o en registros de Workflow relacionados. Ejemplos john.doejane.smithSystem.Admin
	Nombre del proveedor VendorName	Nombre del proveedor que emitió la factura.
Descripción Este atributo identifica a la entidad proveedora a la que corresponde la factura. La información del proveedor aporta un contexto empresarial fundamental a la transacción financiera. Analizar el proceso por proveedor puede revelar información importante sobre las relaciones y el rendimiento de los proveedores. Por ejemplo, puede mostrar si las facturas de determinados proveedores son más propensas a presentar discrepancias de conciliación, esperas o retrasos. Esta información puede utilizarse para mejorar la incorporación de proveedores, la comunicación y la eficiencia general de la cadena de suministro. También se utiliza para identificar posibles pagos duplicados. Por qué es importante Permite analizar el proceso por proveedor e identificar problemas con proveedores concretos que provocan retrasos o excepciones. Dónde obtenerlo Se encuentra en la tabla POZ_SUPPLIERS. La tabla de facturas AP_INVOICES_ALL contiene un VENDOR_ID que puede utilizarse para unirla con la tabla de proveedores. Ejemplos Acme CorporationGlobal Tech Inc.Office Supplies Co.
	¿Es retrabajo? IsRework	Un indicador booleano que identifica las actividades que forman parte de un bucle de retrabajo.
Descripción Este indicador se establece en true para las actividades que representan una desviación del flujo de proceso ideal, como «Factura corregida» o una segunda instancia de «Factura validada» después de un rechazo. Permite etiquetar y cuantificar explícitamente los bucles de proceso ineficientes. Este atributo es esencial para el Dashboard «Tasa de retrabajo y gestión de excepciones». Al marcar las actividades de retrabajo, los analistas pueden cuantificar fácilmente su volumen y coste, identificar sus causas raíz y medir el impacto de las iniciativas de mejora orientadas a hacer las cosas bien desde el primer intento. Por qué es importante Identifica y cuantifica explícitamente el retrabajo, lo que facilita el análisis de la frecuencia, las causas y el impacto de las ineficiencias del proceso. Dónde obtenerlo Es un atributo calculado. La lógica se define durante la transformación de datos para identificar las secuencias de actividades que constituyen retrabajo. Ejemplos truefalse
	¿Se pagó a tiempo? IsOnTimePayment	Un indicador booleano que señala si la factura se pagó antes de su fecha de vencimiento o en esa fecha.
Descripción Este indicador se establece en true si el pago se ejecutó en la fecha de vencimiento indicada o antes, y en false en caso contrario. Proporciona una clasificación sencilla y clara para cada factura pagada. Este atributo calculado respalda directamente el KPI de tasa de pagos a tiempo y su Dashboard correspondiente. Simplifica el análisis, ya que permite filtrar, contar y visualizar fácilmente la proporción de pagos atrasados y puntuales sin tener que comparar fechas en cada consulta. Esto ayuda a identificar rápidamente el alcance de los retrasos en los pagos y a realizar un seguimiento de las mejoras a lo largo del tiempo. Por qué es importante Simplifica el análisis de la puntualidad de los pagos y es el dato de entrada directo para calcular el KPI de tasa de pagos a tiempo. Dónde obtenerlo Es un atributo calculado que se obtiene al comparar la marca de tiempo de la actividad «Pago ejecutado» con el atributo «PaymentDueDate». Ejemplos truefalse
	Fecha de factura InvoiceDate	La fecha indicada en el documento de factura del proveedor.
Descripción Este atributo corresponde a la fecha en la que el proveedor emitió oficialmente la factura. Es un dato clave del documento de origen y se utiliza como punto de partida para calcular la fecha de vencimiento del pago según las condiciones de pago acordadas. Aunque no siempre marca el inicio del proceso interno, la fecha de factura aporta un contexto fundamental. Se combina con el nombre del proveedor y el importe de la factura para ayudar a identificar posibles facturas duplicadas. Analizar el retraso entre la fecha de factura y la fecha en la que la factura se crea en el sistema también puede revelar ineficiencias en el departamento de recepción de correspondencia o en el proceso de incorporación de facturas. Por qué es importante Es un dato clave para identificar facturas duplicadas y calcular las fechas de vencimiento de los pagos. Dónde obtenerlo Es un campo estándar de la tabla AP_INVOICES_ALL, denominado INVOICE_DATE. Ejemplos 2023-04-102023-05-012023-05-25
	Moneda InvoiceCurrencyCode	La moneda del importe de la factura.
Descripción Este atributo especifica la moneda en la que está expresada la factura, por ejemplo, USD, EUR o GBP. Es un contexto esencial para el campo Importe de factura. En una organización internacional, analizar las facturas por moneda es importante para los informes financieros y para comprender las variaciones del proceso por región. Garantiza la correcta interpretación de los valores monetarios y permite analizar específicamente las prácticas de pago o los umbrales de aprobación de cada moneda. Por qué es importante Aporta el contexto necesario para interpretar y analizar correctamente cualquier importe financiero, especialmente en operaciones multinacionales. Dónde obtenerlo Se encuentra en la tabla AP_INVOICES_ALL, en la columna INVOICE_CURRENCY_CODE. Ejemplos USDEURGBPCAD
	Motivo de la diferencia de conciliación MatchingDiscrepancyReason	El motivo específico de la diferencia entre una factura, una orden de compra y una recepción.
Descripción Este atributo detalla por qué una factura no superó el proceso automatizado de conciliación. Entre los motivos habituales se encuentran las diferencias de precio, cantidad o códigos de artículo entre la factura y la orden de compra o recepción de mercancía correspondiente. Esta información es fundamental para el Dashboard «Tasa de diferencias en la conciliación de facturas». Al categorizar y analizar los motivos de las diferencias, las empresas pueden localizar problemas sistémicos en sus procesos de compras o recepción. Esto permite aplicar medidas correctivas que aumenten la tasa de procesamiento de facturas directo y sin intervención manual. Por qué es importante Explica por qué las facturas no superan la conciliación automatizada y proporciona la información necesaria para mejorar la tasa de conciliación al primer intento y reducir el retrabajo manual. Dónde obtenerlo Consulte la documentación de Oracle Fusion Financials. Es posible que este dato se registre como un tipo específico de motivo de retención en AP_HOLDS_ALL o en tablas relacionadas con los detalles de conciliación. Ejemplos El precio unitario difiere del de la orden de compraLa cantidad facturada supera la cantidad recibidaArtículo no válido en la factura
	Motivo de la espera HoldReason	El motivo por el que se aplicó una retención o un bloqueo de pago a una factura.
Descripción Cuando se aplica una retención a una factura, este atributo especifica el motivo, como «Diferencia de precio», «Diferencia de cantidad» o «Recepción de mercancía pendiente». Esto aporta contexto sobre la interrupción del flujo normal del proceso. Este atributo es la dimensión principal del Dashboard «Tendencias y análisis de bloqueos de pago». Al analizar la frecuencia de los distintos motivos de retención, la empresa puede identificar y abordar las causas raíz de los bloqueos de pago, como problemas en los procesos de compras o en la exactitud de las facturas de los proveedores, y reducir así los retrasos de procesamiento. Por qué es importante Proporciona la causa raíz de los bloqueos de pago y permite aplicar mejoras específicas para reducir la frecuencia de las retenciones y los retrasos en los pagos. Dónde obtenerlo La información de las retenciones suele almacenarse en la tabla AP_HOLDS_ALL, que se vincula con la factura y contiene un motivo o código de retención. Ejemplos Diferencia de precioLa cantidad facturada supera la cantidad recibidaNúmero de orden de compra no válido
	Nombre de la persona aprobadora ApproverName	Nombre de la persona que aprobó o rechazó la factura.
Descripción Este atributo registra la identidad de la persona que actuó durante el paso de aprobación. Se registra en actividades como 'Invoice Approved' o 'Invoice Rejected'. En el análisis, el nombre de la persona aprobadora se utiliza para comprender las cargas de trabajo de aprobación, medir los tiempos de ciclo individuales y auditar el cumplimiento de las políticas de aprobación. Para el KPI «Tasa de cumplimiento de las aprobaciones», este atributo puede contrastarse con las reglas de delegación de autoridad según el importe de la factura y el código de empresa. Por qué es importante Es esencial para analizar los tiempos de ciclo de aprobación, garantizar el cumplimiento de las políticas de la matriz de aprobación y comprender la distribución de la carga de trabajo. Dónde obtenerlo Esta información se encuentra en las tablas de Workflow o del historial de aprobaciones de Oracle Fusion asociadas al objeto de factura. Ejemplos David WilsonSarah JohnsonMichael Brown
	Número de orden de compra PurchaseOrderNumber	El identificador de la orden de compra asociada a la factura.
Descripción Este atributo vincula la factura con la orden de compra correspondiente que autorizó la adquisición de los bienes o servicios. Las facturas pueden estar respaldadas por una orden de compra o no. Analizar los datos por orden de compra conecta el análisis con la parte de compras del proceso P2P. Ayuda a comprender el nivel de cumplimiento del proceso de compras y a determinar si los problemas de facturación, como las diferencias de conciliación, se originan en la orden de compra inicial. La presencia o ausencia de un número de orden de compra es una forma fundamental de segmentar y analizar las distintas rutas de procesamiento de facturas. Por qué es importante Vincula la factura con el proceso de compras y es un atributo clave para analizar los flujos de facturas con orden de compra y sin orden de compra. Dónde obtenerlo Esta información está disponible al vincular las líneas de factura de AP_INVOICE_LINES_ALL con las distribuciones de la orden de compra mediante PO_DISTRIBUTION_ID. Ejemplos PO-2023-5001600789PO-FIN-9981
	Sistema de origen SourceSystem	Identifica el sistema de origen en el que se registraron los datos del evento.
Descripción Este atributo especifica la aplicación o el módulo de origen que generó los datos, como Oracle Fusion Financials. En entornos con varios sistemas integrados, este campo ayuda a distinguir el origen de los distintos pasos del proceso. Conocer el sistema de origen resulta útil para validar datos, resolver problemas y analizar variaciones del proceso que pueden ser específicas de un sistema concreto. Aporta claridad en entornos de TI complejos, donde el recorrido de una factura puede abarcar varias aplicaciones. Por qué es importante Proporciona contexto sobre el origen de los datos, algo importante para la gobernanza de datos, la resolución de problemas y el análisis del comportamiento del proceso específico de cada sistema. Dónde obtenerlo A menudo es un valor estático que se añade durante la extracción de datos para identificar el origen del conjunto de datos. Ejemplos Oracle Fusion FinancialsOracle Payables Cloud
	Última actualización de datos LastUpdateDate	Marca de tiempo que indica cuándo se actualizó por última vez el registro en el sistema de origen.
Descripción Este atributo refleja la hora de la modificación más reciente de los datos subyacentes en Oracle Fusion Financials. Se utiliza para gestionar las cargas incrementales de datos y garantizar que el modelo de Process Mining esté actualizado. Aunque no se utiliza directamente para analizar el flujo del proceso, esta marca de tiempo técnica es fundamental para mantener la vigencia y la integridad de los datos. Permite que las canalizaciones de datos consulten de forma eficiente solo los registros nuevos o modificados desde la última actualización, reduciendo la carga en el sistema de origen. Por qué es importante Garantiza que las canalizaciones de datos puedan ejecutarse de forma eficiente e incremental, manteniendo actualizado el análisis del proceso sin necesidad de realizar cargas completas. Dónde obtenerlo Suele encontrarse como LAST_UPDATE_DATE en muchas tablas de Oracle Fusion, incluida AP_INVOICES_ALL. Ejemplos 2023-05-20T11:00:00Z2023-05-21T16:45:00Z

Obligatorio Recomendado Opcional

Purchase to Pay - Actividades de procesamiento de facturas

Estos son los pasos clave y los hitos del proceso que debe capturar en su Registro de eventos para descubrir el proceso con precisión.

6 Recomendado 9 Opcional

	Actividad	Descripción
	Factura aprobada	Todas las partes requeridas del Workflow han aprobado la factura. Ahora está lista para la contabilización y la programación del pago.
Por qué es importante Es un hito importante que indica la finalización satisfactoria del proceso de aprobación. Los retrasos anteriores a este paso suelen constituir cuellos de botella. Dónde obtenerlo Se infiere cuando APPROVAL_STATUS en la tabla AP_INVOICES_ALL cambia a un estado final de aprobación, como 'Approved' o 'Workflow Approved'. El historial de auditoría de este campo proporciona la marca de tiempo. Recopilar Se infiere a partir del cambio de AP_INVOICES_ALL.APPROVAL_STATUS a 'Approved'. Tipo de evento inferred
	Factura conciliada con la PO	Esta actividad indica la conciliación correcta de una línea de factura con la línea correspondiente de una Purchase Order y confirma que los bienes o servicios facturados fueron solicitados. Normalmente, se trata de una acción automática o manual registrada en el sistema.
Por qué es importante Es fundamental para la conciliación a tres bandas, que incluye la PO, la recepción y la factura. Los fallos en esta etapa son una fuente principal de excepciones y retrasos. Dónde obtenerlo Puede inferirse a partir de la creación de registros en la tabla AP_INVOICE_DISTRIBUTIONS_ALL que vinculan la factura con una distribución de PO mediante PO_DISTRIBUTION_ID. También puede utilizarse el estado de conciliación a nivel de línea en AP_INVOICE_LINES_ALL. Recopilar Se infiere a partir de la incorporación de datos de distribución de la PO en las líneas de factura. Tipo de evento inferred
	Factura contabilizada	La factura se registra correctamente en el General Ledger y genera asientos contables. Este evento confirma que el impacto financiero de la factura se ha registrado formalmente.
Por qué es importante Es un punto de control financiero crítico y un requisito previo para el pago. Confirma que la factura está completamente validada y aprobada, y lista para su liquidación. Dónde obtenerlo Se infiere a partir del estado de la tabla AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') o mediante la comprobación de los asientos correspondientes en las tablas del General Ledger, como XLA_AE_HEADERS. Recopilar Se infiere a partir de indicadores en AP_INVOICE_DISTRIBUTIONS_ALL o de asientos vinculados del GL. Tipo de evento inferred
	Factura creada	Representa la creación inicial de un registro de factura en el sistema, ya sea mediante introducción manual, escaneo o envío electrónico. Este evento suele capturarse cuando se inserta una nueva fila en la tabla principal de facturas.
Por qué es importante Marca el inicio del ciclo de vida del procesamiento de la factura. Analizar el tiempo transcurrido desde este evento ayuda a comprender la eficiencia de la introducción de datos y los retrasos generales al inicio del proceso. Dónde obtenerlo En Oracle Fusion Financials, corresponde a la marca de tiempo de creación del registro en la tabla AP_INVOICES_ALL, concretamente en la columna CREATION_DATE. Recopilar Marca de tiempo de creación del registro en AP_INVOICES_ALL. Tipo de evento explicit
	Factura enviada para aprobación	La factura se envía a un Workflow de aprobación conforme a las reglas empresariales configuradas. Esto marca el inicio del ciclo formal de aprobación.
Por qué es importante Inicia una parte crítica del proceso. Registrar esta hora de inicio es esencial para medir y optimizar el «Tiempo de ciclo de aprobación de facturas». Dónde obtenerlo Se infiere a partir de un cambio de estado en la tabla AP_INVOICES_ALL, donde APPROVAL_STATUS pasa a un estado como 'Initiated' o 'Pending Approval'. Las tablas de Workflow también pueden contener este evento. Recopilar Se infiere a partir del cambio de AP_INVOICES_ALL.APPROVAL_STATUS a 'Initiated'. Tipo de evento inferred
	Pago ejecutado	Es la confirmación final de que el pago se ha realizado y liquidado. En el caso de los cheques, corresponde a la fecha de compensación; en los pagos electrónicos, a la confirmación del banco.
Por qué es importante Es la actividad final del ciclo de vida de la factura y marca la finalización satisfactoria del proceso. Es el punto final para calcular el «Tiempo medio de ciclo de las facturas» y la «Tasa de pagos puntuales». Dónde obtenerlo Se infiere cuando el estado del pago se actualiza a 'Cleared' o 'Reconciled' en la tabla AP_CHECKS_ALL, utilizando CLEARED_DATE, o mediante datos de conciliación bancaria del módulo Cash Management (CE_STATEMENT_LINES). Recopilar Se infiere a partir de las actualizaciones de estado en AP_CHECKS_ALL o de la conciliación en el módulo CE. Tipo de evento inferred
	Discrepancia de conciliación identificada	Se produce cuando el sistema o una persona usuaria identifica una discrepancia entre la información de la factura, la orden de compra y la recepción, por ejemplo, en el precio o la cantidad. Esto suele provocar que el sistema coloque la factura en espera.
Por qué es importante Pone de manifiesto excepciones del proceso que requieren intervención manual. El seguimiento de estos eventos es esencial para el KPI «Tasa de discrepancias de conciliación de facturas» y el análisis de causas raíz. Dónde obtenerlo A menudo se registra como un tipo específico de espera aplicada a la factura. Consulte la tabla AP_HOLDS_ALL para identificar tipos de espera relacionados con la conciliación, como 'QTY REC' o 'PRICE'. HOLD_DATE indica la marca de tiempo. Recopilar Creación de un registro en AP_HOLDS_ALL con un tipo de espera relacionado con la conciliación. Tipo de evento explicit
	Espera aplicada a la factura	Actividad genérica que representa la aplicación de cualquier espera a una factura, lo que impide que avance hacia el pago. Puede deberse a problemas de conciliación, fondos insuficientes o intervención manual, entre otros motivos.
Por qué es importante Afecta directamente al tiempo de ciclo y puede provocar pagos atrasados. Analizar las esperas es clave para identificar y resolver problemas sistémicos del proceso y respaldar el análisis de «Tendencias de bloqueos de pago». Dónde obtenerlo Se registra explícitamente en la tabla AP_HOLDS_ALL. Cada fila representa una espera con una fecha de creación (HOLD_DATE) y un motivo. Recopilar Creación de un registro en la tabla AP_HOLDS_ALL. Tipo de evento explicit
	Espera liberada de la factura	Este evento marca la resolución de una espera aplicada previamente a la factura. Una persona usuaria o un proceso automatizado elimina el bloqueo, lo que permite que la factura continúe su ciclo de vida.
Por qué es importante El tiempo transcurrido entre la aplicación y la liberación de una espera es una medida crítica de la eficiencia en la gestión de excepciones. Este dato respalda el KPI «Tiempo medio de resolución de excepciones». Dónde obtenerlo Se registra en la tabla AP_HOLDS_ALL. Cuando se libera una espera, se rellenan los campos RELEASE_LOOKUP_CODE y RELEASE_REASON, junto con LAST_UPDATE_DATE. Recopilar Actualización de un registro en la tabla AP_HOLDS_ALL que indica que la espera se ha liberado. Tipo de evento explicit
	Factura cancelada	La factura se ha anulado o cancelado y no seguirá procesándose ni se pagará. Representa un estado final del proceso.
Por qué es importante Es un punto final importante para las facturas que no generan un pago. Analizar las cancelaciones puede revelar problemas relacionados con facturas duplicadas o envíos incorrectos de proveedores. Dónde obtenerlo Se infiere a partir de un cambio de estado en AP_INVOICES_ALL. La columna CANCELLED_DATE se rellena con la marca de tiempo de la cancelación. Recopilar El campo CANCELLED_DATE de la tabla AP_INVOICES_ALL se ha rellenado. Tipo de evento explicit
	Factura corregida	Se produce cuando una persona usuaria modifica una factura, normalmente como respuesta a un rechazo o para corregir un error de introducción de datos. Representa un paso de reproceso manual dentro del proceso.
Por qué es importante Esta actividad es un indicador claro de reproceso. Analizar su frecuencia ayuda a cuantificar la ineficiencia del proceso y respalda el KPI «Tasa de reprocesos de facturas». Dónde obtenerlo Puede inferirse mediante el seguimiento de actualizaciones importantes del registro de la factura en AP_INVOICES_ALL después de que esta ya haya sido validada o enviada para aprobación. Se necesitarían la marca de tiempo LAST_UPDATE_DATE y los datos del registro de auditoría. Recopilar Se infiere comparando LAST_UPDATE_DATE después de un rechazo o una espera. Tipo de evento inferred
	Factura rechazada	Una persona aprobadora ha rechazado la factura durante el Workflow de aprobación. Esta acción suele devolver la factura para su corrección o cancelación e iniciar un ciclo de reproceso.
Por qué es importante Representa un resultado negativo y un factor clave de reprocesos y aumento del tiempo de ciclo. El seguimiento de los rechazos ayuda a identificar problemas de calidad de las facturas o de cumplimiento de las PO. Dónde obtenerlo Se infiere cuando APPROVAL_STATUS en la tabla AP_INVOICES_ALL cambia a 'Rejected'. El historial del Workflow contiene información sobre quién la rechazó y cuándo. Recopilar Se infiere a partir del cambio de AP_INVOICES_ALL.APPROVAL_STATUS a 'Rejected'. Tipo de evento inferred
	Factura validada	Indica que la factura ha superado las comprobaciones del sistema sobre la integridad y corrección de la información de cabecera y de las líneas. Esto suele inferirse a partir de un cambio de estado en el registro de la factura.
Por qué es importante Es un hito clave antes de la conciliación y la aprobación. Los retrasos en esta etapa pueden indicar problemas de calidad de los datos de la factura o de configuración del sistema. Dónde obtenerlo Se infiere cuando el estado de la factura cambia a 'Validated' en la tabla AP_INVOICES_ALL. Puede utilizarse el historial de cambios o el registro de auditoría de la columna VALIDATION_STATUS. Recopilar Se infiere a partir de un cambio en el campo AP_INVOICES_ALL.VALIDATION_STATUS. Tipo de evento inferred
	Pago creado	El sistema ha generado la instrucción de pago de la factura. Puede consistir en la creación de un cheque, un archivo de transferencia electrónica de fondos (EFT) u otro instrumento de pago.
Por qué es importante En este punto, la organización compromete los fondos para el pago. Es un hito clave justo antes de que el dinero salga de la cuenta bancaria. Dónde obtenerlo Se registra en la tabla AP_CHECKS_ALL, que almacena información sobre todos los pagos. CHECK_DATE indica cuándo se creó el documento de pago. Recopilar Creación de un registro en la tabla AP_CHECKS_ALL. Tipo de evento explicit
	Pago programado	La factura se selecciona y se incluye en una solicitud de proceso de pago, normalmente denominada ejecución o lote de pagos. Ahora queda en cola para el pago.
Por qué es importante Es el paso entre la contabilización y el pago efectivo. La duración de esta etapa afecta a la previsión del flujo de caja y a la posibilidad de aprovechar descuentos por pronto pago. Dónde obtenerlo Se registra en la tabla AP_INVOICE_PAYMENTS_ALL cuando se crea un registro de pago, pero todavía no se ha confirmado como pagado. También puede encontrarse en tablas de lotes de pagos como IBY_PAYMENT_PROCESS_REQUESTS. Recopilar Creación de un registro en AP_INVOICE_PAYMENTS_ALL para un pago programado. Tipo de evento explicit

Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Oracle Fusion Financials

Pasos

Inicie sesión en Oracle Fusion Cloud: Acceda a su entorno de Oracle Fusion Cloud con un usuario que tenga el rol de administrador de BI Cloud Connector (BICC_ADMIN).
Vaya a BI Cloud Connector: En el menú de navegación principal, seleccione Tools > BI Cloud Connector. Se abrirá la consola de BICC.
Seleccione la oferta: En la consola de BICC, elija la oferta correspondiente a sus datos de Financials. Normalmente se denomina «Financials».
Configure el almacenamiento externo: Vaya a la sección «Configure External Storage». Configure la conexión con el almacenamiento en la nube donde se entregarán los archivos CSV extraídos, por ejemplo, Oracle Cloud Infrastructure (OCI) Object Storage.
Habilite las ofertas para la extracción: Vaya a «Manage Offerings and PVOs» o a una sección similar. Seleccione la oferta «Financials» y habilítela para la extracción.
Seleccione los Public View Objects (PVOs): Busque y seleccione los PVOs específicos necesarios para el proceso de facturas. Los PVOs clave son: FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO, FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO, FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO y FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO.
Programe el trabajo de extracción: Vaya a «Manage Extract Schedules». Cree un trabajo nuevo, asígnele un nombre descriptivo y seleccione todos los PVOs que habilitó en el paso anterior. Programe su ejecución. Para la carga inicial, ejecútelo para el intervalo histórico que desee. Para las ejecuciones posteriores, configúrelo para realizar extracciones incrementales basadas en LastUpdateDate.
Supervise y recupere los datos: Supervise el progreso del trabajo en la consola de BICC. Cuando finalice correctamente, vaya a la ubicación de almacenamiento en la nube que configuró. Encontrará los datos extraídos en un conjunto de archivos CSV comprimidos, uno por cada PVO.
Cargue los datos en un área de preparación: Descomprima los archivos y cargue los CSV en una base de datos de preparación o plataforma de procesamiento de datos, como un almacén de datos o un lago de datos, donde pueda ejecutar consultas SQL. Cada archivo CSV debe cargarse en su propia tabla.
Transforme los datos en un registro de eventos: Ejecute la consulta SQL proporcionada en las tablas del área de preparación. Esta consulta combina los datos de las distintas tablas para crear una única tabla de registro de eventos unificada.
Exporte los datos para ProcessMind: Exporte el resultado de la consulta SQL como un único archivo CSV. Asegúrese de que los encabezados de columna coincidan con los atributos requeridos (InvoiceNumber, ActivityName, EventTime, etc.) para cargar el archivo en la aplicación ProcessMind.

Configuración

Public View Objects (PVOs) clave: La extracción depende de varios PVOs principales de la oferta Financials. Como mínimo, debe incluir:
- FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO: Para los datos principales de las facturas y los eventos de creación, validación y cancelación.
- FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO: Para todos los eventos de retención y liberación de facturas.
- FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO: Para capturar pasos detallados del Workflow de aprobación, como el envío, la aprobación y el rechazo.
- FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO: Para los eventos de creación y ejecución de pagos.
- FscmTopModelAM.FinApInvPmtsAM.InstallmentPVO: Para identificar cuándo se programa una factura para el pago.
Extracciones incrementales: Para la supervisión continua, configure el trabajo de BICC para realizar extracciones incrementales. Utilice la columna LastUpdateDate, disponible en la mayoría de los PVOs, como criterio de filtro para extraer únicamente los registros nuevos o modificados desde la última ejecución.
Filtrado por intervalo de fechas: Para la carga inicial de datos históricos, se recomienda extraer un periodo manejable, como los últimos 6 a 12 meses. Puede aplicar un filtro global en la programación del trabajo de BICC para limitar la extracción a un intervalo de fechas específico.
Filtro por unidad de negocio: Para limitar el alcance de la extracción, aplique un filtro sobre BusinessUnitName o un atributo similar en la configuración del trabajo de BICC. Esto es fundamental en entornos con varias entidades para gestionar el volumen de datos.
Requisitos previos: Su cuenta de usuario necesita los roles adecuados, principalmente BICC Administrator (BICC_ADMIN) y Functional Setup User (FSM_IMPLEMENTATION_CONSULTANT), para configurar y ejecutar trabajos de extracción. También debe disponer de una ubicación de almacenamiento en la nube configurada y accesible, como OCI Object Storage o UCM.

a Consulta de ejemplo sql

-- This script is designed to be run on the CSV files after they have been extracted by BICC and loaded into a staging database.
-- Each CTE (e.g., Invoices, Holds) represents a table created from a corresponding PVO's CSV file.

WITH Invoices AS (
    SELECT 
        InvoiceId,
        InvoiceNumber,
        InvoiceAmount,
        SupplierName AS VendorName,
        CreationDate,
        CreatedBy AS UserName, 
        LastUpdateDate, 
        LastUpdatedBy, 
        ValidatedDate,
        ApprovalStatus,
        WfApprovalStatus,
        PayablesAccountingStatus,
        CancelledDate,
        CancelledBy,
        BusinessUnitName AS CompanyCode
    FROM FscmTopModelAM_FinApInvQuickInvoicesAM_InvoiceHeaderPVO
    WHERE LastUpdateDate >= '[Specify Start Date]'
),
Holds AS (
    SELECT 
        InvoiceId,
        HoldDate,
        ReleasedDate,
        HoldReason,
        CreatedBy,
        LastUpdatedBy
    FROM FscmTopModelAM_FinApInvHoldAM_InvoiceHoldPVO
),
ApprovalHistory AS (
    SELECT
        InvoiceId,
        ActionDate,
        Action,
        Performer AS UserName
    FROM FscmTopModelAM_FinApInvSharedAM_InvoiceApprovalHistoryPVO
),
Installments AS (
    SELECT 
        InvoiceId,
        DueDate AS PaymentDueDate,
        PaymentStatusFlag,
        LastUpdateDate
    FROM FscmTopModelAM_FinApInvPmtsAM_InstallmentPVO
),
Payments AS (
    SELECT
        InvoiceId,
        PaymentId,
        CreationDate,
        CreatedBy AS UserName,
        PaymentDate
    FROM FscmTopModelAM_FinApPmtsInvPmtsAM_PaymentPVO
)

-- 1. Invoice Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    i.CreationDate AS "EventTime",
    i.CreationDate AS "EndTime",
    i.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 2. Invoice Validated
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    i.ValidatedDate AS "EventTime",
    i.ValidatedDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Validated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.ValidatedDate IS NOT NULL

UNION ALL

-- 3. Invoice Matched to PO (Inferred from hold release)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE') AND h.ReleasedDate IS NOT NULL

UNION ALL

-- 4. Matching Discrepancy Identified
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Matching Discrepancy Identified' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE')

UNION ALL

-- 5. Hold Placed on Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Placed on Invoice' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.ReleasedDate IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Sent for Approval' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Initiated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'SUBMITTED'

UNION ALL

-- 8. Invoice Approved
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Approved' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Workflow approved' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'APPROVED'

UNION ALL

-- 9. Invoice Rejected
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Rejected' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Rejected' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'REJECTED'

UNION ALL

-- 10. Invoice Corrected (Inferred from update after rejection)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.WfApprovalStatus = 'WORKFLOW_REJECTED' AND i.LastUpdatedBy <> 'FUSION_APPS_PRC_SOA_APPID'

UNION ALL

-- 11. Invoice Accounted
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Accounted' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.PayablesAccountingStatus = 'ACCOUNTED'

UNION ALL

-- 12. Payment Scheduled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    inst.LastUpdateDate AS "EventTime",
    inst.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName", -- User who ran the PPR is not in this PVO
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Selected for Payment' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE inst.PaymentStatusFlag = 'Y'

UNION ALL

-- 13. Payment Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    p.CreationDate AS "EventTime",
    p.CreationDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 14. Payment Executed
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    p.PaymentDate AS "EventTime",
    p.PaymentDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE p.PaymentDate IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    i.CancelledDate AS "EventTime",
    i.CancelledDate AS "EndTime",
    i.CancelledBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Cancelled' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.CancelledDate IS NOT NULL;

Pasos

Acceda a Oracle BI Publisher: Inicie sesión en Oracle Fusion Applications con un usuario que tenga el rol de administrador de BI u otro similar. Vaya a la herramienta Reports and Analytics: abra el menú Navigator, seleccione Tools y, por último, haga clic en Reports and Analytics.
Vaya al catálogo: En el área de trabajo Reports and Analytics, haga clic en el botón Browse Catalog para abrir la interfaz de Oracle BI Publisher.
Cree un modelo de datos nuevo: En el catálogo de BI Publisher, vaya a una carpeta adecuada, por ejemplo, Shared Folders > Custom. Haga clic en el menú desplegable New y seleccione Data Model.
Defina el conjunto de datos de la consulta SQL: En el editor de Data Model, haga clic en el icono «+» para añadir un conjunto de datos nuevo y seleccione SQL Query en la lista.
Configure el conjunto de datos: En el cuadro de diálogo New Data Set, introduzca un nombre como P2P_Invoice_Events. Seleccione el Data Source adecuado, normalmente ApplicationDB_FSCM para los datos financieros. Asegúrese de que el tipo de SQL esté establecido en Standard SQL.
Introduzca 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 SQL Query.
Defina los parámetros: La consulta utiliza parámetros para el filtrado. En las propiedades del Data Model, cree tres parámetros: p_start_date, p_end_date y p_bu_name. Establezca su tipo de datos como String. Al ejecutar el informe, el usuario proporcionará los valores, por ejemplo, «2023-01-01» para las fechas y el nombre específico de la unidad de negocio.
Guarde el Data Model: Guarde el modelo de datos en su carpeta personalizada. Puede consultar datos de ejemplo haciendo clic en la pestaña «Data» e introduciendo valores para los parámetros que creó.
Cree un informe: Vuelva al catálogo, haga clic en el menú desplegable New y seleccione Report. En el asistente de creación del informe, seleccione la opción «Use Data Model» y busque el modelo de datos que acaba de guardar.
Configure el diseño y el formato de salida: En el editor del informe, basta con un diseño de tabla sencillo. El paso más importante es configurar el formato de salida predeterminado. Haga clic en «View a List» y asegúrese de que CSV sea el formato predeterminado y el único habilitado. Así se garantiza que el archivo de salida sea un archivo de datos limpio y sin formato.
Programe el informe: Guarde el informe. Ahora puede ejecutarlo bajo demanda o, para mejorar el rendimiento, programarlo durante las horas de menor actividad. Puede configurar la programación para entregar el archivo CSV en un destino específico, como el servidor Universal Content Management (UCM), desde donde podrá recuperarlo para cargarlo.
Exporte y prepare los datos: Cuando finalice el trabajo del informe, descargue el archivo CSV resultante. Verifique que los encabezados de columna coincidan con los atributos requeridos (InvoiceNumber, ActivityName, EventTime, etc.) antes de cargarlo en la herramienta de Process Mining.

Configuración

Origen de datos: La consulta debe ejecutarse en la base de datos de la aplicación Fusion Financials, normalmente conectada mediante el origen de datos JNDI ApplicationDB_FSCM en BI Publisher.
Parámetros: El modelo de datos debe configurarse con los siguientes parámetros para permitir una extracción flexible:
- p_start_date: La fecha de inicio del periodo de extracción en formato «YYYY-MM-DD».
- p_end_date: La fecha de finalización del periodo de extracción en formato «YYYY-MM-DD».
- p_bu_name: El nombre de la unidad de negocio (código de empresa) por el que se filtrarán los datos. Utilice un carácter comodín como «%» para extraer datos de todas las unidades de negocio.
Intervalo de fechas: Para la extracción inicial, se recomienda utilizar un intervalo de 3 a 6 meses de datos. Esto ofrece un equilibrio entre disponer de un conjunto de datos representativo y gestionar el rendimiento de la extracción.
Consideraciones de rendimiento: Extraer datos de periodos largos o de todas las unidades de negocio a la vez puede consumir muchos recursos y provocar tiempos de espera agotados. Se recomienda ejecutar las extracciones grandes en lotes más pequeños y secuenciales, por ejemplo, mes a mes, o programarlas durante las horas de menor actividad.
Requisitos previos: El usuario que cree y ejecute el informe necesita un rol con permisos para acceder a la herramienta BI Publisher, por ejemplo, BI Administrator, así como los privilegios de seguridad de datos necesarios para consultar las tablas subyacentes de cuentas por pagar (AP_INVOICES_ALL, AP_PAYMENTS_ALL, etc.) de las unidades de negocio objetivo.

a Consulta de ejemplo sql

WITH INVOICE_BASE AS (
    SELECT 
        AIA.INVOICE_ID,
        AIA.INVOICE_NUM,
        AIA.INVOICE_AMOUNT,
        AIA.CREATION_DATE,
        AIA.CREATED_BY,
        AIA.LAST_UPDATE_DATE,
        AIA.LAST_UPDATED_BY,
        AIA.CANCELLED_DATE,
        AIA.CANCELLED_BY,
        AIA.WFAPPROVAL_STATUS,
        AIA.TERMS_DATE AS PAYMENT_DUE_DATE,
        PSV.VENDOR_NAME,
        FABUV.BU_NAME AS COMPANY_CODE
    FROM 
        AP_INVOICES_ALL AIA
    JOIN 
        POZ_SUPPLIERS_V PSV ON AIA.VENDOR_ID = PSV.VENDOR_ID
    JOIN
        FUN_ALL_BUSINESS_UNITS_V FABUV ON AIA.ORG_ID = FABUV.BU_ID
    WHERE 
        AIA.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
        AND FABUV.BU_NAME LIKE :p_bu_name
)
-- 1. Invoice Created
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB

UNION ALL

-- 2. Invoice Validated
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIA.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    AIA.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICES_ALL AIA
JOIN 
    INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AIA.WFAPPROVAL_STATUS IN ('VALIDATED', 'NEEDS REVALIDATION', 'STOPPED')

UNION ALL

-- 3. Invoice Matched to PO
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(AID.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICE_DISTRIBUTIONS_ALL AID
JOIN 
    INVOICE_BASE IB ON AID.INVOICE_ID = IB.INVOICE_ID
WHERE
    AID.PO_DISTRIBUTION_ID IS NOT NULL
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 4. Matching Discrepancy Identified & 5. Hold Placed on Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AH.HOLD_LOOKUP_CODE IN ('QTY ORD', 'QTY REC', 'PRICE', 'AMT ORD', 'AMT REC') THEN 'Matching Discrepancy Identified'
        ELSE 'Hold Placed on Invoice'
    END AS "ActivityName",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AH.RELEASE_LOOKUP_CODE IS NOT NULL AND AH.RELEASE_DATE IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval, 8. Invoice Approved, 9. Invoice Rejected
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AAH.ACTION = 'INITIATED' THEN 'Invoice Sent for Approval'
        WHEN AAH.ACTION = 'APPROVED' THEN 'Invoice Approved'
        WHEN AAH.ACTION = 'REJECTED' THEN 'Invoice Rejected'
    END AS "ActivityName",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AAH.RESPONSE_ID AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INV_APRVL_HIST_ALL AAH
JOIN 
    INVOICE_BASE IB ON AAH.INVOICE_ID = IB.INVOICE_ID
WHERE
    AAH.ACTION IN ('INITIATED', 'APPROVED', 'REJECTED') AND AAH.RESPONSE_DATE IS NOT NULL

UNION ALL

-- 10. Invoice Corrected
SELECT DISTINCT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.LAST_UPDATE_DATE > IB.CREATION_DATE
    AND IB.LAST_UPDATED_BY <> IB.CREATED_BY 
    AND EXISTS (
        SELECT 1 FROM AP_INV_APRVL_HIST_ALL AAH 
        WHERE AAH.INVOICE_ID = IB.INVOICE_ID AND AAH.ACTION = 'REJECTED' AND IB.LAST_UPDATE_DATE > AAH.RESPONSE_DATE
    )

UNION ALL

-- 11. Invoice Accounted
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(XAH.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM XLA_AE_HEADERS XAH
JOIN XLA_TRANSACTION_ENTITIES XTE ON XAH.ENTITY_ID = XTE.ENTITY_ID
JOIN INVOICE_BASE IB ON XTE.SOURCE_ID_INT_1 = IB.INVOICE_ID
WHERE XTE.APPLICATION_ID = 200
AND XTE.ENTITY_CODE = 'AP_INVOICES'
AND XAH.ACCOUNTING_ENTRY_STATUS_CODE = 'F' -- Final
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 12. Payment Scheduled
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(APISC.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INV_SELECTION_CRITERIA_ALL APISC
JOIN AP_INVOICES_ALL AIA ON APISC.CHECKRUN_NAME = AIA.PAYMENT_STATUS_FLAG
JOIN INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 13. Payment Created
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIPA.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 14. Payment Executed
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AC.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN AP_CHECKS_ALL AC ON AIPA.CHECK_ID = AC.CHECK_ID
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID
WHERE AC.CLEARED_DATE IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CANCELLED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.CANCELLED_DATE IS NOT NULL

Pasos

Requisitos previos: Asegúrese de tener Python 3.6 o una versión posterior instalado en su sistema, junto con las bibliotecas requests y pandas. Puede instalarlas mediante pip: pip install requests pandas.
Configure la API de Oracle Fusion: En su instancia de Oracle Fusion, vaya a Security Console. Cree una aplicación confidencial nueva para obtener acceso a la API. Anote el Client ID y el Client Secret asignados. Asegúrese de que el usuario de la aplicación tenga los roles necesarios para leer datos de facturas y pagos, como el rol Financials - Payables Invoice Inquiry Duty.
Configure el script de Python: Copie el script de Python proporcionado en un archivo, por ejemplo, extract_fusion_invoices.py. Abra el archivo y complete las variables de marcador de posición situadas al principio del script. Esto incluye CLIENT_ID, CLIENT_SECRET, TOKEN_URL, FUSION_HOST, START_DATE y END_DATE. FUSION_HOST debe ser la URL base de sus aplicaciones de Oracle Cloud.
Establezca el periodo de extracción: Modifique las variables START_DATE y END_DATE para definir el intervalo temporal de extracción. Se recomienda comenzar con un periodo corto, como un mes, para probar el script y verificar el resultado.
Ejecute el script: Ejecute el script desde la línea de comandos o el terminal. Para ello, vaya a su directorio y escriba python extract_fusion_invoices.py. El script se autenticará, obtendrá los datos y mostrará mensajes de progreso en la consola.
Proceso de autenticación: Primero, el script envía una solicitud con sus credenciales de cliente al proveedor de identidad de Oracle (TOKEN_URL) para obtener un token de acceso OAuth. Después, incluye este token en el encabezado de todas las solicitudes posteriores a la API de Fusion Financials para autenticarlas.
Obtención y paginación de datos: El script consulta el endpoint de la API REST invoices para recuperar los registros creados dentro del intervalo de fechas especificado. Gestiona automáticamente la paginación comprobando el indicador hasMore de la respuesta de la API y realizando solicitudes posteriores con un parámetro offset actualizado hasta recuperar todos los datos de las facturas.
Obtención detallada de datos: Para cada factura recuperada, el script realiza llamadas adicionales a la API para obtener los detalles asociados. Consulta el endpoint /child/holds para obtener información sobre retenciones y liberaciones, y el endpoint /payments, filtrado por número de factura, para recopilar los datos de pago.
Generación del registro de eventos: La lógica principal del script procesa los datos JSON sin procesar de la API. Comprueba fechas, estados y registros secundarios específicos para generar filas diferenciadas para cada una de las 15 actividades empresariales requeridas. Por ejemplo, la presencia de CancelledDate genera un evento «Factura cancelada».
Revise el resultado: Cuando finalice el script, creará un archivo denominado invoice_event_log.csv en el mismo directorio. Abra este archivo CSV con una aplicación de hojas de cálculo para revisar los datos. Compruebe que estén presentes todas las columnas requeridas (InvoiceNumber, ActivityName, EventTime) y los atributos recomendados.
Prepare la carga: Asegúrese de que los encabezados de columna del archivo CSV coincidan con los nombres de atributo requeridos. Normalmente no es necesario aplicar ningún formato adicional. El archivo ya está listo para cargarse en su herramienta de Process Mining.

Configuración

Credenciales de autenticación: Se necesitan un Client ID y un Client Secret de una aplicación confidencial registrada en Security Console de Oracle Fusion. También debe proporcionar la Token URL de su dominio de identidad.
URL del host de la API: La variable FUSION_HOST debe establecerse en la URL base de su instancia de Oracle Fusion, por ejemplo, https://[your-instance].fa.us2.oraclecloud.com.
Intervalo de fechas: Las variables START_DATE y END_DATE son fundamentales para controlar el alcance de la extracción. Para el análisis inicial, se recomienda extraer entre 3 y 6 meses de datos, a fin de equilibrar el volumen de datos y el rendimiento.
Endpoints de API utilizados: El script interactúa principalmente con los endpoints fscmRestApi/resources/11.13.18.05/invoices y fscmRestApi/resources/11.13.18.05/payments. También utiliza el subrecurso /invoices/{InvoiceId}/child/holds.
Límite de paginación: La variable LIMIT del script controla cuántos registros se obtienen en cada solicitud a la API. El valor predeterminado es 100. Un valor más alto puede reducir el número de llamadas a la API, pero aumentar el consumo de memoria por solicitud. Puede ser necesario utilizar un valor más bajo si se producen errores de tiempo de espera.
Permisos necesarios: La cuenta de usuario asociada a las credenciales de la API necesita acceso de lectura a las facturas de cuentas por pagar, las retenciones de facturas, los pagos y la información de los proveedores. El rol Payables Invoice Inquiry Duty suele proporcionar permisos suficientes.

a Consulta de ejemplo python

import requests
import pandas as pd
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion credentials and instance details
CLIENT_ID = class="hl-string">'[Your Client ID]'
CLIENT_SECRET = class="hl-string">'[Your Client Secret]'
TOKEN_URL = class="hl-string">'[Your Oracle Identity Cloud Service Token URL, e.g., https://idcs-....identity.oraclecloud.com/oauth2/v1/token]'
FUSION_HOST = class="hl-string">'[Your Fusion Host URL, e.g., https://your-fusion-instance.fa.ocs.oraclecloud.com]'

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Set the date range for the invoice extraction (YYYY-MM-DD)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># API request settings
LIMIT = 100

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def get_access_token():
    class="hl-string">"""Authenticates and retrieves an OAuth2 access token."""
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    data = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'scope': class="hl-string">'urn:opc:resource:consumer::all'
    }
    try:
        response = requests.post(TOKEN_URL, headers=headers, data=data, auth=(CLIENT_ID, CLIENT_SECRET))
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def fetch_data(api_url, headers, params):
    class="hl-string">"""Fetches data from a given API endpoint with pagination handling."""
    all_items = []
    offset = 0
    has_more = True

    while has_more:
        params[class="hl-string">'offset'] = offset
        try:
            response = requests.get(api_url, headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += len(items)
            print(fclass="hl-string">"Fetched {len(all_items)} records so far...")
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {api_url}: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to extract, transform, and save invoice data."""
    access_token = get_access_token()
    if not access_token:
        print(class="hl-string">"Could not obtain access token. Exiting.")
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }

    event_log = []

    class=class="hl-string">"hl-comment"># 1. Fetch Invoices
    print(class="hl-string">"Starting invoice extraction...")
    invoice_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices'
    invoice_params = {
        class="hl-string">'q': fclass="hl-string">'CreationDate between \'{START_DATE}T00:00:00.000Z\class="hl-string">' and \'{END_DATE}T23:59:59.999Z\class="hl-string">'',
        class="hl-string">'onlyData': class="hl-string">'true',
        class="hl-string">'limit': LIMIT,
        class="hl-string">'fields': class="hl-string">'InvoiceId,InvoiceNumber,InvoiceAmount,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,SupplierName,ValidationDate,CancelledDate,ApprovalStatus,AccountingDate,PaymentStatus,DueDate,InvoiceStatus,BusinessUnitName'
    }
    invoices = fetch_data(invoice_url, headers, invoice_params)
    print(fclass="hl-string">"Total invoices fetched: {len(invoices)}")

    class=class="hl-string">"hl-comment"># 2. Process each invoice to create events
    for inv in invoices:
        case_id = inv.get(class="hl-string">'InvoiceNumber')
        if not case_id:
            continue

        base_event = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'EndTime': None,
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'SupplierName'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'DueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'InvoiceStatus'),
            class="hl-string">'CompanyCode': inv.get(class="hl-string">'BusinessUnitName')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Created
        if inv.get(class="hl-string">'CreationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Created', class="hl-string">'EventTime': inv[class="hl-string">'CreationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'CreatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Validated
        if inv.get(class="hl-string">'ValidationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Validated', class="hl-string">'EventTime': inv[class="hl-string">'ValidationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activities based on Approval Status
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Initiated', class="hl-string">'Required']:
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Approved', class="hl-string">'Not required', class="hl-string">'Workflow approved']:
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Rejected':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># This is an inference, might represent corrections after rejection or validation failure
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Needs revalidation':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Corrected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Accounted
        if inv.get(class="hl-string">'AccountingDate'):
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Accounted', class="hl-string">'EventTime': inv[class="hl-string">'AccountingDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Canceled
        if inv.get(class="hl-string">'CancelledDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Canceled', class="hl-string">'EventTime': inv[class="hl-string">'CancelledDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activity: Matched to PO - Inference based on PaymentStatus which can indicate matching holds resolved
        if inv.get(class="hl-string">'PaymentStatus') == class="hl-string">'Available':
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Matched to PO', class="hl-string">'EventTime': inv.get(class="hl-string">'ValidationDate') or inv.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 3. Fetch Holds for the Invoice
        holds_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices/{inv["InvoiceId"]}/child/holds'
        holds = fetch_data(holds_url, headers, {class="hl-string">'onlyData': class="hl-string">'true'})
        for hold in holds:
            class=class="hl-string">"hl-comment"># Activity: Hold Placed on Invoice
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Placed on Invoice', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            if hold.get(class="hl-string">'HoldReason') in [class="hl-string">'Price', class="hl-string">'Qty Ord', class="hl-string">'Qty Rec', class="hl-string">'Quality']:
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            
            class=class="hl-string">"hl-comment"># Activity: Hold Released from Invoice
            if hold.get(class="hl-string">'ReleaseDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Released from Invoice', class="hl-string">'EventTime': hold[class="hl-string">'ReleaseDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 4. Fetch Payments for the Invoice
        if inv.get(class="hl-string">'PaymentStatus') in [class="hl-string">'Paid', class="hl-string">'Partially paid']:
            payment_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/payments'
            payment_params = {
                class="hl-string">'q': fclass="hl-string">'InvoiceNumber=\'{case_id}\class="hl-string">'',
                class="hl-string">'onlyData': class="hl-string">'true',
                class="hl-string">'fields': class="hl-string">'PaymentId,CreationDate,CreatedBy,ClearedDate,PaymentDate'
            }
            payments = fetch_data(payment_url, headers, payment_params)
            for pmt in payments:
                 class=class="hl-string">"hl-comment"># Activity: Payment Scheduled (Approximation using Payment Creation Date)
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': pmt[class="hl-string">'CreationDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Created
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Created', class="hl-string">'EventTime': pmt[class="hl-string">'PaymentDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Executed
                 if pmt.get(class="hl-string">'ClearedDate'):
                     event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': pmt[class="hl-string">'ClearedDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})

    class=class="hl-string">"hl-comment"># 5. Create and Save DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. Please check your date range and API responses.")
        return

    df = pd.DataFrame(event_log)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
    if class="hl-string">'EndTime' in df.columns:
         df[class="hl-string">'EndTime'] = pd.to_datetime(df[class="hl-string">'EndTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

    output_filename = class="hl-string">'invoice_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

¿Listo para comenzar?

Comience a optimizar el procesamiento de sus facturas preparando sus datos con esta plantilla. Descubra información valiosa e impulse mejoras significativas de eficiencia en su organización.

Volver a la guía de mejora Descargar Template

Optimice ahora el procesamiento de sus facturas P2P y reduzca un 30 % la duración de los ciclos

Elimine los cuellos de botella en Oracle Fusion Financials y reduzca un 30 % la duración del ciclo.

Inicie la prueba gratuita

No necesita tarjeta de crédito. Vea resultados en cuestión de días.

Su plantilla de datos para compras a pagos, procesamiento de facturas

Su plantilla de datos para compras a pagos, procesamiento de facturas

Purchase to Pay - Atributos del procesamiento de facturas

Purchase to Pay - Actividades de procesamiento de facturas

Guías de extracción

Exportación masiva de datos mediante Oracle BI Cloud Connector (BICC)

Pasos

Configuración

a Consulta de ejemplo sql

Informe de Oracle BI Publisher con modelo de datos SQL personalizado

Pasos

Configuración

a Consulta de ejemplo sql

Extracción mediante script de Python con la API REST de Fusion Financials

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Optimice ahora el procesamiento de sus facturas P2P y reduzca un 30 % la duración de los ciclos

Su plantilla de datos para compras a pagos, procesamiento de facturas

Su plantilla de datos para compras a pagos, procesamiento de facturas

Purchase to Pay - Atributos del procesamiento de facturas

Purchase to Pay - Actividades de procesamiento de facturas

Guías de extracción

Exportación masiva de datos mediante Oracle BI Cloud Connector (BICC)

Pasos

Configuración

a Consulta de ejemplo sql

Informe de Oracle BI Publisher con modelo de datos SQL personalizado

Pasos

Configuración

a Consulta de ejemplo sql

Extracción mediante script de Python con la API REST de Fusion Financials

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Optimice ahora el procesamiento de sus facturas P2P y reduzca un 30 % la duración de los ciclos

Valoramos su privacidad