Su Template de datos de Purchase to Pay - Purchase Order

Oracle Fusion Financials
Su Template de datos de Purchase to Pay - Purchase Order

Su Template de datos de Purchase to Pay - Purchase Order

Este Template ofrece una guía clara para recopilar los datos necesarios para analizar el proceso Purchase to Pay - Purchase Order. Describe los atributos de datos esenciales, las actividades clave que debe registrar y recomendaciones prácticas para extraer esta información. Úselo para asegurarse de recopilar todos los detalles importantes para un Process Mining eficaz.
  • Atributos recomendados para recopilar datos de forma exhaustiva
  • Actividades clave del proceso que debe registrar y analizar
  • Guía paso a paso para extraer datos de Oracle Fusion Financials
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de Purchase to Pay - Purchase Order

Estos son los campos de datos recomendados para incluir en el registro de eventos y analizar exhaustivamente el proceso Purchase to Pay - Purchase Order.
3 Obligatorio 7 Recomendado 11 Opcional
Nombre Descripción
Actividad
ActivityName
Nombre de un evento o paso específico del negocio que tuvo lugar durante el ciclo de vida de la orden de compra.
Descripción

Este atributo describe una tarea o un cambio de estado específico del proceso, como 'Orden de compra creada' o 'Mercancías recibidas'. Estas actividades forman la secuencia de eventos que constituye el flujo del proceso.

Analizar la secuencia y los tiempos de estas actividades es la base de Process Mining. Permite visualizar el mapa del proceso, identificar cuellos de botella, detectar desviaciones del procedimiento estándar y medir la duración de pasos específicos.

Por qué es importante

Las actividades son los componentes básicos del mapa del proceso. Hacerles seguimiento permite visualizar y analizar el flujo del proceso, los cuellos de botella y las desviaciones.

Dónde obtenerlo

Se deriva de los cambios de estado en tablas como PO_HEADERS_ALL y PO_ACTION_HISTORY, o de tablas de transacciones específicas, como RCV_TRANSACTIONS para las recepciones de mercancías.

Ejemplos
Orden de compra creadaOrden de compra aprobadaMercancías recibidas
Hora de inicio
EventTime
Marca de tiempo que indica cuándo tuvo lugar una actividad o un evento específico.
Descripción

Este atributo registra la fecha y hora exactas de cada actividad del proceso. Es fundamental para ordenar cronológicamente los eventos y realizar cualquier análisis basado en el tiempo.

En Process Mining, la hora de inicio se utiliza para crear el registro de eventos, calcular los tiempos de ciclo entre actividades, medir los tiempos de espera y analizar el rendimiento del proceso en distintos periodos. Es esencial para los Dashboards relacionados con el tiempo de ciclo y el rendimiento.

Por qué es importante

Esta marca de tiempo es fundamental para ordenar correctamente los eventos y calcular todas las métricas basadas en la duración, como los tiempos de ciclo y los cuellos de botella.

Dónde obtenerlo

Campos de marca de tiempo como CREATION_DATE y LAST_UPDATE_DATE de varias tablas, entre ellas PO_HEADERS_ALL, PO_ACTION_HISTORY y RCV_SHIPMENT_LINES.

Ejemplos
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
Orden de compra
PurchaseOrder
Identificador único del documento de orden de compra, que funciona como ID del caso principal para hacer seguimiento al ciclo de compras.
Descripción

El número de la orden de compra es el identificador central que vincula todas las actividades relacionadas, desde su creación hasta el cierre definitivo. Permite analizar de principio a fin un único caso de compra.

En Process Mining, cada número de orden de compra único representa una instancia del proceso. Analizar los datos agrupados por este identificador ayuda a comprender las variaciones del proceso, los tiempos de ciclo y el cumplimiento de cada orden.

Por qué es importante

Este es el ID del caso esencial que conecta todos los eventos relacionados y permite reconstruir y analizar el ciclo de vida completo de la orden de compra.

Dónde obtenerlo

Oracle Fusion Cloud SCM, módulo Procurement, tabla PO_HEADERS_ALL, columna SEGMENT1.

Ejemplos
100234510023461002347
Departamento
DepartmentName
Nombre del departamento que inició la orden de compra o es responsable de ella.
Descripción

Este atributo especifica la unidad organizativa asociada a la compra, como 'Finanzas', 'TI' o 'Manufactura'. Se utiliza para asignar costes y elaborar informes de la organización.

En Process Mining, segmentar el proceso por departamento es fundamental para comparar el rendimiento, identificar cuellos de botella específicos de cada departamento y comprender las variaciones en la ejecución del proceso en toda la organización. Es compatible directamente con Dashboards como 'Análisis del tiempo de ciclo de aprobación de órdenes de compra' y 'Tendencias de modificación de órdenes de compra'.

Por qué es importante

Permite filtrar y comparar el rendimiento del proceso entre distintas unidades de negocio para detectar problemas específicos de cada departamento o identificar buenas prácticas.

Dónde obtenerlo

Se deriva de la información del centro de costes en tablas como PO_DISTRIBUTIONS_ALL, que se vincula con los datos maestros de los departamentos.

Ejemplos
Operaciones de TIMarketingInvestigación y desarrollo
Fecha de entrega solicitada
RequestedDeliveryDate
Fecha en que la parte solicitante espera recibir las mercancías o los servicios.
Descripción

Esta fecha se especifica en la línea de la orden de compra y comunica al proveedor el plazo de entrega deseado. Sirve como referencia para medir el rendimiento de las entregas a tiempo.

Este atributo es fundamental para calcular el KPI 'Tasa de entregas a tiempo'. Al comparar la fecha real de recepción de las mercancías con la fecha de entrega solicitada, las organizaciones pueden medir y hacer seguimiento cuantitativo de la fiabilidad de los proveedores e identificar demoras recurrentes en la cadena de suministro.

Por qué es importante

Sirve como referencia para medir el rendimiento de las entregas a tiempo, un KPI clave para evaluar la fiabilidad de los proveedores y la eficiencia de la cadena de suministro.

Dónde obtenerlo

Se encuentra en el nivel de ubicación de línea, en la tabla PO_LINE_LOCATIONS_ALL, columna NEED_BY_DATE.

Ejemplos
2023-05-202023-06-152023-07-01
Hora de finalización
EndTime
Marca de tiempo en que se completó una actividad. En los eventos puntuales, suele coincidir con la hora de inicio.
Descripción

En las actividades que tienen una duración, indica la hora de finalización. En los eventos instantáneos, suele coincidir con la hora de inicio. Es esencial para calcular el tiempo de procesamiento de cada actividad.

Contar con una hora de finalización independiente permite analizar con mayor precisión la duración de las actividades, que puede diferir del tiempo de espera entre ellas. Así se distingue el tiempo de trabajo activo del tiempo inactivo, lo que facilita analizar la carga de trabajo y la eficiencia de los recursos.

Por qué es importante

Permite calcular con precisión los tiempos de procesamiento de las actividades, un dato clave para analizar la eficiencia de los recursos e identificar las tareas que consumen más tiempo.

Dónde obtenerlo

Puede coincidir con la hora de inicio en los eventos puntuales o derivarse de las marcas de tiempo de eventos posteriores. Algunas actividades pueden tener una marca de tiempo de finalización independiente.

Ejemplos
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
Importe total de la orden de compra
PurchaseOrderTotalAmount
Valor monetario total de la orden de compra.
Descripción

Este atributo representa el coste total de todos los artículos de la orden de compra en la moneda especificada. Es una métrica financiera clave para comprender el valor de las transacciones que pasan por el proceso.

Analizar el importe total de las órdenes de compra ayuda a priorizar las iniciativas de mejora del proceso. Por ejemplo, las órdenes de alto valor podrían seguir un proceso de aprobación más estricto. También permite analizar el impacto financiero, por ejemplo, calcular el valor de las órdenes que se modifican o retrasan con frecuencia.

Por qué es importante

Aporta contexto financiero al proceso y permite analizarlo según el valor monetario, por ejemplo, centrándose en las órdenes de alto valor o comprendiendo el impacto financiero de las demoras.

Dónde obtenerlo

Se calcula sumando los importes de PO_LINES_ALL para una cabecera de orden de compra determinada, o se toma del total de la cabecera si está disponible.

Ejemplos
5250.00120000.50750.99
Nombre de la persona aprobadora
ApproverName
Nombre del usuario que aprobó o rechazó la orden de compra.
Descripción

Este atributo identifica a la persona responsable de un paso de aprobación del flujo de trabajo. Esta información suele almacenarse en el historial de acciones o en una tabla de registro del flujo de trabajo asociada a la orden de compra.

Analizar los datos por persona aprobadora es clave para los Dashboards 'Análisis del tiempo de ciclo de aprobación de órdenes de compra' y 'Carga de trabajo de recursos de aprobación'. Ayuda a identificar cuellos de botella entre las personas o los grupos aprobadores, permite evaluar la carga de trabajo de forma equitativa y puede revelar oportunidades para delegar o rediseñar el proceso.

Por qué es importante

Identifica a las personas que participan en la cadena de aprobación y permite analizar los cuellos de botella, la carga de trabajo y los tiempos de ciclo por persona aprobadora.

Dónde obtenerlo

Usuario que realizó la acción, identificado en PO_ACTION_HISTORY.ACTION_PERFORMED_BY y vinculado a una tabla de usuarios para obtener el nombre completo.

Ejemplos
susan.managerdavid.directoremily.finance
Nombre del proveedor
VendorName
Nombre del proveedor al que se compran las mercancías o los servicios.
Descripción

Este atributo identifica al proveedor externo de la orden de compra. Es un dato maestro fundamental vinculado a la cabecera de la orden.

El análisis de proveedores es una parte clave de Process Mining en el proceso de compras y pagos (P2P). Al filtrar o segmentar por proveedor, las empresas pueden analizar el 'Rendimiento de entrega de proveedores', comparar las tasas de entregas a tiempo e investigar la 'Tasa de devolución de mercancías' para identificar a los proveedores con mejor o peor rendimiento. Estos datos son esenciales para gestionar las relaciones con los proveedores y las compras estratégicas.

Por qué es importante

Esencial para analizar el rendimiento de los proveedores y comparar los tiempos de entrega, las tasas de devolución y la fiabilidad general.

Dónde obtenerlo

Vinculado desde PO_HEADERS_ALL.VENDOR_ID a POZ_SUPPLIERS.VENDOR_NAME.

Ejemplos
Suministros de oficina globalesTech Solutions Inc.Advanced Logistics Co.
Usuario
UserName
ID o nombre de la persona que realizó la actividad.
Descripción

Este atributo identifica a la persona empleada o al usuario del sistema responsable de un evento, como crear una solicitud, aprobar una orden de compra o registrar una recepción de mercancías. Normalmente, se obtiene de campos como 'Creado por' o 'Última actualización por'.

Analizar el proceso por usuario ayuda a comprender la distribución de la carga de trabajo y el rendimiento individual, además de detectar necesidades de formación. Es fundamental para el Dashboard 'Carga de trabajo de recursos de aprobación' y para investigar problemas de cumplimiento relacionados con las acciones de los usuarios.

Por qué es importante

Asocia las acciones de los usuarios con personas específicas, lo que permite analizar la carga de trabajo y el rendimiento, e identificar oportunidades de formación.

Dónde obtenerlo

Realice una unión con las tablas de usuarios mediante los ID de campos como CREATED_BY o LAST_UPDATED_BY en tablas como PO_HEADERS_ALL y PO_ACTION_HISTORY.

Ejemplos
john.doejane.smithsystem.batch
Aprobación conforme
IsApprovalCompliant
Indicador que señala si la orden de compra se aprobó antes de enviarla al proveedor.
Descripción

Este atributo booleano calculado comprueba el cumplimiento de un control interno clave: una orden de compra debe aprobarse antes de enviarse al proveedor. Su valor es true si la actividad 'Purchase Order Approved' ocurre antes que 'Purchase Order Sent to Vendor'.

Este atributo es esencial para el Dashboard 'PO Process Compliance Audit' y el KPI 'PO Approval Compliance Rate'. Permite identificar y cuantificar fácilmente los incumplimientos, lo que ayuda a hacer cumplir las políticas de compras y a mitigar los riesgos asociados al gasto no autorizado.

Por qué es importante

Mide directamente el KPI 'PO Approval Compliance Rate' y destaca las infracciones críticas de los controles internos, cuando se envían órdenes a los proveedores antes de su aprobación.

Dónde obtenerlo

Campo calculado. Se establece en 'true' si la marca de tiempo de 'Purchase Order Approved' es anterior o igual a la de 'Purchase Order Sent to Vendor'.

Ejemplos
truefalse
Categoría de compra
PurchaseCategory
Clasificación de las mercancías o los servicios que se compran, como 'Hardware de TI' o 'Suministros de oficina'.
Descripción

Este atributo clasifica los artículos de la orden de compra dentro de una jerarquía de compras. Esta clasificación se utiliza para analizar los gastos y gestionar a los proveedores.

En Process Mining, segmentar el proceso por categoría de compra puede revelar diferencias en el comportamiento o el rendimiento. Por ejemplo, el proceso de aprobación de gastos de capital podría ser más largo que el de suministros operativos. También permite analizar qué categorías se devuelven con mayor frecuencia en el Dashboard 'Tasa y motivos de devolución de mercancías'.

Por qué es importante

Permite analizar el proceso según el tipo de gasto y detectar diferencias en las rutas del proceso, los cuellos de botella o las tasas de devolución entre categorías de mercancías.

Dónde obtenerlo

Vinculado desde PO_LINES_ALL.CATEGORY_ID a la vista EGP_CATEGORIES_VL.

Ejemplos
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
Entrega tardía
IsLateDelivery
Indicador que señala si la recepción final de los bienes se produjo después de la fecha de entrega solicitada.
Descripción

Este atributo booleano calculado es true si la marca de tiempo de la actividad 'Goods Received' es posterior al valor del atributo 'Requested Delivery Date' de una orden de compra.

Este indicador es la base del KPI 'On-Time Delivery Rate'. Permite segmentar y analizar fácilmente las órdenes entregadas tarde y a tiempo, y ayuda a investigar las causas de los retrasos, ya sea que estén relacionadas con determinados proveedores, ubicaciones o categorías de productos.

Por qué es importante

Da soporte directo al KPI 'On-Time Delivery Rate' y permite analizar con claridad el desempeño de los proveedores y la fiabilidad de las entregas.

Dónde obtenerlo

Campo calculado. Se establece en 'true' si la marca de tiempo de la actividad 'Goods Received' es posterior al atributo 'RequestedDeliveryDate'.

Ejemplos
truefalse
Estado de la orden de compra
PurchaseOrderStatus
Estado actual del documento de orden de compra.
Descripción

Este atributo indica el estado actual de la orden de compra en su ciclo de vida, como 'Abierta', 'Aprobada', 'Cerrada definitivamente' o 'Cancelada'. Ofrece una instantánea del avance de la orden.

Aunque Process Mining se centra en la secuencia de actividades, el estado actual resulta útil para filtrar los casos. Por ejemplo, el análisis puede centrarse solo en las órdenes abiertas para comprender el trabajo pendiente o en las cerradas para analizar las instancias completadas del proceso. Es esencial para el Dashboard 'Flujo y estado de las órdenes de compra'.

Por qué es importante

Ofrece una instantánea del estado actual de una orden de compra y permite filtrar el análisis para centrarse en las órdenes activas, completadas o canceladas.

Dónde obtenerlo

Oracle Fusion Cloud SCM, tabla PO_HEADERS_ALL, columnas AUTHORIZATION_STATUS o DOCUMENT_STATUS.

Ejemplos
OPENAPPROVEDFINALLY_CLOSEDCANCELED
Sistema de origen
SourceSystem
Sistema de información del que se extrajeron estos datos.
Descripción

Este atributo identifica el origen de los datos, algo especialmente útil en entornos con varios sistemas integrados. En este proceso, normalmente sería 'Oracle Fusion Financials'.

Aunque suele ser un valor estático para un conjunto de datos determinado, es fundamental para la gobernanza de datos, la resolución de problemas y el seguimiento del linaje de los datos. En los análisis que combinan datos de varias fuentes, permite filtrar y segmentar por sistema de origen.

Por qué es importante

Identifica el origen de los datos, algo fundamental para la gobernanza de datos, el contexto y la integración con otros sistemas.

Dónde obtenerlo

Por lo general, es un valor constante que se define y se añade durante el proceso de extracción y transformación de datos (ETL).

Ejemplos
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
Solicitud de compra
PurchaseRequisitionNumber
Identificador de la solicitud de compra que precedió y autorizó la orden de compra.
Descripción

La solicitud de compra es el documento interno que se utiliza para pedir la adquisición de mercancías o servicios. Este atributo vincula la orden de compra con la solicitud que la originó.

Incluir el número de solicitud permite analizar el proceso de compras de forma más amplia, desde la solicitud inicial y no solo desde la orden de compra. Ayuda a analizar el tiempo de ciclo desde la solicitud hasta la orden y a comprender cómo influyen los detalles de la solicitud en las etapas posteriores del proceso.

Por qué es importante

Vincula la orden de compra con la solicitud inicial y ofrece una visión más completa del proceso, desde la solicitud hasta el pago.

Dónde obtenerlo

Vinculado mediante la tabla PO_DISTRIBUTIONS_ALL, que contiene REQ_DISTRIBUTION_ID y permite rastrear el origen hasta la tabla POR_REQUISITION_LINES_ALL.

Ejemplos
PR-2023-05-001PR-2023-05-002PR-2023-05-003
Tiene retrabajo
IsRework
Indicador que señala si la orden de compra se modificó después de su creación inicial.
Descripción

Este atributo booleano calculado se establece en true si un caso de orden de compra contiene la actividad 'Purchase Order Changed'. Permite identificar rápidamente las órdenes que necesitaron correcciones o modificaciones.

Este indicador simplifica el cálculo del KPI 'PO Modification Rate' y facilita el filtrado y análisis de las órdenes con retrabajo. Conocer las características de estas órdenes, como los proveedores o departamentos implicados, puede ayudar a encontrar las causas de fondo de los datos inexactos o de los cambios en los requisitos.

Por qué es importante

Da soporte directo al KPI 'PO Modification Rate' y facilita el análisis de la inestabilidad del proceso al señalar todas las órdenes que se modificaron.

Dónde obtenerlo

Campo calculado. Se establece en 'true' si el registro de eventos de un caso contiene la actividad 'Purchase Order Changed'; de lo contrario, se establece en 'false'.

Ejemplos
truefalse
Tipo de orden de compra
PurchaseOrderType
Tipo de orden de compra, como 'Estándar', 'Abierta' o 'Contrato'.
Descripción

Este atributo clasifica la orden de compra según su finalidad. Los distintos tipos de órdenes suelen seguir reglas y ciclos de vida diferentes.

Una orden 'Estándar' corresponde a una compra puntual, mientras que una orden 'Abierta' es un acuerdo de mayor duración con un proveedor. Analizar el proceso por tipo de orden permite evaluar el rendimiento con mayor precisión, ya que comparar el tiempo de ciclo de una orden estándar con el de un acuerdo abierto podría llevar a conclusiones engañosas. Así, se comparan órdenes similares.

Por qué es importante

Distingue entre distintos tipos de compras y permite comparar con mayor precisión el rendimiento del proceso entre órdenes similares.

Dónde obtenerlo

Oracle Fusion Cloud SCM, tabla PO_HEADERS_ALL, columna TYPE_LOOKUP_CODE.

Ejemplos
STANDARDBLANKETCONTRACT
Ubicación de entrega
DeliveryLocation
Ubicación física o dirección donde deben entregarse las mercancías.
Descripción

Este atributo especifica la dirección de entrega de los artículos de la orden de compra. Es un dato logístico clave.

En Process Mining, analizar los datos por ubicación de entrega permite usar el Dashboard 'Eficiencia del procesamiento de recepciones de mercancías'. Ayuda a detectar si algunos almacenes o centros tardan más en procesar las recepciones, lo que puede indicar problemas de recursos o del proceso en ubicaciones específicas.

Por qué es importante

Permite analizar el rendimiento por ubicación geográfica y detectar cuellos de botella regionales o específicos de cada centro en el proceso de recepción de mercancías.

Dónde obtenerlo

Vinculado desde PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID a la vista HR_LOCATIONS_ALL.

Ejemplos
Almacén principal - Muelle AEdificio 3 - RecepciónOficina de San Francisco - Piso 10
Última actualización de datos
LastDataUpdate
Marca de tiempo de la última extracción o actualización de los datos desde el sistema de origen.
Descripción

Este atributo indica qué tan recientes son los datos analizados. Registra la fecha y hora de la extracción más reciente de datos de Oracle Fusion Financials.

Esta información es fundamental para que los usuarios comprendan la actualidad del análisis y de los Dashboards. Permite saber qué tan actualizada está la información sobre el proceso y tener en cuenta que las transacciones más recientes podrían no estar incluidas.

Por qué es importante

Ofrece transparencia sobre la actualidad de los datos para que los usuarios sepan qué tan reciente es el análisis del proceso.

Dónde obtenerlo

Marca de tiempo generada y añadida durante el proceso de extracción y transformación de datos (ETL).

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unidad de negocio
BusinessUnitName
Unidad de negocio específica de la organización que realiza la compra.
Descripción

La unidad de negocio representa una entidad diferenciada dentro de la empresa, a menudo con su propio libro mayor e informes financieros. En Oracle Fusion, es un mecanismo principal para separar los datos.

En las grandes empresas multinacionales, analizar el rendimiento del proceso por unidad de negocio es fundamental. Permite comparar la eficiencia de las compras, el cumplimiento y los costes entre distintas partes de la organización, y destacar tanto las buenas prácticas como las oportunidades de mejora.

Por qué es importante

Es fundamental para que las grandes organizaciones comparen la eficiencia y el cumplimiento de los procesos entre distintas divisiones operativas.

Dónde obtenerlo

La unidad de negocio suele especificarse en la cabecera de la orden de compra, en PO_HEADERS_ALL.PRC_BU_ID, que se vincula a la vista FUN_ALL_BUSINESS_UNITS_V.

Ejemplos
Unidad de negocio de EE. UU.Visión EMEAServicios de APAC
Obligatorio Recomendado Opcional

Actividades de Purchase to Pay - Purchase Order

Estos son los pasos e hitos clave del proceso que debe registrar en el registro de eventos para descubrir con precisión el proceso Purchase to Pay - Purchase Order.
6 Recomendado 10 Opcional
Actividad Descripción
Mercancías recibidas
Las mercancías se han recibido físicamente, contado y registrado en la orden de compra. Este evento transaccional actualiza el inventario y el estado de la orden.
Por qué es importante

Este es un hito clave para medir el rendimiento de las entregas a tiempo de los proveedores y el tiempo de entrega total. También da paso a actividades posteriores, como la inspección de calidad y la conciliación de facturas.

Dónde obtenerlo

Este evento explícito se registra en la tabla RCV_TRANSACTIONS. Se identifica mediante el valor 'RECEIVE' en TRANSACTION_TYPE.

Capturar

Utilice TRANSACTION_DATE de RCV_TRANSACTIONS cuando TRANSACTION_TYPE sea 'RECEIVE'.

Tipo de evento explicit
Orden de compra aprobada
La orden de compra ha recibido todas las aprobaciones necesarias y ya está autorizada para enviarse al proveedor. Este hito clave se registra explícitamente en el historial de acciones del documento.
Por qué es importante

Este hito crítico determina si la orden de compra puede enviarse al proveedor. Es esencial para medir los tiempos del ciclo de aprobación y garantizar el cumplimiento de las políticas de gasto.

Dónde obtenerlo

Este evento se registra en la tabla PO_ACTION_HISTORY, normalmente con ACTION_CODE igual a 'APPROVE', o cuando el estado del documento en PO_HEADERS_ALL cambia a aprobado.

Capturar

Filtre PO_ACTION_HISTORY para encontrar la acción final 'APPROVE'.

Tipo de evento explicit
Orden de compra cancelada
La orden de compra se ha cancelado de forma definitiva y no se esperan más transacciones. Esta acción explícita cambia el estado final del documento.
Por qué es importante

Esta actividad representa un estado final negativo del proceso. Analizar las cancelaciones puede revelar problemas como órdenes duplicadas, cambios presupuestarios o modificaciones en los requisitos del proyecto.

Dónde obtenerlo

Esta acción se registra en la tabla PO_ACTION_HISTORY con el valor 'CANCEL' en ACTION_CODE, y el estado de la orden en PO_HEADERS_ALL se actualiza en consecuencia.

Capturar

Filtre PO_ACTION_HISTORY por ACTION_CODE = 'CANCEL'.

Tipo de evento explicit
Orden de compra cerrada definitivamente
La orden de compra se considera completa: se ha recibido y/o facturado en su totalidad y no se prevén más actividades. Esta acción explícita asigna un estado final a la orden.
Por qué es importante

Esta actividad marca la finalización satisfactoria del ciclo de vida de la orden de compra. Es el principal estado final positivo; hacerle seguimiento es esencial para medir el rendimiento general del proceso y las tasas de finalización.

Dónde obtenerlo

Este evento se registra en la tabla PO_ACTION_HISTORY con el valor 'FINALLY CLOSE' en ACTION_CODE. El estado de la orden en PO_HEADERS_ALL también se actualiza a 'Finally Closed'.

Capturar

Filtre PO_ACTION_HISTORY por ACTION_CODE = 'FINALLY CLOSE'.

Tipo de evento explicit
Orden de compra creada
Este es el inicio oficial del ciclo de vida de la orden de compra: se genera un documento de orden con estado de borrador o incompleto. El sistema registra el evento mediante la marca de tiempo de creación del nuevo registro de encabezado de la orden.
Por qué es importante

Como evento de inicio principal del caso de la orden de compra, esta actividad es fundamental para calcular todos los tiempos de ciclo. Proporciona el punto de referencia para medir la eficiencia de las etapas posteriores, como la aprobación y la comunicación con el proveedor.

Dónde obtenerlo

Este evento explícito se basa en el campo CREATION_DATE de la tabla PO_HEADERS_ALL para un ID de orden de compra (PO_HEADER_ID) determinado.

Capturar

Utilice la marca de tiempo de creación de la tabla PO_HEADERS_ALL.

Tipo de evento explicit
Orden de compra enviada al proveedor
La orden de compra aprobada se comunica oficialmente al proveedor, por ejemplo, por correo electrónico o EDI. Este evento suele inferirse a partir de un cambio de estado o de una marca de tiempo en el registro de comunicación de la orden.
Por qué es importante

Este evento marca el inicio del tiempo de entrega del proveedor. Es un punto clave para medir su desempeño, desde la confirmación hasta la entrega final.

Dónde obtenerlo

Puede inferirse cuando el estado del documento de la orden de compra cambia a 'Open' y se completa una fecha de comunicación. El campo específico suele ser PO_HEADERS_ALL.communicated_date o un estado relacionado.

Capturar

Infiera el evento a partir de la marca de tiempo en que el estado de comunicación de la orden de compra se actualiza a 'Communicated'.

Tipo de evento inferred
Entrega de servicios confirmada
En las órdenes de compra de servicios, esta actividad confirma que los servicios se prestaron según lo acordado. La confirmación suele registrarse manualmente o mediante una hoja de entrada de servicios.
Por qué es importante

Esta actividad equivale a la recepción de mercancías en el caso de los servicios y es un paso fundamental antes de pagar una factura. Las demoras en la confirmación pueden retrasar los pagos y perjudicar la relación con el proveedor.

Dónde obtenerlo

Por lo general, se registra como una recepción asociada a una línea de servicio de la orden de compra. Puede incluir campos específicos o recepciones complejas que registran el avance o la finalización de los servicios.

Capturar

Identifique las transacciones de recepción (RCV_TRANSACTIONS) vinculadas a líneas de órdenes de compra de servicios.

Tipo de evento explicit
Inspección de calidad realizada
Las mercancías que requieren control de calidad se inspeccionan y se aceptan o rechazan. Esta actividad se realiza después de la recepción inicial y se registra como una transacción independiente.
Por qué es importante

Esta actividad es fundamental para la gestión de calidad. Analizar la duración de las inspecciones ayuda a agilizar el control de calidad y reducir las demoras para que las mercancías estén disponibles para su uso.

Dónde obtenerlo

Se registra en la tabla RCV_TRANSACTIONS. Se identifica mediante transacciones con el valor 'ACCEPT' o 'REJECT' en TRANSACTION_TYPE, posteriores a una transacción de recepción.

Capturar

Utilice TRANSACTION_DATE de RCV_TRANSACTIONS cuando TRANSACTION_TYPE sea 'ACCEPT' o 'REJECT'.

Tipo de evento explicit
Mercancías devueltas al proveedor
Las mercancías recibidas se devuelven al proveedor, normalmente por defectos, daños o errores en el envío. El módulo de recepción registra esta operación como una transacción de devolución específica.
Por qué es importante

Registrar las devoluciones es esencial para evaluar la calidad de los proveedores y la precisión de los pedidos. Un alto índice de devoluciones de un proveedor puede indicar problemas recurrentes que deben resolverse.

Dónde obtenerlo

Este evento explícito se registra en la tabla RCV_TRANSACTIONS con el valor 'RETURN TO VENDOR' en TRANSACTION_TYPE.

Capturar

Utilice TRANSACTION_DATE de RCV_TRANSACTIONS cuando TRANSACTION_TYPE sea 'RETURN TO VENDOR'.

Tipo de evento explicit
Orden de compra confirmada
El proveedor ha confirmado la recepción de la orden de compra y la aceptación de sus condiciones. Este evento suele registrarlo manualmente el personal de adquisiciones a partir de la comunicación del proveedor o mediante una confirmación electrónica.
Por qué es importante

La confirmación del proveedor garantiza que ha recibido la orden y la está procesando. Su seguimiento ayuda a gestionar la comunicación con los proveedores e identificar de forma proactiva posibles problemas de cumplimiento.

Dónde obtenerlo

Por lo general, se infiere a partir de un cambio en los campos de estado de confirmación del encabezado o las líneas de la orden de compra, como cuando PO_HEADERS_ALL.acceptance_status cambia a 'Accepted'.

Capturar

Infiera el evento a partir de las actualizaciones de los campos de estado de confirmación de la orden de compra.

Tipo de evento inferred
Orden de compra enviada para aprobación
La orden de compra creada se envía al flujo de aprobación. Oracle Fusion registra explícitamente esta acción, junto con el usuario y la marca de tiempo del envío.
Por qué es importante

Esta actividad marca el inicio del ciclo de aprobación. Analizar el tiempo transcurrido entre el envío y la aprobación es fundamental para identificar cuellos de botella en el proceso interno de autorización.

Dónde obtenerlo

Esta acción se registra en la tabla PO_ACTION_HISTORY con ACTION_CODE igual a 'SUBMIT' para el PO_HEADER_ID correspondiente.

Capturar

Filtre PO_ACTION_HISTORY por ACTION_CODE = 'SUBMIT'.

Tipo de evento explicit
Orden de compra modificada
Se modifica la orden de compra después de su aprobación inicial, por ejemplo, para cambiar la cantidad, el precio o la fecha de entrega. Oracle Fusion registra el cambio creando una nueva revisión del documento.
Por qué es importante

Los cambios en las órdenes de compra implican retrabajo y pueden indicar problemas con la precisión de la solicitud inicial o cambios en las necesidades del negocio. Analizar la frecuencia y el tipo de cambios ayuda a detectar oportunidades para mejorar la eficiencia del proceso.

Dónde obtenerlo

Este evento se registra explícitamente cuando se crea una nueva revisión del documento. Se identifica cuando aumenta el valor del campo REVISION_NUM en la tabla PO_HEADERS_ALL.

Capturar

Identifique cada caso en que aumente el valor de REVISION_NUM para un PO_HEADER_ID.

Tipo de evento explicit
Orden de compra rechazada
Una persona aprobadora ha rechazado la orden de compra y la ha devuelto a quien la creó para que la revise. Este evento explícito se registra en el historial de acciones e indica una desviación del flujo estándar del proceso.
Por qué es importante

Los rechazos generan retrabajo y retrasos. El seguimiento de esta actividad ayuda a identificar motivos frecuentes de rechazo, necesidades de formación o requisitos de aprobación poco claros.

Dónde obtenerlo

Esta acción se registra en la tabla PO_ACTION_HISTORY con ACTION_CODE igual a 'REJECT' para el PO_HEADER_ID correspondiente.

Capturar

Filtre PO_ACTION_HISTORY por ACTION_CODE = 'REJECT'.

Tipo de evento explicit
Recepción de mercancías creada
Se inicia en el sistema un documento de recepción para preparar la llegada física de las mercancías. Esta actividad marca el comienzo del proceso interno de recepción.
Por qué es importante

Este evento marca el paso de compras a logística. Analizar el tiempo transcurrido desde este momento hasta el registro final de la recepción ayuda a detectar ineficiencias en el almacén o el área de recepción.

Dónde obtenerlo

Es un evento explícito, registrado mediante la fecha y hora de creación de un nuevo registro en la tabla RCV_SHIPMENT_HEADERS vinculado a la orden de compra.

Capturar

Utilice la fecha de creación del registro correspondiente en RCV_SHIPMENT_HEADERS.

Tipo de evento explicit
Solicitud de compra aprobada
La autoridad designada ha aprobado la solicitud de compra y ha autorizado al departamento de adquisiciones a crear una orden de compra. Este evento se registra explícitamente en el historial de acciones de la solicitud.
Por qué es importante

Este hito marca el final del proceso interno de aprobación de la solicitud. Los retrasos en esta etapa pueden afectar directamente todo el calendario de adquisiciones, por lo que es fundamental supervisar su duración.

Dónde obtenerlo

Este evento se registra en el historial de acciones asociado a la solicitud. Por lo general, se rastrea mediante tablas del flujo de trabajo o campos específicos de estado de aprobación del documento.

Capturar

Se registra como una acción de aprobación en el historial del flujo de trabajo del documento de solicitud correspondiente.

Tipo de evento explicit
Solicitud de compra creada
Esta actividad marca la creación de una solicitud de compra, es decir, la petición formal de bienes o servicios que precede a una orden de compra. Se registra cuando se crea una nueva entrada en la tabla de encabezados de solicitudes de Oracle Fusion.
Por qué es importante

El análisis de esta actividad ayuda a comprender cómo se origina la demanda. Medir el tiempo transcurrido desde la solicitud hasta la creación de la orden de compra permite detectar posibles retrasos al convertir la demanda interna en órdenes de adquisición.

Dónde obtenerlo

Este evento explícito se registra al guardar una solicitud nueva. Puede localizarse mediante la marca de tiempo de creación en la tabla POR_REQUISITION_HEADERS_ALL.

Capturar

El evento se basa en la fecha de creación del registro en la tabla POR_REQUISITION_HEADERS_ALL.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Oracle Fusion Financials

¿Todo listo para empezar?

Use este Template para agilizar la recopilación de datos y empezar a descubrir información sobre el proceso Purchase to Pay - Purchase Order. Comience hoy a optimizar sus operaciones.

Optimice hoy el proceso Purchase to Pay - Purchase Order

Localice cuellos de botella costosos y reduzca fácilmente el tiempo de ciclo en un 30 %.

Comience la prueba gratuita

No se requiere tarjeta de crédito. Comience a optimizar hoy.