Plantilla de Datos: Compra a Pago - Orden de Compra
Su plantilla de datos de Compra a Pago - Pedidos de compra
- 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
Compras a Pago - Atributos de Orden de Compra
| 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.
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
|
|||
Compras a Pago - Actividades de Orden de Compra
| 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
|
|||