Su Template de datos de compra a pago: orden de compra

Coupa
Su Template de datos de compra a pago: orden de compra

Su Template de datos de compra a pago: orden de compra

Este Template le guía para recopilar y estructurar correctamente los datos necesarios para aplicar Process Mining a su proceso de compra a pago: orden de compra en Coupa. Detalla los atributos esenciales que debe incluir, las actividades clave que debe supervisar y los pasos claros para extraer los datos, de modo que pueda disponer de un Registro de eventos completo.
  • Atributos de datos recomendados
  • Actividades clave del proceso
  • Pasos para extraer datos de Coupa
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Purchase to Pay - Atributos de la orden de compra

Estos son los campos de datos esenciales recomendados para su Registro de eventos, que permiten analizar a fondo su proceso Purchase to Pay - Orden de compra.
5 Obligatorio 5 Recomendado 11 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre del evento o la tarea específicos que tuvieron lugar en un momento determinado del ciclo de vida de la orden de compra.
Descripción

Activity Name describe un paso individual del proceso de compra a pago, como «Purchase Order Approved» o «Goods Receipt Posted». Esta secuencia de actividades forma el flujo del proceso de cada orden de compra.

Este Atributo es fundamental para Process Mining, ya que se utiliza para construir el mapa de procesos, descubrir variantes y analizar la frecuencia y la secuencia de los eventos. Ayuda a identificar cuellos de botella, ciclos de retrabajo y desviaciones respecto al flujo estándar. Por ejemplo, analizar la secuencia de actividades «Purchase Order Changed» puede revelar ineficiencias en la exactitud de las órdenes.

Por qué es importante

Define los pasos del proceso, lo que permite visualizar el flujo e identificar cuellos de botella, retrabajos y desviaciones.

Dónde obtenerlo

Se obtiene de los registros de eventos, las pistas de auditoría o los registros de cambios de estado asociados a los objetos Purchase Order en Coupa.

Ejemplos
Solicitud de compra aprobadaOrden de compra enviadaRecepción de mercancías contabilizadaFactura recibida para la orden de compra
Hora de inicio
EventTime
La marca de tiempo exacta que indica cuándo tuvo lugar una actividad o un evento.
Descripción

Event Time registra la fecha y la hora en que se ejecutó una actividad específica. Cada actividad del proceso tiene una marca de tiempo correspondiente que indica cuándo ocurrió.

Este Atributo es fundamental para todos los análisis temporales de Process Mining. Se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración del proceso e identificar retrasos. Por ejemplo, la diferencia entre las marcas de tiempo de «Purchase Order Drafted» y «Purchase Order Approved» se utiliza para calcular el KPI PO Approval Cycle Time.

Por qué es importante

Proporciona el contexto temporal de cada evento, esencial para calcular tiempos de ciclo, analizar el rendimiento y detectar cuellos de botella.

Dónde obtenerlo

Se encuentra en los registros de eventos o las pistas de auditoría de Coupa, normalmente asociado a cada cambio de estado o acción realizada en una orden de compra.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Orden de compra
PurchaseOrderNumber
El identificador único de una Purchase Order, que sirve como identificador principal del caso para el proceso.
Descripción

El número de Purchase Order es el identificador central del caso que conecta todas las actividades, desde la solicitud inicial hasta la confirmación final de la recepción de los bienes o servicios. Cada número de Purchase Order único representa una instancia individual del proceso de compras.

En el análisis de Process Mining, este Atributo es fundamental para seguir el recorrido completo de cada compra. Permite visualizar mapas de procesos, identificar variantes y calcular KPI a nivel de caso, como el tiempo total de ciclo de un pedido. Todos los eventos y datos relacionados se agrupan bajo este identificador para crear una visión coherente del proceso.

Por qué es importante

Es fundamental para realizar el seguimiento del ciclo de vida completo de cada compra y reconstruir instancias individuales del proceso para analizarlas en detalle.

Dónde obtenerlo

Es un campo de clave primaria estándar del objeto Purchase Order en Coupa.

Ejemplos
PO-2023-00123PO-2023-00456PO-2023-00789
Sistema de origen
SourceSystem
El sistema del que se extrajeron los datos del proceso.
Descripción

Este Atributo identifica el sistema de información de origen en el que se registraron los datos del evento. En este proceso, el valor sería siempre «Coupa».

En entornos empresariales donde los datos pueden proceder de varios sistemas, por ejemplo, Coupa para compras y otro ERP para facturación, este Atributo ayuda a diferenciar las fuentes de datos. Garantiza la claridad del linaje de datos y permite filtrar el análisis para consultar la visión del proceso correspondiente a un sistema específico.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos, garantiza su trazabilidad y facilita una correcta gobernanza de datos, especialmente en entornos con varios sistemas.

Dónde obtenerlo

Es un valor estático que normalmente se añade durante el proceso de extracción y transformación de datos para etiquetar el conjunto de datos.

Ejemplos
Coupa
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica la última vez que se actualizaron los datos de este proceso.
Descripción

Este Atributo registra cuándo se actualizó por última vez el conjunto de datos desde el sistema de origen. Es un campo de metadatos que se aplica al conjunto de datos completo, no a eventos individuales.

En cualquier Dashboard analítico, esta marca de tiempo es esencial para que los usuarios conozcan la actualidad de los datos que consultan. Aporta confianza en que los insights se basan en información reciente y ayuda a gestionar las expectativas sobre la vigencia de los datos. Normalmente se muestra de forma destacada en los Dashboards.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos y les permite entender hasta qué punto son recientes el análisis del proceso y los KPI.

Dónde obtenerlo

Esta marca de tiempo la genera y almacena la canalización de extracción y carga de datos (ETL) cuando se ejecuta.

Ejemplos
2023-11-01T05:00:00Z
Categoría de compra
PurchaseCategory
La clasificación de los bienes o servicios adquiridos, como hardware informático o servicios profesionales.
Descripción

Purchase Category, también conocida como Commodity o Material Group, es una clasificación que agrupa tipos de compras similares. Estos datos estructurados permiten analizar sistemáticamente el gasto y los procesos de compras.

En Process Mining, este Atributo es una dimensión muy útil para filtrar y segmentar. El Dashboard «Spend Analysis by Purchase Category» se basa en él para desglosar los patrones de gasto. También puede revelar si determinadas categorías, como los servicios complejos, tienen tiempos de ciclo más largos o tasas de cambio más elevadas que otras, como los suministros de oficina estándar.

Por qué es importante

Permite analizar el gasto y el proceso por categoría, identificar patrones de compras, negociar con proveedores y adaptar los controles del proceso.

Dónde obtenerlo

Normalmente se encuentra en el nivel de línea de Purchase Order en Coupa, a menudo vinculado a un código de producto o catálogo de compras.

Ejemplos
Hardware de TIMaterial de oficinaServicios profesionalesMateriales de marketing
Departamento
Department
El departamento de negocio o centro de costes al que se imputa la orden de compra.
Descripción

El Atributo Department especifica la unidad organizativa que inició la compra o asumirá su coste. A menudo está vinculado al solicitante o a la información del centro de costes de las líneas de la orden de compra.

Esta dimensión es esencial para segmentar el análisis del proceso y los KPI. Permite a los responsables comparar la eficiencia del proceso, el cumplimiento y los patrones de gasto entre distintas áreas de la organización. Por ejemplo, el Dashboard «Spend Analysis by Purchase Category» utiliza Department para mostrar cómo las distintas unidades de negocio gastan sus presupuestos.

Por qué es importante

Permite filtrar y comparar el análisis del proceso y del gasto entre distintas unidades de negocio, y revela variaciones en la eficiencia y el cumplimiento.

Dónde obtenerlo

Está disponible en la cabecera o en las líneas de la Purchase Order en Coupa, normalmente vinculado a un centro de costes o una unidad organizativa.

Ejemplos
MarketingTecnologías de la InformaciónOperacionesFinanzas
Importe total de la orden
TotalOrderAmount
El valor monetario total de la orden de compra.
Descripción

Este Atributo representa el coste total de todos los bienes y servicios especificados en la orden de compra, expresado en una moneda determinada. Es un Atributo a nivel de caso que se aplica a toda la orden.

Estos datos financieros son fundamentales para analizar el gasto y priorizar las iniciativas de mejora del proceso. Las órdenes de alto valor pueden requerir un mayor control o rutas de aprobación diferentes. Se utilizan directamente en el Dashboard «Spend Analysis by Purchase Category» y forman parte del cálculo del KPI «Spend by Non-Preferred Vendor Ratio».

Por qué es importante

Proporciona el contexto financiero de cada compra, permite analizar el gasto, priorizar las órdenes de alto valor y evaluar el impacto financiero.

Dónde obtenerlo

Está disponible en la cabecera de Purchase Order en Coupa, normalmente como «Total» o «Grand Total».

Ejemplos
1500.00250.7512500.50
Nombre del proveedor
VendorName
El nombre del proveedor al que se compran los bienes o servicios.
Descripción

Vendor Name identifica a la parte externa que suministra los artículos incluidos en la orden de compra. Esta información es fundamental para el análisis de compras.

Analizar el rendimiento del proceso por proveedor es esencial para gestionar la relación con los proveedores. Ayuda a evaluar «Supplier Lead Time Performance», identificar retrasos en «Goods Receipt Process Delays» y valorar la calidad del proveedor mediante «Goods Return Rate». Este Atributo también es clave para calcular el KPI «Spend by Non-Preferred Vendor Ratio».

Por qué es importante

Permite analizar el rendimiento de los proveedores, optimizar su selección, negociar mejores condiciones e identificar proveedores con un rendimiento alto o bajo.

Dónde obtenerlo

Es un campo estándar de la cabecera de Purchase Order en Coupa, vinculado a Supplier Master Data.

Ejemplos
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Usuario
User
El ID o el nombre de la persona que realizó la actividad, como un aprobador o solicitante.
Descripción

Este Atributo identifica a la persona responsable de ejecutar un evento específico del proceso. Puede ser quien redactó la orden, el gerente que la aprobó o el empleado que registró la recepción de los bienes.

Analizar el rendimiento por usuario ayuda a identificar necesidades de formación, personas con un rendimiento destacado y la distribución de la carga de trabajo. Por ejemplo, el Dashboard «PO Approval Cycle Time Performance» utiliza este Atributo para desglosar los tiempos de aprobación por aprobador y mostrar quién podría estar generando un cuello de botella en el proceso.

Por qué es importante

Permite analizar el rendimiento del proceso por persona o función, lo que ayuda a identificar cuellos de botella, oportunidades de formación y problemas de asignación de recursos.

Dónde obtenerlo

Está asociado a cada evento de la pista de auditoría o los registros históricos de Purchase Order en Coupa. «Created By», «Approved By» y «Updated By» son fuentes habituales.

Ejemplos
j.doea.smithm.jones
¿Es un proveedor preferente?
IsPreferredVendor
Un indicador booleano que señala si la compra se realizó a un proveedor preferente o estratégico.
Descripción

Este indicador identifica si el proveedor de la orden de compra forma parte de una lista preaprobada de proveedores estratégicos. Normalmente se determina comparando el nombre o el ID del proveedor con una lista maestra de proveedores preferentes.

Este Atributo es esencial para las iniciativas de abastecimiento estratégico y gestión del gasto. Se utiliza para calcular el KPI «Spend by Non-Preferred Vendor Ratio», que ayuda a las organizaciones a supervisar y controlar las compras no autorizadas y a concentrar el gasto en socios clave para aprovechar descuentos por volumen y mejores condiciones.

Por qué es importante

Ayuda a supervisar el cumplimiento de las políticas de compras y los objetivos de abastecimiento estratégico mediante el seguimiento del gasto con proveedores preferentes y no preferentes.

Dónde obtenerlo

A menudo no es un campo estándar de Coupa, sino que se obtiene comparando el Vendor ID de la PO con una lista externa de proveedores preferentes.

Ejemplos
truefalse
¿Es un retrabajo?
IsRework
Un indicador calculado que identifica si una orden de compra ha experimentado una actividad de cambio.
Descripción

Este indicador booleano se establece en true para cualquier orden de compra que tenga al menos un evento «Purchase Order Changed» en su historial. Es un Atributo a nivel de caso derivado del registro de eventos.

Este Atributo simplifica el cálculo de KPI como «Purchase Order Change Rate». Permite filtrar y segmentar fácilmente los datos para comparar los procesos de las órdenes con y sin retrabajo, y cuantificar el impacto de los cambios en el tiempo de ciclo y el coste. Es un componente central del Dashboard «Purchase Order Change Analysis».

Por qué es importante

Simplifica el análisis del retrabajo al permitir filtrar y agregar fácilmente todas las órdenes de compra que se hayan modificado al menos una vez.

Dónde obtenerlo

Se calcula durante la transformación de datos comprobando si existe una actividad «Purchase Order Changed» para cada PurchaseOrderNumber.

Ejemplos
truefalse
¿Es una aprobación a la primera?
IsFirstPassApproval
Un indicador calculado que es true si la PO se aprobó sin cambios después de redactarse.
Descripción

Este indicador booleano se establece en true si el recorrido de una orden de compra desde «Purchase Order Drafted» hasta «Purchase Order Approved» no contiene ninguna actividad «Purchase Order Changed» ni «Purchase Order Rejected» intermedia.

Este Atributo mide directamente el KPI «First-Pass PO Approval Rate». Una tasa elevada indica un procesamiento inicial eficiente y preciso. Analizar los casos en los que el indicador es false puede ayudar a descubrir las causas del retrabajo y mejorar la calidad inicial de los datos de las órdenes de compra.

Por qué es importante

Mide directamente la eficiencia del proceso inicial de creación y aprobación, y muestra el volumen de órdenes que avanzan sin retrabajo.

Dónde obtenerlo

Se calcula durante la transformación de datos mediante el análisis de la secuencia de eventos de cada PurchaseOrderNumber.

Ejemplos
truefalse
¿Se entregó a tiempo?
IsDeliveryOnTime
Un indicador calculado que señala si los bienes se recibieron en la fecha de entrega solicitada o antes.
Descripción

Este Atributo booleano se calcula comparando la marca de tiempo del evento «Goods Receipt Posted» con «RequestedDeliveryDate». Se establece en true si la fecha de recepción es igual o anterior a la fecha solicitada.

Este indicador respalda directamente el KPI «Supplier Delivery Date Adherence» y el Dashboard «Delivery Date Variance and Returns». Proporciona un resultado binario claro sobre el rendimiento de las entregas puntuales, fácil de agregar y visualizar, que ayuda a identificar rápidamente problemas de rendimiento de los proveedores o del proceso interno de recepción.

Por qué es importante

Proporciona una métrica binaria clara del rendimiento de las entregas y simplifica el cálculo de KPI de entregas puntuales y el análisis de tendencias.

Dónde obtenerlo

Se calcula durante la transformación de datos comparando «RequestedDeliveryDate» con la marca de tiempo de la actividad «Goods Receipt Posted».

Ejemplos
truefalse
Fecha de entrega solicitada
RequestedDeliveryDate
La fecha en la que el solicitante ha pedido que se entreguen los bienes o servicios.
Descripción

Este Atributo es la fecha de entrega objetivo especificada por el usuario de negocio durante el proceso de solicitud. Representa la expectativa de la empresa sobre cuándo debe completarse el pedido.

Esta fecha es un punto de referencia fundamental para medir el rendimiento del proveedor y del equipo interno. Se utiliza directamente para calcular el KPI «Supplier Delivery Date Adherence», comparándola con la fecha real de «Goods Receipt Posted». El Dashboard «Delivery Date Variance and Returns» muestra las desviaciones entre la fecha solicitada y la entrega real, lo que ayuda a gestionar las expectativas y mejorar las previsiones.

Por qué es importante

Sirve como referencia clave para medir las entregas puntuales de los proveedores y la eficiencia del proceso interno de recepción.

Dónde obtenerlo

Es un campo estándar de la línea de Purchase Order en Coupa.

Ejemplos
2023-11-152023-12-012024-01-10
Moneda
Currency
El código de moneda de los valores monetarios de la orden de compra.
Descripción

Este Atributo especifica la moneda, por ejemplo, USD, EUR o GBP, en la que se expresa el importe total de la orden. Es esencial para interpretar correctamente los datos financieros en una organización global.

En las empresas multinacionales, analizar el gasto sin tener en cuenta la moneda puede inducir a error. Este Atributo permite realizar una conversión adecuada y mantener informes financieros coherentes en los Dashboards, de modo que los valores se comparen sobre una base homogénea.

Por qué es importante

Garantiza un análisis y una elaboración de informes financieros precisos en contextos multinacionales al proporcionar la información necesaria para convertir monedas.

Dónde obtenerlo

Es un campo estándar de la cabecera de Purchase Order en Coupa.

Ejemplos
USDEURGBPJPY
Motivo del cambio
ChangeReason
El motivo indicado para un cambio realizado en una orden de compra después de su creación inicial.
Descripción

Este Atributo recoge la justificación de la modificación de una orden de compra, por ejemplo, «Cantidad actualizada» o «Corrección de precio». Esta información suele registrarse en la pista de auditoría cuando un usuario ejecuta la actividad «Purchase Order Changed».

Comprender por qué se modifican las órdenes es clave para el Dashboard «Purchase Order Change Analysis». Ayuda a distinguir entre cambios inevitables, como problemas de existencias del proveedor, y cambios evitables, como errores en la introducción inicial de datos. Así, orienta las iniciativas para mejorar la exactitud de las órdenes y reducir el KPI «Purchase Order Change Rate».

Por qué es importante

Explica las causas raíz de los cambios en las PO, permite aplicar medidas específicas para mejorar la exactitud desde el primer intento y reduce el retrabajo del proceso.

Dónde obtenerlo

A menudo se encuentra en los registros de auditoría o comentarios asociados a los eventos de cambio de una Purchase Order en Coupa.

Ejemplos
Actualización de precio del proveedorFecha de entrega ajustadaCódigo de artículo corregido
Motivo del rechazo
RejectionReason
El motivo indicado cuando una solicitud de compra o una orden de compra se rechaza durante un paso de aprobación.
Descripción

Cuando un aprobador rechaza una orden de compra, normalmente indica el motivo. Este Atributo recoge esa explicación textual, como «Código presupuestario incorrecto» o «Supera el límite de gasto».

Analizar los motivos de rechazo proporciona información directa sobre las causas raíz del retrabajo y los fallos del proceso. Estos datos cualitativos permiten identificar errores frecuentes en el proceso de solicitud y aplicar formación o mejoras del sistema específicas para evitar futuros rechazos y aumentar la tasa de aprobación a la primera.

Por qué es importante

Proporciona información directa y útil sobre los motivos por los que se rechazan las órdenes de compra, lo que ayuda a abordar las causas raíz del retrabajo y los retrasos del proceso.

Dónde obtenerlo

Normalmente se registra en el campo de comentarios o notas asociado a la actividad «Purchase Order Rejected» o «Purchase Requisition Rejected» del Workflow de aprobación de Coupa.

Ejemplos
Solicitud duplicadaPresupuesto no aprobadoProveedor seleccionado incorrectamente
Nombre del solicitante
RequesterName
El nombre de la persona que solicitó inicialmente los bienes o servicios.
Descripción

Este Atributo identifica al empleado que creó la solicitud de compra que dio lugar a la orden de compra. El solicitante es el usuario de negocio que tiene la necesidad y puede ser distinto del comprador o del aprobador.

Analizar el comportamiento del proceso por solicitante ayuda a identificar patrones relacionados con determinadas personas o departamentos. El Dashboard «Purchase Order Change Analysis» utiliza este dato para comprobar si ciertos solicitantes generan cambios de órdenes con mayor frecuencia, lo que podría indicar la necesidad de mejorar la formación sobre los requisitos de las especificaciones.

Por qué es importante

Ayuda a identificar el origen de negocio de una compra y permite analizar el comportamiento y la exactitud de las compras a nivel de solicitante.

Dónde obtenerlo

Normalmente esta información se almacena en la Purchase Requisition de origen y se transfiere a la Purchase Order en Coupa.

Ejemplos
Alice CooperBob DylanCharlie Parker
Número de solicitud de compra
PurchaseRequisitionNumber
El identificador único de la solicitud de compra que precedió a la orden de compra.
Descripción

Este Atributo vincula una orden de compra con la solicitud de compra de origen. Una única solicitud puede dar lugar a una o varias órdenes de compra.

Este vínculo es esencial para analizar el tiempo de ciclo completo de «Requisition-to-Order». Al conectar el evento de creación de la solicitud con los eventos de creación y envío de la orden de compra, las organizaciones pueden medir la eficiencia de todo el proceso inicial de compras, desde la solicitud hasta el cumplimiento.

Por qué es importante

Conecta las fases de solicitud y pedido del proceso, lo que permite analizar el tiempo de ciclo de solicitud a pedido y las tasas de conversión.

Dónde obtenerlo

Normalmente es un campo de referencia en las líneas de Purchase Order en Coupa que enlaza con la solicitud de origen.

Ejemplos
PR-2023-00098PR-2023-00152PR-2023-00341
Ubicación de recepción
ReceivingLocation
La ubicación física, como un almacén o una oficina, donde deben entregarse los bienes.
Descripción

Receiving Location especifica el destino de los bienes solicitados en la PO. Puede ser un almacén, una planta o una dirección de oficina concretos.

Este Atributo se utiliza para analizar el rendimiento logístico y de recepción en distintos centros. El Dashboard «Goods Receipt Process Delays» puede filtrarse por este Atributo para determinar si algunas ubicaciones procesan más lentamente los envíos recibidos, lo que ayuda a localizar ineficiencias operativas o limitaciones de recursos en centros específicos.

Por qué es importante

Permite analizar el proceso de recepción por ubicación y pone de manifiesto las diferencias de rendimiento entre almacenes, plantas u oficinas.

Dónde obtenerlo

Esta información forma parte de la dirección «Ship-To» de la Purchase Order en Coupa.

Ejemplos
Almacén A - ChicagoEdificio 5 - Oficina de LondresPlanta de Frankfurt
Obligatorio Recomendado Opcional

Purchase to Pay - Actividades de la orden de compra

Estos son los pasos clave y los hitos del proceso que debe registrar en su Registro de eventos para descubrir y analizar con precisión sus operaciones P2P.
6 Recomendado 11 Opcional
Actividad Descripción
Orden de compra aprobada
Este hito indica que la Purchase Order ha completado su Workflow interno de aprobación y está autorizada para emitirse al proveedor. Normalmente, es el paso de aprobación final de un proceso de varias etapas.
Por qué es importante

Este es un hito crítico para calcular los tiempos del ciclo de aprobación de la PO e identificar cuellos de botella en las aprobaciones. También funciona como un punto de control clave de Cumplimiento.

Dónde obtenerlo

Se captura del registro del historial de aprobaciones de la Purchase Order en Coupa. La marca de tiempo de la acción de aprobación final proporciona la hora del evento.

Recopilar

Se registra en el historial de aprobaciones cuando el aprobador final completa su tarea.

Tipo de evento explicit
Orden de compra cancelada
Esta actividad representa la cancelación de una Purchase Order antes de que se complete. La cancelación puede producirse en distintas etapas, por ejemplo, si la solicitud ya no es válida o si la PO se creó por error.
Por qué es importante

Como final alternativo del proceso, el seguimiento de las cancelaciones es importante para comprender las pérdidas del proceso e identificar las razones por las que se abandonan las solicitudes de compra.

Dónde obtenerlo

Se infiere a partir de un cambio de estado del objeto Purchase Order a «Canceled». La marca de tiempo de este cambio de estado se utiliza como hora del evento.

Recopilar

Se obtiene de la marca de tiempo del cambio de estado a «Canceled».

Tipo de evento inferred
Orden de compra cerrada
Esta es la actividad final e indica que la Purchase Order está completa. La PO se considera cerrada cuando se han recibido todos los bienes y se han facturado todos los importes, y no se esperan más transacciones.
Por qué es importante

Esta actividad finaliza oficialmente el ciclo de vida de la PO. Analizar el tiempo hasta el cierre puede revelar ineficiencias en la conciliación final y el mantenimiento de registros.

Dónde obtenerlo

Se infiere a partir de un cambio de estado del objeto Purchase Order a «Closed». Coupa suele establecer este estado automáticamente según las reglas de negocio relativas a las tolerancias de recepción y facturación.

Recopilar

Se obtiene de la marca de tiempo del cambio de estado a «Closed».

Tipo de evento inferred
Orden de compra enviada al proveedor
Esta actividad marca el momento en que la Purchase Order aprobada se transmite oficialmente al proveedor, por ejemplo, por correo electrónico o a través del Coupa Supplier Portal. Este evento transforma la PO de un documento interno en un compromiso externo.
Por qué es importante

Este es un hito clave que concluye el ciclo interno de solicitud a pedido e inicia el plazo de entrega del proveedor. Es esencial para medir tanto la eficiencia interna como el rendimiento del proveedor.

Dónde obtenerlo

A menudo se infiere a partir de un cambio de estado de la PO a «Ordered» o «Sent». Coupa también puede disponer de una marca de tiempo específica «last_exported_at» o «sent_to_supplier_at» en el registro de la PO.

Recopilar

Se obtiene de la marca de tiempo del cambio de estado a «Ordered» o de un campo específico de marca de tiempo de transmisión.

Tipo de evento inferred
Recepción de mercancías contabilizada
Esta es la confirmación formal de que los bienes se han recibido, inspeccionado y aceptado. Este evento actualiza los registros de inventario e indica que el proveedor ha cumplido su obligación respecto de esta entrega.
Por qué es importante

Este hito crítico marca el final del plazo de entrega del proveedor y se utiliza para medir el cumplimiento de la fecha de entrega. Los retrasos en el registro de las recepciones pueden ocultar la visibilidad de los niveles reales de inventario.

Dónde obtenerlo

Es una transacción central en Coupa, registrada en el objeto Receipt. El evento se captura a partir de la marca de tiempo en que el estado de la recepción pasa a «Posted» o «Received».

Recopilar

Se registra cuando la transacción de recepción de bienes se finaliza en el sistema.

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 Purchase Order. En Coupa, es un evento explícito que se registra cuando un usuario guarda y envía una nueva solicitud.
Por qué es importante

Como punto de inicio habitual del proceso de compras, esta actividad es esencial para medir el tiempo total del ciclo de solicitud a pedido y comprender la eficiencia de las etapas iniciales del proceso.

Dónde obtenerlo

Este evento corresponde al registro de creación en el objeto o la tabla Purchase Requisitions de Coupa. La marca de tiempo puede encontrarse en el campo «created_at» o en otro campo equivalente de fecha de creación generado por el sistema.

Recopilar

Se registra directamente al crear una nueva solicitud.

Tipo de evento explicit
Borrador de orden de compra creado
Este evento representa la creación inicial del documento Purchase Order en el sistema, normalmente a partir de una solicitud aprobada. En esta etapa, la PO es un borrador interno que aún no se ha enviado para aprobación ni al proveedor.
Por qué es importante

Esta actividad inicia el conteo para medir el KPI del tiempo del ciclo de aprobación de la PO. Es el primer paso formal del ciclo de vida de la Purchase Order.

Dónde obtenerlo

Corresponde a la marca de tiempo de creación del registro Purchase Order en Coupa, que normalmente se encuentra en un campo como «created_at».

Recopilar

Se captura de la marca de tiempo de creación generada por el sistema para el registro de la PO.

Tipo de evento explicit
Confirmación de servicios registrada
En las Purchase Orders de servicios, esta actividad equivale a la recepción de bienes. Confirma que se ha prestado un servicio conforme a las condiciones de la PO.
Por qué es importante

El seguimiento de las confirmaciones de servicios es fundamental para gestionar el gasto en servicios y garantizar que solo se pague por trabajos cuya finalización se haya verificado.

Dónde obtenerlo

Este evento se captura a partir de la creación o aprobación de una recepción de servicios o una hoja de entrada de servicios vinculada a la Purchase Order en Coupa.

Recopilar

Se registra al crear y aprobar una hoja de entrada de servicios.

Tipo de evento explicit
Factura recibida para la orden de compra
Este evento marca la recepción y el registro de una factura del proveedor que hace referencia a la Purchase Order. Indica el inicio de la fase de procesamiento y pago de facturas del ciclo P2P.
Por qué es importante

Aunque forma parte del proceso de cuentas por pagar, vincular la recepción de la factura con la PO ofrece una visión de extremo a extremo del ciclo de vida de la transacción y ayuda a analizar el intervalo entre la entrega y la facturación.

Dónde obtenerlo

Se captura a partir de la marca de tiempo de creación del documento Invoice en Coupa, donde la factura se concilia con el número de Purchase Order correspondiente.

Recopilar

Se registra al crear un registro de factura vinculado a la PO.

Tipo de evento explicit
Inspección de calidad realizada
Este evento indica que un artículo recibido ha pasado por una inspección de calidad y la ha superado. Puede ser un paso independiente posterior al registro inicial de la recepción de bienes, según el proceso de la empresa.
Por qué es importante

Esta actividad es clave para medir la eficiencia del proceso de control de calidad. Los retrasos en esta etapa pueden crear cuellos de botella entre la recepción y la disponibilidad para su uso.

Dónde obtenerlo

Puede registrarse como un cambio de estado en la línea del artículo recibido o mediante un objeto de inspección independiente en Coupa. Su disponibilidad depende de si se utiliza el módulo de calidad o un Workflow personalizado.

Recopilar

Se infiere a partir de un cambio de estado en la recepción o de una marca de tiempo en un registro de inspección relacionado.

Tipo de evento inferred
Mercancías devueltas
Esta actividad se registra cuando los bienes recibidos anteriormente se devuelven al proveedor. Normalmente, esto ocurre por problemas de calidad, daños o envíos incorrectos.
Por qué es importante

El seguimiento de las devoluciones es esencial para calcular la tasa de devolución de bienes e identificar problemas de calidad del proveedor o de precisión del pedido. Las tasas de devolución elevadas suelen indicar fallos costosos del proceso.

Dónde obtenerlo

Se captura a partir de una transacción «Return to Supplier» o de una transacción de recepción negativa en Coupa. La marca de tiempo de esta transacción sirve como hora del evento.

Recopilar

Se registra cuando se crea una transacción de devolución vinculada a la PO o recepción original.

Tipo de evento explicit
Orden de compra enviada
Después de redactar una Purchase Order, se envía formalmente al Workflow de aprobación. Esta acción diferenciada del usuario mueve la PO del estado de borrador al estado pendiente de aprobación.
Por qué es importante

Este evento distingue el tiempo de redacción del momento en que la PO queda realmente pendiente de aprobación. Ofrece una visión más clara del comportamiento de los usuarios y de los traspasos del proceso.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en el objeto Purchase Order, por ejemplo, de «draft» a «pending approval». Se utiliza la marca de tiempo de este cambio de estado específico.

Recopilar

Se obtiene de la marca de tiempo del cambio de estado a «pending approval».

Tipo de evento inferred
Orden de compra modificada
Este evento representa cualquier modificación realizada en la Purchase Order después de su redacción inicial. En Coupa, los cambios suelen registrarse mediante el control de versiones del documento PO.
Por qué es importante

El seguimiento de los cambios es fundamental para KPI como Purchase Order Change Rate y Non-Conforming PO Rate. Los cambios frecuentes indican inestabilidad del proceso o solicitudes iniciales imprecisas.

Dónde obtenerlo

Puede inferirse mediante el seguimiento de las distintas versiones de una Purchase Order. Cada número de versión nuevo superior al primero indica un cambio, y la fecha de creación de la nueva versión sirve como marca de tiempo del evento.

Recopilar

Se infiere de la marca de tiempo de creación de una nueva versión de la PO.

Tipo de evento inferred
Orden de compra rechazada
Esta actividad ocurre cuando un aprobador rechaza la Purchase Order durante el Workflow de aprobación. Normalmente, la PO se devuelve a quien la creó para que la revise o cancele.
Por qué es importante

Analizar los rechazos ayuda a descubrir problemas de calidad de datos, incumplimientos de políticas o carencias de capacitación. También pone de manifiesto los ciclos de retrabajo que provocan retrasos importantes en el proceso.

Dónde obtenerlo

Es un evento explícito que se captura en el registro del historial de aprobaciones de la Purchase Order en Coupa. El registro mostrará una acción «Reject» con su correspondiente marca de tiempo.

Recopilar

Se registra en el historial de aprobaciones con el estado «Reject».

Tipo de evento explicit
Proveedor confirmó la orden
Este evento indica que el proveedor ha recibido y confirmado la Purchase Order. Esta confirmación suele registrarse electrónicamente a través de un portal de proveedores como el Coupa Supplier Portal (CSP).
Por qué es importante

Las confirmaciones de los proveedores ofrecen la certeza de que el pedido se está procesando, mejoran la precisión de las previsiones de entrega y reducen la incertidumbre de la cadena de suministro.

Dónde obtenerlo

Normalmente, esta información está disponible en la Purchase Order si el proveedor utiliza el Coupa Supplier Portal para realizar la acción «Acknowledge». Se utiliza la marca de tiempo de esta acción.

Recopilar

Se registra cuando un proveedor realiza la acción «Acknowledge» en el portal de proveedores.

Tipo de evento explicit
Recepción de mercancías iniciada
Esta actividad representa el inicio del proceso de recepción, por ejemplo, cuando se crea un documento de recepción en Coupa tras la llegada física de los bienes. Los bienes aún no se han registrado formalmente en el inventario ni se han confirmado como recibidos.
Por qué es importante

Este evento es el punto de partida para medir el KPI del tiempo de procesamiento de la recepción de bienes. Ayuda a diferenciar el tiempo que los bienes esperan en el muelle del tiempo dedicado al procesamiento en el sistema.

Dónde obtenerlo

Puede inferirse a partir de la marca de tiempo de creación de un documento de recepción con estado «Draft» o «Pending». Precede al registro final de la recepción.

Recopilar

Se obtiene de la marca de tiempo de creación de un registro de recepción en un estado no registrado.

Tipo de evento inferred
Solicitud de compra aprobada
Una solicitud de compra pasa por un Workflow de aprobación antes de convertirse en una Purchase Order. Este evento indica la aprobación final de la solicitud, que queda lista para realizar el pedido.
Por qué es importante

El seguimiento de las aprobaciones de solicitudes ayuda a identificar cuellos de botella en la fase previa al pedido. Los retrasos en esta etapa afectan directamente a la rapidez con la que puede emitirse una Purchase Order.

Dónde obtenerlo

Normalmente, este evento se captura del historial de aprobaciones del objeto de solicitud en Coupa. La acción de aprobación final tendrá una marca de tiempo y un usuario asociados.

Recopilar

Se registra en el historial de aprobaciones cuando el aprobador final actúa.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Coupa

¿Listo para comenzar?

Utilice este Template para preparar sus datos para Process Mining y obtener información útil para la acción. Comience hoy mismo a optimizar su proceso de compra a pago: orden de compra.

Optimice sus órdenes de compra P2P y mejore la eficiencia hoy mismo

Reduzca un 30 % el tiempo de ciclo P2P y empiece a ver resultados rápidamente.

Iniciar la prueba gratuita

No necesita tarjeta de crédito; configuración en minutos.