> Mejora Continua de Procesos > Procesamiento de Pagos de Cuentas por Pagar > Oracle Fusion Financials > Plantilla de Datos

Su Plantilla de Datos para el Procesamiento de Pagos de Cuentas por Pagar

Oracle Fusion Financials

← Volver a la Guía de Mejora

Atributos de Procesamiento de Pagos de Cuentas por Pagar (20) Actividades de Procesamiento de Pagos de Cuentas por Pagar (12) Guías de Extracción (2)

Su Plantilla de Datos para el Procesamiento de Pagos de Cuentas por Pagar

Esta plantilla completa proporciona un enfoque estructurado para mapear sus flujos de trabajo de pago dentro de Oracle Fusion Financials. Describe los campos de datos específicos y los pasos del proceso necesarios para obtener una visibilidad profunda de todo su ciclo de pago. Siguiendo este marco, puede identificar cuellos de botella y optimizar sus operaciones financieras de manera efectiva.

Atributos recomendados para un análisis detallado
Actividades de proceso estándar para el mapeo de eventos
Guía de extracción paso a paso para Oracle Fusion Financials

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

Descargar Plantilla

Atributos de Procesamiento de Pagos de Cuentas por Pagar

Estos campos de datos recomendados le permiten capturar detalles transaccionales esenciales de Oracle Fusion Financials para un análisis profundo del rendimiento de los pagos.

5 Requerido 10 Recomendado 5 Opcional

	Nombre	Descripción
	Nombre de la Actividad ActivityName	El evento o paso específico realizado en el proceso.
Descripción Este atributo representa el nombre del paso del proceso que se está ejecutando, como 'Factura Creada', 'Factura Validada' o 'Pago Liquidado'. Permite al algoritmo de Process Mining reconstruir la secuencia de eventos (flujo de control) para cada factura. Estos valores normalmente se derivan unificando datos de múltiples tablas de transacciones e historial, etiquetando cada registro con un nombre de evento legible por humanos. Por qué es importante Define el 'qué' del proceso, esencial para mapear el flujo del proceso y descubrir variantes. Dónde obtener Derivado de los cambios de estado de AP_INVOICES_ALL, AP_INV_APRVL_HIST_ALL y AP_CHECKS_ALL Ejemplos Factura CreadaFactura ValidadaPago Creado
	Número de Factura InvoiceNumber	El identificador único para la factura del proveedor.
Descripción Este atributo sirve como la referencia única para una factura específica enviada por un proveedor. Actúa como el ID de Caso central para el análisis de Process Mining, agrupando todas las actividades posteriores como aprobaciones, retenciones y pagos. En Oracle Fusion Financials, este campo es crítico para vincular los encabezados de las facturas con las líneas, los pagos y las órdenes de compra. Los analistas utilizan este identificador para rastrear el ciclo de vida completo de un pasivo desde el momento en que se registra hasta que el efectivo sale de la cuenta bancaria. Por qué es importante Es el identificador de caso definitivo requerido para reconstruir la instancia del proceso de extremo a extremo. Dónde obtener AP_INVOICES_ALL.INVOICE_NUM Ejemplos INV-2023-00199887766OCT-SERVICE-04
	Source System SourceSystem	El nombre del sistema donde se originaron los datos.
Descripción Identifica el sistema de software que actúa como sistema de registro para el evento. En este contexto, normalmente será 'Oracle Fusion Financials'. Este atributo es particularmente útil en entornos multisistema donde los datos podrían mezclarse de sistemas ERP, de aprovisionamiento y bancarios. Por qué es importante Asegura la trazabilidad del linaje de datos, especialmente en paisajes de sistemas complejos. Dónde obtener Codificado o derivado de la configuración de conexión Ejemplos Oracle Fusion FinancialsOracle ERP CloudLegacy EBS
	Timestamp del Evento EventDateTime	La fecha y hora en que ocurrió la actividad.
Descripción Este atributo registra la marca de tiempo exacta de cuándo tuvo lugar una actividad. Se utiliza para secuenciar eventos cronológicamente y para calcular la duración entre los pasos del proceso. Las marcas de tiempo precisas son vitales para un análisis preciso del Tiempo de Ciclo y para identificar cuellos de botella donde las facturas permanecen inactivas entre los pasos. Por qué es importante Proporciona la dimensión temporal necesaria para el análisis de rendimiento y la secuenciación del proceso. Dónde obtener CREATION_DATE o LAST_UPDATE_DATE de las tablas respectivas (p. ej., AP_INVOICES_ALL, AP_CHECKS_ALL) Ejemplos 2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
	Última actualización de datos LastDataUpdate	La marca de tiempo cuando los datos fueron extraídos o actualizados.
Descripción Indica la hora específica en que el registro de datos fue extraído de Oracle Fusion. Esto ayuda a los analistas a comprender la frescura de los datos y asiste en estrategias de carga de datos incrementales. Diferencia entre la hora real del evento y la hora en que los datos estuvieron disponibles para el análisis. Por qué es importante Asegura la actualidad de los datos y ayuda a gestionar las cargas de datos incrementales. Dónde obtener Hora del sistema al extraer Ejemplos 2023-10-27T23:59:59Z
	Condiciones de Pago PaymentTerms	Las condiciones acordadas para los plazos de pago y los descuentos.
Descripción Especifica los términos contractuales que rigen el pago, como 'Neto 30' o '2/10 Neto 30'. Este atributo es la base para el dashboard de 'Realización de Descuentos por Pronto Pago'. Establece la Fecha de Vencimiento objetivo y cualquier ahorro potencial disponible por procesamiento expedito. Por qué es importante Define los objetivos de rendimiento para la puntualidad de los pagos y la captura de descuentos. Dónde obtener AP_TERMS.NAME (unido vía TERMS_ID de AP_INVOICES_ALL) Ejemplos Neto 30Inmediato2% 10 Net 30
	Creado Por Usuario CreatedByUserName	El ID de usuario o nombre de la persona que ingresó la factura.
Descripción Identifica al usuario responsable de la entrada inicial de datos. Esto se mapea al atributo de Modelo de Datos Genérico de Usuario. Estos datos se utilizan en el análisis de 'Tasa de Intervención Manual' para identificar necesidades de capacitación o usuarios específicos asociados con altas tasas de retrabajo. Por qué es importante Permite el análisis de rendimiento a nivel de recurso y las verificaciones de segregación de funciones. Dónde obtener AP_INVOICES_ALL.CREATED_BY (se resuelve a nombre de usuario vía PER_USERS) Ejemplos j.doesystem_integrationm.smith
	Fecha de Factura InvoiceDate	La fecha impresa en la factura por el proveedor.
Descripción Esta fecha representa cuándo la factura fue emitida por el proveedor, distinta de cuándo fue recibida o introducida en Oracle. Es la base para calcular las fechas de vencimiento de pago según los términos de pago. Las discrepancias entre la Fecha de Factura y la fecha de entrada suelen indicar retrasos en la sala de correo o en el escaneo. Por qué es importante Es el punto de referencia para los cálculos de términos de pago y el análisis de antigüedad. Dónde obtener AP_INVOICES_ALL.INVOICE_DATE Ejemplos 2023-09-152023-10-01
	Fecha de Pago PaymentDate	La fecha en que el pago fue realmente ejecutado o liquidado.
Descripción Registra cuándo los fondos fueron transferidos o se emitió el cheque. Este es el punto final para el KPI 'Tiempo Promedio del Ciclo de Factura a Pago'. Comparar esta fecha con la Fecha de Vencimiento determina si un pago fue tardío, a tiempo o lo suficientemente temprano para obtener un descuento. Por qué es importante Marca la finalización de la transacción financiera y el ciclo de vida del proceso. Dónde obtener AP_CHECKS_ALL.CHECK_DATE Ejemplos 2023-10-282023-11-01
	Fecha de Vencimiento DueDate	La fecha límite para realizar el pago y evitar penalizaciones.
Descripción La fecha límite de pago calculada basándose en la Fecha de Factura y los Términos de Pago. Este atributo es la referencia principal para el KPI de 'Tasa de Pagos Atrasados'. Monitorear esta fecha frente a la Fecha de Pago real revela el cumplimiento de los contratos con los proveedores y la efectividad de la gestión del flujo de caja. Por qué es importante Es la fecha objetivo crítica para medir el rendimiento de los pagos a tiempo. Dónde obtener AP_PAYMENT_SCHEDULES_ALL.DUE_DATE Ejemplos 2023-10-302023-11-15
	Importe de Factura InvoiceAmount	El valor monetario total de la factura.
Descripción Representa el importe total a pagar por la factura. Este valor es crítico para la 'Revisión de Eficiencia de Facturas de Bajo Valor', permitiendo a las organizaciones correlacionar el esfuerzo invertido con el valor financiero de la transacción. También se utiliza para priorizar facturas de alto valor para la realización de descuentos por pronto pago. Por qué es importante Cuantifica el impacto financiero del caso y apoya la priorización de riesgos. Dónde obtener AP_INVOICES_ALL.INVOICE_AMOUNT Ejemplos 1500.00250.5010000.00
	Nombre del Proveedor SupplierName	El nombre del proveedor o suministrador que emite la factura.
Descripción Este atributo identifica a la entidad externa que solicita el pago. En Oracle Fusion, esta información se gestiona en el Maestro de Proveedores (POZ_SUPPLIERS) y se vincula a la factura. Analizar este atributo permite el análisis de Cumplimiento del Proveedor y Rendimiento, ayudando a identificar a los proveedores que frecuentemente presentan facturas problemáticas o generan reprocesos. Por qué es importante Permite la segmentación del rendimiento del proceso por proveedor para la gestión de relaciones. Dónde obtener POZ_SUPPLIERS.VENDOR_NAME (joined via VENDOR_ID from AP_INVOICES_ALL) Ejemplos Office Depot Inc.Oracle CorporationDell Services
	Purchase Order Number PurchaseOrderNumber	El número de referencia de la orden de compra asociada.
Descripción Vincula la factura al proceso de aprovisionamiento upstream. Este atributo es vital para el análisis de 'Coincidencia de Órdenes de Compra (OC) y Resolución de Discrepancias'. Las facturas sin número de OC suelen seguir un workflow de aprobación diferente, a menudo menos eficiente, en comparación con las facturas respaldadas por OC. Por qué es importante Distingue entre facturas con y sin Orden de Compra (OC), que tienen diferentes comportamientos de proceso. Dónde obtener PO_HEADERS_ALL.SEGMENT1 (linked via AP_INVOICE_LINES_ALL) Ejemplos PO-9988774500001234
	Tipo de Factura InvoiceType	La clasificación de la factura (ej., Estándar, Nota de Crédito).
Descripción Categoriza la factura en tipos como Estándar, Prepago o Nota de Crédito. Esto se mapea al atributo genérico CaseType. Los diferentes tipos de factura siguen distintas rutas de validación y aprobación, por lo que la segmentación por este atributo es necesaria para una definición de base precisa del 'Rendimiento del Tiempo de Ciclo de Extremo a Extremo'. Por qué es importante Permite separar peras de manzanas en las comparaciones de rendimiento del proceso. Dónde obtener AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE Ejemplos ESTÁNDARCRÉDITOPREPAGO
	Unidad de Negocio BusinessUnit	La unidad operativa o entidad comercial responsable de la factura.
Descripción Identifica la división interna o subsidiaria específica que procesa la factura. En Oracle Fusion, esto se mapea al ID de Organización. Este atributo es esencial para el dashboard de 'Estandarización de Variantes de Proceso Global', permitiendo la comparación de la eficiencia del proceso entre diferentes regiones o divisiones. Por qué es importante Permite el análisis comparativo del rendimiento entre diferentes entidades organizacionales. Dónde obtener HR_ORGANIZATION_UNITS.NAME (unido vía ORG_ID de AP_INVOICES_ALL) Ejemplos Operaciones en EE. UU.Ventas EMEAManufactura APAC
	`Estado de Aprobación` ApprovalStatus	Estado actual del workflow de la factura.
Descripción Indica si la factura es Requerida, Iniciada, Rechazada o Aprobada. Este atributo ayuda en el 'Análisis de Cuellos de Botella del Workflow de Aprobación'. Proporciona una instantánea de alto nivel de dónde se encuentra la factura en la jerarquía de autorización. Por qué es importante Ayuda a diagnosticar bloqueos en la cadena de aprobación. Dónde obtener AP_INVOICES_ALL.WFAPPROVAL_STATUS Ejemplos REQUERIDOWFAPPROVEDNO REQUERIDO
	Código de Moneda CurrencyCode	La moneda en la que se emitió la factura.
Descripción El código de moneda ISO (ej., USD, EUR) para la transacción. Esto es necesario para normalizar los importes en la 'Revisión de Eficiencia de Facturas de Bajo Valor'. Las variantes del proceso a menudo difieren significativamente entre pagos nacionales (moneda local) e internacionales (moneda extranjera) debido a las complejidades bancarias. Por qué es importante Identifica la complejidad transfronteriza y es necesario para la normalización financiera. Dónde obtener AP_INVOICES_ALL.INVOICE_CURRENCY_CODE Ejemplos USDEURGBP
	Días Vencidos DaysOverdue	Número de días en que se realizó el pago después de la fecha de vencimiento.
Descripción Un número calculado que indica el retraso de un pago. Los valores positivos indican retraso; los valores negativos, pago anticipado. Esta métrica impulsa el dashboard de 'Seguimiento de Pagos Atrasados y Riesgo de Penalización', ayudando a cuantificar la gravedad de los retrasos del proceso. Por qué es importante Permite cuantificar la magnitud del problema de los pagos atrasados. Dónde obtener Calculado: PaymentDate - DueDate Ejemplos 5-20
	Es Potencial Duplicado IsPotentialDuplicate	Indicador que señala si la factura comparte detalles con otra factura.
Descripción Una bandera booleana calculada que es verdadera si el proveedor y el monto coinciden con otra factura dentro de un período de tiempo específico. Esto sirve de apoyo al dashboard de 'Análisis de Detección de Facturas Duplicadas'. Funciona como un mecanismo de alerta proactiva para que los auditores revisen casos específicos antes de la liberación del pago. Por qué es importante Es un atributo clave de control de riesgos para prevenir pérdidas financieras. Dónde obtener Calculado con base en funciones de ventana sobre InvoiceAmount y SupplierName Ejemplos truefalse
	Monto de Descuento Perdido DiscountLostAmount	El valor monetario del descuento perdido debido a un pago tardío.
Descripción Calculado como la diferencia entre el monto total de la factura y el monto descontado si la fecha de pago excedió la fecha de los términos de descuento. Esto apoya el análisis de 'Realización de Descuentos por Pronto Pago'. Asigna un valor monetario tangible a las ineficiencias del proceso. Por qué es importante Monetiza el costo de los retrasos del proceso. Dónde obtener Calculado a partir de InvoiceAmount y PaymentTerms Ejemplos 50.000.00120.50

Requerido Recomendado Opcional

Actividades de Procesamiento de Pagos de Cuentas por Pagar

Rastree estos hitos críticos del proceso para visualizar el recorrido completo de cada pago, desde la creación inicial hasta la liquidación final.

7 Recomendado 5 Opcional

	Actividad	Descripción
	Factura Anulada	La factura se anula o cancela, terminando efectivamente la instancia del proceso sin pago.
Por qué es importante Representa un esfuerzo desperdiciado. Las altas tasas de cancelación suelen indicar una entrada duplicada en etapas anteriores o una mala calidad de los datos del proveedor. Dónde obtener AP_INVOICES_ALL.CANCELLED_DATE está poblado. Capturar Registrado cuando se ejecutó la transacción X Tipo de evento explicit
	Factura Aprobada	La aprobación final se concede dentro del flujo de trabajo. El estado de la factura se actualiza a 'Aprobado por Flujo de Trabajo' o 'Aprobado Manualmente'.
Por qué es importante Un hito importante que autoriza la factura para la selección de pago. Largos períodos antes de este paso indican cuellos de botella en la aprobación. Dónde obtener Tabla AP_INV_APRVL_HIST_ALL (última acción de aprobación) o AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'. Capturar Compare el campo de estado antes/después Tipo de evento inferred
	Factura Creada	La creación inicial del registro de la factura dentro del sistema de Cuentas por Pagar de Oracle Fusion. Esto captura la marca de tiempo cuando el encabezado de la factura se registra por primera vez en la base de datos, ya sea introducida manualmente o importada a través de IDR/interfaz.
Por qué es importante Establece el tiempo de inicio del proceso para cálculos de tiempo de ciclo y análisis de antigüedad. Esencial para medir el desfase entre la recepción y la entrada. Dónde obtener Tabla AP_INVOICES_ALL, columna CREATION_DATE. Filtre por INVOICE_ID. Capturar Registrado cuando se creó el registro de transacción Tipo de evento explicit
	Factura Validada	El estado de la factura cambia a 'Validado', indicando que ha superado las verificaciones de integridad del sistema, el cálculo de impuestos y las reglas de conciliación. Este es un requisito previo para la aprobación y el pago.
Por qué es importante Marca la transición de la entrada de datos al flujo de trabajo de aprobación/pago. Los retrasos aquí indican problemas de calidad de datos o errores de configuración. Dónde obtener Inferido del timestamp de AP_INVOICES_ALL.VALIDATION_REQUEST_ID o mediante el seguimiento de cambios de estado en AP_INVOICE_HISTORY (si está habilitado). Capturar Compare el campo de estado antes/después Tipo de evento inferred
	Línea de Factura Coincidida	La asociación de una línea de factura con una Orden de Compra (OC) o un Recibo. Esto indica que el proceso de conciliación de 3 o 2 vías ha ocurrido durante la entrada de la línea.
Por qué es importante Crítico para analizar el 'Rendimiento de Primer Intento' e identificar dónde falla la coincidencia automatizada. Las bajas tasas de coincidencia impulsan el retrabajo manual. Dónde obtener Tabla AP_INVOICE_LINES_ALL. Identifique registros donde MATCH_TYPE es 'ITEM_TO_PO', 'PO_PRICE_ADJUSTMENT', etc. Capturar Registrado cuando se creó la línea de transacción con enlace Tipo de evento explicit
	Pago Creado	El documento de pago (Cheque, ETF, Transferencia) se genera. Esto reduce el pasivo y marca la ejecución del pago.
Por qué es importante La marca de tiempo de 'Parada' para el Tiempo de Ciclo. Comparar esto con la Fecha de Vencimiento determina las métricas de 'Pago Tardío' y 'Realización de Descuentos'. Dónde obtener Tabla AP_INVOICE_PAYMENTS_ALL vinculada a AP_CHECKS_ALL. Utilice la CREATION_DATE del registro de pago. Capturar Registrado cuando se ejecutó la transacción X Tipo de evento explicit
	Retención de Factura Aplicada	Se aplica una retención de sistema o manual a la factura, impidiendo el pago. Esto incluye variaciones de cantidad, variaciones de precio o retenciones manuales de 'Factura Necesita Revisión'.
Por qué es importante El principal indicador de fricción en el proceso. Analizar las razones de la retención ayuda a identificar problemas de cumplimiento del proveedor o deficiencias en el proceso interno. Dónde obtener Tabla AP_HOLDS_ALL, CREATION_DATE. Indica una detención en el flujo del proceso. Capturar Registrado cuando se ejecutó la transacción X Tipo de evento explicit
	Aprobación Iniciada	La factura se envía al flujo de trabajo de aprobación (AMX). Esto marca el inicio de la fase de autorización de gestión.
Por qué es importante Diferencia el tiempo de procesamiento operativo del tiempo de aprobación de la gerencia. Ayuda a identificar si los retrasos se deben al personal de Cuentas por Pagar o a los aprobadores. Dónde obtener Tabla AP_INV_APRVL_HIST_ALL (Historial de Aprobación) o inferido de AP_INVOICES_ALL.WFAPPROVAL_STATUS cambiando a 'INITIATED'. Capturar Compare el campo de estado antes/después Tipo de evento inferred
	Factura Contabilizada	Los asientos contables de la factura se generan y se transfieren al Libro Mayor. Esto confirma el registro del impacto financiero.
Por qué es importante Asegura el cumplimiento financiero. Los retrasos aquí pueden afectar las actividades de cierre de período y la precisión de los informes financieros. Dónde obtener AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y' o a través de XLA_AE_HEADERS (Contabilidad de Subledger) vinculado a la factura. Capturar Registrado cuando se ejecutó la transacción X Tipo de evento explicit
	Pago Liquidado	El pago se concilia con el extracto bancario. El estado cambia a 'Compensado' o 'Conciliado'.
Por qué es importante Fin real del ciclo de efectivo. Esencial para la previsión del flujo de caja y para comprender el tiempo de flotación entre la emisión y la compensación. Dónde obtener AP_CHECKS_ALL.STATUS_LOOKUP_CODE cambia a 'CLEARED'. El timestamp es CLEARED_DATE. Capturar Registrado cuando se ejecutó la transacción X Tipo de evento explicit
	Pago Seleccionado	La factura es seleccionada por una Solicitud de Proceso de Pago (PPR). Está preparada para el pago, pero el efectivo aún no se ha movido.
Por qué es importante Indica que la factura ha sido recogida por una corrida de pagos. Las brechas entre esto y 'Pago Creado' sugieren problemas de procesamiento por lotes. Dónde obtener AP_SELECTED_INVOICES_ALL (temporal) o inferido de la población de AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID. Capturar Compare el campo de estado antes/después Tipo de evento inferred
	Retención de Factura Liberada	La eliminación de una retención previamente aplicada, permitiendo que la factura avance en el flujo de trabajo. Esto representa la resolución de una discrepancia.
Por qué es importante Calcula el 'Tiempo de Retrabajo' o 'Tiempo de Resolución'. La alta frecuencia sugiere ineficiencia en el manejo de excepciones. Dónde obtener Tabla AP_HOLDS_ALL, LAST_UPDATE_DATE donde RELEASE_LOOKUP_CODE está poblado. Capturar Registrado cuando se ejecutó la transacción X Tipo de evento explicit

Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Oracle Fusion Financials

Pasos

Paso 1: Acceda a Oracle BI Publisher

Inicie sesión en su entorno de Oracle Fusion Financials con un usuario que tenga privilegios de Administrador de BI o Autor de BI.
Navegue a Herramientas > Informes y Análisis.
Haga clic en Examinar Catálogo para abrir la interfaz de Oracle BI Publisher.

Paso 2: Cree el Modelo de Datos

En el catálogo, haga clic en Nuevo (arriba a la izquierda) y seleccione Modelo de Datos.
En el editor del Modelo de Datos, haga clic en el icono Nuevo Conjunto de Datos y seleccione Consulta SQL.
Asigne un nombre al conjunto de datos (p. ej., AP_Process_Mining) y seleccione la Fuente de Datos ApplicationDB_FSCM (Gestión de la Cadena de Suministro Financiera).

Paso 3: Implemente la Consulta de Extracción

Pegue el código SQL completo proporcionado en la sección Consulta siguiente en el cuadro de texto de Consulta SQL.
Esta consulta utiliza UNION ALL para extraer las 12 actividades requeridas en una única estructura de registro de eventos.
Haga clic en OK para guardar la consulta.

Paso 4: Configure los Parámetros

La consulta utiliza los marcadores de posición :p_start_date y :p_end_date para el filtro InvoiceDate. Vaya a la pestaña Parámetros a la izquierda.
Defina ambos parámetros como tipo Date con una etiqueta de visualización (p. ej., Fecha de Inicio, Fecha de Fin).
Asegúrese de que el formato del parámetro coincida con el formato de la base de datos (generalmente DD-MON-YYYY o ISO estándar).

Paso 5: Valide y Exporte

Haga clic en la pestaña Datos y luego en Ver. Seleccione un rango de fechas pequeño para verificar que se devuelven los datos.
Haga clic en Guardar como Datos de Muestra para almacenar la estructura del esquema.
Guarde el Modelo de Datos en una Carpeta Compartida (p. ej., /Shared Folders/Custom/ProcessMining).
Cree un Informe basado en este Modelo de Datos. Agregue un diseño que simplemente liste todas las columnas en una tabla.
Programe el informe a través de Trabajo de Informe para que se genere como CSV.
Descargue el archivo CSV e impórtelo directamente en ProcessMind.

Configuración

Data Source: ApplicationDB_FSCM (conexión estándar a la base de datos de Fusion Financials)
Date Range: Ventana deslizante de 3 a 6 meses recomendada para la carga inicial. Utilice la Invoice Date o Creation Date como ancla de filtro.
Performance: La consulta está optimizada con uniones básicas. Para volúmenes muy altos (más de 1 millón de facturas), considere agregar un filtro por Business Unit (Org ID) para segmentar la extracción.
Output Format: Se prefiere CSV. Asegúrese de que los formatos de fecha estén configurados explícitamente como YYYY-MM-DD HH24:MI:SS en las propiedades del informe para evitar ambigüedades.
Prerequisites: El usuario requiere acceso a las tablas de Cuentas por Pagar (AP_INVOICES_ALL, AP_CHECKS_ALL, etc.) generalmente otorgado a través de los roles de Accounts Payable Manager o BI Consumer.

a Consulta de ejemplo sql

/* AP Payment Processing Event Log Extraction */
/* Parameter Requirements: :p_start_date, :p_end_date */

/* 1. Invoice Created */
SELECT
    aia.INVOICE_NUM AS InvoiceNumber,
    'Invoice Created' AS ActivityName,
    aia.CREATION_DATE AS EventDateTime,
    'Oracle Fusion' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    poz.PARTY_NAME AS SupplierName,
    aia.INVOICE_AMOUNT AS InvoiceAmount,
    aia.INVOICE_DATE AS InvoiceDate,
    hou.NAME AS BusinessUnit,
    apt.NAME AS PaymentTerms,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)) AS DueDate,
    NULL AS PaymentDate,
    NULL AS PurchaseOrderNumber,
    aia.CREATED_BY AS CreatedByUserName,
    aia.INVOICE_TYPE_LOOKUP_CODE AS InvoiceType
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 2. Invoice Line Matched (PO Match) */
SELECT
    aia.INVOICE_NUM,
    'Invoice Line Matched',
    aila.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    poh.SEGMENT1,
    aila.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_LINES_ALL aila ON aia.INVOICE_ID = aila.INVOICE_ID
JOIN PO_HEADERS_ALL poh ON aila.PO_HEADER_ID = poh.PO_HEADER_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aila.PO_HEADER_ID IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 3. Invoice Validated (Proxy via Validation Request or Distribution Generation) */
SELECT
    aia.INVOICE_NUM,
    'Invoice Validated',
    NVL(aia.VALIDATION_REQUEST_DATE, aia.STATUS_EFFECTIVE_DATE),
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aia.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE (aia.VALIDATION_REQUEST_DATE IS NOT NULL OR aia.STATUS_EFFECTIVE_DATE IS NOT NULL)
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 4. Invoice Hold Applied */
SELECT
    aia.INVOICE_NUM,
    'Invoice Hold Applied',
    aha.HOLD_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aha.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_HOLDS_ALL aha ON aia.INVOICE_ID = aha.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 5. Invoice Hold Released */
SELECT
    aia.INVOICE_NUM,
    'Invoice Hold Released',
    aha.LAST_UPDATE_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aha.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_HOLDS_ALL aha ON aia.INVOICE_ID = aha.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aha.RELEASE_LOOKUP_CODE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 6. Approval Initiated */
SELECT
    aia.INVOICE_NUM,
    'Approval Initiated',
    ap_hist.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    ap_hist.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INV_APRVL_HIST_ALL ap_hist ON aia.INVOICE_ID = ap_hist.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE ap_hist.RESPONSE = 'INITIATED'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 7. Invoice Approved */
SELECT
    aia.INVOICE_NUM,
    'Invoice Approved',
    ap_hist.RESPONSE_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    ap_hist.APPROVER_NAME,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INV_APRVL_HIST_ALL ap_hist ON aia.INVOICE_ID = ap_hist.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE ap_hist.RESPONSE = 'APPROVED'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 8. Invoice Accounted */
SELECT
    aia.INVOICE_NUM,
    'Invoice Accounted',
    MAX(aida.LAST_UPDATE_DATE),
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    'System',
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_DISTRIBUTIONS_ALL aida ON aia.INVOICE_ID = aida.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aida.ACCRUAL_POSTED_FLAG = 'Y'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date
GROUP BY aia.INVOICE_NUM, poz.PARTY_NAME, aia.INVOICE_AMOUNT, aia.INVOICE_DATE, hou.NAME, apt.NAME, aia.TERMS_DATE, apt.DUE_DAYS, aia.INVOICE_TYPE_LOOKUP_CODE

UNION ALL

/* 9. Payment Selected (Proxy using Payment Link Creation) */
SELECT
    aia.INVOICE_NUM,
    'Payment Selected',
    aipa.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aipa.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 10. Payment Created */
SELECT
    aia.INVOICE_NUM,
    'Payment Created',
    aca.CHECK_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    aca.CHECK_DATE,
    NULL,
    aca.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN AP_CHECKS_ALL aca ON aipa.CHECK_ID = aca.CHECK_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 11. Payment Cleared */
SELECT
    aia.INVOICE_NUM,
    'Payment Cleared',
    aca.CLEARED_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    aca.CLEARED_DATE,
    NULL,
    aca.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN AP_CHECKS_ALL aca ON aipa.CHECK_ID = aca.CHECK_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aca.CLEARED_DATE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 12. Invoice Cancelled */
SELECT
    aia.INVOICE_NUM,
    'Invoice Cancelled',
    aia.CANCELLED_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aia.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.CANCELLED_DATE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

Pasos

Prepare su entorno Python instalando las bibliotecas necesarias. Necesitará requests para llamadas API, pandas para manipulación de datos y json para parsing. Ejecute pip install requests pandas en su terminal.
Obtenga las credenciales de Oracle Fusion Cloud. Requiere una cuenta de usuario con los roles de Financials REST API. Reúna su POD URL específico (p. ej., https://fa-xxxx-saasfaprod1.fa.ocs.oraclecloud.com) y las credenciales codificadas en Base64 o configure un token OAuth.
Configure los parámetros del script proporcionados en la sección Query a continuación. Actualice las variables base_url, username y password. Establezca la variable start_date para definir la ventana de extracción histórica (p. ej., 2024-01-01).
El script inicializa una lista vacía para almacenar diccionarios de eventos. Define el endpoint principal para las facturas (/fscmRestApi/resources/11.13.18.05/invoices) y utiliza un bucle para manejar la paginación, asegurando que se recuperen todos los registros que coinciden con la consulta.
Para cada factura obtenida, el script extrae actividades de nivel de encabezado. Crea un evento 'Invoice Created' utilizando la CreationDate. Comprueba los campos InvoiceStatus y ApprovalStatus para generar eventos 'Invoice Validated' y 'Invoice Approved'.
Luego, el script realiza llamadas API anidadas para obtener las líneas de factura. Itera a través de las líneas para identificar la coincidencia de órdenes de compra. Si un POHeaderId está presente, genera un evento 'Invoice Line Matched'.
El script realiza llamadas API anidadas al recurso hijo invoiceHolds. Itera a través de las retenciones para generar eventos 'Invoice Hold Applied' basados en la hora de creación y eventos 'Invoice Hold Released' si hay una fecha de liberación.
El script realiza llamadas API anidadas al recurso hijo installments para encontrar enlaces de pago. Sigue los enlaces a los detalles de pago para generar eventos 'Payment Created' y 'Payment Cleared' basados en la fecha del cheque y el estado de liquidación.
La transformación de datos ocurre dentro del script. Las fechas se estandarizan al formato ISO 8601. El SourceSystem está codificado como 'Oracle Fusion'. Todos los atributos se mapean a una estructura plana.
El script compila todos los diccionarios de eventos en un Pandas DataFrame. Ordena el dataframe por InvoiceNumber y EventDateTime para asegurar un registro de eventos cronológico.
Ejecute el script. Monitoree la salida de la consola para ver los logs de progreso (p. ej., Processing Invoice: INV-12345). Dependiendo del volumen y los límites de tasa de la API, esto puede llevar tiempo.
El paso final del script exporta el DataFrame a un archivo CSV llamado oracle_fusion_ap_event_log.csv. Importe este archivo directamente en ProcessMind para su visualización.

Configuración

API Base URL: Debe coincidir con su instancia específica de Oracle Cloud pod (p. ej., https://fa-eqmz.fa.us2.oraclecloud.com).
Authentication: Soporta Basic Auth (Base64) o JWT Token. Basic Auth se utiliza en el script para facilitar la lectura, pero se recomienda OAuth para producción.
Date Filtering: El script filtra por CreationDate para limitar el volumen. El rango recomendado es de los últimos 3 a 6 meses para la extracción inicial.
Batch Size: Las REST APIs limitan los tamaños de respuesta (predeterminado 25 o 50). El script establece un limit=499 (el máximo suele ser 500) para minimizar la sobrecarga de paginación.
Performance: Esta extracción utiliza el patrón de consulta N+1 (obteniendo hijos para cada padre). Para volúmenes altos (más de 100k facturas), considere usar extracciones SQL de BI Publisher en lugar de REST.
Child Resources: El script obtiene explícitamente líneas, retenciones y cuotas. Asegúrese de que la cuenta de usuario tenga permisos para ver estos sub-recursos.

a Consulta de ejemplo python

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

class=class="hl-string">"hl-comment"># Configuration - UPDATE THESE VALUES
BASE_URL = class="hl-string">"https://fa-your-instance.fa.ocs.oraclecloud.com"
USERNAME = class="hl-string">"your_username"
PASSWORD = class="hl-string">"your_password"
START_DATE = class="hl-string">"2024-01-01"
OUTPUT_FILE = class="hl-string">"oracle_fusion_ap_event_log.csv"

class=class="hl-string">"hl-comment"># API Endpoints
INVOICES_ENDPOINT = class="hl-string">"/fscmRestApi/resources/11.13.18.05/invoices"

class=class="hl-string">"hl-comment"># Headers
auth_str = fclass="hl-string">"{USERNAME}:{PASSWORD}"
b64_auth = base64.b64encode(auth_str.encode()).decode()
HEADERS = {
    class="hl-string">"Authorization": fclass="hl-string">"Basic {b64_auth}",
    class="hl-string">"Content-Type": class="hl-string">"application/json"
}

class=class="hl-string">"hl-comment"># Event Log Storage
all_events = []

def get_all_pages(url, params=None):
    results = []
    current_url = url
    while current_url:
        try:
            print(fclass="hl-string">"Fetching: {current_url}")
            response = requests.get(current_url, headers=HEADERS, params=params)
            response.raise_for_status()
            data = response.json()
            
            if class="hl-string">'items' in data:
                results.extend(data[class="hl-string">'items'])
            
            class=class="hl-string">"hl-comment"># Handle Pagination
            current_url = None
            if class="hl-string">'links' in data:
                for link in data[class="hl-string">'links']:
                    if link[class="hl-string">'rel'] == class="hl-string">'next':
                        current_url = link[class="hl-string">'href']
            class=class="hl-string">"hl-comment"># Clear params after first call as next link contains them
            params = None
            
        except Exception as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break
    return results

def extract_invoice_data():
    class=class="hl-string">"hl-comment"># 1. Fetch Invoices created after start date
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate > '{START_DATE}'",
        class="hl-string">"limit": 499,
        class="hl-string">"fields": class="hl-string">"InvoiceId,InvoiceNumber,InvoiceDate,InvoiceAmount,Supplier,CreationDate,CreatedBy,Description,InvoiceType,InvoiceStatus,ApprovalStatus,Accounted,PaymentStatus,BusinessUnit,PaymentTerms,TermsDate"
    }
    
    invoices = get_all_pages(fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}", params)
    print(fclass="hl-string">"Total Invoices Found: {len(invoices)}")

    for inv in invoices:
        invoice_id = inv.get(class="hl-string">'InvoiceId')
        invoice_num = inv.get(class="hl-string">'InvoiceNumber')
        print(fclass="hl-string">"Processing Invoice: {invoice_num}")

        common_attrs = {
            class="hl-string">"InvoiceNumber": invoice_num,
            class="hl-string">"SourceSystem": class="hl-string">"Oracle Fusion",
            class="hl-string">"SupplierName": inv.get(class="hl-string">'Supplier'),
            class="hl-string">"InvoiceAmount": inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">"InvoiceDate": inv.get(class="hl-string">'InvoiceDate'),
            class="hl-string">"BusinessUnit": inv.get(class="hl-string">'BusinessUnit'),
            class="hl-string">"PaymentTerms": inv.get(class="hl-string">'PaymentTerms'),
            class="hl-string">"DueDate": inv.get(class="hl-string">'TermsDate'),
            class="hl-string">"CreatedByUserName": inv.get(class="hl-string">'CreatedBy'),
            class="hl-string">"InvoiceType": inv.get(class="hl-string">'InvoiceType'),
            class="hl-string">"LastDataUpdate": datetime.now().isoformat()
        }

        class=class="hl-string">"hl-comment"># ACTIVITY 1: Invoice Created
        all_events.append({
            **common_attrs,
            class="hl-string">"ActivityName": class="hl-string">"Invoice Created",
            class="hl-string">"EventDateTime": inv.get(class="hl-string">'CreationDate')
        })

        class=class="hl-string">"hl-comment"># ACTIVITY 2: Invoice Validated
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Validated':
            class=class="hl-string">"hl-comment"># Fusion doesn't expose ValidatedDate on header easily, using LastUpdate or approximation
            class=class="hl-string">"hl-comment"># In a real scenario, you might check a child class="hl-string">'history' resource if enabled
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Validated",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate', inv.get(class="hl-string">'CreationDate')) class=class="hl-string">"hl-comment"># Fallback
            })
        
        class=class="hl-string">"hl-comment"># ACTIVITY 3: Invoice Approved / Approval Initiated
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'WFAPPROVED', class="hl-string">'Manually Approved']:
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Approved",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Approximation
            })
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'INITIATED':
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Approval Initiated",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate')
            })

        class=class="hl-string">"hl-comment"># ACTIVITY 4: Invoice Accounted
        if inv.get(class="hl-string">'Accounted') == class="hl-string">'Y':
             all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Accounted",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Approximation used as AccountingDate field varies
            })

        class=class="hl-string">"hl-comment"># ACTIVITY 5: Invoice Cancelled
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Cancelled':
             all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Cancelled",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate')
            })

        class=class="hl-string">"hl-comment"># FETCH SUB-RESOURCES
        class=class="hl-string">"hl-comment"># ---------------------------------------------------------
        
        class=class="hl-string">"hl-comment"># ACTIVITY 6: Invoice Line Matched (Check Lines)
        lines_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/lines"
        lines = get_all_pages(lines_url, {class="hl-string">"fields": class="hl-string">"LineNumber,CreationDate,POHeaderId"})
        
        matched_po = False
        for line in lines:
            if line.get(class="hl-string">'POHeaderId'):
                matched_po = True
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Invoice Line Matched",
                    class="hl-string">"EventDateTime": line.get(class="hl-string">'CreationDate'),
                    class="hl-string">"PurchaseOrderNumber": str(line.get(class="hl-string">'POHeaderId'))
                })

        class=class="hl-string">"hl-comment"># ACTIVITY 7 & 8: Holds (Applied and Released)
        holds_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/invoiceHolds"
        holds = get_all_pages(holds_url)
        
        for hold in holds:
            class=class="hl-string">"hl-comment"># Hold Applied
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Hold Applied",
                class="hl-string">"EventDateTime": hold.get(class="hl-string">'CreationDate')
            })
            
            class=class="hl-string">"hl-comment"># Hold Released
            if hold.get(class="hl-string">'ReleaseDate'):
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Invoice Hold Released",
                    class="hl-string">"EventDateTime": hold.get(class="hl-string">'ReleaseDate')
                })

        class=class="hl-string">"hl-comment"># ACTIVITY 9, 10, 11: Payments (Selected, Created, Cleared)
        class=class="hl-string">"hl-comment"># Note: In Fusion REST, we go Invoice -> Installments -> Payment Details
        installments_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/installments"
        installments = get_all_pages(installments_url)
        
        for inst in installments:
            class=class="hl-string">"hl-comment"># Check if paid
            if inst.get(class="hl-string">'PaymentStatusFlag') in [class="hl-string">'Y', class="hl-string">'P']: class=class="hl-string">"hl-comment"># Y=Fully Paid, P=Partially
                 all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Payment Selected",
                    class="hl-string">"EventDateTime": inst.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Proxy for selection time
                })
                
            class=class="hl-string">"hl-comment"># Attempt to fetch payment details if link exists
            class=class="hl-string">"hl-comment"># This is simplified; usually requires querying the class="hl-string">'apPayments' endpoint using the check_id found here
            class=class="hl-string">"hl-comment"># We simulate the extraction if fields are present
            class=class="hl-string">"hl-comment"># In a full script, you would perform a GET on the class="hl-string">'payment' link relation provided in the installment response
            
            class=class="hl-string">"hl-comment"># Placeholder logic for Payment Created (Check Date)
            if inst.get(class="hl-string">'FirstPaymentDate'):
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Payment Created",
                    class="hl-string">"EventDateTime": inst.get(class="hl-string">'FirstPaymentDate'),
                    class="hl-string">"PaymentDate": inst.get(class="hl-string">'FirstPaymentDate')
                })
                
                class=class="hl-string">"hl-comment"># Placeholder for Cleared (assuming cleared if paid and time passed, or check status endpoint)
                class=class="hl-string">"hl-comment"># Real implementation requires querying /fscmRestApi/resources/11.13.18.05/payablesPayments
                class=class="hl-string">"hl-comment"># For this script, we record Payment Created.

class=class="hl-string">"hl-comment"># Execute Extraction
extract_invoice_data()

class=class="hl-string">"hl-comment"># Export to DataFrame and CSV
if all_events:
    df = pd.DataFrame(all_events)
    class=class="hl-string">"hl-comment"># Ensure datetime format
    df[class="hl-string">'EventDateTime'] = pd.to_datetime(df[class="hl-string">'EventDateTime'])
    df = df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventDateTime'])
    
    print(fclass="hl-string">"Exporting {len(df)} events to {OUTPUT_FILE}...")
    df.to_csv(OUTPUT_FILE, index=False)
    print(class="hl-string">"Done.")
else:
    print(class="hl-string">"No events extracted.")

Su Plantilla de Datos para el Procesamiento de Pagos de Cuentas por Pagar

Su Plantilla de Datos para el Procesamiento de Pagos de Cuentas por Pagar

Atributos de Procesamiento de Pagos de Cuentas por Pagar

Actividades de Procesamiento de Pagos de Cuentas por Pagar

Guías de Extracción

Oracle BI Publisher SQL Data Model Query

Pasos

Paso 1: Acceda a Oracle BI Publisher

Paso 2: Cree el Modelo de Datos

Paso 3: Implemente la Consulta de Extracción

Paso 4: Configure los Parámetros

Paso 5: Valide y Exporte

Configuración

a Consulta de ejemplo sql

Extracción de API REST de Python para Cuentas por Pagar de Fusion

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Optimice Hoy Mismo su Procesamiento de Pagos de Cuentas por Pagar

Su Plantilla de Datos para el Procesamiento de Pagos de Cuentas por Pagar

Su Plantilla de Datos para el Procesamiento de Pagos de Cuentas por Pagar

Atributos de Procesamiento de Pagos de Cuentas por Pagar

Actividades de Procesamiento de Pagos de Cuentas por Pagar

Guías de Extracción

Oracle BI Publisher SQL Data Model Query

Pasos

Paso 1: Acceda a Oracle BI Publisher

Paso 2: Cree el Modelo de Datos

Paso 3: Implemente la Consulta de Extracción

Paso 4: Configure los Parámetros

Paso 5: Valide y Exporte

Configuración

a Consulta de ejemplo sql

Extracción de API REST de Python para Cuentas por Pagar de Fusion

Pasos

Configuración

a Consulta de ejemplo python

Valoramos su privacidad

¿Listo para comenzar?

Optimice Hoy Mismo su Procesamiento de Pagos de Cuentas por Pagar