> Mejora Continua de Procesos > Adquisiciones a Pagos Procesamiento de Facturas > Oracle Fusion Financials > Plantilla de Datos

Su Template de Datos para Adquisiciones a Pagos - Procesamiento de Facturas

Oracle Fusion Financials

← Volver a la Guía de Mejora

Adquisiciones a Pagos - Atributos de Procesamiento de Facturas (21) Adquisiciones a Pagos - Actividades de Procesamiento de Facturas (15) Guías de Extracción (3)

Su Template de Datos para Adquisiciones a Pagos - Procesamiento de Facturas

Este template está diseñado para guiarle a través de la recopilación de los datos esenciales para analizar su proceso de Adquisiciones a Pagos, específicamente el Procesamiento de Facturas, dentro de Oracle Fusion Financials. Describe los atributos cruciales, las actividades clave y proporciona orientación sobre cómo extraer esta información de su sistema. Utilizar este template le ayudará a preparar un registro de eventos preciso y completo para Process Mining.

Atributos recomendados para recopilar
Actividades clave para el seguimiento
Guía de extracción para Oracle Fusion Financials

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

Descargar Plantilla

Adquisiciones a Pagos - Atributos de Procesamiento de Facturas

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis completo de Adquisiciones a Pagos - Procesamiento de Facturas.

3 Requerido 7 Recomendado 11 Opcional

	Nombre	Descripción
	Número de Factura InvoiceNumber	El identificador único para una factura de proveedor.
Descripción El Número de Factura sirve como identificador principal del case, vinculando 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 case única en el análisis de procesos. En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada factura. Permite el análisis de los flujos de proceso, los tiempos de ciclo y las variaciones por factura. Es la clave para conectar diferentes actividades como la validación, la aprobación y el pago en una narrativa de proceso coherente. Por qué es importante Este es el identificador de case esencial que conecta todos los pasos del proceso relacionados, haciendo posible rastrear todo el ciclo de vida de una factura. Dónde obtener Esto se encuentra típicamente en la tabla AP_INVOICES_ALL, en la columna INVOICE_NUM. Ejemplos INV-2023-001987654321ACME-FIN-5501
	Actividad ActivityName	El nombre de la actividad de negocio o evento que ocurrió 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 'Factura Creada', 'Factura Aprobada' o 'Pago Ejecutado'. Forma la secuencia de eventos que constituyen el flujo del proceso. Analizar la secuencia y frecuencia de las actividades es el núcleo de Process Mining. Ayuda a descubrir la ruta real del proceso, identificar bottlenecks donde las actividades se retrasan y detectar desviaciones o ciclos de reprocesamiento, como una factura siendo rechazada después de la aprobación. Por qué es importante Define los pasos del proceso, lo cual es esencial para visualizar el mapa de procesos, analizar las variaciones del flujo e identificar los `bottlenecks`. Dónde obtener Este atributo se deriva típicamente de una combinación de campos de estado, tablas de auditoría o logs de workflow dentro de Oracle Fusion Financials, como AP_INVOICES_ALL.WFAPPROVAL_STATUS o tablas de workflow relacionadas. Ejemplos Factura ValidadaRetención de Factura AplicadaFactura AprobadaPago Ejecutado
	Hora de Inicio EventTime	El timestamp que indica cuándo ocurrió una actividad o event.
Descripción Este atributo proporciona la fecha y hora para cada actividad en el proceso de la factura. Es crítico para todo análisis de procesos basado en el tiempo, incluyendo el cálculo de tiempos de ciclo, duraciones y tiempos de espera entre pasos. Al ordenar los eventos cronológicamente utilizando este timestamp, las herramientas de Process Mining pueden reconstruir la secuencia exacta de actividades para cada factura. Esto permite el cálculo de indicadores clave de rendimiento como el Tiempo Promedio del Ciclo de Factura y ayuda a identificar qué etapas del proceso consumen más tiempo. Por qué es importante Este timestamp es crucial para calcular todas las métricas de rendimiento relacionadas con la duración y el tiempo, como los tiempos de ciclo y los bottlenecks. Dónde obtener Este timestamp se deriva de varios campos de fecha en tablas de Oracle Fusion, como CREATION_DATE o LAST_UPDATE_DATE en tablas como AP_INVOICES_ALL o tablas de workflow y pago relacionadas. Ejemplos 2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
	Estado de la Factura InvoiceStatus	El estado actual de la factura en su ciclo de vida.
Descripción Este atributo refleja el último estado conocido de la factura, como 'Validada', 'Necesita Revalidación', 'Pagada' o 'Cancelada'. Proporciona una instantánea de dónde se encuentra una factura en el proceso en un momento dado. El Estado de la Factura es crítico para el dashboard 'Distribución del Estado Actual de la Factura', que ayuda a los gerentes de operaciones a identificar atrasos y monitorear la salud general del flujo de procesamiento de facturas. Analizar cómo cambian los estados con el tiempo también puede proporcionar una vista simplificada del flujo del proceso. Por qué es importante Proporciona una vista del estado actual de las facturas, lo cual es esencial para los `dashboards` operativos que rastrean los pendientes y la carga de trabajo. Dónde obtener Consulte la documentación de Oracle Fusion Financials. El estado puede derivarse de campos como WFAPPROVAL_STATUS en AP_INVOICES_ALL o tablas de aprobación y pago relacionadas. Ejemplos ValidadoPagadoCanceladoRequiere Revalidación
	Fecha de Vencimiento de Pago PaymentDueDate	La fecha en la que vence el pago de la factura al proveedor.
Descripción La Fecha de Vencimiento de Pago se calcula basándose en los términos de pago acordados con el proveedor. Sirve como fecha límite para realizar el pago y evitar penalizaciones, mantener buenas relaciones con los proveedores y capturar posibles descuentos por pronto pago. Este atributo es esencial para el dashboard 'Rendimiento de Pagos a Tiempo' y el KPI asociado. Al comparar el timestamp real de ejecución del pago con la Fecha de Vencimiento de Pago, el análisis puede clasificar los pagos como a tiempo o tardíos, ayudando a la organización a monitorear y mejorar su puntualidad en los pagos. Por qué es importante Esta es la línea base para medir el rendimiento de pagos a tiempo, un KPI crítico para la gestión de proveedores y la salud financiera. Dónde obtener Esta fecha a menudo está disponible en tablas de programación de pagos como AP_PAYMENT_SCHEDULES_ALL, vinculada a la factura. Ejemplos 2023-05-152023-06-012023-06-30
	Hora de Finalización EndTime	La marca de tiempo que indica cuándo se completó una actividad o evento.
Descripción La End Time marca la finalización de una actividad específica. Mientras que la Start Time señala el comienzo, la End Time proporciona el punto de cierre, permitiendo un cálculo preciso de la duración de los pasos individuales. En el análisis, la diferencia entre End Time y Start Time proporciona el tiempo de procesamiento para cada actividad. Esto es esencial para un análisis de rendimiento detallado, ayudando a distinguir entre el tiempo de procesamiento activo y el tiempo de espera inactivo. Por ejemplo, ayuda a medir el tiempo real que un aprobador dedicó a una tarea de aprobación frente al tiempo que la tarea estuvo esperando en su cola. Por qué es importante Permite el cálculo preciso de los tiempos de procesamiento de actividades, separando el tiempo de trabajo activo del tiempo de espera. Dónde obtener Este es un atributo conceptual derivado de la Start Time del evento subsiguiente en la secuencia para un case dado. Ejemplos 2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
	Importe de Factura InvoiceAmount	El valor monetario total de la factura.
Descripción El Importe de la Factura representa la suma total adeudada al proveedor según lo indicado en la factura. Este es un atributo financiero crítico que influye en todo el proceso, a menudo determinando la ruta de aprobación, el nivel de escrutinio y la prioridad de pago. En el análisis de Process Mining, el Importe de la Factura es una dimensión clave para el filtrado y la segmentación. Por ejemplo, los analistas pueden comparar el proceso para facturas de alto valor versus facturas de bajo valor para ver si se siguen diferentes rutas o si los tiempos de ciclo difieren significativamente. También es esencial para calcular los KPI financieros y evaluar el impacto monetario de las ineficiencias del proceso, como los pagos tardíos. Por qué es importante Este valor es crucial para el análisis financiero, comprender las desviaciones del proceso basadas en el valor y para los KPI como la Tasa de Compliance de Aprobación. Dónde obtener Se encuentra en la tabla AP_INVOICES_ALL, en la columna INVOICE_AMOUNT. Ejemplos 1500.00250.75125000.50
	Nombre de Proveedor VendorName	El nombre del proveedor o suministrador que emitió la factura.
Descripción Este atributo identifica la entidad proveedora de la que procede la factura. La información del proveedor proporciona un contexto comercial crítico a la transacción financiera. Analizar el proceso por proveedor puede revelar insights importantes sobre las relaciones y el rendimiento de los proveedores. Por ejemplo, puede destacar si las facturas de ciertos proveedores son más propensas a discrepancias de conciliación, retenciones 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 el análisis de procesos específicos de proveedores, ayudando a identificar problemas con proveedores particulares que causan retrasos o excepciones. Dónde obtener Se encuentra en la tabla POZ_SUPPLIERS. La tabla de facturas AP_INVOICES_ALL contiene un VENDOR_ID que se puede utilizar para unir con la tabla de proveedores. Ejemplos Acme Corporation`Global Tech Inc.`Suministros de Oficina S.A.
	Nombre de Usuario UserName	El nombre del `usuario` que realizó la `actividad`.
Descripción Este atributo identifica al usuario o agente de sistema específico responsable de ejecutar una actividad, como validar una factura, aplicar una retención o aprobar un pago. Proporciona una dimensión de recurso humano o de sistema al proceso. El análisis por usuario ayuda a comprender la distribución de la carga de trabajo, identificar a los de mayor rendimiento y detectar posibles necesidades de capacitación o problemas de compliance. Por ejemplo, puede revelar si ciertos usuarios están consistentemente asociados con ciclos de reprocesamiento o si pasos de aprobación específicos siempre son manejados por el mismo individuo, creando un potencial punto único de falla. Por qué es importante Permite el análisis del rendimiento de los recursos, el equilibrio de la carga de trabajo y la identificación de qué usuarios o equipos están involucrados en pasos específicos del proceso. Dónde obtener Esta información a menudo se almacena en columnas de auditoría como CREATED_BY o LAST_UPDATED_BY en tablas como AP_INVOICES_ALL, o en logs de workflow relacionados. Ejemplos john.doejane.smithSystem.Admin
	Sociedad CompanyCode	El identificador de la entidad legal o empresa que procesa la factura.
Descripción El Código de Compañía representa la entidad comercial específica dentro de la organización que es financieramente responsable de la factura. En organizaciones multicompañía, este es un data point organizacional fundamental. Este atributo permite segmentar el análisis de procesos por entidad legal. Esto es útil para comparar el rendimiento de procesos en diferentes partes del negocio, identificar bottlenecks o problemas de compliance específicos de la entidad, y asegurar que los KPI puedan reportarse a nivel de compañía. También suele ser un factor determinante en la configuración del workflow de aprobación correcto. Por qué es importante Permite la comparación de procesos y la evaluación comparativa del rendimiento entre diferentes entidades legales o unidades de negocio dentro de la organización. Dónde obtener Esto está típicamente representado por el LEGAL_ENTITY_ID o un campo similar en AP_INVOICES_ALL, que puede unirse a tablas de contabilidad general para obtener un código o nombre. Ejemplos 1001US01DE01
	¿Es Retrabajo? IsRework	Un indicador booleano que identifica las actividades que forman parte de un bucle de retrabajo.
Descripción Esta bandera se establece en 'true' para actividades que indican una desviación del flujo de proceso ideal, como 'Factura Corregida' o una segunda instancia de 'Factura Validada' después de un rechazo. Ayuda a etiquetar y cuantificar explícitamente los bucles de proceso ineficientes. Este atributo es esencial para el dashboard 'Tasa de Reprocesamiento y Manejo de Excepciones'. Al marcar las actividades de reprocesamiento, los analistas pueden cuantificar fácilmente el volumen y el costo del reprocesamiento, identificar sus causas raíz y medir el impacto de las iniciativas de mejora del proceso destinadas a hacer las cosas bien a la primera. Por qué es importante Identifica y cuantifica explícitamente el retrabajo, facilitando el análisis de la frecuencia, las causas y el impacto de las ineficiencias del proceso. Dónde obtener Este es un atributo calculado. La lógica se define durante la transformación de datos para identificar secuencias de actividades que constituyen reprocesamiento. Ejemplos truefalse
	Fecha de Factura InvoiceDate	La fecha indicada en el documento de factura del proveedor.
Descripción Este atributo es la fecha en que el proveedor emitió oficialmente la factura. Es una pieza clave de información en el documento fuente y se utiliza como punto de partida para calcular la fecha de vencimiento del pago basándose en los términos de pago acordados. Aunque no siempre es el inicio del proceso interno, la Fecha de Factura es un contexto crucial. Se utiliza en combinación 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 que la factura se crea en el sistema también puede revelar ineficiencias en la sala de correo o en el proceso de ingesta de facturas. Por qué es importante Es un punto de `datos` clave para identificar facturas duplicadas y para calcular las fechas de vencimiento de los pagos. Dónde obtener Este es un campo estándar en 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 se denomina la factura, por ejemplo, USD, EUR o GBP. Es un contexto esencial para el campo Importe de la Factura. En una organización global, analizar las facturas por moneda es importante para la elaboración de informes financieros y para comprender las variaciones del proceso por región. Asegura que los valores monetarios se interpreten correctamente y permite un análisis específico por moneda de las prácticas de pago o los umbrales de aprobación. Por qué es importante Proporciona el contexto necesario para cualquier importe financiero, asegurando una interpretación y análisis precisos, especialmente en operaciones multinacionales. Dónde obtener Se encuentra en la tabla AP_INVOICES_ALL en la columna INVOICE_CURRENCY_CODE. Ejemplos USDEURGBPCAD
	Motivo de la discrepancia de conciliación MatchingDiscrepancyReason	La razón específica de una discrepancia entre una factura, una orden de compra y un recibo.
Descripción Este atributo detalla por qué una factura falló el proceso de conciliación automatizado. Las razones comunes incluyen diferencias en precio, cantidad o códigos de artículo entre la factura y la orden de compra o el recibo de mercancías correspondiente. Esta información es vital para el dashboard 'Tasa de Discrepancias de Conciliación de Facturas'. Al categorizar y analizar las razones de las discrepancias, las empresas pueden identificar problemas sistémicos en sus procesos de adquisición o recepción. Esto permite acciones correctivas que pueden aumentar la tasa de procesamiento de facturas sin contacto ni intervención manual. Por qué es importante Explica por qué las facturas fallan en la conciliación automatizada, proporcionando los `insights` necesarios para mejorar las tasas de conciliación en el primer intento y reducir el retrabajo manual. Dónde obtener Consulte la documentación de Oracle Fusion Financials. Esto puede registrarse como un tipo específico de motivo de retención en AP_HOLDS_ALL o en tablas de detalles de conciliación relacionadas. Ejemplos El precio unitario difiere de la POCantidad facturada > cantidad recibidaArtículo no válido en la factura
	Motivo de Retención HoldReason	El motivo por el que se aplicó una retención o un bloqueo de pago a una factura.
Descripción Cuando una factura se pone en retención, este atributo especifica el motivo, como 'Discrepancia de Precio', 'Discrepancia de Cantidad' o 'Esperando Recibo de Mercancías'. Esto proporciona contexto sobre por qué se interrumpió el flujo normal del proceso. Este atributo es la dimensión principal para el dashboard 'Tendencias y Análisis de Bloqueos de Pago'. Al analizar la frecuencia de diferentes motivos de retención, la empresa puede identificar y abordar las causas raíz de los bloqueos de pago, como problemas con los procesos de adquisición o la precisión de la facturación del proveedor, reduciendo en última instancia los retrasos en el procesamiento. Por qué es importante Proporciona la causa raíz de los bloqueos de pago, permitiendo mejoras dirigidas para reducir la frecuencia de retenciones y retrasos en los pagos. Dónde obtener La información de retención se almacena típicamente en la tabla AP_HOLDS_ALL, que se vincula a la factura y contiene un motivo o código de retención. Ejemplos Discrepancia de PrecioLa cantidad facturada supera la cantidad recibidaNúmero de Orden de Compra Inválido
	Nombre del Aprobador ApproverName	El nombre de la persona que aprobó o rechazó la factura.
Descripción Este atributo captura la identidad del individuo que realizó la acción durante el paso de aprobación. Esto se registra para actividades como 'Factura Aprobada' o 'Factura Rechazada'. En el análisis, el Nombre del Aprobador se utiliza para comprender las cargas de trabajo de aprobación, medir los tiempos de ciclo de los aprobadores individuales y auditar el compliance con las políticas de aprobación. Para el KPI de 'Tasa de Compliance de Aprobación', este atributo puede verificarse contra las reglas de delegación de autoridad basadas en el importe de la factura y el código de compañía. Por qué es importante Esto es esencial para analizar los tiempos de ciclo de aprobación, asegurar el compliance con las políticas de la matriz de aprobación y comprender la distribución de la carga de trabajo. Dónde obtener Esta información reside en las tablas de workflow o historial de aprobación de Oracle Fusion asociadas con el objeto de factura. Ejemplos David WilsonSarah JohnsonMichael Brown
	Pago a Tiempo IsOnTimePayment	Un indicador booleano que señala si la factura fue pagada antes de su fecha de vencimiento.
Descripción Esta bandera se establece en 'true' si el pago se ejecutó en o antes de la Fecha de Vencimiento de Pago especificada, y en 'false' en caso contrario. Proporciona una clasificación simple y clara para cada factura pagada. Este atributo calculado apoya directamente el KPI de Tasa de Pagos a Tiempo y su dashboard correspondiente. Simplifica el análisis al permitir a los usuarios filtrar, contar y visualizar fácilmente la proporción de pagos tardíos versus a tiempo sin realizar comparaciones de fechas sobre la marcha. Esto ayuda a identificar rápidamente la escala de los retrasos en los pagos y a seguir las mejoras a lo largo del tiempo. Por qué es importante Esto simplifica el análisis de la puntualidad de los pagos y es la entrada directa para calcular el KPI de Tasa de Pagos a Tiempo. Dónde obtener Este es un atributo calculado derivado de comparar el timestamp de la actividad 'Pago Ejecutado' con el atributo 'PaymentDueDate'. Ejemplos truefalse
	Purchase Order Number PurchaseOrderNumber	El identificador de la orden de compra asociada a la factura.
Descripción Este atributo vincula la factura con la orden de compra (PO) correspondiente que autorizó la adquisición de los bienes o servicios. Las facturas pueden estar respaldadas por PO o no. El análisis por PO proporciona un vínculo con la parte de adquisición del proceso P2P. Ayuda a comprender qué tan compliant es el proceso de adquisición y si los problemas en la facturación, como las discrepancias de conciliación, se originan en problemas con la PO inicial. La presencia o ausencia de un número de PO es una forma principal de segmentar y analizar diferentes rutas de procesamiento de facturas. Por qué es importante Vincula la factura al proceso de compras y es un `atributo` clave para analizar los flujos de facturas con y sin Orden de Compra. Dónde obtener Esta información está disponible al vincular los elementos de línea de factura en AP_INVOICE_LINES_ALL con las distribuciones de PO a través del PO_DISTRIBUTION_ID. Ejemplos PO-2023-5001600789PO-FIN-9981
	Source System SourceSystem	Identifica el sistema de origen donde se registraron los datos del evento.
Descripción Este atributo especifica la aplicación o módulo de origen que generó los datos, como Oracle Fusion Financials. En entornos con múltiples sistemas integrados, este campo ayuda a distinguir el origen de los diferentes pasos del proceso. Comprender el sistema de origen es valioso para la validación de datos, la resolución de problemas y el análisis de variaciones de procesos que pueden ser específicas de un sistema particular. Asegura la claridad en paisajes de TI complejos donde el recorrido de una factura puede abarcar múltiples aplicaciones. Por qué es importante Proporciona contexto sobre el origen de los `datos`, lo cual es importante para la gobernanza de `datos`, la resolución de problemas y el análisis del comportamiento de procesos específicos del sistema. Dónde obtener Este es a menudo un `valor estático` añadido durante el `proceso de extracción de datos` para etiquetar el origen del `dataset`. Ejemplos Oracle Fusion FinancialsOracle Payables Cloud
	Tiempo de Procesamiento ProcessingTime	La duración del tiempo dedicado a una sola actividad.
Descripción El tiempo de procesamiento mide la duración del trabajo activo para un paso de proceso específico. Se calcula como la diferencia entre la End Time y la Start Time de una actividad. Esta métrica calculada es vital para el análisis de rendimiento, ya que ayuda a distinguir el tiempo de procesamiento activo del tiempo de espera inactivo. Por ejemplo, puede mostrar que una actividad de aprobación tomó 5 minutos de trabajo activo pero estuvo esperando en una cola durante 3 días. Este insight permite a los gerentes enfocar los esfuerzos de mejora en reducir el tiempo de trabajo mediante capacitación o automatización, o reducir el tiempo de espera mediante una mejor gestión de la carga de trabajo. Por qué es importante Aísla el tiempo de trabajo activo para una actividad, ayudando a diferenciar entre tareas ineficientes y largos períodos de espera. Dónde obtener Este es un atributo calculado, derivado de restar la StartTime de la EndTime (EndTime - StartTime). Ejemplos PT5MPT1H30MP2D
	Última actualización de datos LastUpdateDate	Timestamp que indica cuándo se actualizó por última vez el registro en el sistema de origen.
Descripción Este atributo refleja la hora de modificación más reciente de los datos subyacentes en Oracle Fusion Financials. Se utiliza para gestionar las cargas de datos incrementales y asegurar que el modelo de Process Mining esté actualizado. Aunque no se utiliza directamente para el análisis del flujo de procesos, este timestamp técnico es crucial para mantener la frescura y la integridad de los datos. Permite a los data pipelines consultar eficientemente solo los registros nuevos o modificados desde la última actualización, reduciendo la carga en el sistema de origen. Por qué es importante Asegura que los `data pipelines` puedan ejecutarse de manera eficiente e incremental, manteniendo el análisis de procesos actualizado sin recargas completas. Dónde obtener Comúnmente se encuentra como LAST_UPDATE_DATE en muchas tablas de Oracle Fusion, incluyendo AP_INVOICES_ALL. Ejemplos 2023-05-20T11:00:00Z2023-05-21T16:45:00Z

Requerido Recomendado Opcional

Adquisiciones a Pagos - Actividades de Procesamiento de Facturas

Estos son los pasos clave del proceso y los hitos a capturar en su registro de eventos para un descubrimiento preciso de procesos.

6 Recomendado 9 Opcional

	Actividad	Descripción
	Factura Aprobada	La factura ha sido completamente aprobada por todas las partes requeridas en el workflow. Ahora está lista para la contabilidad y la programación de pagos.
Por qué es importante Un hito importante que significa la finalización exitosa del proceso de aprobación. Los retrasos antes de este paso son `bottlenecks` comunes. Dónde obtener Se infiere del cambio de APPROVAL_STATUS en la tabla AP_INVOICES_ALL a un estado final aprobado como 'Approved' o 'Workflow Approved'. El historial de auditoría de este campo proporciona la marca de `timestamp`. Capturar Se infiere del cambio de AP_INVOICES_ALL.APPROVAL_STATUS a 'Approved'. Tipo de evento inferred
	Factura Contabilizada	La factura se ha contabilizado con éxito en el Libro Mayor, creando asientos de diario. Este evento confirma que el impacto financiero de la factura ha sido registrado formalmente.
Por qué es importante Un punto de control financiero crítico y un requisito previo para el pago. Confirma que la factura está completamente validada, aprobada y lista para su liquidación. Dónde obtener Se infiere del estado en la tabla AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') o verificando las entradas de diario correspondientes en las tablas de Contabilidad General como XLA_AE_HEADERS. Capturar Se infiere de indicadores en AP_INVOICE_DISTRIBUTIONS_ALL o entradas de GL vinculadas. Tipo de evento inferred
	Factura Cotejada con la Orden de Compra	Esta actividad indica la conciliación exitosa de una línea de factura con una línea de Orden de Compra correspondiente, confirmando que los bienes o servicios facturados fueron pedidos. Esta es típicamente una acción automatizada o manual registrada en el sistema.
Por qué es importante Crucial para la conciliación a tres vías, que involucra la Orden de Compra, el recibo y la factura. Los fallos en esta etapa son una fuente principal de excepciones y retrasos. Dónde obtener Puede inferirse de la creación de registros en la tabla AP_INVOICE_DISTRIBUTIONS_ALL que vincula la factura a una distribución de Orden de Compra (PO_DISTRIBUTION_ID). También se puede utilizar el estado de coincidencia a nivel de línea en AP_INVOICE_LINES_ALL. Capturar Se infiere de la población de `datos` de distribución de Órdenes de Compra en las líneas de factura. Tipo de evento inferred
	Factura Creada	Representa la creación inicial de un registro de factura en el sistema, ya sea mediante entrada manual, escaneo o envío electrónico. Este evento se suele capturar 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 facturas. Analizar el tiempo a partir de este evento ayuda a comprender la eficiencia de la entrada de datos y los retrasos generales en el inicio del proceso. Dónde obtener En Oracle Fusion Financials, esto corresponde a la marca de `timestamp` de creación del registro en la tabla AP_INVOICES_ALL, específicamente la columna CREATION_DATE. Capturar Timestamp de creación de 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, basado en reglas de negocio configuradas. Esto marca el inicio del ciclo formal de aprobación.
Por qué es importante Inicia una parte crítica del proceso. El seguimiento de este tiempo de inicio es esencial para medir y optimizar el 'Tiempo de Ciclo de Aprobación de Facturas'. Dónde obtener Se infiere 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 `event`. Capturar Se infiere del cambio de AP_INVOICES_ALL.APPROVAL_STATUS a 'Initiated'. Tipo de evento inferred
	Pago Ejecutado	La confirmación final de que el pago se ha realizado y compensado. Para los cheques, sería la fecha de compensación, y para los pagos electrónicos, es la confirmación del banco.
Por qué es importante Esta es la actividad final en el ciclo de vida de la factura, marcando la finalización exitosa del proceso. Es el punto final para calcular el 'Tiempo Promedio del Ciclo de Factura' y la 'Tasa de Pagos a Tiempo'. Dónde obtener Se infiere de la actualización del estado de pago a 'Cleared' o 'Reconciled' en la tabla AP_CHECKS_ALL (utilizando la CLEARED_DATE) o a través de `datos` de conciliación bancaria en el módulo de Gestión de Efectivo (CE_STATEMENT_LINES). Capturar Se infiere 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	Ocurre cuando el sistema o un usuario identifica una discrepancia entre la factura, la orden de compra y la información de recepción, como el precio o la cantidad. Esto a menudo resulta en una retención de la factura impuesta por el sistema.
Por qué es importante Destaca las excepciones del proceso que requieren intervención manual. El seguimiento de estos eventos es esencial para el KPI 'Tasa de Discrepancia de Conciliación de Facturas' y el análisis de la causa raíz. Dónde obtener Esto a menudo se registra como un tipo específico de retención aplicado a la factura. Consulte la tabla AP_HOLDS_ALL para tipos de retención relacionados con la conciliación, por ejemplo, 'QTY REC' o 'PRICE'. El campo HOLD_DATE indica el timestamp. Capturar Creación de un registro en AP_HOLDS_ALL con un tipo de retención relacionado con la conciliación. Tipo de evento explicit
	Factura Cancelada	La factura ha sido anulada o cancelada y no se procesará ni pagará más. Esto representa un estado final terminal para el proceso.
Por qué es importante Un punto final importante para las facturas que no resultan en pago. Analizar las cancelaciones puede revelar problemas con facturas duplicadas o envíos incorrectos de proveedores. Dónde obtener Se infiere de un cambio de estado en AP_INVOICES_ALL. La columna CANCELLED_DATE se rellenará con la marca de `timestamp` de cancelación. Capturar El campo CANCELLED_DATE de la tabla AP_INVOICES_ALL se rellena. Tipo de evento explicit
	Factura Corregida	Ocurre cuando un usuario modifica una factura, a menudo en respuesta a un rechazo o para corregir un error de entrada de datos. Esto representa un paso de reprocesamiento manual en el flujo.
Por qué es importante Esta actividad es un claro indicador de reprocesamiento. Analizar su frecuencia ayuda a cuantificar la ineficiencia del proceso y respalda el KPI de 'Tasa de Reprocesamiento de Facturas'. Dónde obtener Puede inferirse rastreando actualizaciones significativas en el registro de la factura en AP_INVOICES_ALL después de que ya haya sido validada o enviada para aprobación. Se requeriría la marca de tiempo LAST_UPDATE_DATE, junto con los datos de la pista de auditoría. Capturar Se infiere mediante la comparación de LAST_UPDATE_DATE después de un rechazo o retención. Tipo de evento inferred
	Factura Rechazada	Un aprobador ha rechazado la factura durante el `workflow` de aprobación. Esta acción generalmente devuelve la factura para corrección o cancelación, iniciando un bucle de retrabajo.
Por qué es importante Representa un resultado negativo y un factor clave de reprocesamiento y aumento de los tiempos de ciclo. El seguimiento de los rechazos ayuda a identificar problemas con la calidad de la factura o el compliance de la orden de compra (PO). Dónde obtener Se infiere del cambio de APPROVAL_STATUS en la tabla AP_INVOICES_ALL a 'Rejected'. El historial del `workflow` contendrá detalles sobre quién lo rechazó y cuándo. Capturar Se infiere del cambio de AP_INVOICES_ALL.APPROVAL_STATUS a 'Rejected'. Tipo de evento inferred
	Factura Validada	Significa que la factura ha superado las verificaciones de validación del sistema para la completitud y corrección de la información de cabecera y línea. Esto se infiere a menudo de un cambio de estado en el registro de la factura.
Por qué es importante Un hito clave antes de la conciliación y aprobación. Los retrasos aquí pueden indicar problemas con la calidad de los datos de la factura o la configuración del sistema. Dónde obtener Se infiere del cambio de estado de la factura a 'Validated' en la tabla AP_INVOICES_ALL. Se puede utilizar el historial de cambios o la pista de auditoría para la columna VALIDATION_STATUS. Capturar Se infiere del cambio en el campo AP_INVOICES_ALL.VALIDATION_STATUS. Tipo de evento inferred
	Pago Creado	La instrucción de pago para la factura ha sido generada por el sistema. Esto podría ser la creación de un cheque, un archivo de transferencia electrónica de fondos (EFT) u otro instrumento de pago.
Por qué es importante Este es el punto en el que 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 obtener Registrado en la tabla AP_CHECKS_ALL, que almacena información sobre todos los pagos. El campo CHECK_DATE indica cuándo se creó el documento de pago. Capturar 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, a menudo denominada ejecución de pago o lote de pago. Ahora está en cola para el pago.
Por qué es importante El paso entre la contabilidad y el pago real. La duración de esta etapa impacta la previsión del flujo de caja y la capacidad de capturar descuentos por pronto pago. Dónde obtener Esto se registra en la tabla AP_INVOICE_PAYMENTS_ALL cuando se crea un registro de pago pero aún no se confirma como pagado. También se puede encontrar en tablas de lotes de pago como IBY_PAYMENT_PROCESS_REQUESTS. Capturar Creación de un registro en AP_INVOICE_PAYMENTS_ALL para un pago programado. Tipo de evento explicit
	Retención de Factura Aplicada	Una actividad genérica que representa cualquier retención aplicada a una factura, impidiendo que proceda al pago. Esto puede deberse a diversas razones como problemas de conciliación, fondos insuficientes o intervención manual.
Por qué es importante Impacta directamente el tiempo de ciclo y puede llevar a pagos atrasados. Analizar las retenciones es clave para identificar y resolver problemas sistémicos del proceso, apoyando el análisis de 'Tendencias de Bloqueo de Pagos'. Dónde obtener Registrado explícitamente en la tabla AP_HOLDS_ALL. Cada fila representa una retención con una fecha de creación (HOLD_DATE) y un motivo. Capturar Creación de un registro en la tabla AP_HOLDS_ALL. Tipo de evento explicit
	Retención Liberada de Factura	Este evento marca la resolución de una retención que previamente se había aplicado a la factura. Un usuario o un proceso automatizado toma acción para eliminar el bloqueo, permitiendo que la factura continúe su ciclo de vida.
Por qué es importante El tiempo entre la aplicación y la liberación de una retención es una medida crítica de la eficiencia en el manejo de excepciones. Esto respalda el KPI de 'Tiempo Promedio de Resolución de Excepciones'. Dónde obtener Registrado en la tabla AP_HOLDS_ALL. Cuando se libera una retención, los campos RELEASE_LOOKUP_CODE y RELEASE_REASON, junto con LAST_UPDATE_DATE, se actualizan. Capturar Actualización de un registro en la tabla AP_HOLDS_ALL marcando la retención como liberada. Tipo de evento explicit

Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Oracle Fusion Financials

Pasos

Iniciar Sesión en Oracle Fusion Cloud: Acceda a su entorno de Oracle Fusion Cloud con un usuario que tenga el rol de Administrador de Conector de Nube de BI (BICC_ADMIN).
Navegar al Conector de Nube de BI: Desde el menú de navegación principal, vaya a Herramientas (Tools) > BI Cloud Connector. Esto abrirá la consola BICC.
Seleccionar Oferta: En la consola BICC, elija la oferta que corresponda a sus datos financieros. Esta se denomina típicamente 'Financials'.
Configurar Almacenamiento Externo: Navegue a la sección 'Configurar Almacenamiento Externo'. Configure la conexión a su almacenamiento en la nube donde se entregarán los archivos CSV extraídos, por ejemplo, Oracle Cloud Infrastructure (OCI) Object Storage.
Habilitar Ofertas para Extracción: Vaya a la sección 'Administrar Ofertas y PVOs' (Manage Offerings and PVOs) o una sección similar. Seleccione la oferta 'Financials' y habilítela para la extracción.
Seleccionar Objetos de Vista Pública (PVOs): Busque y seleccione los PVOs específicos requeridos para el proceso de facturación. Los PVOs clave son: FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO, FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO, FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO y FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO.
Programar el Trabajo de Extracción: Navegue a 'Administrar Programaciones de Extracción' (Manage Extract Schedules). Cree un nuevo trabajo, asigne un nombre descriptivo y seleccione todos los PVOs que habilitó en el paso anterior. Programe la ejecución del trabajo. Para la carga inicial, ejecútelo para el rango de fechas histórico deseado. Para ejecuciones posteriores, configúrelo para realizar extracciones incrementales basadas en la LastUpdateDate.
Monitorear y Recuperar Datos: Monitoree el progreso del trabajo en la consola BICC. Una vez que se complete con éxito, navegue a la ubicación de almacenamiento en la nube que configuró. Encontrará los datos extraídos como un conjunto de archivos CSV comprimidos, uno para cada PVO.
Cargar Datos en el Área de Staging: Descomprima los archivos y cargue los CSVs en una base de datos de staging o plataforma de procesamiento de datos (como un data warehouse o data lake) donde pueda ejecutar consultas SQL. Cada archivo CSV debe cargarse en su propia tabla.
Transformar Datos en Registro de Eventos: Ejecute la consulta SQL proporcionada contra las tablas en su área de staging. Esta consulta une datos de las diferentes tablas para crear una única tabla unificada de registro de eventos.
Exportar 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 la carga en la aplicación ProcessMind.

Configuración

Objetos de Vista Pública Clave (PVOs): La extracción se basa en varios PVOs centrales de la oferta de Financials. Como mínimo, debe incluir:
- FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO: Para datos centrales de facturas, 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 envío, aprobación y rechazo.
- FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO: Para eventos de creación y ejecución de pagos.
- FscmTopModelAM.FinApInvPmtsAM.InstallmentPVO: Para identificar cuándo una factura está programada para pago.
Extracciones Incrementales: Para un monitoreo continuo, configure el trabajo BICC para realizar extracciones incrementales. Utilice la columna LastUpdateDate disponible en la mayoría de los PVOs como criterio de filtro para extraer solo registros nuevos o modificados desde la última ejecución.
Filtrado por Rango de Fechas: Para la carga inicial de datos históricos, se recomienda extraer un período manejable, como los últimos 6 a 12 meses de datos. Puede aplicar un filtro global en la programación del trabajo BICC para restringir la extracción a un rango de fechas específico.
Filtro de Unidad de Negocio: Para limitar el alcance de la extracción, aplique un filtro en BusinessUnitName o un atributo similar dentro de la configuración del trabajo BICC. Esto es crucial en entornos multi-entidad para gestionar el volumen de datos.
Requisitos Previos: Su cuenta de usuario necesita los roles apropiados, principalmente BICC Administrator (BICC_ADMIN) y Functional Setup User (FSM_IMPLEMENTATION_CONSULTANT), para configurar y ejecutar trabajos de extracción. También debe tener una ubicación de almacenamiento en la nube configurada y accesible (como OCI Object Storage, UCM).

a Consulta de ejemplo config

-- 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

Acceder a Oracle BI Publisher: Inicie sesión en Oracle Fusion Applications con un usuario que tenga el rol de BI Administrator o similar. Navegue a la herramienta Informes y Análisis (Reports and Analytics) abriendo el menú Navegador, luego seleccionando Herramientas (Tools) y finalmente haciendo clic en Informes y Análisis (Reports and Analytics).
Navegar al Catálogo: Dentro del área de trabajo de Informes y Análisis, haga clic en el botón Examinar Catálogo (Browse Catalog) para abrir la interfaz de Oracle BI Publisher.
Crear un Nuevo Modelo de Datos: En el catálogo de BI Publisher, navegue a una carpeta adecuada (p. ej., Shared Folders > Custom). Haga clic en el menú desplegable Nuevo (New) y seleccione Modelo de Datos (Data Model).
Definir el Conjunto de Datos de Consulta SQL: En el editor de Modelo de Datos, haga clic en el icono '+' para agregar un nuevo conjunto de datos y seleccione Consulta SQL (SQL Query) de la lista.
Configurar el Conjunto de Datos: En el diálogo Nuevo Conjunto de Datos, proporcione un nombre como P2P_Invoice_Events. Seleccione la Fuente de Datos adecuada, que normalmente es ApplicationDB_FSCM para datos financieros. Asegúrese de que el Tipo de SQL esté configurado como Standard SQL.
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: La consulta utiliza parámetros para el filtrado. En las propiedades del Modelo de Datos, cree tres parámetros: p_start_date, p_end_date y p_bu_name. Establezca sus tipos de datos en Cadena (String). El usuario proporcionará valores para estos al ejecutar el informe, por ejemplo '2023-01-01' para las fechas y el nombre específico de la unidad de negocio.
Guardar el Modelo de Datos: Guarde el modelo de datos en su carpeta personalizada. Puede ver datos de muestra haciendo clic en la pestaña 'Datos' (Data) y proporcionando valores para los parámetros que creó.
Crear un Informe: Vuelva al catálogo, haga clic en el menú desplegable Nuevo (New) y seleccione Informe (Report). En el asistente de creación de informes, seleccione la opción 'Usar Modelo de Datos' (Use Data Model) y busque el modelo de datos que acaba de guardar.
Configurar Diseño y Salida del Informe: En el editor de informes, un diseño de tabla simple es suficiente. El paso más importante es configurar el formato de salida predeterminado. Haga clic en 'Ver una Lista' (View a List) y asegúrese de que CSV sea el formato predeterminado y el único habilitado. Esto asegura que la salida sea un archivo de datos limpio y sin formato.
Programar el Informe: Guarde el informe. Ahora puede ejecutarlo a demanda o, para un mejor rendimiento, programarlo para que se ejecute durante las horas de menor actividad. La programación puede configurarse para entregar la salida CSV a un destino específico, como el servidor de Universal Content Management (UCM), desde donde puede recuperarse para su carga.
Exportar y Preparar Datos: Una vez que el trabajo del informe se complete, descargue el archivo CSV resultante. Verifique que los encabezados de columna coincidan con los atributos requeridos (InvoiceNumber, ActivityName, EventTime, etc.) antes de subirlo a la herramienta de process mining.

Configuración

Fuente de Datos: La consulta debe ejecutarse contra la base de datos de la aplicación Fusion Financials, típicamente conectada a través de la fuente 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 de datos flexible:
- p_start_date: La fecha de inicio para el período de extracción en formato 'YYYY-MM-DD'.
- p_end_date: La fecha de finalización para el período de extracción en formato 'YYYY-MM-DD'.
- p_bu_name: El nombre de la Unidad de Negocio (Company Code) para filtrar los datos. Utilice un carácter comodín como '%' para extraer datos de todas las unidades de negocio.
Rango de Fechas: Para la extracción inicial, se recomienda usar un rango de fechas de 3 a 6 meses de datos. Esto proporciona un equilibrio entre tener un conjunto de datos representativo y gestionar el rendimiento de la extracción.
Consideraciones de Rendimiento: Extraer datos por períodos prolongados o para todas las unidades de negocio a la vez puede requerir muchos recursos y podría generar tiempos de espera (timeouts). Se recomienda ejecutar extracciones grandes en lotes más pequeños y secuenciales (p. ej., mes a mes) o programarlas durante horas de baja actividad.
Requisitos Previos: El usuario que crea y ejecuta el informe necesita un rol con permisos para acceder a la herramienta BI Publisher (p. ej., BI Administrator) y los privilegios de seguridad de datos necesarios para ver las tablas subyacentes de Cuentas por Pagar (AP_INVOICES_ALL, AP_PAYMENTS_ALL, etc.) para 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+ instalado en su sistema, junto con las librerías requests y pandas. Puede instalarlas usando pip: pip install requests pandas.
Configuración de la API de Oracle Fusion: En su instancia de Oracle Fusion, navegue a la Consola de Seguridad. Cree una nueva aplicación confidencial para obtener acceso a la API. Anote el Client ID y 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.
Configurar 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 al principio del script. Esto incluye CLIENT_ID, CLIENT_SECRET, TOKEN_URL, FUSION_HOST, START_DATE y END_DATE. El FUSION_HOST debe ser la URL base para sus aplicaciones de Oracle Cloud.
Establecer Período de Extracción: Modifique las variables START_DATE y END_DATE para definir la ventana de tiempo para la extracción de datos. Se recomienda comenzar con un período más corto, como un mes, para probar el script y verificar la salida.
Ejecutar el Script: Ejecute el script desde su línea de comandos o terminal navegando a su directorio y escribiendo python extract_fusion_invoices.py. El script se autenticará, obtendrá los datos y mostrará mensajes de progreso en la consola.
Proceso de Autenticación: El script primero envía una solicitud con sus credenciales de cliente al proveedor de identidad de Oracle (TOKEN_URL) para obtener un token de acceso OAuth. Este token se incluye luego en el encabezado de todas las solicitudes de API subsiguientes para autenticarse con la API de Fusion Financials.
Obtención de Datos y Paginación: El script consulta el endpoint de la API REST invoices, recuperando registros creados dentro del rango de fechas especificado. Maneja automáticamente la paginación verificando el indicador hasMore en la respuesta de la API y realizando solicitudes subsiguientes con un parámetro offset actualizado hasta que se recuperan todos los datos de la factura.
Recuperación Detallada de Datos: Por cada factura recuperada, el script realiza llamadas a la API adicionales para obtener detalles asociados. Consulta el endpoint /child/holds para obtener información de retenciones y liberaciones, y el endpoint /payments (filtrado por el número de factura) para recopilar datos de pago.
Generación de Registro de Eventos: La lógica central del script procesa los datos JSON brutos de la API. Verifica fechas específicas, estados y registros secundarios para generar filas distintas para cada una de las 15 actividades de negocio requeridas. Por ejemplo, la presencia de una CancelledDate genera un evento de 'Factura Cancelada'.
Revisar la Salida: Una vez que el script finalice, creará un archivo llamado invoice_event_log.csv en el mismo directorio. Abra este archivo CSV con una aplicación de hoja de cálculo para revisar los datos. Verifique que todas las columnas requeridas (InvoiceNumber, ActivityName, EventTime) y los atributos recomendados estén presentes.
Preparar para Carga: Asegúrese de que los encabezados de columna en el archivo CSV coincidan con los nombres de atributos requeridos. Normalmente no se necesita formato adicional. El archivo ahora está listo para ser subido a su herramienta de process mining.

Configuración

Credenciales de autenticación: Se requieren un Client ID y un Client Secret de una aplicación confidencial registrada en la Consola de Seguridad de Oracle Fusion. También debe proporcionarse la Token URL para su dominio de identidad.
API Host URL: La variable FUSION_HOST debe establecerse con la URL base de su instancia de Oracle Fusion, por ejemplo, https://[your-instance].fa.us2.oraclecloud.com.
Rango de Fechas: Las variables START_DATE y END_DATE son críticas para controlar el alcance de la extracción. Se recomienda extraer de 3 a 6 meses de datos para un análisis inicial y asegurar un equilibrio entre 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 en el script controla cuántos registros se obtienen por solicitud de API. El valor predeterminado es 100. Un valor más alto puede reducir el número de llamadas a la API, pero aumenta el consumo de memoria por solicitud. Un valor más bajo puede ser necesario si encuentra errores de tiempo de espera (timeout).
Permisos Requeridos: La cuenta de usuario asociada con las credenciales de la API necesita acceso de lectura a facturas de Cuentas por Pagar, retenciones de facturas, pagos e información de 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()

Su Template de Datos para Adquisiciones a Pagos - Procesamiento de Facturas

Su Template de Datos para Adquisiciones a Pagos - Procesamiento de Facturas

Adquisiciones a Pagos - Atributos de Procesamiento de Facturas

Adquisiciones a Pagos - Actividades de Procesamiento de Facturas

Guías de Extracción

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

Pasos

Configuración

a Consulta de ejemplo config

Informe de Oracle BI Publisher con Data Model SQL Personalizado

Pasos

Configuración

a Consulta de ejemplo sql

Extracción mediante Script de Python utilizando la REST API de Fusion Financials

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Optimice Su Procesamiento de Facturas P2P Ahora para Ciclos un 30% Más Rápidos

Su Template de Datos para Adquisiciones a Pagos - Procesamiento de Facturas

Su Template de Datos para Adquisiciones a Pagos - Procesamiento de Facturas

Adquisiciones a Pagos - Atributos de Procesamiento de Facturas

Adquisiciones a Pagos - Actividades de Procesamiento de Facturas

Guías de Extracción

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

Pasos

Configuración

a Consulta de ejemplo config

Informe de Oracle BI Publisher con Data Model SQL Personalizado

Pasos

Configuración

a Consulta de ejemplo sql

Extracción mediante Script de Python utilizando la REST API de Fusion Financials

Pasos

Configuración

a Consulta de ejemplo python

Valoramos su privacidad

¿Listo para comenzar?

Optimice Su Procesamiento de Facturas P2P Ahora para Ciclos un 30% Más Rápidos