Su Template de datos de compra a pago: orden de compra
Su Template de datos de compra a pago: orden de compra
- Atributos de datos recomendados
- Actividades clave del proceso
- Pasos para extraer datos de Coupa
Purchase to Pay - Atributos de la orden de compra
| 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
|
|||
Purchase to Pay - Actividades de la orden de compra
| 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
|
|||
Guías de extracción
¿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.
No necesita tarjeta de crédito; configuración en minutos.