Su Template de datos para el proceso de compra a pago: pedido de compra
Su Template de datos para el proceso de compra a pago: pedido de compra
- Atributos de datos recomendados
- Actividades clave del proceso
- Pasos para extraer datos de Coupa
Atributos del proceso de compra a pago: pedido de compra
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
Nombre del evento o la tarea específica que ocurrió en un momento determinado del ciclo de vida de la orden de compra. | ||
|
Descripción
El nombre de la actividad describe un paso del proceso de compra y pago, como «Orden de compra aprobada» o «Recepción de mercancías registrada». La secuencia de actividades conforma el flujo del proceso de cada orden de compra. Este atributo es fundamental para Process Mining, ya que permite construir el mapa del proceso, descubrir variantes y analizar la frecuencia y la secuencia de los eventos. Ayuda a identificar cuellos de botella, ciclos de retrabajo y desviaciones del flujo estándar. Por ejemplo, analizar la secuencia de actividades «Orden de compra modificada» puede revelar ineficiencias en la precisión de los pedidos.
Por qué es importante
Define los pasos del proceso y permite visualizar su flujo, así como 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 de órdenes de compra en Coupa.
Ejemplos
Solicitud de compra aprobadaOrden de compra enviadaRecepción de mercancías registradaFactura recibida para la orden de compra
|
|||
|
Hora de inicio
EventTime
|
Marca de tiempo exacta que indica cuándo ocurrió una actividad o un evento. | ||
|
Descripción
La hora del evento 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 «Orden de compra redactada» y «Orden de compra aprobada» permite calcular el KPI de tiempo de ciclo de aprobación de la orden de compra.
Por qué es importante
Aporta el contexto temporal de cada evento, necesario para calcular los tiempos de ciclo, analizar el desempeño y detectar cuellos de botella.
Dónde obtenerlo
Se encuentra en los registros de eventos o las pistas de auditoría de Coupa y suele estar 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
|
Identificador único de una orden de compra, que sirve como identificador principal del caso en el proceso. | ||
|
Descripción
El número de la orden de compra 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 bienes o servicios. Cada número de orden de compra único representa una instancia del proceso de adquisición. En el análisis con Process Mining, este atributo es fundamental para seguir el recorrido completo de cada compra. Permite visualizar mapas de procesos, identificar variantes y calcular KPI por caso, como el tiempo de ciclo total de una orden. Todos los eventos y datos relacionados se agrupan bajo este identificador para ofrecer una visión coherente del proceso.
Por qué es importante
Es esencial para seguir el 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 principal estándar del objeto Purchase Order en Coupa.
Ejemplos
PO-2023-00123PO-2023-00456PO-2023-00789
|
|||
|
Sistema de origen
SourceSystem
|
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 las compras y otro ERP para la facturación, este atributo permite distinguir las fuentes de datos. Aporta claridad sobre el linaje de los datos y permite filtrar el análisis para consultar el proceso desde la perspectiva de un sistema específico.
Por qué es importante
Aporta un contexto esencial sobre el origen de los datos, garantiza su trazabilidad y facilita una gobernanza adecuada, sobre todo cuando intervienen varios sistemas.
Dónde obtenerlo
Es un valor estático que suele añadirse durante la extracción y transformación de los datos para identificar el conjunto de datos.
Ejemplos
Coupa
|
|||
|
Última actualización de los datos
LastDataUpdate
|
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este proceso. | ||
|
Descripción
Este atributo registra cuándo se actualizaron por última vez los datos del conjunto desde el sistema de origen. Es un campo de metadatos que se aplica a todo el conjunto de datos, no a eventos individuales. En cualquier Dashboard analítico, esta marca de tiempo es fundamental para que las personas usuarias sepan qué tan recientes son los datos que consultan. Confirma que la información se basa en datos recientes y ayuda a establecer expectativas sobre su vigencia. Suele mostrarse de forma destacada en los Dashboards.
Por qué es importante
Informa a las personas usuarias sobre la actualidad de los datos para que sepan qué tan recientes son el análisis del proceso y los KPI.
Dónde obtenerlo
La canalización de extracción y carga de datos (ETL) genera y almacena esta marca de tiempo cada vez que se ejecuta.
Ejemplos
2023-11-01T05:00:00Z
|
|||
|
Categoría de compra
PurchaseCategory
|
Clasificación de los bienes o servicios que se compran, como equipos informáticos o servicios profesionales. | ||
|
Descripción
La categoría de compra, también denominada grupo de productos o grupo de materiales, clasifica las compras en grupos de tipos similares. Estos datos estructurados permiten analizar sistemáticamente los gastos y los procesos de compra. En Process Mining, este atributo es una dimensión útil para filtrar y segmentar los datos. El Dashboard «Análisis del gasto por categoría de compra» lo utiliza para desglosar los patrones de gasto. También puede revelar si ciertas categorías, como los servicios complejos, tienen tiempos de ciclo más largos o más cambios que otras, como los suministros de oficina estándar.
Por qué es importante
Permite analizar los gastos y los procesos por categoría, identificar patrones de compra, negociar con proveedores y adaptar los controles del proceso.
Dónde obtenerlo
Suele encontrarse en las líneas de la orden de compra en Coupa, a menudo vinculado a un código de producto o a un catálogo de compras.
Ejemplos
Equipos informáticosSuministros de oficinaServicios profesionalesMateriales de marketing
|
|||
|
Departamento
Department
|
El departamento de la empresa o centro de coste al que se imputa la orden de compra. | ||
|
Descripción
El atributo Departamento especifica la unidad organizativa que inició la compra o asumirá su coste. Suele estar vinculado a la persona solicitante o a los datos del centro de coste de las líneas de la orden de compra. Esta dimensión es esencial para segmentar el análisis de procesos y los KPI. Permite a los responsables comparar la eficiencia de los procesos, el cumplimiento y los patrones de gasto entre distintas áreas de la organización. Por ejemplo, el Dashboard «Análisis del gasto por categoría de compra» utiliza el departamento para mostrar cómo gastan sus presupuestos las distintas unidades de negocio.
Por qué es importante
Permite filtrar y comparar el análisis de procesos y gastos entre distintas unidades de negocio, y detectar diferencias en eficiencia y cumplimiento.
Dónde obtenerlo
Disponible en la cabecera de la orden de compra o en sus líneas en Coupa; suele estar vinculado a un centro de coste o a 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 de caso que se aplica a toda la orden. Estos datos financieros son fundamentales para analizar los gastos y priorizar las iniciativas de mejora de procesos. Las órdenes de importe elevado pueden requerir un mayor control o un proceso de aprobación distinto. El atributo se utiliza directamente en el Dashboard «Análisis del gasto por categoría de compra» y forma parte del cálculo del KPI «Proporción del gasto con proveedores no preferentes».
Por qué es importante
Aporta el contexto financiero de cada compra y permite analizar los gastos, priorizar las órdenes de importe elevado y evaluar el impacto financiero.
Dónde obtenerlo
Disponible en la cabecera de la orden de compra en Coupa, normalmente con el nombre «Total» o «Total general».
Ejemplos
1500.00250.7512500.50
|
|||
|
Nombre del proveedor
VendorName
|
El nombre del proveedor que suministra los bienes o servicios. | ||
|
Descripción
El nombre del proveedor 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 de los procesos por proveedor es esencial para gestionar las relaciones con ellos. Permite evaluar el «Rendimiento del tiempo de entrega del proveedor», identificar demoras en el «Proceso de recepción de mercancías» y valorar la calidad del proveedor mediante la «Tasa de devolución de mercancías». Este atributo también es clave para calcular el KPI «Proporción del gasto con proveedores no preferentes».
Por qué es importante
Permite analizar el rendimiento de los proveedores, optimizar su selección, negociar mejores condiciones e identificar a los que tienen un rendimiento alto o bajo.
Dónde obtenerlo
Campo estándar en la cabecera de la orden de compra en Coupa, vinculado a los datos maestros de proveedores.
Ejemplos
Suministros de oficina globalesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
|
|||
|
Usuario
User
|
ID o nombre de la persona que realizó la actividad, como quien aprueba o solicita. | ||
|
Descripción
Este atributo identifica a la persona responsable de ejecutar un evento específico del proceso. Puede ser quien redactó la orden, la persona gerente que la aprobó o quien registró la recepción de las mercancías. Analizar el desempeño por usuario ayuda a detectar necesidades de formación, identificar a quienes obtienen mejores resultados y distribuir la carga de trabajo. Por ejemplo, el Dashboard «Desempeño del tiempo de ciclo de aprobación de órdenes de compra» utiliza este atributo para desglosar los tiempos de aprobación por persona responsable, lo que permite identificar quién puede estar generando un cuello de botella.
Por qué es importante
Permite analizar el desempeño del proceso por persona o función, y ayuda a identificar cuellos de botella, oportunidades de formación y problemas de asignación de recursos.
Dónde obtenerlo
Se asocia a cada evento del historial o la pista de auditoría de las órdenes de compra en Coupa. Entre las fuentes habituales se encuentran campos como «Creado por», «Aprobado por» o «Actualizado por».
Ejemplos
j.doea.smithm.jones
|
|||
|
Aprobación en el primer intento
IsFirstPassApproval
|
Indicador calculado que es verdadero si la orden de compra se aprobó sin cambios después de su creación como borrador. | ||
|
Descripción
Este indicador booleano se establece como verdadero si, entre «Orden de compra creada como borrador» y «Orden de compra aprobada», no se produce ninguna actividad «Orden de compra modificada» ni «Orden de compra rechazada». Este atributo mide directamente el KPI «Tasa de aprobación de órdenes de compra en el primer intento». Una tasa alta indica que el procesamiento inicial es eficiente y preciso. Analizar los casos en los que el indicador es falso 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 cuántas órdenes 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
|
|||
|
Es proveedor preferente
IsPreferredVendor
|
Indicador booleano que señala si la compra se realizó a un proveedor preferente o estratégico. | ||
|
Descripción
Este indicador señala si el proveedor de la orden de compra forma parte de una lista de proveedores estratégicos aprobados previamente. Por lo general, 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 de gastos. Se utiliza para calcular el KPI «Proporción del gasto con proveedores no preferentes», que ayuda a las organizaciones a controlar las compras fuera de los acuerdos establecidos y a concentrar el gasto en socios clave para aprovechar descuentos por volumen y obtener 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; se obtiene comparando el ID del proveedor de la orden de compra con una lista externa de proveedores preferentes.
Ejemplos
truefalse
|
|||
|
Es retrabajo
IsRework
|
Indicador calculado que señala si una orden de compra ha tenido algún cambio. | ||
|
Descripción
Este indicador booleano se establece como verdadero para cualquier orden de compra que tenga al menos un evento «Orden de compra modificada» en su historial. Es un atributo de caso derivado del registro de eventos. Este atributo simplifica el cálculo de KPI como la «Tasa de cambios en órdenes de compra». 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 esencial del Dashboard «Análisis de cambios en órdenes de compra».
Por qué es importante
Simplifica el análisis del retrabajo al permitir filtrar y agrupar 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 «Orden de compra modificada» para cada PurchaseOrderNumber.
Ejemplos
truefalse
|
|||
|
Fecha de entrega solicitada
RequestedDeliveryDate
|
Fecha en la que la persona solicitante pidió que se entregaran los bienes o servicios. | ||
|
Descripción
Este atributo es la fecha de entrega prevista que especificó la persona usuaria de la empresa durante el proceso de solicitud. Representa la fecha en que la empresa espera recibir la orden. Esta fecha es un punto de referencia clave para medir el rendimiento de los proveedores y de los equipos internos. Se utiliza directamente para calcular el KPI «Cumplimiento de la fecha de entrega del proveedor», comparándola con la fecha real de contabilización de la recepción de mercancías. El Dashboard «Variación de la fecha de entrega y devoluciones» muestra las diferencias entre la fecha solicitada y la fecha real de entrega, 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
Campo estándar en las líneas de la orden de compra en Coupa.
Ejemplos
2023-11-152023-12-012024-01-10
|
|||
|
Moneda
Currency
|
Código de moneda de los importes 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 de una organización global. En las empresas multinacionales, analizar los gastos sin tener en cuenta la moneda puede llevar a conclusiones erróneas. Este atributo permite convertir las monedas correctamente y mantener la coherencia de los informes financieros en los Dashboards, de modo que los valores se comparen en condiciones equivalentes.
Por qué es importante
Permite realizar análisis e informes financieros precisos en contextos multinacionales al aportar los datos necesarios para convertir las monedas.
Dónde obtenerlo
Campo estándar en la cabecera de la orden de compra en Coupa.
Ejemplos
USDEURGBPJPY
|
|||
|
Motivo del cambio
ChangeReason
|
Motivo indicado para justificar un cambio realizado en una orden de compra después de su creación inicial. | ||
|
Descripción
Este atributo recoge la justificación de los cambios realizados en una orden de compra, por ejemplo, «Cantidad actualizada» o «Corrección del precio». Esta información suele registrarse en el historial de auditoría cuando una persona usuaria realiza la actividad «Orden de compra modificada». Entender por qué se modifican las órdenes es clave para el Dashboard «Análisis de cambios en órdenes de compra». Permite distinguir entre cambios inevitables, como problemas de existencias del proveedor, y cambios que se podrían evitar, como errores en los datos iniciales. Así se pueden orientar las iniciativas para mejorar la precisión de las órdenes y reducir el KPI «Tasa de cambios en órdenes de compra».
Por qué es importante
Explica las causas de fondo de los cambios en las órdenes de compra y permite tomar medidas específicas para mejorar la precisión desde el primer intento y reducir el retrabajo.
Dónde obtenerlo
Suele encontrarse en los registros de auditoría o en los comentarios asociados a los eventos de cambio de una orden de compra en Coupa.
Ejemplos
Actualización del precio por parte del proveedorFecha de entrega ajustadaCódigo del artículo corregido
|
|||
|
Motivo del rechazo
RejectionReason
|
Motivo indicado cuando se rechaza una solicitud o una orden de compra durante una etapa de aprobación. | ||
|
Descripción
Cuando una persona aprobadora rechaza una orden de compra, suele indicar el motivo. Este atributo recoge esa explicación, por ejemplo, «Código presupuestario incorrecto» o «Supera el límite de gasto». Analizar los motivos de rechazo permite conocer directamente las causas de fondo del retrabajo y de los fallos del proceso. Estos datos cualitativos ayudan a identificar errores frecuentes en el proceso de solicitud y a ofrecer formación específica o mejorar el sistema para evitar futuros rechazos y aumentar la tasa de aprobación en el primer intento.
Por qué es importante
Ofrece información concreta y útil para la acción sobre los motivos de rechazo de las órdenes de compra, lo que ayuda a abordar las causas de fondo del retrabajo y las demoras.
Dónde obtenerlo
Suele registrarse en el campo de comentarios o notas asociado a la actividad «Orden de compra rechazada» o «Solicitud de compra rechazada» en el flujo de aprobación de Coupa.
Ejemplos
Solicitud duplicadaPresupuesto no aprobadoSe seleccionó un proveedor incorrecto
|
|||
|
Nombre de la persona solicitante
RequesterName
|
Nombre de la persona que solicitó inicialmente los bienes o servicios. | ||
|
Descripción
Este atributo identifica a la persona empleada que creó la solicitud de compra que dio lugar a la orden. La persona solicitante es quien necesita los bienes o servicios y puede ser distinta de quien compra o aprueba. Analizar el comportamiento del proceso por persona solicitante ayuda a identificar patrones relacionados con usuarios o departamentos concretos. El Dashboard «Análisis de cambios en órdenes de compra» utiliza este dato para detectar si algunas personas solicitantes modifican las órdenes con más frecuencia, lo que podría indicar la necesidad de ofrecer formación sobre los requisitos de las especificaciones.
Por qué es importante
Ayuda a identificar el origen de la compra dentro de la empresa y permite analizar el comportamiento de compra y la precisión de los datos en función de quién la solicita.
Dónde obtenerlo
Esta información suele almacenarse en la solicitud de compra de origen y trasladarse a la orden de compra en Coupa.
Ejemplos
Alice CooperBob DylanCharlie Parker
|
|||
|
Número de solicitud de compra
PurchaseRequisitionNumber
|
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 que la originó. Una solicitud puede dar lugar a una o varias órdenes de compra. Este vínculo es esencial para analizar el tiempo de ciclo completo desde la solicitud hasta la orden. Al relacionar 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 de inicio de compras, desde la solicitud hasta su tramitación.
Por qué es importante
Conecta las fases de solicitud y pedido del proceso, y permite analizar el tiempo de ciclo desde la solicitud hasta la orden y las tasas de conversión.
Dónde obtenerlo
Suele ser un campo de referencia en las líneas de la orden de compra en Coupa que remite a la solicitud de origen.
Ejemplos
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
|
Se entregó a tiempo
IsDeliveryOnTime
|
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 «Recepción de mercancías contabilizada» con «RequestedDeliveryDate». Se establece como verdadero si la fecha de recepción es igual o anterior a la fecha solicitada. Este indicador contribuye directamente al KPI «Cumplimiento de la fecha de entrega del proveedor» y al Dashboard «Variación de la fecha de entrega y devoluciones». Ofrece un resultado claro, binario y fácil de agrupar y visualizar para medir el rendimiento de las entregas puntuales. Así, permite identificar rápidamente problemas de rendimiento de los proveedores o de los procesos internos de recepción.
Por qué es importante
Ofrece una métrica clara y binaria del rendimiento de las entregas, y simplifica el cálculo de los 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 «Recepción de mercancías contabilizada».
Ejemplos
truefalse
|
|||
|
Ubicación de recepción
ReceivingLocation
|
Ubicación física, como un almacén o una oficina, donde deben entregarse los bienes. | ||
|
Descripción
La ubicación de recepción indica el destino de los bienes incluidos en la orden de compra. Puede ser un almacén, una planta o una dirección de oficina concretos. Este atributo permite analizar el rendimiento logístico y de recepción en distintas instalaciones. El Dashboard «Demoras en el proceso de recepción de mercancías» se puede filtrar por este atributo para determinar si algunas ubicaciones tardan más en procesar los envíos recibidos. Así, es posible detectar ineficiencias operativas o limitaciones de recursos en instalaciones concretas.
Por qué es importante
Permite analizar el proceso de recepción por ubicación y detectar diferencias de rendimiento entre almacenes, plantas y oficinas.
Dónde obtenerlo
Esta información forma parte de la dirección de entrega («Ship-To») de la orden de compra en Coupa.
Ejemplos
Almacén A - ChicagoEdificio 5 - Oficina de LondresPlanta de Fráncfort
|
|||
Actividades del proceso de compra a pago: pedido de compra
| Actividad | Descripción | ||
|---|---|---|---|
|
Orden de compra aprobada
|
Este hito indica que la orden de compra completó el flujo interno de aprobación y está autorizada para enviarse al proveedor. Suele ser el paso final de aprobación en un proceso con varias etapas. | ||
|
Por qué es importante
Este hito es fundamental para calcular los tiempos de ciclo de aprobación de las órdenes de compra e identificar cuellos de botella en las aprobaciones. También sirve como punto de control clave para el cumplimiento.
Dónde obtenerlo
Se obtiene del historial de aprobaciones de la orden de compra en Coupa. La marca de tiempo de la acción de aprobación final indica cuándo ocurrió el evento.
Capturar
Se registra en el historial de aprobaciones cuando la persona responsable de la aprobación final completa la tarea.
Tipo de evento
explicit
|
|||
|
Orden de compra cancelada
|
Esta actividad representa la cancelación de una orden de compra antes de completarse. Puede ocurrir en distintas etapas, por ejemplo, si la solicitud deja de ser válida o si la orden se creó por error. | ||
|
Por qué es importante
Como posible final alternativo del proceso, el seguimiento de las cancelaciones es importante para comprender por qué se interrumpen los procesos e identificar los motivos por los que se abandonan las solicitudes de compra.
Dónde obtenerlo
Se deduce de un cambio de estado del objeto de la orden de compra a «Canceled». La marca de tiempo de este cambio se utiliza como hora del evento.
Capturar
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 orden de compra está completa. Se considera cerrada cuando se recibieron todos los artículos y se facturó el importe total, y no se esperan más transacciones. | ||
|
Por qué es importante
Esta actividad pone fin oficialmente al ciclo de vida de la orden de compra. Analizar cuánto se tarda en cerrarla puede revelar ineficiencias en la conciliación final y el mantenimiento de registros.
Dónde obtenerlo
Se deduce de un cambio de estado del objeto de la orden de compra a «Closed». Coupa suele asignar este estado automáticamente según las reglas de negocio sobre las tolerancias de recepción y facturación.
Capturar
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 orden de compra aprobada se envía oficialmente al proveedor, por ejemplo, por correo electrónico o a través del Coupa Supplier Portal. El evento convierte la orden de un documento interno en un compromiso externo. | ||
|
Por qué es importante
Este hito clave cierra el ciclo interno desde la solicitud hasta la orden y da inicio al tiempo de entrega del proveedor. Es fundamental para medir tanto la eficiencia interna como el desempeño de los proveedores.
Dónde obtenerlo
A menudo se deduce de un cambio de estado de la orden de compra a «Ordered» o «Sent». Coupa también puede incluir en el registro de la orden una marca de tiempo específica, como «last_exported_at» o «sent_to_supplier_at».
Capturar
Se obtiene de la marca de tiempo del cambio de estado a «Ordered» o de un campo específico con la marca de tiempo del envío.
Tipo de evento
inferred
|
|||
|
Recepción de mercancías registrada
|
Esta es la confirmación formal de que las mercancías se recibieron, inspeccionaron y aceptaron. El evento actualiza los registros de inventario e indica que el proveedor cumplió su obligación de entrega. | ||
|
Por qué es importante
Este hito clave marca el fin del tiempo de entrega del proveedor y permite medir el cumplimiento de las fechas de entrega. Los retrasos en el registro de las recepciones pueden dificultar la visibilidad de los niveles reales de inventario.
Dónde obtenerlo
Es una transacción central de Coupa, registrada en el objeto Receipt. El evento se obtiene de la marca de tiempo en que el estado de la recepción pasa a «Posted» o «Received».
Capturar
Se registra cuando se finaliza la transacción de recepción de mercancías 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 orden de compra. En Coupa, se registra como un evento explícito cuando una persona guarda y envía una nueva solicitud. | ||
|
Por qué es importante
Como punto de partida habitual del proceso de adquisición, esta actividad es esencial para medir el tiempo de ciclo completo desde la solicitud hasta la orden y comprender la eficiencia de las etapas iniciales.
Dónde obtenerlo
Este evento corresponde al registro de creación del objeto o la tabla de solicitudes de compra en 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.
Capturar
Se registra directamente al crear una nueva solicitud.
Tipo de evento
explicit
|
|||
|
Confirmación de servicios registrada
|
En las órdenes de compra de servicios, esta actividad equivale a la recepción de mercancías. Confirma que el servicio se prestó según las condiciones de la orden de compra. | ||
|
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 obtiene de la creación o aprobación de un registro de recepción de servicios o de una hoja de entrada de servicios vinculada a la orden de compra en Coupa.
Capturar
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 vinculada a la orden de compra. Indica el inicio de la fase de procesamiento de facturas y pago del ciclo P2P. | ||
|
Por qué es importante
Aunque forma parte del proceso de cuentas por pagar (AP), vincular la recepción de la factura con la orden de compra permite ver el ciclo de vida completo de la transacción y analizar el intervalo entre la entrega y la facturación.
Dónde obtenerlo
Se obtiene de la marca de tiempo de creación del documento Invoice en Coupa, donde la factura se coteja con el número de la orden de compra correspondiente.
Capturar
Se registra al crear un registro de factura vinculado a la orden de compra.
Tipo de evento
explicit
|
|||
|
Inspección de calidad realizada
|
Este evento indica que un artículo recibido pasó una inspección de calidad. Según el proceso de la empresa, puede tratarse de un paso independiente posterior al registro inicial de la recepción de mercancías. | ||
|
Por qué es importante
Esta actividad es clave para medir la eficiencia del proceso de control de calidad. Los retrasos en esta etapa pueden generar cuellos de botella entre la recepción y la disponibilidad de los artículos para su uso.
Dónde obtenerlo
Puede registrarse como un cambio de estado en la línea de recepción o en un objeto de inspección independiente de Coupa. Su disponibilidad depende del uso del módulo de calidad o de un flujo de trabajo personalizado.
Capturar
Se deduce de un cambio de estado de 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 se devuelven al proveedor mercancías recibidas anteriormente. Suele deberse a 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 mercancías e identificar problemas de calidad del proveedor o de precisión de los pedidos. Una tasa elevada de devoluciones suele indicar fallos costosos en el proceso.
Dónde obtenerlo
Se obtiene de una transacción «Return to Supplier» o de una transacción de recepción negativa en Coupa. La marca de tiempo de la transacción indica cuándo ocurrió el evento.
Capturar
Se registra cuando se crea una transacción de devolución vinculada a la orden de compra o recepción original.
Tipo de evento
explicit
|
|||
|
Orden de compra enviada
|
Una vez redactada la orden de compra, se envía formalmente al flujo de aprobación. Esta acción específica de una persona cambia el estado de la orden de borrador a pendiente de aprobación. | ||
|
Por qué es importante
Este evento permite distinguir el tiempo de redacción del tiempo durante el cual la orden está realmente pendiente de aprobación. Así se obtiene una visión más clara del comportamiento de las personas y de los traspasos entre etapas.
Dónde obtenerlo
Se deduce de un cambio de estado del objeto de la orden de compra, por ejemplo, de «draft» a «pending approval». Se utiliza la marca de tiempo de ese cambio de estado.
Capturar
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 de la orden de compra después de su redacción inicial. En Coupa, los cambios suelen registrarse mediante el control de versiones del documento de la orden. | ||
|
Por qué es importante
El seguimiento de los cambios es fundamental para KPI como la tasa de cambios en las órdenes de compra y la tasa de órdenes de compra que no cumplen las políticas. Los cambios frecuentes pueden indicar inestabilidad en el proceso o solicitudes iniciales imprecisas.
Dónde obtenerlo
Puede deducirse del seguimiento de las distintas versiones de una orden de compra. Cada número de versión posterior al primero indica un cambio; la fecha de creación de la nueva versión sirve como marca de tiempo del evento.
Capturar
Se deduce de la marca de tiempo de creación de una nueva versión de la orden de compra.
Tipo de evento
inferred
|
|||
|
Orden de compra rechazada
|
Esta actividad ocurre cuando una persona responsable de la aprobación rechaza la orden de compra durante el flujo de aprobación. Por lo general, la orden se devuelve a quien la creó para que la revise o la cancele. | ||
|
Por qué es importante
El análisis de los rechazos ayuda a detectar problemas de calidad de los datos, incumplimientos de políticas o necesidades de formación. También pone de manifiesto ciclos de retrabajo que provocan retrasos importantes en el proceso.
Dónde obtenerlo
Este evento explícito se registra en el historial de aprobaciones de la orden de compra en Coupa. El registro muestra una acción «Reject» con la marca de tiempo correspondiente.
Capturar
Se registra en el historial de aprobaciones con el estado «Reject».
Tipo de evento
explicit
|
|||
|
Orden de compra redactada
|
Este evento representa la creación inicial de la orden de compra en el sistema, a menudo a partir de una solicitud aprobada. En esta etapa, la orden es un borrador interno que aún no se ha enviado para su aprobación ni al proveedor. | ||
|
Por qué es importante
Esta actividad inicia el cómputo del KPI de tiempo de ciclo de aprobación de la orden de compra. Es el primer paso formal del ciclo de vida de la propia orden.
Dónde obtenerlo
Corresponde a la marca de tiempo de creación del registro de la orden de compra en Coupa, que suele encontrarse en un campo como «created_at».
Capturar
Se obtiene de la marca de tiempo de creación del registro de la orden generada por el sistema.
Tipo de evento
explicit
|
|||
|
Proveedor confirmó la orden
|
Este evento indica que el proveedor recibió y confirmó la orden de compra. A menudo, la confirmación se registra electrónicamente a través de un portal de proveedores, como Coupa Supplier Portal (CSP). | ||
|
Por qué es importante
La confirmación del proveedor da certeza de que la orden está en proceso. Esto mejora la precisión de las previsiones de entrega y reduce la incertidumbre en la cadena de suministro.
Dónde obtenerlo
Por lo general, esta información está disponible en la orden de compra si el proveedor utiliza Coupa Supplier Portal para ejecutar la acción «Acknowledge». Se utiliza la marca de tiempo de esa acción.
Capturar
Se registra cuando el proveedor ejecuta 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 las mercancías. En este momento, todavía no se han registrado formalmente en el inventario ni se ha confirmado su recepción. | ||
|
Por qué es importante
Este evento marca el inicio del cómputo del KPI de tiempo de procesamiento de la recepción de mercancías. Permite distinguir entre el tiempo que las mercancías esperan en el muelle y el tiempo dedicado a procesar la recepción en el sistema.
Dónde obtenerlo
Puede deducirse de la marca de tiempo de creación de un documento de recepción cuyo estado sea «Draft» o «Pending». Este evento precede al registro final de la recepción.
Capturar
Se obtiene de la marca de tiempo de creación de un registro de recepción que aún no se ha contabilizado.
Tipo de evento
inferred
|
|||
|
Solicitud de compra aprobada
|
La solicitud de compra debe pasar por un flujo de aprobación antes de convertirse en una orden de compra. Este evento indica que la solicitud recibió la aprobación final y está lista para generar la orden. | ||
|
Por qué es importante
El seguimiento de las aprobaciones de solicitudes permite detectar cuellos de botella en la fase previa al pedido. Los retrasos en esta etapa afectan directamente la rapidez con que se puede emitir una orden de compra.
Dónde obtenerlo
Por lo general, este dato se obtiene del historial de aprobaciones del objeto de solicitud en Coupa. La acción de aprobación final incluye la marca de tiempo y el usuario correspondiente.
Capturar
Se registra en el historial de aprobaciones cuando la persona responsable de la aprobación final actúa.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Todo 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 de pedidos de compra.
Optimice sus pedidos de compra P2P y mejore la eficiencia desde hoy
Reduzca un 30 % el tiempo de ciclo de P2P y empiece a ver resultados pronto.
No se requiere tarjeta de crédito. La configuración toma solo unos minutos.