Su Template de datos de compras a pagos: orden de compra

Oracle Fusion Financials
Su Template de datos de compras a pagos: orden de compra

Su Template de datos de compras a pagos: orden de compra

Esta Template ofrece una hoja de ruta clara para recopilar los datos necesarios para analizar su proceso de compras a pagos: orden de compra. Describe los atributos de datos esenciales, las actividades clave que debe supervisar y recomendaciones prácticas para extraer esta información. Utilícela para asegurarse de capturar todos los detalles críticos para realizar un Process Mining eficaz.
  • Atributos recomendados para una recopilación completa de datos
  • Actividades clave del proceso que debe supervisar 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 de Process Mining.

Purchase to Pay - Purchase Order: Atributos

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis completo de su proceso Purchase to Pay - Purchase Order.
3 Obligatorio 7 Recomendado 11 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre de un evento o paso empresarial específico que tuvo lugar durante el ciclo de vida de la orden de compra.
Descripción

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

Analizar la secuencia y el momento de estas actividades es la base de Process Mining. Ayuda a visualizar el mapa de procesos, identificar cuellos de botella, descubrir 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 de procesos. Su seguimiento permite visualizar y analizar el flujo del proceso, los cuellos de botella y las desviaciones.

Dónde obtenerlo

Se obtiene 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
La 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 para todos los análisis basados en el tiempo.

En Process Mining, la hora de inicio se utiliza para construir 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 secuenciar 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, incluidas 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
El identificador único del documento de la orden de compra, que actúa como ID de caso principal para realizar el seguimiento del ciclo de vida del aprovisionamiento.
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 extremo a extremo un único caso de aprovisionamiento.

En Process Mining, cada número de orden de compra único representa una instancia individual 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 de caso esencial que conecta todos los eventos relacionados y permite reconstruir y analizar todo el ciclo de vida de la orden de compra.

Dónde obtenerlo

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

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

Este atributo especifica la unidad organizativa, como «Finance», «IT» o «Manufacturing», asociada a la compra. Se utiliza para la asignación de costes y los informes organizativos.

En el contexto de 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 dentro de la organización. Proporciona soporte directo a Dashboards como «PO Approval Cycle Time Analysis» y «Purchase Order Modification Trends».

Por qué es importante

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

Dónde obtenerlo

Se obtiene 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
La fecha en la que la parte solicitante espera recibir los bienes o servicios.
Descripción

Esta fecha se especifica en la línea de la orden de compra e indica al proveedor el plazo de entrega deseado. Sirve como referencia para medir el desempeño 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 los bienes con la fecha de entrega solicitada, las organizaciones pueden medir y supervisar cuantitativamente la fiabilidad de los proveedores e identificar retrasos sistémicos en la cadena de suministro.

Por qué es importante

Sirve como referencia para medir el desempeño de las entregas a tiempo, un KPI clave para evaluar la fiabilidad del proveedor 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
La marca de tiempo en la que se completó una actividad. En los eventos atómicos, suele coincidir con la hora de inicio.
Descripción

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

Disponer de una hora de finalización diferenciada permite analizar con mayor precisión la duración de las actividades, que puede ser distinta del tiempo de espera entre actividades. Esto ayuda a diferenciar el tiempo de trabajo activo del tiempo inactivo y facilita el análisis de 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, algo 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 atómicos o derivarse de las marcas de tiempo de eventos posteriores. En algunas actividades puede existir 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
El 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 atraviesan el proceso.

Analizar el importe total de la orden de compra ayuda a priorizar las iniciativas de mejora del proceso. Por ejemplo, las órdenes de alto valor pueden pasar por un proceso de aprobación más riguroso. También permite analizar el impacto financiero, como calcular el valor de las órdenes de compra que se modifican o retrasan con frecuencia.

Por qué es importante

Proporciona 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 los retrasos.

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 nivel de cabecera si está disponible.

Ejemplos
5250.00120000.50750.99
Nombre del aprobador
ApproverName
El nombre del usuario que realizó una acción de aprobación o rechazo en la orden de compra.
Descripción

Este atributo registra a la persona responsable de un paso de aprobación del flujo de trabajo. Normalmente, esta información se almacena en una tabla de historial de acciones o de registro del flujo de trabajo asociada a la orden de compra.

Analizar los datos por persona aprobadora es fundamental para los Dashboards «PO Approval Cycle Time Analysis» y «Approval Resource Workload». Ayuda a identificar qué personas aprobadoras o grupos de aprobación son cuellos de botella, permite evaluar la carga de trabajo de forma justa 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, lo que permite analizar los cuellos de botella, la carga de trabajo y los tiempos de ciclo de aprobación por aprobador.

Dónde obtenerlo

El 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
El nombre del proveedor al que se compran los bienes o 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 del Process Mining del proceso P2P. Al filtrar o segmentar por proveedor, las empresas pueden analizar el 'Vendor Delivery Performance', comparar las tasas de entrega a tiempo e investigar el 'Goods Return Rate' para identificar a los proveedores con mejor o peor rendimiento. Estos datos son esenciales para gestionar las relaciones con los proveedores y el aprovisionamiento estratégico.

Por qué es importante

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

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
El ID o nombre de la persona usuaria que realizó la actividad.
Descripción

Este atributo identifica a la persona empleada o usuaria del sistema responsable de un evento determinado, como crear una solicitud, aprobar una orden de compra o registrar una recepción de mercancías. Normalmente procede de campos como 'Created By' o 'Last Updated By'.

Analizar el proceso por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y las necesidades de formación. Es fundamental para el panel 'Approval Resource Workload' y para investigar problemas de cumplimiento relacionados con las acciones de los usuarios.

Por qué es importante

Atribuye las acciones de los usuarios a personas concretas, lo que permite analizar la carga de trabajo, evaluar el rendimiento e identificar oportunidades de formación.

Dónde obtenerlo

Realice una unión con las tablas de usuarios basándose en 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
¿Es retrabajo?
IsRework
Un indicador que señala si la orden de compra se modificó después de su creación inicial.
Descripción

Este es un atributo booleano calculado que se establece en true si el caso de una orden de compra contiene la actividad «Purchase Order Changed». Ayuda a identificar rápidamente las órdenes que requirieron correcciones o modificaciones.

Este indicador simplifica el cálculo del KPI «Tasa de modificación de órdenes de compra» y facilita el filtrado y análisis de las órdenes retrabajadas. Comprender las características de estas órdenes, como los proveedores o departamentos implicados, puede ayudar a determinar las causas raíz de la inexactitud de los datos o de los cambios en los requisitos.

Por qué es importante

Respalda directamente el KPI «Tasa de modificación de órdenes de compra» y simplifica el análisis de la inestabilidad del proceso al marcar todas las órdenes que sufrieron cambios.

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
¿La aprobación cumple las normas?
IsApprovalCompliant
Un indicador que señala si la orden de compra se aprobó antes de enviarse 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 a un proveedor. Su valor es true si la actividad «Purchase Order Approved» ocurre antes que la actividad «Purchase Order Sent to Vendor».

Este atributo es esencial para el panel «Auditoría del cumplimiento del proceso de órdenes de compra» y el KPI «Tasa de cumplimiento de aprobación de órdenes de compra». Ofrece una forma sencilla de identificar y cuantificar los incumplimientos, ayuda a hacer cumplir las políticas de compras y reduce los riesgos asociados con gastos no autorizados.

Por qué es importante

Mide directamente el KPI «Tasa de cumplimiento de aprobación de órdenes de compra» y pone de relieve las infracciones críticas de los controles internos en las que las órdenes se envían 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 menor o igual que la marca de tiempo de «Purchase Order Sent to Vendor».

Ejemplos
truefalse
¿La entrega se realizó tarde?
IsLateDelivery
Un 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» para una orden de compra determinada.

Este indicador es la base del KPI «Tasa de entregas a tiempo». Permite segmentar y analizar fácilmente las órdenes retrasadas y las entregadas a tiempo, así como investigar las causas raíz de los retrasos, ya estén relacionadas con proveedores, ubicaciones o categorías de productos concretos.

Por qué es importante

Respalda directamente el KPI «Tasa de entregas a tiempo» y permite analizar con claridad el desempeño y la fiabilidad de las entregas de los proveedores.

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
Categoría de compra
PurchaseCategory
La clasificación de los bienes o servicios adquiridos, 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 el gasto y gestionar a los proveedores.

En Process Mining, segmentar el proceso por categoría de compra puede revelar comportamientos o niveles de desempeño diferentes. Por ejemplo, el proceso de aprobación de los gastos de capital puede ser más largo que el de los suministros operativos. También respalda directamente el panel «Tasa y motivos de devolución de bienes», ya que permite analizar qué categorías se devuelven con mayor frecuencia.

Por qué es importante

Permite analizar el proceso según el tipo de gasto y puede revelar diferentes rutas del proceso, cuellos de botella o tasas de devolución para distintas categorías de bienes.

Dónde obtenerlo

Se vincula desde PO_LINES_ALL.CATEGORY_ID con la vista EGP_CATEGORIES_VL.

Ejemplos
Hardware de TI.PortátilesSuministros de oficina.PapeleríaServicios profesionales.Consultoría
Estado de la orden de compra
PurchaseOrderStatus
El estado actual del documento de la orden de compra.
Descripción

Este atributo indica el estado actual de la orden de compra en su ciclo de vida, como 'Open', 'Approved', 'Finally Closed' o 'Canceled'. Proporciona 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 únicamente en las órdenes de compra abiertas para comprender la cartera actual, o en las órdenes cerradas para analizar las instancias de proceso completadas. Es esencial para el panel 'Purchase Order Flow & Status'.

Por qué es importante

Proporciona una instantánea del estado actual de una orden de compra y permite filtrar el análisis por órdenes activas, completadas o canceladas.

Dónde obtenerlo

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

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

Este atributo identifica el origen de los datos, lo que resulta 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 la trazabilidad 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

Normalmente es un valor constante definido y añadido durante el proceso de extracción y transformación de datos (ETL).

Ejemplos
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
Solicitud de compra
PurchaseRequisitionNumber
El 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 solicitar la adquisición de bienes 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 el proceso posterior de la orden de compra.

Por qué es importante

Vincula la orden de compra con la solicitud inicial y permite obtener una visión integral del proceso, desde la solicitud hasta el pago.

Dónde obtenerlo

Se vincula 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
Tipo de orden de compra
PurchaseOrderType
El tipo de orden de compra, como «Estándar», «Abierta» o «Contrato».
Descripción

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

Una orden de compra «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 de compra ofrece una visión más precisa del desempeño, ya que comparar el tiempo de ciclo de una orden estándar con el de un acuerdo abierto podría resultar engañoso. Así se pueden realizar comparaciones homogéneas.

Por qué es importante

Distingue entre distintos escenarios de compras y permite comparar con mayor precisión el desempeño de procesos correspondientes a tipos de órdenes similares.

Dónde obtenerlo

Oracle Fusion Cloud SCM, tabla PO_HEADERS_ALL, columna TYPE_LOOKUP_CODE.

Ejemplos
ESTÁNDARMARCOCONTRATO
Ubicación de entrega
DeliveryLocation
La ubicación física o dirección donde se entregarán los bienes.
Descripción

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

En Process Mining, analizar los datos por ubicación de entrega permite utilizar el panel «Eficiencia del procesamiento de la recepción de bienes». Ayuda a identificar si determinados almacenes o centros procesan las recepciones más lentamente, lo que puede señalar problemas de recursos o del proceso en ubicaciones concretas.

Por qué es importante

Permite analizar el desempeño por ubicación geográfica y ayuda a identificar cuellos de botella regionales o específicos de cada centro en el proceso de recepción de bienes.

Dónde obtenerlo

Se vincula desde PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID con la vista HR_LOCATIONS_ALL.

Ejemplos
Almacén principal - Muelle AEdificio 3 - RecepciónOficina de San Francisco - 10.ª planta
Última actualización de los datos
LastDataUpdate
La marca de tiempo en la que los datos se extrajeron o actualizaron por última vez desde el sistema de origen.
Descripción

Este atributo indica la actualidad de los datos que se analizan. 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 las personas usuarias comprendan la vigencia del análisis y de los Dashboards. Aclara hasta qué punto están actualizadas las conclusiones del proceso y permite gestionar las expectativas sobre la inclusión de transacciones muy recientes.

Por qué es importante

Proporciona transparencia sobre la actualidad de los datos y garantiza que los usuarios comprendan hasta qué punto está actualizado el análisis del proceso.

Dónde obtenerlo

Es una 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
La unidad de negocio específica de la organización que realiza la compra.
Descripción

La unidad de negocio representa una entidad empresarial diferenciada dentro de la organización, a menudo con su propio libro mayor y sus propios informes financieros. Es uno de los principales mecanismos de segregación de datos en Oracle Fusion.

Analizar el desempeño del proceso por unidad de negocio es fundamental en las grandes empresas multinacionales. Permite comparar la eficiencia de las compras, el cumplimiento y los costos entre distintas áreas de la organización, y pone de relieve tanto las mejores prácticas como las oportunidades de mejora.

Por qué es importante

Es fundamental para que las grandes organizaciones comparen la eficiencia y el cumplimiento del proceso entre distintas divisiones operativas.

Dónde obtenerlo

El contexto de la unidad de negocio suele encontrarse en la cabecera de la orden de compra, PO_HEADERS_ALL.PRC_BU_ID, que se vincula con la vista FUN_ALL_BUSINESS_UNITS_V.

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

Purchase to Pay - Purchase Order: actividades

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

Este es un hito clave para medir el rendimiento de las entregas a tiempo del proveedor y el plazo total. También activa actividades posteriores, como la inspección de calidad y la conciliación de facturas.

Dónde obtenerlo

Se trata de un evento explícito registrado en la tabla RCV_TRANSACTIONS. La transacción específica se identifica mediante un TRANSACTION_TYPE de 'RECEIVE'.

Recopilar

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 es un hito clave que se registra explícitamente en el historial de acciones del documento.
Por qué es importante

Este es un hito crítico que permite enviar la orden de compra 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 un ACTION_CODE de 'APPROVE', o cuando el estado del documento en PO_HEADERS_ALL cambia a un estado aprobado.

Recopilar

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

Tipo de evento explicit
Orden de compra cancelada
La orden de compra se ha cancelado de forma permanente y no se esperan más transacciones. Se trata de una acción explícita que cambia el documento a un estado final.
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 un ACTION_CODE de 'CANCEL', y el estado de la orden de compra en PO_HEADERS_ALL se actualiza en consecuencia.

Recopilar

Filtre PO_ACTION_HISTORY por ACTION_CODE = 'CANCEL'.

Tipo de evento explicit
Orden de compra cerrada definitivamente
La orden de compra se considera completada, lo que significa que se ha recibido o facturado por completo y no se prevé ninguna actividad adicional. Se trata de una acción explícita que establece un estado final para la orden de compra.
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, y su 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 un ACTION_CODE de 'FINALLY CLOSE'. El estado de la orden de compra en PO_HEADERS_ALL también se actualiza a 'Finally Closed'.

Recopilar

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 de compra con estado de borrador o incompleto. El sistema captura este evento registrando la marca de tiempo de creación del nuevo registro de cabecera de la orden.
Por qué es importante

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

Dónde obtenerlo

Se trata de un evento explícito basado en el campo CREATION_DATE de la tabla PO_HEADERS_ALL para un ID de orden de compra determinado (PO_HEADER_ID).

Recopilar

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 de compra.
Por qué es importante

Esto marca el inicio del plazo de entrega del proveedor. Es un punto crucial para medir su rendimiento, desde la confirmación de recepción hasta la entrega final.

Dónde obtenerlo

Puede inferirse a partir del cambio del estado del documento de la orden de compra a 'Open' y de la cumplimentación de una fecha de comunicación. El campo específico suele ser PO_HEADERS_ALL.communicated_date u otro estado relacionado.

Recopilar

Infiera el evento a partir de la marca de tiempo en la 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 han prestado según lo acordado. La confirmación suele registrarse manualmente o mediante una hoja de entrada de servicios.
Por qué es importante

Es el equivalente a la recepción de mercancías para los servicios y un paso crítico antes de poder pagar una factura. Los retrasos en la confirmación del servicio pueden provocar pagos tardíos y deteriorar la relación con el proveedor.

Dónde obtenerlo

Normalmente se captura como una recepción asociada a una línea de servicio de la orden de compra. Puede implicar campos específicos o recepciones complejas que registren el progreso o la finalización de los servicios.

Recopilar

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 han sido inspeccionadas y aceptadas o rechazadas. Esta actividad tiene lugar 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 la calidad. Analizar la duración de las inspecciones ayuda a optimizar el proceso de control de calidad y reducir los retrasos para poner las mercancías a disposición.

Dónde obtenerlo

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

Recopilar

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 anteriormente se devuelven al proveedor, normalmente por defectos, daños o envíos incorrectos. Esto se captura como una transacción de devolución específica en el módulo de recepción.
Por qué es importante

El seguimiento de las devoluciones es esencial para evaluar la calidad del proveedor y la precisión de las órdenes. Un alto índice de devoluciones de un proveedor puede indicar problemas sistémicos que deben abordarse.

Dónde obtenerlo

Se trata de un evento explícito registrado en la tabla RCV_TRANSACTIONS con un TRANSACTION_TYPE de 'RETURN TO VENDOR'.

Recopilar

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 y aceptación de las condiciones de la orden de compra. Este evento suele registrarse manualmente 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 que la está procesando. Su seguimiento ayuda a gestionar la comunicación con el proveedor e identificar de forma proactiva posibles problemas de cumplimiento.

Dónde obtenerlo

Normalmente se infiere a partir de un cambio en los campos de estado de confirmación de la cabecera o las líneas de la orden de compra, como el cambio de PO_HEADERS_ALL.acceptance_status a 'Accepted'.

Recopilar

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
La orden de compra creada se envía al Workflow de aprobación. Oracle Fusion registra explícitamente esta acción, incluidos 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 clave para identificar cuellos de botella en el proceso interno de validación.

Dónde obtenerlo

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

Recopilar

Filtre PO_ACTION_HISTORY por ACTION_CODE = 'SUBMIT'.

Tipo de evento explicit
Orden de compra modificada
La orden de compra se ha modificado después de su aprobación inicial, por ejemplo, en la cantidad, el precio o la fecha de entrega. Oracle Fusion realiza el seguimiento creando una nueva revisión del documento.
Por qué es importante

Los cambios en las órdenes de compra representan retrabajo y pueden indicar problemas con la precisión de la orden inicial o cambios en las necesidades del negocio. Analizar la frecuencia y la naturaleza de estos cambios ayuda a identificar oportunidades para mejorar la eficiencia del proceso.

Dónde obtenerlo

Este evento se captura explícitamente cuando se crea una nueva revisión del documento. Puede identificarse mediante el incremento del campo REVISION_NUM en la tabla PO_HEADERS_ALL.

Recopilar

Identifique cada caso en el que aumente 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. Se trata de un evento explícito registrado en el historial de acciones que indica una interrupción del flujo de proceso estándar.
Por qué es importante

Los rechazos introducen retrabajo y retrasos en el proceso. El seguimiento de esta actividad ayuda a identificar los motivos habituales de rechazo, las necesidades de formación o los requisitos de aprobación poco claros.

Dónde obtenerlo

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

Recopilar

Filtre PO_ACTION_HISTORY por ACTION_CODE = 'REJECT'.

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

Esto marca la transición del aprovisionamiento a la logística. Analizar el tiempo transcurrido desde este punto hasta el registro de la recepción final ayuda a identificar ineficiencias en el almacén o en el departamento de recepción.

Dónde obtenerlo

Se trata de un evento explícito que se captura mediante la marca de tiempo de creación de un nuevo registro en la tabla RCV_SHIPMENT_HEADERS vinculado a la orden de compra.

Recopilar

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 aprovisionamiento 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 señala el final del proceso interno de aprobación de la solicitud. Los retrasos en esta etapa pueden afectar directamente a todo el calendario de aprovisionamiento, 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, normalmente mediante tablas de Workflow o campos específicos de estado de aprobación del documento de solicitud.

Recopilar

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

Tipo de evento explicit
Solicitud de compra creada
Esta actividad marca la creación de una solicitud de compra, que es 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 cabeceras de solicitudes de Oracle Fusion.
Por qué es importante

El análisis de esta actividad ayuda a comprender la fase de origen de la demanda. El seguimiento del tiempo transcurrido entre la solicitud y la creación de la orden de compra revela posibles retrasos al convertir la demanda interna en órdenes de aprovisionamiento ejecutables.

Dónde obtenerlo

Se trata de un evento explícito que se registra al guardar una nueva solicitud. Puede localizarse mediante el seguimiento de la marca de tiempo de creación en la tabla POR_REQUISITION_HEADERS_ALL.

Recopilar

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

¿Listo para comenzar?

Utilice esta Template para agilizar la recopilación de datos y comenzar a descubrir información útil sobre su proceso de compras a pagos: orden de compra. Empiece hoy mismo a optimizar sus operaciones.

Optimice hoy su proceso de compras a pagos: orden de compra

Localice cuellos de botella costosos y reduzca el tiempo de ciclo en un 30 % con facilidad.

Inicie su prueba gratuita

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