> Mejora Continua de Procesos > Compra a Pago Requisición > Oracle Fusion Financials > Plantilla de Datos

Su plantilla de datos para solicitudes de Compra a Pago.

Oracle Fusion Financials

Compra a Pago - Atributos de Requisición (22) Compra a Pago - Actividades de Requisición (12) Guías de Extracción (4)

Su plantilla de datos para solicitudes de Compra a Pago.

Esta plantilla proporciona una hoja de ruta clara para recopilar los datos esenciales necesarios para analizar su proceso de Compra a Pago - Requisición. Describe los atributos clave a recopilar, las actividades críticas a rastrear y una guía práctica sobre cómo extraer esta información de Oracle Fusion Financials. Con esto, puede preparar eficazmente su registro de eventos para un Process Mining perspicaz.

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

Compra a Pago - Atributos de Requisición

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis exhaustivo de Compra a Pago - Requisición.

5 Requerido 7 Recomendado 10 Opcional

	Nombre	Descripción
	Actividad ActivityName	El nombre del evento de negocio que ocurrió en un punto específico del proceso de requisición.
Descripción La Actividad representa un paso o hito distinto en el ciclo de vida de la requisición de compra. Ejemplos incluyen 'Requisición Creada', 'Paso de Aprobación Aprobado' u 'Orden de Compra Creada'. Estas actividades se derivan de cambios de estado, acciones de usuario o eventos del sistema registrados en los registros de auditoría o tablas de transacciones del sistema de origen. Este atributo es esencial para construir el mapa de procesos, que representa visualmente el flujo de las requisiciones. Analizar la secuencia y frecuencia de las actividades ayuda a identificar rutas de proceso comunes, cuellos de botella, ciclos de retrabajo y desviaciones del procedimiento estándar. Por qué es importante Constituye la base del mapa de procesos, permitiendo la visualización y el análisis del flujo de trabajo de la requisición. Dónde obtener Derivado de los registros de cambio de estado en tablas como POR_REQUISITION_HEADERS_ALL, el historial de transacciones o las pistas de auditoría del flujo de trabajo como FA_FUSION_SOAINFRA.WFTASK. Ejemplos Requisición CreadaPaso de Aprobación AprobadoRequisición RechazadaPedido de Compra Creado
	Hora del Evento EventTime	El timestamp que indica cuándo ocurrió la actividad.
Descripción La Hora del Evento registra la fecha y hora precisas en que tuvo lugar una actividad específica. Esta marca de tiempo es fundamental para el ordenamiento cronológico de los eventos dentro de un caso y se obtiene de las fechas de creación, últimas fechas de actualización o marcas de tiempo de acciones específicas en el sistema. En el análisis, la Hora del Evento se utiliza para calcular todas las métricas basadas en la duración, como los tiempos de ciclo entre actividades, los tiempos de espera y la duración total del caso. Es fundamental para identificar cuellos de botella, medir el rendimiento frente a los SLA y comprender la dinámica temporal del proceso de requisición. Por qué es importante Este atributo es esencial para calcular todos los KPI relacionados con el tiempo, ordenar los eventos correctamente y analizar el rendimiento del proceso y los cuellos de botella. Dónde obtener Esto se obtiene típicamente de una columna 'LAST_UPDATE_DATE' o 'CREATION_DATE' asociada con la transacción o cambio de estado, a menudo encontrada en tablas como POR_REQUISITION_HEADERS_ALL o tablas de historial de flujo de trabajo. Ejemplos 2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
	ID de Requisición de Compra PurchaseRequisitionId	El identificador único para una requisición de compra, que sirve como ID de caso para el proceso.
Descripción El ID de Requisición de Compra es el identificador central que vincula todas las actividades relacionadas con una solicitud específica de bienes o servicios. A cada requisición se le asigna un ID único al crearse, el cual permanece constante durante todo su ciclo de vida. En Process Mining, este atributo se utiliza para agrupar todos los eventos relacionados, como la creación, el envío, los pasos de aprobación y el cierre final, en un solo caso. Esto permite el análisis de extremo a extremo del recorrido de la requisición, posibilitando visualizar mapas de procesos, calcular tiempos de ciclo y analizar variantes para cada solicitud individual. Por qué es importante Este es el atributo fundamental para rastrear el ciclo de vida de una requisición de principio a fin, permitiendo todos los análisis a nivel de caso y los cálculos de KPI. Dónde obtener Esta es típicamente la clave principal en la tabla de cabecera de requisiciones, como POR_REQUISITION_HEADERS_ALL.REQUISITION_HEADER_ID en Oracle Fusion Financials. Ejemplos 100234810023491002350
	Source System SourceSystem	El sistema de información del cual se extrajeron estos `datos`.
Descripción Este atributo identifica el origen de los datos del proceso. Para este modelo de datos, será consistentemente 'Oracle Fusion Financials'. En entornos con múltiples ERP o sistemas integrados, este campo es crucial para la trazabilidad de los datos, la resolución de problemas y la garantía de calidad de los datos. Proporciona contexto sobre la fuente de verdad para los eventos del proceso que se están analizando. Por qué es importante Proporciona un contexto esencial sobre el origen de los datos, lo cual es crucial para la gobernanza de datos y al integrar datos de múltiples sistemas. Dónde obtener Este es un valor estático agregado durante el proceso de extracción y transformación de datos para etiquetar el origen del conjunto de datos. Ejemplos Oracle Fusion Financials
	Última actualización de datos LastDataUpdate	El timestamp de la actualización de datos más reciente del sistema de origen.
Descripción Este atributo indica la fecha y hora en que los datos fueron extraídos por última vez de Oracle Fusion Financials. Se aplica a todo el conjunto de datos y no a eventos individuales. Los analistas utilizan esta información para comprender la actualidad de los datos y confirmar cuándo se incluyeron las últimas transacciones. Es una pieza clave de metadatos para la elaboración de informes de dashboards y para asegurar que los análisis se basen en información actualizada. Por qué es importante Informa a los usuarios sobre la actualidad de los datos, asegurando que los análisis sean relevantes y se basen en la información más reciente disponible. Dónde obtener Esta marca de tiempo se genera y almacena durante el proceso de extracción de datos, típicamente por la herramienta ETL o el pipeline de datos. Ejemplos 2023-10-27T02:00:00Z
	Departamento DepartmentName	El departamento de negocios al que pertenece el solicitante.
Descripción Este atributo indica la unidad organizacional de la persona que creó la requisición, como 'Finanzas', 'TI' o 'Marketing'. Típicamente se deriva del perfil de usuario del solicitante en el sistema de RRHH. Analizar por departamento es una forma común y potente de segmentar los datos del proceso. Ayuda a identificar comportamientos específicos de los departamentos, como tasas de rechazo más altas o tiempos de ciclo más largos, lo que puede informar iniciativas de mejora de procesos específicas. Esta es una dimensión clave para el dashboard de 'Métricas de Rendimiento del Solicitante'. Por qué es importante Permite el análisis de procesos segmentado por unidad de negocio, revelando patrones, rendimiento y problemas de cumplimiento específicos del departamento. Dónde obtener Típicamente derivado del perfil del solicitante, a menudo requiere una unión de la tabla de requisiciones a una tabla de recursos humanos o directorio de usuarios que contiene información del departamento. Ejemplos Tecnología de la InformaciónFinanzasOperacionesMarketing
	Estado de la Requisición RequisitionStatus	El estado actual o final de la requisición de compra.
Descripción Este atributo indica el estado general de la requisición en un momento dado o su resultado final, como 'Aprobada', 'Rechazada', 'En Proceso' o 'Cerrada'. Esta es a menudo la fuente de la que se derivan muchas actividades en el registro de eventos. Este atributo es clave para el dashboard de 'Visión General del Estado de Requisiciones', proporcionando una instantánea de la carga de trabajo actual y los pendientes. También se utiliza para calcular KPI basados en resultados, como la Tasa de Rechazo de Requisiciones, filtrando los casos que terminan en un estado específico. Por qué es importante Proporciona una instantánea del estado actual de las requisiciones y se utiliza para determinar los resultados finales para los cálculos de KPI. Dónde obtener Encontrado en la tabla de encabezado de la requisición, típicamente en un campo como 'DOCUMENT_STATUS' o 'APPROVAL_STATUS' en POR_REQUISITION_HEADERS_ALL. Ejemplos APROBADOEN PROCESORECHAZADORETIRADA
	Fecha de Entrega Requerida RequiredByDate	La fecha en la que el solicitante necesita los bienes o servicios.
Descripción Esta fecha es especificada por el solicitante para indicar la fecha límite para recibir los artículos solicitados. Sirve como objetivo de acuerdo de nivel de servicio (SLA) interno para el proceso de adquisición. Este atributo es la base para el dashboard de 'Rendimiento por Fecha Requerida' y el KPI de 'Tasa de Cumplimiento de Fecha Requerida'. Al comparar esta fecha con la fecha real de creación de la Orden de Compra o la fecha de recepción de bienes, el análisis puede revelar qué tan bien el proceso de adquisición está satisfaciendo las demandas internas del cliente e identificar retrasos sistémicos. Por qué es importante Crucial para medir el rendimiento del proceso frente a los plazos internos y para comprender si el proceso de adquisición satisface las necesidades del negocio de manera oportuna. Dónde obtener Generalmente se almacena a nivel de línea de requisición, en tablas como POR_REQUISITION_LINES_ALL en un campo como 'NEED_BY_DATE'. Ejemplos 2023-11-012023-12-152024-01-31
	Importe Total de la Requisición RequisitionTotalAmount	El valor monetario total de la requisición de compra.
Descripción Este atributo representa la suma del valor de todas las líneas de pedido en una única requisición de compra. Es un punto de datos crítico para comprender la importancia financiera de cada solicitud. En el Process Mining, el importe total se utiliza para una amplia gama de análisis. Se puede usar para filtrar requisiciones de alto valor, que a menudo tienen diferentes rutas de aprobación o un mayor escrutinio. Los dashboards pueden usar este atributo para analizar cómo las métricas de proceso, como el tiempo de ciclo o la tasa de rechazo, se correlacionan con el valor de la requisición. Por qué es importante Proporciona contexto financiero, permitiendo un análisis basado en el valor para priorizar las mejoras del proceso y comprender cómo el valor de la requisición impacta el comportamiento del proceso. Dónde obtener Se encuentra en la cabecera de la requisición, a menudo en un campo como REQUISITION_TOTAL en POR_REQUISITION_HEADERS_ALL. También puede calcularse sumando los importes de las líneas de pedido de POR_REQUISITION_LINES_ALL. Ejemplos 550.0012500.7599.99
	Motivo de rechazo RejectionReason	El motivo proporcionado por un aprobador cuando una requisición o un paso de aprobación es rechazado.
Descripción Cuando una requisición es rechazada, el aprobador suele proporcionar un motivo, ya sea seleccionando de una lista predefinida o introduciendo texto libre. Este atributo registra esa justificación. Este es un atributo crítico para el análisis de la causa raíz de las fallas del proceso. Apoya directamente el dashboard 'Tendencias de Modificaciones y Rechazos' al proporcionar el 'porqué' detrás de los rechazos. Analizar los motivos de rechazo ayuda a identificar problemas comunes, como codificación incorrecta, excesos presupuestarios o violaciones de políticas, que luego pueden abordarse mediante capacitación o controles del sistema. Por qué es importante Proporciona una visión directa de por qué se rechazan las requisiciones, lo que permite mejoras específicas para reducir el retrabajo y aumentar la tasa de procesamiento directo. Dónde obtener Obtenido de los comentarios del flujo de trabajo o de campos de códigos de motivos de rechazo específicos en la pista de auditoría del flujo de trabajo, potencialmente dentro de tablas relacionadas con FA_FUSION_SOAINFRA.WFTASK o almacenamiento de comentarios asociado. Ejemplos Cuenta Contable IncorrectaExcede el presupuesto para el centro de costosProveedor no preferente seleccionadoSolicitud Duplicada
	Nombre del Solicitante RequesterName	El nombre del empleado que creó y envió la requisición de compra.
Descripción Este atributo identifica al individuo que inició la solicitud de bienes o servicios. Esta información se captura típicamente al inicio del proceso cuando se crea la requisición por primera vez. Analizar el rendimiento del proceso por Solicitante es crítico para el dashboard de 'Métricas de Rendimiento del Solicitante'. Ayuda a identificar qué usuarios o grupos pueden requerir capacitación adicional al resaltar altas tasas de modificaciones, rechazos o largos tiempos de ciclo asociados con sus solicitudes. Proporciona una vista del proceso centrada en el ser humano. Por qué es importante Permite el análisis de rendimiento por solicitante, ayudando a identificar necesidades de capacitación y a destacar usuarios o departamentos eficientes. Dónde obtener Obtenido de los datos de la cabecera de la requisición, a menudo uniendo el ID del solicitante con una tabla maestra de datos de empleados o usuarios. Busque campos relacionados con 'PREPARER_ID' en POR_REQUISITION_HEADERS_ALL y únase a PER_ALL_PEOPLE_F. Ejemplos John SmithJane DoeEmily Jones
	Unidad de Negocio BusinessUnit	La unidad de negocio específica dentro de la organización a la que pertenece la requisición.
Descripción La Unidad de Negocio representa una entidad legal o funcional distinta dentro de la empresa para la cual se realiza la requisición. Es una agrupación organizacional de nivel superior a un departamento. Analizar datos por Unidad de Negocio permite comparaciones de rendimiento de alto nivel en diferentes partes de la organización. Esto ayuda a la alta gerencia a comprender si las ineficiencias del proceso están localizadas o son generalizadas y dónde enfocar los esfuerzos de mejora. Es una dimensión clave para filtrar casi todos los dashboards y KPI. Por qué es importante Proporciona un contexto organizacional de alto nivel, permitiendo la comparación de rendimiento y el análisis estratégico en diferentes partes de la empresa. Dónde obtener Este es un campo organizacional fundamental en Oracle Fusion, típicamente disponible en la cabecera de la requisición en tablas como POR_REQUISITION_HEADERS_ALL. Ejemplos Unidad de Negocio NorteaméricaBU EuropeSede Corporativa
	Automatizado IsAutomated	Un indicador que señala si una actividad fue realizada automáticamente por el sistema.
Descripción Este atributo identifica eventos en el proceso que fueron ejecutados por un usuario del sistema o un agente automatizado en lugar de un humano. Ejemplos podrían incluir cambios de estado impulsados por el sistema o pasos de aprobación automatizados para artículos de bajo valor. Analizar este atributo ayuda a cuantificar el nivel de automatización en el proceso. Puede usarse para comparar la velocidad y eficiencia de los pasos automatizados frente a los manuales y para identificar oportunidades de mayor automatización. Por qué es importante Ayuda a medir el nivel de automatización en el proceso e identificar oportunidades para automatizar tareas manuales. Dónde obtener Derivado de la comprobación de si el usuario asociado a una actividad es una cuenta de sistema o de servicio. Esto requiere una lista de IDs de usuario de sistema conocidos. Ejemplos truefalse
	Descripción del Artículo ItemDescription	La descripción del producto o servicio solicitado en una línea de requisición.
Descripción Este atributo contiene la descripción textual del artículo que se está adquiriendo. Proporciona detalles específicos sobre los bienes o servicios solicitados. Aunque a menudo no estructurada, la Descripción del Artículo proporciona un contexto valioso para el análisis. Puede utilizarse en filtros para aislar requisiciones de tipos específicos de compras que pueden no estar capturadas por el Tipo de Requisición. Por ejemplo, un analista podría buscar todas las requisiciones que contengan 'Licencia de Software' para comprender su flujo de proceso y tiempo de ciclo específicos. Por qué es importante Ofrece un contexto detallado sobre lo que se está comprando, permitiendo un filtrado y análisis más granular de bienes o servicios específicos. Dónde obtener Se encuentra en la tabla de líneas de requisición, POR_REQUISITION_LINES_ALL, en un campo como ITEM_DESCRIPTION. Ejemplos 15 inch Laptop, 16GB RAMServicios de Consultoría - Proyecto Q4Renovación Anual de Mantenimiento de Software
	Es de Procesamiento Directo IsStraightThrough	Un indicador que señala si la requisición fue aprobada sin modificaciones ni rechazos.
Descripción Esta bandera calculada identifica las requisiciones que han pasado por el proceso desde el envío hasta la aprobación sin ningún ciclo de retrabajo, como modificaciones o rechazos. Significa un proceso perfectamente ejecutado para un solo caso. Este atributo es la base del KPI de 'Tasa de Requisiciones de Procesamiento Directo'. Analizar las características de las requisiciones de procesamiento directo (por ejemplo, departamentos comunes, solicitantes o tipos) can reveal best practices and opportunities for automation. Por el contrario, analizar las que no son de procesamiento directo ayuda a identificar los principales impulsores de la ineficiencia. Por qué es importante Mide directamente la eficiencia del proceso y es la base para el KPI de Tasa de Requisición de Procesamiento Directo, ayudando a identificar los factores que impulsan el retrabajo. Dónde obtener Este atributo se calcula durante la transformación de datos. Un caso se marca como verdadero si no hay actividades de 'Requisición Modificada' o 'Paso de Aprobación Rechazado' presentes. Ejemplos truefalse
	Moneda CurrencyCode	El código de moneda para el importe de la requisición, como USD o EUR.
Descripción Este atributo especifica la moneda en la que se denomina el Importe Total de la Requisición. Para organizaciones globales, las requisiciones pueden crearse en varias monedas. Es esencial para interpretar y agregar correctamente los datos financieros. En cualquier análisis que involucre valores monetarios, el código de moneda debe usarse para asegurar que los importes se comparen con precisión, ya sea filtrando por una sola moneda o convirtiendo todos los importes a una moneda común. Por qué es importante Garantiza un análisis y una elaboración de informes financieros precisos, especialmente en organizaciones multinacionales que operan con múltiples monedas. Dónde obtener Típicamente encontrado en la tabla de cabecera de requisiciones junto con los campos de importe, por ejemplo, en POR_REQUISITION_HEADERS_ALL. Ejemplos USDEURGBPJPY
	Nombre de Usuario UserName	El nombre del usuario que realizó una actividad específica, como un aprobador o un editor.
Descripción Mientras que el Nombre del Solicitante identifica al iniciador, el Nombre de Usuario especifica a la persona que ejecutó un evento particular en el proceso, como una aprobación o un rechazo. Esto es especialmente importante para flujos de trabajo de aprobación de varios pasos donde intervienen diferentes individuos. Este atributo es crucial para analizar los cuellos de botella en las aprobaciones y medir el rendimiento de aprobadores o equipos específicos. Apoya directamente el dashboard 'Cuellos de Botella en el Flujo de Aprobación' al permitir el análisis de los tiempos de procesamiento para cada usuario involucrado en la cadena de aprobación. Por qué es importante Identifica al actor de cada evento, lo cual es vital para analizar los tiempos de traspaso, el rendimiento del aprobador y la asignación de recursos. Dónde obtener Obtenido del historial de flujo de trabajo o de las tablas de seguimiento de auditoría, como FA_FUSION_SOAINFRA.WFTASK, que registra el usuario asociado con cada finalización de tarea. Ejemplos David LeeSusan ChenMichael Brown
	Nombre del Proveedor SupplierName	El nombre del proveedor sugerido o preseleccionado para los bienes o servicios.
Descripción Este atributo identifica al proveedor a quien se pretende comprar los bienes o servicios. El proveedor puede ser sugerido por el solicitante o determinado por el sistema basándose en catálogos o acuerdos previos. El análisis por proveedor puede revelar importantes patrones de adquisición. Por ejemplo, puede ayudar a identificar si las requisiciones para ciertos proveedores tardan más en ser aprobadas o tienen tasas de rechazo más altas. Esta información puede ser valiosa para la gestión de relaciones con proveedores y la estrategia de adquisición. Por qué es importante Permite el análisis del rendimiento del proceso por proveedor, lo que puede ayudar en la estrategia de abastecimiento y la gestión de relaciones con proveedores. Dónde obtener Se encuentra en la tabla de líneas de requisición, POR_REQUISITION_LINES_ALL, a menudo vinculada a través de un VENDOR_ID a una tabla maestra de proveedores como POZ_SUPPLIERS. Ejemplos Office Supplies Inc.Global Tech SolutionsAgencia de Marketing Creativo
	Purchase Order Number PurchaseOrderNumber	El identificador de la orden de compra creada a partir de la requisición aprobada.
Descripción Este atributo vincula una requisición de compra con la orden de compra resultante. Una vez que una requisición es completamente aprobada, típicamente se convierte en una o más órdenes de compra para ser enviadas a un proveedor. En el análisis, este ID es esencial para rastrear el proceso aguas abajo de la requisición. Permite el cálculo del KPI 'Tiempo de Espera de Requisición a OC' y apoya el dashboard 'Tiempo de Ciclo de Requisición a OC'. También permite combinar los datos del proceso de requisición con los procesos posteriores de OC y facturación para un verdadero análisis de Compra a Pago de extremo a extremo. Por qué es importante Vincula la requisición con la orden de compra subsiguiente, permitiendo medir el tiempo de ciclo de la requisición a la OC y el análisis de procesos de extremo a extremo. Dónde obtener Esta información se almacena una vez que se crea una OC. Típicamente se encuentra buscando las referencias de la requisición de respaldo en las tablas de distribución de la OC, como PO_DISTRIBUTIONS_ALL, que se vincula a la línea de requisición. Ejemplos PO-2023-5832PO-2023-5833PO-2023-5834
	Ruta del Flujo de Trabajo de Aprobación ApprovalWorkflowPath	La secuencia predefinida de aprobadores o grupos de aprobación requeridos para la requisición.
Descripción Este atributo define el proceso de aprobación esperado y estándar para una requisición dada, basado en las políticas de la empresa, considerando factores como el importe, el tipo y el departamento de la requisición. Representa el modelo de proceso "futuro". La Ruta del Flujo de Trabajo de Aprobación es fundamental para el análisis de cumplimiento y conformidad. Apoya directamente el dashboard de 'Análisis de Cumplimiento y Desviación' y el KPI de 'Índice de Conformidad de Requisiciones' al permitir una comparación directa de los pasos de aprobación reales tomados contra la ruta prescrita. Las desviaciones pueden indicar violaciones de políticas o ineficiencias del proceso. Por qué es importante Permite la verificación de conformidad comparando el flujo de proceso real con la jerarquía de aprobación requerida, destacando las requisiciones no conformes. Dónde obtener Esta información se configura en la Lista de Tareas de BPM de Oracle Fusion o en el Motor de Gestión de Aprobaciones (AMX). Extraer la ruta definida para cada requisición puede ser complejo y puede requerir consultar tablas de configuración. Ejemplos Gerente > Director > VP de FinanzasPropietario del Centro de Costos > Seguridad TIGerente > Jefe de Departamento
	Se Modificó IsAmendedFlag	Un indicador booleano que es verdadero si la requisición fue modificada al menos una vez.
Descripción Este atributo calculado indica si una requisición ha sido objeto de algún cambio después de su envío inicial. Se deriva verificando la presencia de una actividad de 'Requisición Modificada' en el historial del caso. Esta bandera simplifica el análisis y el cálculo de KPI. Se utiliza directamente para calcular el KPI de 'Tasa de Modificación de Requisiciones' y para identificar casos que no son de procesamiento directo. Permite un fácil filtrado y comparación de métricas de proceso entre requisiciones modificadas y no modificadas. Por qué es importante Simplifica el cálculo de la tasa de modificación y permite una fácil comparación de las requisiciones modificadas frente a las no modificadas. Dónde obtener Este atributo no se encuentra en el sistema de origen, pero se calcula durante la transformación de datos basándose en la presencia de actividades relacionadas con enmiendas en el registro de eventos. Ejemplos truefalse
	Tipo de Solicitud RequisitionType	La categoría de la requisición, como una solicitud de bienes o servicios.
Descripción Este atributo clasifica la requisición según lo que se solicita. Los tipos comunes incluyen bienes, servicios o gastos de capital. El tipo puede influir en el flujo de trabajo de aprobación requerido y la estrategia de adquisición. En el análisis, el Tipo de Requisición sirve como una dimensión potente para filtrar y comparar. Por ejemplo, se podría analizar si las requisiciones de servicios tienen un tiempo de ciclo de aprobación más largo que las requisiciones de bienes. Ayuda a comprender si diferentes tipos de solicitudes exhiben diferentes comportamientos de proceso o cuellos de botella. Por qué es importante Permite segmentar el análisis para comprender cómo difiere el proceso para varios tipos de compras, como bienes versus servicios. Dónde obtener Esto a menudo se determina por el tipo de línea de pedido o la categoría seleccionada durante la creación de la requisición. Puede almacenarse en la tabla de líneas de requisición, POR_REQUISITION_LINES_ALL. Ejemplos BienesServiciosGasto de Capital

Requerido Recomendado Opcional

Compra a Pago - Actividades de Requisición

Estos son los pasos y hitos clave del proceso a capturar en su registro de eventos para un descubrimiento preciso del proceso de Compra a Pago - Requisición.

6 Recomendado 6 Opcional

	Actividad	Descripción
	Pedido de Compra Creado	Este evento ocurre cuando una línea de requisición aprobada se utiliza para generar una orden de compra. Vincula el proceso de requisición con el proceso de adquisición posterior.
Por qué es importante Este es un hito crítico para medir el Tiempo de Espera de Requisición a OC. Los retrasos aquí indican cuellos de botella en la transferencia de la aprobación a las compras. Dónde obtener Este es un evento explícito. El vínculo entre la requisición y la orden de compra se almacena en tablas como PO_LINE_LOCATIONS_ALL, que contiene una referencia al ID de la línea de requisición de origen. Capturar Encontrar la fecha de creación de la Orden de Compra que hace referencia al ID de Requisición dado. Tipo de evento explicit
	Requisición Aprobada	Marca la aprobación final de la requisición de compra una vez que ha superado con éxito todos los pasos del flujo de trabajo. Esto se infiere del cambio de estado general de la requisición a 'Aprobado'.
Por qué es importante Este es un hito clave que indica que la solicitud está lista para la acción de adquisición. Es el punto final para medir el tiempo total del ciclo de aprobación de requisiciones. Dónde obtener Inferencia del campo de estado del documento en la tabla POR_REQUISITION_HEADERS_ALL que cambia a 'APROBADA'. La fecha de este cambio de estado es el tiempo del evento. Capturar Identifique la marca de tiempo cuando el estado del documento se establece por primera vez en 'Aprobado'. Tipo de evento inferred
	Requisición Cerrada	Indica el cierre final del ciclo de vida de una requisición, lo que significa que todas sus líneas han sido cumplidas (por ejemplo, convertidas en Órdenes de Compra) o canceladas. Esto se infiere de una actualización de estado final.
Por qué es importante Este es el evento de finalización exitosa principal para el proceso. Confirma que la requisición ha sido procesada por completo y no se requiere ninguna acción adicional. Dónde obtener Inferencia del estado del encabezado de la requisición en POR_REQUISITION_HEADERS_ALL que cambia a 'CERRADO'. Capturar Identifique la marca de tiempo cuando el estado del documento de la requisición cambia a 'Cerrado'. Tipo de evento inferred
	Requisición Creada	Marca el inicio del proceso de adquisición cuando un usuario guarda una nueva requisición de compra por primera vez. Este evento se captura típicamente como la creación explícita de un registro con una marca de tiempo correspondiente en el sistema.
Por qué es importante Este es el evento de inicio principal para el proceso de requisición. Analizar el tiempo desde la creación hasta el envío puede revelar retrasos en la formalización de la solicitud. Dónde obtener Este evento se registra en la tabla POR_REQUISITION_HEADERS_ALL, capturado de la columna creation_date cuando se genera un nuevo ID de Requisición. Capturar Utilice la marca de tiempo de creación para el registro de la cabecera de la requisición. Tipo de evento explicit
	Requisición Rechazada	Representa el rechazo final de la requisición, terminando el proceso para esta solicitud. Esto se infiere cuando el estado general de la requisición se actualiza a 'Rechazado'.
Por qué es importante Esta actividad es un punto final terminal para solicitudes fallidas. Analizar estos casos es esencial para comprender el KPI de Tasa de Rechazo de Requisiciones y las razones del fracaso. Dónde obtener Inferencia del estado del documento en la tabla POR_REQUISITION_HEADERS_ALL que cambia a 'RECHAZADA'. Capturar Identifique la marca de tiempo cuando el estado del documento se establece por primera vez en 'Rechazado'. Tipo de evento inferred
	Solicitud Enviada	Representa la acción del usuario de enviar la requisición completada al flujo de trabajo de aprobación. Esto se captura cuando el estado de la requisición cambia de 'Incompleta' o 'Borrador' a un estado que indica que está pendiente de aprobación.
Por qué es importante Esta actividad desencadena el ciclo de aprobación. Es un hito crítico para medir el tiempo del ciclo de aprobación de requisiciones y los plazos de entrega generales. Dónde obtener Inferencia de un cambio de estado en la tabla POR_REQUISITION_HEADERS_ALL (por ejemplo, el estado cambia a 'Pendiente de Aprobación'). La fecha de envío a menudo también se almacena explícitamente. Capturar Identifique la marca de tiempo cuando el campo de estado del documento cambia por primera vez a 'Pendiente de Aprobación'. Tipo de evento inferred
	Paso de Aprobación Aprobado	Representa la acción de un aprobador individual de aprobar la requisición en su paso designado en el flujo de trabajo. El evento se registra explícitamente en el historial de aprobaciones.
Por qué es importante El seguimiento de los pasos de aprobación individuales ayuda a mapear la ruta de aprobación real y a medir el tiempo de procesamiento en cada etapa de la jerarquía. Dónde obtener Capturado del historial de acciones de aprobación de la requisición, que típicamente se almacena en tablas de flujo de trabajo (WF) o de Gestión del Capital Humano (HCM) que administran las jerarquías de aprobación. Capturar Utilice la marca de tiempo de la acción 'APROBAR' del registro de historial de acciones del flujo de trabajo. Tipo de evento explicit
	Paso de Aprobación Devuelto	Un aprobador devuelve la requisición al preparador para obtener información adicional o correcciones menores, sin rechazarla formalmente. Esto es típicamente una acción explícita en el sistema de flujo de trabajo.
Por qué es importante Esto indica una necesidad de aclaración y crea un ciclo de retrabajo que extiende el tiempo de ciclo. Diferenciar las devoluciones de los rechazos proporciona una visión más profunda de la fricción del proceso. Dónde obtener Capturado del historial de acciones de aprobación de la requisición. El sistema de flujo de trabajo registra una acción de 'DEVOLUCIÓN' o similar con una marca de tiempo. Capturar Utilice la marca de tiempo de la acción 'DEVOLVER' o 'Solicitud de Información' del historial del flujo de trabajo. Tipo de evento explicit
	Paso de Aprobación Iniciado	Marca el momento en que una requisición se asigna a un aprobador o grupo de aprobación específico dentro del flujo de trabajo. Esto se captura del registro de transacciones del motor de flujo de trabajo.
Por qué es importante Esta actividad es crucial para calcular el tiempo de espera de cada paso de aprobación. Ayuda a identificar los cuellos de botella causados por aprobadores o niveles de aprobación específicos. Dónde obtener Recuperado de las tablas de flujo de trabajo de Oracle Fusion, que registran las tareas asignadas a los usuarios. Se utiliza la marca de tiempo de asignación para la tarea de aprobación. Capturar Utilice la marca de tiempo de creación de la tarea en el historial del flujo de trabajo para la requisición dada. Tipo de evento explicit
	Paso de Aprobación Rechazado	Un aprobador individual rechaza la requisición, lo que típicamente la envía de vuelta al preparador para su corrección o finaliza la solicitud. Esta acción se registra explícitamente en el historial del flujo de trabajo.
Por qué es importante Esta actividad es un motor principal de retrabajo y retrasos. Analizar los rechazos ayuda a identificar problemas de cumplimiento, problemas presupuestarios o justificaciones poco claras. Dónde obtener Capturado del historial de acciones de aprobación de la requisición. El sistema de flujo de trabajo registra una acción de 'RECHAZO' con una marca de tiempo. Capturar Utilice la marca de tiempo de la acción 'RECHAZAR' del registro de historial de acciones del flujo de trabajo. Tipo de evento explicit
	Requisición Modificada	Este evento significa que un usuario ha modificado una requisición después de su envío inicial, lo que a menudo requiere que el proceso de aprobación se reinicie. Esto se infiere al detectar cambios en campos de datos clave o la creación de una nueva versión de la requisición.
Por qué es importante Las modificaciones frecuentes indican problemas con la calidad de los datos o cambios en los requisitos, lo que conduce a retrabajos y retrasos en el proceso. Esto apoya directamente el KPI de 'Tasa de Modificación de Requisiciones'. Dónde obtener Inferencia al rastrear los números de versión de la requisición o al identificar cambios de estado a 'Incompleta' después del envío. Los registros de cambios o las tablas de auditoría también pueden capturar estas modificaciones. Capturar Identifique marcas de tiempo de creación de nuevas versiones para el mismo ID de Requisición después de que haya sido enviada. Tipo de evento inferred
	Requisición Retirada	Ocurre cuando el solicitante cancela o retira una requisición enviada antes de que haya sido completamente aprobada. Esto suele ser una acción explícita del usuario que resulta en un cambio de estado.
Por qué es importante El seguimiento de los retiros ayuda a identificar las razones de la terminación prematura, como cambios en las necesidades del negocio o usuarios corrigiendo errores después del envío. Dónde obtener Inferencia de un cambio de estado a 'RETIRADA' en la tabla POR_REQUISITION_HEADERS_ALL. La acción se registra en el historial de acciones de la requisición. Capturar Detectar la marca de tiempo cuando el estado de la requisición se actualiza a 'Retirada'. Tipo de evento inferred

Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Oracle Fusion Financials

Pasos

Navegue a Informes y Análisis: Inicie sesión en Oracle Fusion Financials. Use el menú Navegador para ir a Herramientas y luego seleccione Informes y Análisis. Este es el centro neurálgico para todas las actividades de informes.
Cree un Nuevo Análisis: Dentro del área de trabajo de Informes y Análisis, haga clic en el botón 'Crear' y seleccione 'Análisis' del menú desplegable. Esto lanzará el editor de análisis de Oracle Transactional Business Intelligence (OTBI) en una nueva pestaña.
Seleccione el Área Temática: Se le pedirá que seleccione un Área Temática. En el cuadro de búsqueda, escriba 'Adquisiciones - Requisiciones en Tiempo Real' y selecciónela de la lista. Esta área temática contiene todos los puntos de datos necesarios para los eventos del ciclo de vida de la requisición.
Construya el Análisis para Eventos de Requisición: Este paso requiere crear una unión de varias consultas para capturar cada evento distinto. Dado que la interfaz de usuario de OTBI no tiene una función directa UNION ALL para diferentes tipos de eventos, creará un único informe que extrae todos los campos de fecha y estado relevantes. En la pestaña 'Criterios', arrastre y suelte las columnas listadas en la sección de consulta desde el panel 'Áreas Temáticas' de la izquierda en el área de 'Columnas Seleccionadas'. Esto incluye columnas para fecha de creación, fecha de envío, fecha de aprobación, fecha de creación de la OC, etc.
Agregue el Historial de Acciones de Requisición: Para capturar pasos de aprobación detallados (Aprobado, Rechazado, Devuelto, Retirado), necesita incluir campos de la carpeta 'Historial de Acciones de Requisición' dentro del área temática. Arrastre 'Fecha de Acción', 'Acción' y 'Actor' a sus columnas seleccionadas.
Configure los Filtros: Cambie a la pestaña 'Indicadores' para crear filtros para su análisis. Es esencial filtrar por un rango de fechas para gestionar el volumen de datos. Cree un filtro en 'Encabezado de Requisición'.'Fecha de Creación de Requisición' y configúrelo a un rango, por ejemplo, los últimos 6 meses. También puede agregar indicadores para 'Unidad de Negocio' o 'Nombre del Solicitante' para limitar los datos.
Ejecute y Revise el Informe: Vaya a la pestaña 'Resultados' para ejecutar el análisis y previsualizar los datos. La salida será una tabla 'ancha' con una fila por línea de requisición o acción de aprobación, que contiene múltiples columnas de fecha y estado.
Exporte los Datos Brutos: Una vez que esté satisfecho con la previsualización, haga clic en el enlace 'Exportar', típicamente ubicado en la parte inferior de la página de resultados. Elija 'Datos' > 'Archivo CSV' como formato. Esto descargará los datos brutos de su análisis.
Transforme los Datos a Formato de Registro de Eventos: El CSV exportado estará en un formato 'ancho'. Debe usar una herramienta externa (como un script de Python, Power Query en Excel o cualquier otra herramienta de preparación de datos) para transformar estos datos. El proceso implica 'despivotar' las columnas de fecha en una única columna 'EventTime' y crear una columna 'ActivityName' correspondiente para cada tipo de evento (por ejemplo, 'Requisición Creada', 'Requisición Enviada').
Finalice y Prepare para la Carga: Después de la transformación, asegúrese de que el archivo tenga las columnas requeridas: PurchaseRequisitionId, ActivityName, EventTime, SourceSystem y LastDataUpdate. Guarde el registro de eventos final como un archivo CSV, que luego podrá cargarse en ProcessMind.

Configuración

Área Temática: El área temática principal a utilizar es 'Adquisiciones - Requisiciones en Tiempo Real'. Esta contiene toda la información central de encabezado, línea, distribución e historial de aprobación de las requisiciones.
Rango de Fechas: Aplique siempre un filtro de fecha obligatorio para limitar el volumen de datos y mejorar el rendimiento. Un filtro en 'Encabezado de Requisición'.'Fecha de Creación de Requisición' de los últimos 3 a 6 meses es un buen punto de partida.
Filtros Clave: Considere agregar filtros para 'Encabezado de Requisición'.'Unidad de Negocio' y 'Encabezado de Requisición'.'Estado de Requisición' para enfocar la extracción en unidades organizativas relevantes y excluir estados irrelevantes como 'Cancelado' si no son necesarios para el análisis.
Selección de Columnas: Sea selectivo con las columnas que agregue al análisis. Incluir demasiadas columnas, especialmente de muchas carpetas diferentes (dimensiones), puede afectar negativamente el rendimiento. Concéntrese solo en los campos requeridos para el registro de eventos.
Permisos: El usuario que ejecuta la extracción debe tener un rol con los permisos necesarios para acceder al área de trabajo de Informes y Análisis y al área temática 'Adquisiciones - Requisiciones en Tiempo Real'. Típicamente, roles como 'Autor de BI' o 'Analista de Adquisiciones' tienen estos privilegios.

a Consulta de ejemplo config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

Pasos

Inicie sesión en Oracle Fusion Financials con un usuario que tenga privilegios de Autor de BI o similares.
Navegue al área de trabajo de Informes y Análisis haciendo clic en el icono del Navegador y luego seleccionando Herramientas > Informes y Análisis.
Haga clic en el botón "Explorar Catálogo" para abrir el catálogo de Business Intelligence Publisher.
En la interfaz de BI Publisher, haga clic en "Nuevo" y seleccione "Modelo de Datos" de la lista desplegable.
En las propiedades del Modelo de Datos, puede proporcionar un nombre y una descripción. Haga clic en el icono "+" para agregar un nuevo Conjunto de Datos y seleccione "Consulta SQL".
En el nuevo cuadro de diálogo de Conjunto de Datos, proporcione un nombre (por ejemplo, Requisition_Event_Log), seleccione la Fuente de Datos adecuada para sus datos financieros (por ejemplo, ApplicationDB_FSCM) y configure el Tipo de SQL en "SQL Estándar".
Copie el script SQL completo de la sección "query" de este documento y péguelo en el área de texto de Consulta SQL.
La consulta incluye los parámetros :p_start_date y :p_end_date. Estos serán reconocidos automáticamente por BI Publisher. Puede establecer valores predeterminados si lo desea.
Guarde el Modelo de Datos en una carpeta de catálogo adecuada (por ejemplo, Carpetas Compartidas/Personalizadas).
Para exportar los datos, navegue de nuevo al catálogo, haga clic en "Nuevo" y seleccione "Informe". Vincule este nuevo informe al Modelo de Datos que acaba de crear.
Ejecute el informe, proporcionando los parámetros de fecha de inicio y fin. Una vez que el informe muestre los datos, utilice la funcionalidad "Exportar" para descargar los resultados como un archivo CSV.
Asegúrese de que el archivo CSV final se guarde con codificación UTF-8 y contenga los encabezados requeridos para su ingesta en su herramienta de Process Mining.

Configuración

Fuente de datos: La Fuente de datos de BI Publisher, típicamente llamada 'ApplicationDB_FSCM' o similar, debe configurarse con un usuario que tenga acceso de lectura a todas las tablas en la consulta, incluyendo aquellas de Adquisiciones (POR, PO), Gestión del Capital Humano (PER, HR) y Finanzas (FUN).
Filtrado por Rango de Fechas: La consulta está diseñada con parámetros de fecha obligatorios (:p_start_date y :p_end_date) que filtran por la fecha de creación de la requisición. Para extracciones iniciales o sistemas grandes, es crucial extraer datos en lotes manejables, por ejemplo, de 3 a 6 meses a la vez, para evitar tiempos de espera del sistema.
Filtrado por Unidad de Negocio: Se incluye un filtro por nombre de Unidad de Negocio en una sección comentada de la cláusula WHERE de la consulta. Se recomienda encarecidamente descomentar y configurar este filtro para limitar los datos a las unidades de negocio relevantes para su análisis, lo que puede mejorar significativamente el rendimiento.
Requisitos Previos: El usuario que crea y ejecuta el informe requiere un rol con privilegios de BI Publisher, como 'Rol de Administrador de BI' o 'Rol de Autor de BI'. Además, este usuario necesita los permisos de seguridad de datos necesarios para acceder a los datos de adquisiciones.

a Consulta de ejemplo sql

WITH BaseRequisitions AS (
    SELECT
        PRH.REQUISITION_HEADER_ID,
        PRH.REQUISITION_NUMBER,
        PRH.CREATION_DATE,
        PRH.LAST_UPDATE_DATE AS HEADER_LAST_UPDATE_DATE,
        PRH.DOCUMENT_STATUS,
        PRH.PREPARER_ID,
        PPNF_REQ.DISPLAY_NAME AS RequesterName,
        HOU.NAME AS DepartmentName,
        BU.BU_NAME AS BusinessUnit,
        SUM(PRL.AMOUNT) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequisitionTotalAmount,
        MIN(PRL.NEED_BY_DATE) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequiredByDate
    FROM
        POR_REQUISITION_HEADERS_ALL PRH
    JOIN
        POR_REQUISITION_LINES_ALL PRL ON PRH.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
    JOIN
        PER_USERS PU_REQ ON PRH.PREPARER_ID = PU_REQ.USER_ID
    LEFT JOIN
        PER_PERSON_NAMES_F PPNF_REQ ON PU_REQ.PERSON_ID = PPNF_REQ.PERSON_ID AND PPNF_REQ.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PPNF_REQ.EFFECTIVE_START_DATE AND PPNF_REQ.EFFECTIVE_END_DATE
    LEFT JOIN
        PER_ALL_ASSIGNMENTS_F PAAF ON PU_REQ.PERSON_ID = PAAF.PERSON_ID AND PAAF.ASSIGNMENT_TYPE = 'E' AND PAAF.PRIMARY_FLAG = 'Y' AND SYSDATE BETWEEN PAAF.EFFECTIVE_START_DATE AND PAAF.EFFECTIVE_END_DATE
    LEFT JOIN
        HR_ORGANIZATION_UNITS_F_VL HOU ON PAAF.ORGANIZATION_ID = HOU.ORGANIZATION_ID AND SYSDATE BETWEEN HOU.EFFECTIVE_START_DATE AND HOU.EFFECTIVE_END_DATE
    JOIN
        FUN_ALL_BUSINESS_UNITS_V BU ON PRH.REQ_BU_ID = BU.BU_ID
    WHERE PRH.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    -- AND BU.BU_NAME IN ('[Your Business Unit Name]') -- Recommended: Uncomment and specify your Business Unit(s)
)
-- 1. Requisition Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Created' AS "ActivityName",
    BR.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR

UNION ALL

-- 2. Requisition Submitted, 4. Requisition Amended
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    CASE 
        WHEN PAH.OBJECT_REVISION_NUM > 1 THEN 'Requisition Amended'
        ELSE 'Requisition Submitted'
    END AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'SUBMIT'

UNION ALL

-- 3. Requisition Withdrawn
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Withdrawn' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'WITHDRAW'

UNION ALL

-- 5. Approval Step Started
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Started' AS "ActivityName",
    PAH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE IN ('APPROVE', 'REJECT', 'SUBMIT', 'RETURN')

UNION ALL

-- 6. Approval Step Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'APPROVE'

UNION ALL

-- 7. Approval Step Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'

UNION ALL

-- 8. Approval Step Returned
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Returned' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'RETURN'

UNION ALL

-- 9. Requisition Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'APPROVED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'FINALLY CLOSE' AND BR.DOCUMENT_STATUS = 'APPROVED'

UNION ALL

-- 10. Requisition Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'REJECTED' AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'
AND BR.DOCUMENT_STATUS = 'REJECTED'
AND PAH.ACTION_DATE = (SELECT MAX(PAH2.ACTION_DATE) FROM PO_ACTION_HISTORY PAH2 WHERE PAH2.OBJECT_ID = BR.REQUISITION_HEADER_ID AND PAH2.ACTION_CODE = 'REJECT')

UNION ALL

-- 11. Purchase Order Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Purchase Order Created' AS "ActivityName",
    POH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN POR_REQUISITION_LINES_ALL PRL ON BR.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
JOIN PO_DISTRIBUTIONS_ALL POD ON PRL.REQUISITION_LINE_ID = POD.REQUISITION_LINE_ID
JOIN PO_HEADERS_ALL POH ON POD.PO_HEADER_ID = POH.PO_HEADER_ID

UNION ALL

-- 12. Requisition Closed
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Closed' AS "ActivityName",
    BR.HEADER_LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'CLOSED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
WHERE BR.DOCUMENT_STATUS = 'CLOSED'

Pasos

Requisitos Previos y Configuración del Entorno: Asegúrese de tener Python 3 instalado en su sistema. Instale la librería requests necesaria ejecutando el siguiente comando en su terminal: pip install requests. También necesitará credenciales de API (nombre de usuario, contraseña) para un usuario de Oracle Fusion con permisos suficientes para leer datos de requisiciones de compra, junto con la URL base de su instancia de Oracle Fusion.
Guarde el Script de Python: Guarde el código Python completo proporcionado en la sección 'query' como un archivo, por ejemplo, extract_requisitions.py.
Configure los Parámetros del Script: Abra el archivo de script en un editor de texto. Modifique los valores de los marcadores de posición al principio del script. Configure FUSION_URL, USERNAME y PASSWORD para que coincidan con los detalles de su entorno de Oracle Fusion. Ajuste START_DATE y END_DATE para definir el período de extracción.
Comprenda los Endpoints y Campos de la API: El script se dirige al recurso de la API REST purchaseRequisitions. Utiliza el parámetro fields para solicitar solo los datos necesarios, incluyendo colecciones anidadas como lines (para información de la OC) y actionHistory (para eventos de aprobación), lo que mejora el rendimiento.
Ejecute el Script: Ejecute el script desde su terminal usando el comando: python extract_requisitions.py. El script se autenticará con la API, comenzará a buscar datos e imprimirá actualizaciones de progreso en la consola, mostrando cuántas requisiciones se han procesado.
Maneje la Paginación: El script maneja automáticamente la paginación. La API REST de Oracle Fusion devuelve datos en bloques (páginas). El script verifica el indicador hasMore en cada respuesta y realiza solicitudes repetidamente con un parámetro offset actualizado hasta que se hayan recuperado todas las requisiciones dentro del rango de fechas especificado.
Lógica de Transformación de Datos: Para cada requisición recuperada de la API, el script genera múltiples filas en el registro de eventos. Crea un evento 'Requisición Creada' a partir de la CreationDate, un evento 'Requisición Enviada' a partir de la SubmittedDate, e itera a través de la colección actionHistory para crear eventos detallados para cada paso de aprobación (Iniciado, Aprobado, Rechazado, Devuelto).
Infiera Eventos de Estado Final: El script captura los eventos de resultado final como 'Requisición Aprobada' y 'Requisición Rechazada' verificando el DocumentStatus final de la requisición y usando la LastUpdateDate como la marca de tiempo del evento.
Genere el Evento de Orden de Compra: El script inspecciona cada línea de requisición. Si una línea tiene un PoHeaderId, significa que se creó una Orden de Compra. Se genera una entrada de registro de eventos para esta actividad, vinculando la requisición al proceso de aprovisionamiento posterior.
Revise el Archivo de Salida: Una vez que el script finaliza, creará un archivo CSV llamado oracle_fusion_requisitions_event_log.csv en el mismo directorio. Este archivo contiene el registro de eventos extraído.
Prepare para la Carga: Abra el archivo CSV generado en un programa de hoja de cálculo para verificar su contenido. Asegúrese de que las columnas y los formatos de datos se alineen con los requisitos de su herramienta de Process Mining. El archivo ya está listo para ser cargado en ProcessMind.

Configuración

Credenciales de API: Se requiere una cuenta de usuario de integración dedicada con un rol que otorgue acceso de solo lectura a la API REST de Requisiciones de Compra. Ejemplos de roles incluyen Gerente de Adquisiciones o un rol de integración personalizado.
Endpoint de la API REST: El script está configurado para usar el endpoint .../fscmRestApi/resources/11.13.18.05/purchaseRequisitions. Asegúrese de que el número de versión en la URL coincida con su entorno de Oracle Fusion.
Filtro de Rango de Fechas: El script incluye las variables START_DATE y END_DATE. Se recomienda encarecidamente extraer los datos en lotes manejables, como de 3 a 6 meses a la vez, para evitar tiempos de espera de la API y problemas de rendimiento. El filtro se aplica a la CreationDate (Fecha de Creación) de las requisiciones.
Selección de Campos: El parámetro fields en el script es crucial para el rendimiento. Limita la carga útil de la respuesta solo a los atributos necesarios para el registro de eventos, reduciendo el tráfico de red y el tiempo de procesamiento. No elimine campos obligatorios como RequisitionId, CreationDate, actionHistory o lines.
Límite de Paginación: El parámetro limit está establecido en 100, un valor seguro para la mayoría de los entornos. Puede intentar aumentarlo a 200 o 500 para una extracción potencialmente más rápida, pero tenga en cuenta posibles problemas de memoria o límites de la API si se configura demasiado alto.

a Consulta de ejemplo python

import requests
import csv
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 instance URL, username, and password.
FUSION_URL = class="hl-string">"https://[your-fusion-instance-url].oraclecloud.com"
USERNAME = class="hl-string">"your_api_user"
PASSWORD = class="hl-string">"your_api_password"

class=class="hl-string">"hl-comment"># Define the date range for the extraction.
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_requisitions_data():
    class="hl-string">"""Fetches and processes purchase requisition data from Oracle Fusion REST API."""
    
    api_url = fclass="hl-string">"{FUSION_URL}/fscmRestApi/resources/11.13.18.05/purchaseRequisitions"
    
    class=class="hl-string">"hl-comment"># Define the fields to retrieve to optimize the API call
    fields_to_get = [
        class="hl-string">"RequisitionId", class="hl-string">"RequisitionNumber", class="hl-string">"CreationDate", class="hl-string">"SubmittedDate", class="hl-string">"LastUpdateDate",
        class="hl-string">"DocumentStatus", class="hl-string">"PreparerName", class="hl-string">"BusinessUnitName", class="hl-string">"RequisitionTotal", class="hl-string">"NeedByDate",
        class="hl-string">"Department", class="hl-string">"RejectionReason", 
        class="hl-string">"actionHistory(ActionCode,ActionDate,PerformerName)",
        class="hl-string">"lines(PoHeaderId,LastUpdateDate)"
    ]
    
    class=class="hl-string">"hl-comment"># Parameters for the API request
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">"fields": class="hl-string">",".join(fields_to_get),
        class="hl-string">"limit": 100,
        class="hl-string">"offset": 0
    }
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    event_log = []
    has_more = True
    total_processed = 0
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    while has_more:
        print(fclass="hl-string">"Fetching requisitions from offset {params['offset']}...")
        try:
            response = requests.get(
                api_url, 
                auth=(USERNAME, PASSWORD), 
                params=params, 
                headers=headers
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes (4xx or 5xx)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break

        data = response.json()
        requisitions = data.get(class="hl-string">'items', [])

        if not requisitions:
            print(class="hl-string">"No more requisitions found.")
            break

        for req in requisitions:
            base_event = {
                class="hl-string">'PurchaseRequisitionId': req.get(class="hl-string">'RequisitionNumber'),
                class="hl-string">'RequesterName': req.get(class="hl-string">'PreparerName'),
                class="hl-string">'DepartmentName': req.get(class="hl-string">'Department'),
                class="hl-string">'RequisitionTotalAmount': req.get(class="hl-string">'RequisitionTotal'),
                class="hl-string">'RequisitionStatus': req.get(class="hl-string">'DocumentStatus'),
                class="hl-string">'RequiredByDate': req.get(class="hl-string">'NeedByDate'),
                class="hl-string">'RejectionReason': req.get(class="hl-string">'RejectionReason'),
                class="hl-string">'BusinessUnit': req.get(class="hl-string">'BusinessUnitName'),
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': now_iso
            }

            class=class="hl-string">"hl-comment"># 1. Requisition Created
            if req.get(class="hl-string">'CreationDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Created', class="hl-string">'EventTime': req[class="hl-string">'CreationDate']})

            class=class="hl-string">"hl-comment"># 2. Requisition Submitted
            if req.get(class="hl-string">'SubmittedDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Submitted', class="hl-string">'EventTime': req[class="hl-string">'SubmittedDate']})

            class=class="hl-string">"hl-comment"># 3-8. Approval Workflow Events from actionHistory
            po_created = False
            if class="hl-string">'actionHistory' in req and req[class="hl-string">'actionHistory'] is not None:
                for action in req[class="hl-string">'actionHistory']:
                    activity = None
                    action_code = action.get(class="hl-string">'ActionCode')
                    if action_code == class="hl-string">'SUBMIT':
                        class=class="hl-string">"hl-comment"># This is often the first step in the approval flow
                        activity = class="hl-string">'Approval Step Started'
                    elif action_code == class="hl-string">'APPROVE':
                        activity = class="hl-string">'Approval Step Approved'
                    elif action_code == class="hl-string">'REJECT':
                        activity = class="hl-string">'Approval Step Rejected'
                    elif action_code == class="hl-string">'RETURN':
                        activity = class="hl-string">'Approval Step Returned'
                    elif action_code == class="hl-string">'WITHDRAW':
                        activity = class="hl-string">'Requisition Withdrawn'
                    elif action_code == class="hl-string">'UPDATE':
                        activity = class="hl-string">'Requisition Amended'
                    
                    if activity:
                        event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': action.get(class="hl-string">'ActionDate')})

            class=class="hl-string">"hl-comment"># 9-10 & 12. Final Status Events
            final_status = req.get(class="hl-string">'DocumentStatus')
            last_update_date = req.get(class="hl-string">'LastUpdateDate')
            if last_update_date:
                if final_status == class="hl-string">'APPROVED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Approved', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'REJECTED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Rejected', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'CLOSED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Closed', class="hl-string">'EventTime': last_update_date})

            class=class="hl-string">"hl-comment"># 11. Purchase Order Created
            if class="hl-string">'lines' in req and req[class="hl-string">'lines'] is not None:
                for line in req[class="hl-string">'lines']:
                    if line.get(class="hl-string">'PoHeaderId') and not po_created:
                        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created', class="hl-string">'EventTime': line.get(class="hl-string">'LastUpdateDate', last_update_date)})
                        po_created = True class=class="hl-string">"hl-comment"># Create only one PO event per requisition
                        break
        
        total_processed += len(requisitions)
        print(fclass="hl-string">"Processed {total_processed} total requisitions so far.")

        class=class="hl-string">"hl-comment"># Check if there is more data to fetch for pagination
        has_more = data.get(class="hl-string">'hasMore', False)
        if has_more:
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

    class=class="hl-string">"hl-comment"># Write to CSV
    if event_log:
        filename = class="hl-string">'oracle_fusion_requisitions_event_log.csv'
        fieldnames = list(event_log[0].keys())
        with open(filename, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
            writer = csv.DictWriter(csvfile, fieldnames=fieldnames)
            writer.writeheader()
            writer.writerows(event_log)
        print(fclass="hl-string">"\nSuccessfully extracted {len(event_log)} events to {filename}")
    else:
        print(class="hl-string">"\nNo events were generated.")

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

Pasos

Navegue a Informes y Análisis: Inicie sesión en Oracle Fusion Financials. Use el menú Navegador para ir a Herramientas y luego seleccione Informes y Análisis. Este es el centro neurálgico para todas las actividades de informes.
Cree un Nuevo Análisis: Dentro del área de trabajo de Informes y Análisis, haga clic en el botón 'Crear' y seleccione 'Análisis' del menú desplegable. Esto lanzará el editor de análisis de Oracle Transactional Business Intelligence (OTBI) en una nueva pestaña.
Seleccione el Área Temática: Se le pedirá que seleccione un Área Temática. En el cuadro de búsqueda, escriba 'Adquisiciones - Requisiciones en Tiempo Real' y selecciónela de la lista. Esta área temática contiene todos los puntos de datos necesarios para los eventos del ciclo de vida de la requisición.
Construya el Análisis para Eventos de Requisición: Este paso requiere crear una unión de varias consultas para capturar cada evento distinto. Dado que la interfaz de usuario de OTBI no tiene una función directa UNION ALL para diferentes tipos de eventos, creará un único informe que extrae todos los campos de fecha y estado relevantes. En la pestaña 'Criterios', arrastre y suelte las columnas listadas en la sección de consulta desde el panel 'Áreas Temáticas' de la izquierda en el área de 'Columnas Seleccionadas'. Esto incluye columnas para fecha de creación, fecha de envío, fecha de aprobación, fecha de creación de la OC, etc.
Agregue el Historial de Acciones de Requisición: Para capturar pasos de aprobación detallados (Aprobado, Rechazado, Devuelto, Retirado), necesita incluir campos de la carpeta 'Historial de Acciones de Requisición' dentro del área temática. Arrastre 'Fecha de Acción', 'Acción' y 'Actor' a sus columnas seleccionadas.
Configure los Filtros: Cambie a la pestaña 'Indicadores' para crear filtros para su análisis. Es esencial filtrar por un rango de fechas para gestionar el volumen de datos. Cree un filtro en 'Encabezado de Requisición'.'Fecha de Creación de Requisición' y configúrelo a un rango, por ejemplo, los últimos 6 meses. También puede agregar indicadores para 'Unidad de Negocio' o 'Nombre del Solicitante' para limitar los datos.
Ejecute y Revise el Informe: Vaya a la pestaña 'Resultados' para ejecutar el análisis y previsualizar los datos. La salida será una tabla 'ancha' con una fila por línea de requisición o acción de aprobación, que contiene múltiples columnas de fecha y estado.
Exporte los Datos Brutos: Una vez que esté satisfecho con la previsualización, haga clic en el enlace 'Exportar', típicamente ubicado en la parte inferior de la página de resultados. Elija 'Datos' > 'Archivo CSV' como formato. Esto descargará los datos brutos de su análisis.
Transforme los Datos a Formato de Registro de Eventos: El CSV exportado estará en un formato 'ancho'. Debe usar una herramienta externa (como un script de Python, Power Query en Excel o cualquier otra herramienta de preparación de datos) para transformar estos datos. El proceso implica 'despivotar' las columnas de fecha en una única columna 'EventTime' y crear una columna 'ActivityName' correspondiente para cada tipo de evento (por ejemplo, 'Requisición Creada', 'Requisición Enviada').
Finalice y Prepare para la Carga: Después de la transformación, asegúrese de que el archivo tenga las columnas requeridas: PurchaseRequisitionId, ActivityName, EventTime, SourceSystem y LastDataUpdate. Guarde el registro de eventos final como un archivo CSV, que luego podrá cargarse en ProcessMind.

Configuración

Área Temática: El área temática principal a utilizar es 'Adquisiciones - Requisiciones en Tiempo Real'. Esta contiene toda la información central de encabezado, línea, distribución e historial de aprobación de las requisiciones.
Rango de Fechas: Aplique siempre un filtro de fecha obligatorio para limitar el volumen de datos y mejorar el rendimiento. Un filtro en 'Encabezado de Requisición'.'Fecha de Creación de Requisición' de los últimos 3 a 6 meses es un buen punto de partida.
Filtros Clave: Considere agregar filtros para 'Encabezado de Requisición'.'Unidad de Negocio' y 'Encabezado de Requisición'.'Estado de Requisición' para enfocar la extracción en unidades organizativas relevantes y excluir estados irrelevantes como 'Cancelado' si no son necesarios para el análisis.
Selección de Columnas: Sea selectivo con las columnas que agregue al análisis. Incluir demasiadas columnas, especialmente de muchas carpetas diferentes (dimensiones), puede afectar negativamente el rendimiento. Concéntrese solo en los campos requeridos para el registro de eventos.
Permisos: El usuario que ejecuta la extracción debe tener un rol con los permisos necesarios para acceder al área de trabajo de Informes y Análisis y al área temática 'Adquisiciones - Requisiciones en Tiempo Real'. Típicamente, roles como 'Autor de BI' o 'Analista de Adquisiciones' tienen estos privilegios.

a Consulta de ejemplo config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

Su plantilla de datos para solicitudes de Compra a Pago.

Su plantilla de datos para solicitudes de Compra a Pago.

Compra a Pago - Atributos de Requisición

Compra a Pago - Actividades de Requisición

Guías de Extracción

Exportación de Oracle Transactional Business Intelligence (OTBI)

Pasos

Configuración

a Consulta de ejemplo config

Extracción del Modelo de Datos Basada en SQL de Oracle BI Publisher

Pasos

Configuración

a Consulta de ejemplo sql

Script de Python vía API REST de Oracle Fusion

Pasos

Configuración

a Consulta de ejemplo python

Oracle BI Cloud Connector (BICC) Bulk Data Extract

Pasos

Configuración

a Consulta de ejemplo config

¿Listo para comenzar?

Logre un 30% más rápido el proceso de Requisición de Compra a Pago

Su plantilla de datos para solicitudes de Compra a Pago.

Su plantilla de datos para solicitudes de Compra a Pago.

Compra a Pago - Atributos de Requisición

Compra a Pago - Actividades de Requisición

Guías de Extracción

Exportación de Oracle Transactional Business Intelligence (OTBI)

Pasos

Configuración

a Consulta de ejemplo config

Extracción del Modelo de Datos Basada en SQL de Oracle BI Publisher

Pasos

Configuración

a Consulta de ejemplo sql

Script de Python vía API REST de Oracle Fusion

Pasos

Configuración

a Consulta de ejemplo python

Oracle BI Cloud Connector (BICC) Bulk Data Extract

Pasos

Configuración

a Consulta de ejemplo config

Valoramos su privacidad

¿Listo para comenzar?

Logre un 30% más rápido el proceso de Requisición de Compra a Pago