Plantilla de Datos: Compra a Pago - Orden de Compra

Oracle Fusion Financials
Plantilla de Datos: Compra a Pago - Orden de Compra

Su plantilla de datos de Compra a Pago - Pedidos de compra

Esta plantilla proporciona una hoja de ruta clara para recopilar los datos necesarios y analizar su proceso de Compras a Pagos - Orden de Compra. Describe los atributos de datos esenciales, las actividades clave a rastrear y una orientación práctica para extraer esta información. Úsela para asegurarse de capturar todos los detalles críticos para un Process Mining efectivo.
  • Atributos recomendados para una recopilación de datos exhaustiva
  • Actividades clave del proceso para monitorear y analizar
  • Guía de extracción paso a paso para Oracle Fusion Financials
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Compras a Pago - Atributos de Orden de Compra

Estos son los campos de datos recomendados para incluir en su Registro de eventos para un análisis exhaustivo de su proceso de Compra a Pago - Orden de Compra.
3 Requerido 7 Recomendado 12 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre de un evento o paso de negocio específico que ocurrió dentro del ciclo de vida de la Orden de Compra.
Descripción

Este atributo describe una tarea o cambio de estado específico en el proceso, como 'Orden de Compra Creada' o 'Bienes Recibidos'. Estas actividades forman la secuencia de eventos que componen el flujo del proceso.

Analizar la secuencia y el tiempo de estas actividades es el núcleo del Process Mining. Ayuda a visualizar el mapa del proceso, 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 la visualización y el análisis del flujo del proceso, los cuellos de botella y las desviaciones.

Dónde obtener

Derivado de 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ía.

Ejemplos
Orden de Compra CreadaOrden de Compra AprobadaMercancía Recibida
Hora de Inicio
EventTime
El timestamp que indica cuándo ocurrió una actividad o evento específico.
Descripción

Este atributo registra la fecha y hora exactas para cada actividad en el proceso. Es fundamental para la ordenación cronológica de eventos y para todo análisis basado en el tiempo.

En el Process Mining, el tiempo 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 diferentes períodos de tiempo. Es esencial para los dashboards relacionados con el tiempo de ciclo y el rendimiento.

Por qué es importante

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

Dónde obtener

Campos de marca de tiempo como CREATION_DATE y LAST_UPDATE_DATE de varias tablas, incluyendo 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 para el documento de Orden de Compra, que sirve como el ID de caso principal para el seguimiento del ciclo de vida de la adquisición.
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 su cierre final. Permite el análisis de principio a fin de un único caso de adquisición.

En Process Mining, cada número de Orden de Compra único representa una sola instancia del proceso. Analizar los datos agrupados por este identificador ayuda a comprender las variaciones del proceso, los tiempos de ciclo y el Cumplimiento para órdenes individuales.

Por qué es importante

Este es el ID de Caso esencial que conecta todos los eventos relacionados, permitiendo la reconstrucción y el análisis de todo el ciclo de vida de la Orden de Compra.

Dónde obtener

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

Ejemplos
100234510023461002347
Departamento
DepartmentName
El nombre del departamento que inició o es responsable de la Orden de Compra.
Descripción

Este atributo especifica la unidad organizacional, como 'Finanzas', 'TI' o 'Manufactura', asociada a la compra. Se utiliza para la asignación de costos y la elaboración de informes organizacionales.

En un contexto de Process Mining, segmentar el proceso por departamento es crucial 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. Apoya directamente dashboards como 'Análisis del Tiempo de Ciclo de Aprobación de Pedidos de Compra' y 'Tendencias de Modificación de Pedidos de Compra'.

Por qué es importante

Permite filtrar y comparar el rendimiento del proceso en diferentes unidades de negocio, revelando problemas específicos de departamento o mejores prácticas.

Dónde obtener

Derivado de la información del centro de costos en tablas como PO_DISTRIBUTIONS_ALL, que se vincula con los datos maestros del departamento.

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 del Pedido de Compra y comunica el plazo de entrega deseado al proveedor. Sirve como línea base para medir el rendimiento de entrega a tiempo.

Este atributo es crítico para calcular el KPI 'Tasa de Entrega a Tiempo'. Al comparar la fecha real de recepción de mercancías con la fecha de entrega solicitada, las organizaciones pueden medir y rastrear cuantitativamente la fiabilidad del proveedor e identificar retrasos sistémicos en la cadena de suministro.

Por qué es importante

Sirve como línea de base para medir el rendimiento de la entrega a tiempo, un KPI clave para evaluar la fiabilidad del proveedor y la eficiencia de la cadena de suministro.

Dónde obtener

Ubicado a 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 cuando una actividad fue completada. A menudo es la misma que el Start Time para eventos atómicos.
Descripción

Para las actividades que tienen una duración, esto marca el tiempo de finalización. Para los eventos instantáneos, suele ser el mismo que el Start Time. Es esencial para calcular el tiempo de procesamiento de actividades individuales.
Tener un End Time distinto permite un análisis más preciso de las duraciones de las actividades, las cuales pueden ser diferentes del tiempo de espera entre actividades. Esto ayuda a diferenciar el tiempo de trabajo activo del tiempo inactivo, apoyando el análisis de la carga de trabajo y la eficiencia de los recursos.

Por qué es importante

Permite el cálculo de tiempos de procesamiento de actividades precisos, lo cual es clave para analizar la eficiencia de los recursos e identificar tareas que consumen mucho tiempo.

Dónde obtener

Puede ser lo mismo que la Hora de Inicio para eventos atómicos o derivarse de marcas de tiempo de eventos posteriores. Para algunas actividades, puede existir una marca de tiempo de finalización separada.

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 costo total de todos los artículos en el Pedido de Compra en la moneda especificada. Es una métrica financiera clave para comprender el valor de las transacciones que fluyen a través del proceso.

El análisis del Monto Total del Pedido de Compra ayuda a priorizar los esfuerzos de mejora del proceso. Por ejemplo, los Pedidos de Compra de alto valor podrían ser dirigidos a través de un proceso de aprobación más estricto. También permite el análisis de impacto financiero, como el cálculo del valor de los Pedidos de Compra que se modifican o retrasan con frecuencia.

Por qué es importante

Proporciona contexto financiero al proceso, permitiendo análisis basados en el valor monetario, como enfocarse en órdenes de alto valor o comprender los impactos financieros de los retrasos.

Dónde obtener

Calculado sumando los importes de PO_LINES_ALL para un encabezado de OC dado, o tomado de un total a nivel de encabezado si está disponible.

Ejemplos
5250.00120000.50750.99
Nombre de Proveedor
VendorName
El nombre del proveedor o vendedor al que se le compran los bienes o servicios.
Descripción

Este atributo identifica al proveedor externo para el Pedido de Compra. Es un dato maestro crítico vinculado al encabezado del Pedido de Compra.

El análisis de proveedores es una parte fundamental del Process Mining en Purchase to Pay. Al filtrar o segmentar por proveedor, las empresas pueden analizar el 'Rendimiento de Entrega del Proveedor', comparar las tasas de entrega a tiempo e investigar la 'Tasa de Devolución de Mercancías' para identificar proveedores de alto o bajo rendimiento. Estos datos son esenciales para la gestión de relaciones con proveedores y el abastecimiento estratégico.

Por qué es importante

Esencial para el análisis del rendimiento del proveedor, permitiendo la comparación de tiempos de entrega, tasas de devolución y fiabilidad general entre proveedores.

Dónde obtener

Vinculado desde PO_HEADERS_ALL.VENDOR_ID a POZ_SUPPLIERS.VENDOR_NAME.

Ejemplos
Suministros Globales de OficinaTech Solutions Inc.Advanced Logistics Co.
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 captura al individuo responsable de un paso de aprobación en el workflow. Esta información se almacena típicamente en un historial de acciones o tabla de log del workflow asociada con la Orden de Compra.

Analizar los datos por aprobador es clave para los dashboards de 'Análisis del Tiempo de Ciclo de Aprobación de OC' y 'Carga de Trabajo de Recursos de Aprobación'. Ayuda a identificar qué aprobadores o grupos de aprobación son cuellos de botella, permite una evaluación justa de la carga de trabajo y puede resaltar oportunidades para la delegación o el rediseño del proceso.

Por qué es importante

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

Dónde obtener

El usuario que realizó la acción, que se encuentra en PO_ACTION_HISTORY.ACTION_PERFORMED_BY, vinculado a una tabla de usuarios para el nombre completo.

Ejemplos
susan.managerdavid.directoremily.finance
Usuario
UserName
El ID de usuario o el nombre de la persona que realizó la actividad.
Descripción

Este atributo identifica al empleado o usuario del sistema responsable de un evento determinado, como crear una solicitud, aprobar una OC o registrar una entrada de bienes. Se obtiene típicamente 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, el rendimiento individual y la identificación de necesidades de capacitación. Es fundamental para el dashboard de 'Carga de Trabajo de Recursos de Aprobación' y para investigar problemas de Cumplimiento relacionados con las acciones del usuario.

Por qué es importante

Asigna las acciones de los usuarios a individuos específicos, lo que permite el análisis de la carga de trabajo, la evaluación del rendimiento y la identificación de oportunidades de capacitación.

Dónde obtener

Realice un join 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 el Pedido de Compra fue modificado después de su creación inicial.
Descripción

Este es un atributo booleano calculado que se establece como verdadero si un caso de Orden de Compra contiene una actividad 'Orden de Compra Modificada'. Ayuda a identificar rápidamente los pedidos que requirieron correcciones o modificaciones. Este indicador simplifica el cálculo del KPI 'Tasa de Modificación de OC' y permite un fácil filtrado y análisis de las órdenes reprocesadas. Comprender las características de las órdenes reprocesadas, como los proveedores o departamentos involucrados, puede ayudar a identificar las causas raíz de la inexactitud de los datos o los requisitos cambiantes.

Por qué es importante

Apoya directamente el KPI 'Tasa de Modificación de Pedidos de Compra' y simplifica el análisis de la inestabilidad del proceso al señalar todos los pedidos que sufrieron cambios.

Dónde obtener

Campo calculado. Se establece en 'true' si el registro de eventos para un caso contiene la actividad 'Orden de Compra Modificada', de lo contrario 'false'.

Ejemplos
truefalse
Categoría de Compra
PurchaseCategory
La clasificación de los bienes o servicios que se compran, como 'Hardware de TI' o 'Suministros de Oficina'.
Descripción

Este atributo categoriza los artículos de la Orden de Compra en una jerarquía de adquisiciones. Esta clasificación se utiliza para el análisis de gastos y la gestión de proveedores.

En Process Mining, segmentar el proceso por categoría de compra puede revelar diferentes comportamientos o niveles de rendimiento. Por ejemplo, el proceso de aprobación para gastos de capital podría ser más largo que para suministros operativos. Apoya directamente el dashboard de 'Tasa de Devolución de Bienes y Razones' al permitir el análisis de qué categorías se devuelven con mayor frecuencia.

Por qué es importante

Permite el análisis de procesos por tipo de gasto, lo que puede revelar distintas rutas de proceso, cuellos de botella o tasas de devolución para diferentes categorías de bienes.

Dónde obtener

Vinculado desde PO_LINES_ALL.CATEGORY_ID a la vista EGP_CATEGORIES_VL.

Ejemplos
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
Cumple con la Aprobación
IsApprovalCompliant
Un indicador que señala si el PO fue aprobado antes de ser enviado al proveedor.
Descripción

Este es un atributo booleano calculado que verifica la adhesión a un control interno clave: una Orden de Compra debe ser aprobada antes de ser enviada a un proveedor. Es verdadero si la actividad 'Orden de Compra Aprobada' ocurre antes de la actividad 'Orden de Compra Enviada al Proveedor'. Este atributo es esencial para el dashboard 'Auditoría de Cumplimiento del Proceso de OC' y el KPI 'Tasa de Cumplimiento de Aprobación de OC'. Proporciona una forma directa de identificar y cuantificar los incumplimientos, ayudando a aplicar las políticas de adquisición y a mitigar los riesgos asociados con el gasto no autorizado.

Por qué es importante

Mide directamente el KPI 'Tasa de Cumplimiento de Aprobación de Pedidos de Compra', destacando infracciones críticas de control interno donde los pedidos se envían a los proveedores antes de su aprobación.

Dónde obtener

Campo calculado. Se establece en 'true' si la marca de tiempo para 'Orden de Compra Aprobada' es menor o igual a la marca de tiempo para 'Orden de Compra Enviada al Proveedor'.

Ejemplos
truefalse
Es Entrega Tardía
IsLateDelivery
Un indicador que señala si la recepción final de mercancías se produjo después de la fecha de entrega solicitada.
Descripción

Este atributo booleano calculado es verdadero si el timestamp de la actividad 'Mercancías Recibidas' es posterior al valor del atributo 'Fecha de Entrega Solicitada' para un Pedido de Compra determinado.

Este indicador es la base para el KPI 'Tasa de Entrega a Tiempo'. Permite una fácil segmentación y análisis de los Pedidos de Compra tardíos frente a los entregados a tiempo, ayudando a investigar las causas raíz de los retrasos, ya sean relacionados con proveedores específicos, ubicaciones o categorías de productos.

Por qué es importante

Apoya directamente el KPI 'Tasa de Entrega a Tiempo', permitiendo un análisis claro del rendimiento del proveedor y la fiabilidad de la entrega.

Dónde obtener

Campo calculado. Se establece en 'true' si la marca de tiempo de la actividad 'Mercancías Recibidas' es posterior al atributo 'Fecha de Entrega Solicitada'.

Ejemplos
truefalse
Estado de la Orden de Compra
PurchaseOrderStatus
El estado actual del documento de Orden de Compra.
Descripción

Este atributo indica el estado actual del Pedido de Compra en su ciclo de vida, como 'Abierto', 'Aprobado', 'Cerrado Definitivamente' o 'Cancelado'. Ofrece una instantánea del progreso del Pedido de Compra.

Mientras que el Process Mining se enfoca en la secuencia de actividades, el estado actual es valioso para filtrar casos. Por ejemplo, el análisis puede centrarse únicamente en Pedidos de Compra abiertos para comprender el pipeline actual, o en Pedidos de Compra cerrados para analizar instancias de proceso completadas. Es esencial para el dashboard 'Flujo y Estado del Pedido de Compra'.

Por qué es importante

Ofrece una instantánea actual del estado de una orden de compra, permitiendo filtrar el análisis a órdenes activas, completadas o canceladas.

Dónde obtener

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

Ejemplos
OPENAPROBADOFINALLY_CLOSEDCANCELADO
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 utilizado para solicitar la adquisición de bienes o servicios. Este atributo vincula la Orden de Compra con su solicitud original.

Incluir el número de solicitud permite un análisis más amplio del proceso de adquisición, comenzando desde la solicitud inicial en lugar de solo la OC. Puede ayudar a analizar el tiempo de ciclo desde la solicitud hasta la orden, y comprender cómo los detalles de la solicitud influyen en el proceso posterior de la OC.

Por qué es importante

Vincula la orden de compra (PO) a la solicitud inicial y permite una vista integral de extremo a extremo del proceso, desde la requisición hasta el pago.

Dónde obtener

Vinculado a través de la tabla PO_DISTRIBUTIONS_ALL, que contiene REQ_DISTRIBUTION_ID y permite trazar el vínculo hasta la tabla POR_REQUISITION_LINES_ALL.

Ejemplos
PR-2023-05-001PR-2023-05-002PR-2023-05-003
Source System
SourceSystem
El sistema de información del cual se extrajeron estos datos.
Descripción

Este atributo identifica el origen de los datos, lo cual es especialmente útil en entornos con múltiples sistemas integrados. Para este proceso, sería típicamente 'Oracle Fusion Financials'.

Aunque a menudo es un valor estático para un dataset determinado, es crucial para la gobernanza de datos, el troubleshooting y asegurar la data lineage. En análisis que combinan datos de múltiples fuentes, permite el filtrado y la segmentación por el sistema de origen.

Por qué es importante

Identifica el origen de los datos, lo cual es crucial para la gobernanza de datos, el contexto y la integración con otros sistemas.

Dónde obtener

Este es normalmente 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
Tiempo del Ciclo de Aprobación
ApprovalCycleTime
La duración desde la creación de una Orden de Compra hasta su aprobación final.
Descripción

Esta es una métrica de duración calculada que mide el tiempo transcurrido entre la actividad 'Orden de Compra Creada' y la actividad 'Orden de Compra Aprobada' para un solo caso. Este atributo proporciona directamente el valor para el KPI 'Tiempo Medio de Ciclo de Aprobación de OC'. Analizar su distribución ayuda a comprender la eficiencia del workflow de aprobación, identificar valores atípicos y medir el impacto de las iniciativas de mejora de procesos destinadas a reducir los retrasos en la aprobación.

Por qué es importante

Cuantifica el cuello de botella de aprobación, midiendo directamente el KPI 'Tiempo Promedio del Ciclo de Aprobación de OC' y destacando los retrasos en el flujo de trabajo.

Dónde obtener

Campo calculado. La diferencia entre las marcas de tiempo de las actividades 'Orden de Compra Aprobada' y 'Orden de Compra Creada'.

Ejemplos
P2DPT8H30MP5DT12H
Tipo de PO
PurchaseOrderType
El tipo de Orden de Compra, como 'Estándar', 'Marco' o 'Contrato'.
Descripción

Este atributo clasifica la Orden de Compra según su propósito de adquisición. Diferentes tipos de OC a menudo siguen distintas reglas de proceso y ciclos de vida.

Una OC 'Estándar' es una compra única, mientras que una OC 'Marco' es un acuerdo a largo plazo con un proveedor. Analizar el proceso por Tipo de OC permite una visión más precisa del rendimiento del proceso, ya que comparar el tiempo de ciclo de una OC estándar con un acuerdo marco sería engañoso. Permite comparaciones equitativas.

Por qué es importante

Diferencia entre diversos escenarios de compra, lo que permite comparaciones más precisas y equitativas del rendimiento del proceso para tipos de pedidos similares.

Dónde obtener

Oracle Fusion Cloud SCM, tabla PO_HEADERS_ALL, columna TYPE_LOOKUP_CODE.

Ejemplos
ESTÁNDARPEDIDO ABIERTOCONTRATO
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 envío (ship-to address) para los artículos en el Pedido de Compra. Es una información logística clave.

Para el Process Mining, el análisis por ubicación de entrega apoya el dashboard 'Eficiencia en el Procesamiento de Recepción de Mercancías'. Ayuda a identificar si ciertos almacenes o sitios son más lentos en su proceso de recepción, señalando posibles problemas de recursos o de proceso en ubicaciones específicas.

Por qué es importante

Permite el análisis de rendimiento por ubicación geográfica, ayudando a identificar cuellos de botella regionales o específicos del sitio en el proceso de recepción de mercancías.

Dónde obtener

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 SF - Décimo Piso
Última actualización de datos
LastDataUpdate
La marca de tiempo cuando los datos fueron extraídos o actualizados por última vez del sistema de origen.
Descripción

Este atributo indica la actualidad de los datos que se están analizando. Registra la fecha y hora de la extracción de datos más reciente de Oracle Fusion Financials.

Esta información es vital para que los usuarios comprendan la actualidad del análisis y de los dashboards. Aclara cuán actualizadas están las perspectivas del proceso, gestionando las expectativas sobre la inclusión de transacciones muy recientes.

Por qué es importante

Ofrece transparencia sobre la actualidad de los datos, asegurando que los usuarios comprendan cuán actual es el análisis del proceso.

Dónde obtener

Esta 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 dentro de la organización que realiza la compra.
Descripción

La Unidad de Negocio representa una entidad comercial distinta dentro de la empresa, a menudo con su propio libro mayor e informes financieros. Es un mecanismo principal de segregación de datos en Oracle Fusion.

Analizar el rendimiento del proceso por Unidad de Negocio es crucial en corporaciones grandes y multinacionales. Permite la comparación de la eficiencia de las adquisiciones, el cumplimiento y los costos entre diferentes partes de la organización, destacando tanto las mejores prácticas como las áreas de mejora.

Por qué es importante

Crucial para grandes organizaciones para comparar la eficiencia del proceso y el cumplimiento en diferentes divisiones operativas.

Dónde obtener

El contexto de la unidad de negocio se encuentra típicamente en el encabezado de la OC, 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 EMEAAPAC Services
Requerido Recomendado Opcional

Compras a Pago - Actividades de Orden de Compra

Estos son los pasos clave del proceso y los hitos a capturar en su Registro de eventos para un descubrimiento de procesos preciso de Compra a Pago - Orden de Compra.
6 Recomendado 10 Opcional
Actividad Descripción
Mercancía Recibida
Los bienes físicos han sido recibidos, contados y registrados contra la orden de compra. Este es un evento transaccional que actualiza el inventario y el estado de la OC.
Por qué es importante

Este es un hito clave para medir el rendimiento de entrega a tiempo del proveedor y el tiempo de entrega general. También sirve como disparador para actividades posteriores como la inspección de calidad y la conciliación de facturas.

Dónde obtener

Este es un evento explícito registrado en la tabla RCV_TRANSACTIONS. La transacción específica puede identificarse por un TRANSACTION_TYPE de 'RECEPCIÓN'.

Capturar

Utilice la TRANSACTION_DATE de RCV_TRANSACTIONS donde TRANSACTION_TYPE es 'RECEPCIÓN'.

Tipo de evento explicit
Orden de Compra Aprobada
La orden de compra ha recibido todas las aprobaciones necesarias y ahora está autorizada para su envío al proveedor. Este es un evento clave y un hito que se registra explícitamente en el historial de acciones del documento.
Por qué es importante

Este es un hito crítico que impide que la OC sea enviada al proveedor. Es esencial para medir los tiempos de ciclo de aprobación y garantizar el cumplimiento de las políticas de gasto.

Dónde obtener

Este evento se registra en la tabla PO_ACTION_HISTORY, típicamente con un ACTION_CODE de 'APPROVE' o cuando el estado del documento en PO_HEADERS_ALL cambia a un estado aprobado.

Capturar

Filtre PO_ACTION_HISTORY para la acción final 'APROBAR'.

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

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

Dónde obtener

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

Capturar

Filtre PO_ACTION_HISTORY para ACTION_CODE = 'CANCEL'.

Tipo de evento explicit
Orden de Compra Creada
Este es el inicio oficial del ciclo de vida de la orden de compra, donde se genera un documento de OC en estado borrador o incompleto. El sistema captura este evento registrando la marca de tiempo de creación del nuevo registro de encabezado de OC.
Por qué es importante

Como evento de inicio principal para el caso de OC, esta actividad es fundamental para todos los cálculos de tiempo 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 obtener

Este es un evento explícito basado en el campo CREATION_DATE en la tabla PO_HEADERS_ALL para un ID de Orden de Compra (PO_HEADER_ID) dado.

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, a través de correo electrónico o EDI. Este evento a menudo se infiere de un cambio de estado o una marca de tiempo en el registro de comunicación de la OC.
Por qué es importante

Esto marca el inicio del tiempo de entrega del proveedor. Es un punto crucial para medir el rendimiento del proveedor, desde el acuse de recibo hasta la entrega final.

Dónde obtener

Esto se puede inferir del cambio del estado del documento de Pedido de Compra a 'Abierto' y de que se registre una fecha de comunicación. El campo específico suele ser PO_HEADERS_ALL.communicated_date o un estado relacionado.

Capturar

Infiera de la timestamp cuando el estado de comunicación del Pedido de Compra se actualiza a 'Comunicado'.

Tipo de evento inferred
Orden de Compra Finalmente Cerrada
La orden de compra se considera completa, lo que significa que ha sido recibida y/o facturada en su totalidad, y no se anticipa ninguna otra actividad. Esta es una acción explícita que establece un estado final en la OC.
Por qué es importante

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

Dónde obtener

Este evento se registra en la tabla PO_ACTION_HISTORY con un ACTION_CODE de 'FINALLY CLOSE'. El estado del Pedido de Compra en PO_HEADERS_ALL también se actualiza a 'Finally Closed'.

Capturar

Filtre PO_ACTION_HISTORY para ACTION_CODE = 'FINALLY CLOSE'.

Tipo de evento explicit
Acuse de Recibo Creado
Se inicia un documento de recepción en el sistema para la llegada de las mercancías. Esto marca el inicio del proceso de recepción interno.
Por qué es importante

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

Dónde obtener

Este es un evento explícito, capturado por la marca de tiempo 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
Inspección de Calidad Realizada
Las mercancías que requieren control de calidad han sido inspeccionadas y aceptadas o rechazadas. Esta actividad ocurre después de la recepción inicial y se registra como una transacción distinta.
Por qué es importante

Esta actividad es crucial para la gestión de calidad. Analizar la duración de las inspecciones ayuda a agilizar el proceso de control de calidad y reducir los retrasos en la disponibilidad de los bienes para su uso.

Dónde obtener

Esto se registra en la tabla RCV_TRANSACTIONS. Se identifica por transacciones con un TRANSACTION_TYPE de 'ACEPTAR' o 'RECHAZAR' que siguen a una transacción de recibo.

Capturar

Utilice TRANSACTION_DATE de RCV_TRANSACTIONS donde TRANSACTION_TYPE es 'ACEPTAR' o 'RECHAZAR'.

Tipo de evento explicit
Mercancía Devuelta al Proveedor
La mercancía previamente recibida se devuelve al proveedor, normalmente por defectos, daños o envíos incorrectos. Esto se registra 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 del pedido. Las altas tasas de devolución para un proveedor pueden indicar problemas sistémicos que deben abordarse.

Dónde obtener

Este es un evento explícito registrado en la tabla RCV_TRANSACTIONS con un TRANSACTION_TYPE de 'DEVOLUCIÓN A PROVEEDOR'.

Capturar

Utilice la TRANSACTION_DATE de RCV_TRANSACTIONS donde TRANSACTION_TYPE es 'DEVOLUCIÓN A PROVEEDOR'.

Tipo de evento explicit
Orden de Compra Modificada
El pedido de compra fue modificado post-aprobación inicial (ej. cantidad, precio, fecha de entrega). Oracle Fusion lo registra con una nueva revisión.
Por qué es importante

Los cambios de la orden de compra implican retrabajo y pueden evidenciar problemas de precisión en la orden 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 obtener

Este evento se captura explícitamente cuando se crea una nueva revisión del documento. Esto se puede identificar por un incremento en el campo REVISION_NUM en la tabla PO_HEADERS_ALL.

Capturar

Identifique cada instancia donde el REVISION_NUM para un PO_HEADER_ID aumenta.

Tipo de evento explicit
Orden de Compra Presentada
La orden de compra creada se envía al workflow de aprobación. Oracle Fusion registra explícitamente esta acción, capturando el usuario y la marca de tiempo del evento de envío.
Por qué es importante

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

Dónde obtener

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

Capturar

Filtre PO_ACTION_HISTORY para ACTION_CODE = 'SUBMIT'.

Tipo de evento explicit
Orden de Compra Rechazada
Un aprobador ha rechazado la orden de compra, devolviéndola al creador para su revisión. Este es un evento explícito registrado en el historial de acciones, lo que indica una interrupción en el 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 razones comunes de rechazo, necesidades de capacitación o requisitos de aprobación poco claros.

Dónde obtener

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

Capturar

Filtre PO_ACTION_HISTORY para ACTION_CODE = 'REJECT'.

Tipo de evento explicit
Orden de Compra Recibida
El proveedor ha confirmado la recepción y aceptación de los términos de la orden de compra. Este evento a menudo se captura manualmente por el personal de adquisiciones basándose en la comunicación del proveedor o mediante un acuse de recibo electrónico.
Por qué es importante

El acuse de recibo del proveedor proporciona certeza de que el pedido ha sido recibido y está siendo procesado. El seguimiento de esto ayuda a gestionar la comunicación con el proveedor y a identificar proactivamente posibles problemas de cumplimiento.

Dónde obtener

Esto se infiere típicamente de un cambio en los campos de estado de acuse de recibo en el encabezado o las líneas de la OC, como PO_HEADERS_ALL.acceptance_status cambiando a 'Accepted'.

Capturar

Infiera de las actualizaciones a los campos de estado de acuse de recibo de Pedido de Compra.

Tipo de evento inferred
Servicios Entregados Confirmados
Para los pedidos de compra basados en servicios, esta actividad marca la confirmación de que los servicios se han prestado según lo acordado. Esta confirmación a menudo se registra manualmente o a través de una hoja de entrada de servicios.
Por qué es importante

Este es el equivalente a un recibo de mercancías para servicios y es un paso crítico antes de que se pueda pagar una factura. Los retrasos en la confirmación del servicio pueden provocar pagos atrasados y relaciones tensas con los proveedores.

Dónde obtener

Esto se captura típicamente como un recibo contra una línea de servicio en la OC. Puede implicar campos específicos o recibos complejos que rastrean el progreso o la finalización de los servicios.

Capturar

Identifique las transacciones de recibo (RCV_TRANSACTIONS) vinculadas a líneas de Pedido de Compra basadas en servicios.

Tipo de evento explicit
Solicitud de Compra Aprobada
La solicitud de compra ha sido aprobada por la autoridad designada, autorizando al departamento de adquisiciones a crear una orden de compra. Este evento se registra explícitamente en el historial de acciones del sistema para la solicitud.
Por qué es importante

Este hito marca el fin del proceso de aprobación interno para la solicitud. Los retrasos aquí pueden impactar directamente el cronograma completo de adquisiciones, por lo que monitorizar su duración es crucial.

Dónde obtener

Este evento se registra en el historial de acciones asociado a la solicitud, normalmente rastreado a través de tablas de workflow o campos específicos de estado de aprobación en el documento de solicitud.

Capturar

Registrado como una acción de aprobación en el historial del workflow para el documento de requisición específico.

Tipo de evento explicit
Solicitud de Compra Creada
Esta actividad marca la creación de una solicitud de compra, que es la solicitud formal de bienes o servicios que precede a una orden de compra. Se captura cuando se crea una nueva entrada en la tabla de cabecera de solicitud dentro de Oracle Fusion.
Por qué es importante

Analizar esta actividad ayuda a comprender la fase de origen de la demanda. Rastrear el tiempo desde la solicitud hasta la creación de la orden de compra revela posibles retrasos en la conversión de la demanda interna en órdenes de aprovisionamiento accionables.

Dónde obtener

Este es un evento explícito registrado al guardar una nueva requisición. Se puede encontrar rastreando 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