Su Template de datos de Purchase to Pay - Purchase Order
Su Template de datos de Purchase to Pay - Purchase Order
- 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
Atributos de Purchase to Pay - Purchase Order
| 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
|
|||
Actividades de Purchase to Pay - Purchase Order
| 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
|
|||
Guías de extracción
¿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 %.
No se requiere tarjeta de crédito. Comience a optimizar hoy.