Su Template de datos para solicitudes de compra a pago

Coupa
Su Template de datos para solicitudes de compra a pago

Su Template de datos para solicitudes de compra a pago

Este Template de datos ofrece una estructura para recopilar la información necesaria y analizar el proceso de solicitud de compra a pago. Describe los atributos y las actividades esenciales para crear un Registro de eventos sólido. También incluye indicaciones para extraer estos datos de Coupa de forma eficaz.
  • Atributos recomendados para un análisis completo
  • Actividades clave del proceso que conviene registrar
  • Indicaciones prácticas para extraer datos
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de las solicitudes de compra a pago

Estos son los campos de datos recomendados para incluir en el Registro de eventos y analizar a fondo el proceso de solicitud de compra a pago.
5 Obligatorio 5 Recomendado 11 Opcional
Nombre Descripción
Hora del evento
EventTime
Fecha y hora exactas en que tuvo lugar la actividad.
Descripción

La hora del evento, o marca de tiempo, registra el momento exacto en que se anotó una actividad para una solicitud de compra. Estos datos son fundamentales para ordenar cronológicamente los eventos y construir el flujo del proceso. Son la base de todos los análisis temporales, como el cálculo de los tiempos de ciclo, la identificación de cuellos de botella mediante la medición de la duración entre actividades y el análisis del desempeño del proceso en distintos periodos. Para que el análisis del proceso sea útil, las marcas de tiempo deben ser precisas y detalladas.

Por qué es importante

Esta marca de tiempo es esencial para ordenar correctamente los eventos y calcular todas las métricas basadas en la duración, como los tiempos de ciclo y los cuellos de botella.

Dónde obtenerlo

Esta información se registra en el historial de auditoría o en los registros históricos de cada solicitud en Coupa, a menudo en un campo 'created_at' o 'updated_at' para cada acción.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
ID de solicitud de compra
PurchaseRequisitionId
Identificador único de cada solicitud de compra, que sirve como identificador principal del caso en el proceso.
Descripción

El ID de solicitud de compra es la clave central que vincula todas las actividades relacionadas con una solicitud de bienes o servicios. Cada solicitud recibe un ID único al crearse, que se mantiene durante todo su ciclo de vida. Esto permite hacer un seguimiento integral, desde la creación y el envío iniciales, pasando por todos los pasos de aprobación o rechazo, hasta el abastecimiento y el cierre. En Process Mining, cada entrada del registro de eventos está asociada a este ID, lo que permite reconstruir el recorrido completo de cada caso.

Por qué es importante

Este es el ID del caso esencial que conecta todos los pasos del proceso y permite analizar por completo el ciclo de vida de la solicitud, de principio a fin.

Dónde obtenerlo

Este campo de clave principal se encuentra en el módulo Requisitions de Coupa y en las exportaciones de datos relacionadas.

Ejemplos
PR-102934PR-102935PR-102936
Nombre de la actividad
ActivityName
Nombre de la actividad o el evento empresarial específico que tuvo lugar en un momento determinado para la solicitud.
Descripción

Este atributo registra los distintos pasos del ciclo de vida de la solicitud de compra. Algunos ejemplos son «Solicitud creada», «Paso de aprobación aprobado» y «Solicitud enviada a abastecimiento». Cada actividad representa un hito o una acción específica relacionada con la solicitud. Analizar la secuencia y la frecuencia de estas actividades es fundamental para Process Mining, ya que permite visualizar los mapas de procesos, identificar las rutas habituales y detectar desviaciones del procedimiento estándar.

Por qué es importante

Define los pasos del mapa de procesos y permite visualizar y analizar el flujo de las solicitudes.

Dónde obtenerlo

Por lo general, se obtiene de los registros de eventos, los registros de cambios de estado o los historiales de auditoría de Coupa. Puede ser necesario asignar los campos de estado o los códigos de acción correspondientes.

Ejemplos
Solicitud creadaSolicitud enviadaEtapa de aprobación aprobadaSolicitud rechazadaOrden de compra creada
Sistema de origen
SourceSystem
Identifica el sistema de origen del que se extrajeron los datos.
Descripción

Este atributo especifica el sistema de registro donde se originaron los datos del proceso. En este análisis, el valor será siempre «Coupa». Incluir este campo es una buena práctica, sobre todo en entornos donde se combinan datos de varios sistemas. Aporta contexto esencial sobre la procedencia de los datos y ayuda a gestionar la gobernanza de datos y las reglas de calidad.

Por qué es importante

Proporciona información clara sobre la procedencia de los datos, fundamental para la gobernanza de datos y para combinar datos de varios sistemas empresariales.

Dónde obtenerlo

Por lo general, es un valor estático que se añade durante la extracción y transformación de datos para indicar el origen del conjunto de datos.

Ejemplos
Coupa
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron por última vez los datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción de datos más reciente de Coupa. Permite saber si los datos analizados están actualizados. Conocer su antigüedad es fundamental para determinar si la información refleja el estado operativo actual o una situación anterior. Esto es especialmente importante en los Dashboards que supervisan las operaciones en curso.

Por qué es importante

Informa sobre la actualidad de los datos para que las personas usuarias conozcan el periodo que abarca el análisis y tomen decisiones con información actualizada.

Dónde obtenerlo

La canalización de datos o la herramienta ETL genera y añade esta marca de tiempo al finalizar correctamente una extracción de datos.

Ejemplos
2024-05-21T02:00:00Z
Departamento
Department
Departamento de la organización o centro de coste al que se imputa la solicitud.
Descripción

El atributo Departamento vincula cada solicitud con una unidad organizativa o un centro de coste específicos. Es una dimensión clave para el análisis comparativo. Permite filtrar y segmentar los Dashboards y los KPI por departamento, para que las personas responsables comparen los tiempos de ciclo de aprobación, las tasas de rechazo y el cumplimiento entre distintas áreas de la organización. Así se pueden detectar problemas específicos de cada departamento y buenas prácticas.

Por qué es importante

Permite comparar KPI del proceso, como el tiempo de ciclo y las tasas de rechazo, entre distintas unidades de negocio e identificar áreas de mejora.

Dónde obtenerlo

Es un campo estándar del objeto Requisition en Coupa, asociado a menudo al perfil de usuario de quien solicita o especificado en las partidas de la solicitud.

Ejemplos
MarketingOperaciones de TIInstalacionesInvestigación y desarrollo
Estado de la solicitud
RequisitionStatus
Estado actual o final de la solicitud de compra.
Descripción

Este atributo indica el estado general de la solicitud en el momento de extraer los datos o su resultado final. Algunos estados habituales son «Pendiente de aprobación», «Aprobada», «Rechazada», «Retirada» y «Cerrada». Es una dimensión clave para filtrar y analizar los datos. Se utiliza para calcular las tasas de aprobación y rechazo, supervisar la carga de trabajo actual de las solicitudes abiertas y conocer el resultado final de las solicitudes.

Por qué es importante

Esencial para conocer los resultados de las solicitudes, calcular las tasas de aprobación y rechazo y supervisar el estado actual de las solicitudes en curso.

Dónde obtenerlo

Es un campo estándar del objeto Purchase Requisition en Coupa, que suele llamarse 'status' o 'state'.

Ejemplos
Pendiente de aprobaciónAprobadaRechazadaRetiradaCerrada
Importe total
TotalAmount
Valor monetario total de la solicitud de compra.
Descripción

Este atributo representa el coste total de los bienes y servicios solicitados. El importe es un factor clave en el análisis del proceso, ya que suele influir en la complejidad del flujo de trabajo de aprobación: las solicitudes de mayor importe suelen requerir más pasos de aprobación. Analizar las métricas del proceso por rangos de importe, por ejemplo, <$1000 o $1000-$10000, puede revelar cómo se gestionan las solicitudes de distinta importancia financiera.

Por qué es importante

Ayuda a analizar cómo varía el proceso según el importe de las solicitudes, ya que los importes más altos suelen activar flujos de trabajo de aprobación más complejos.

Dónde obtenerlo

Es un campo estándar de la cabecera del objeto Requisition en Coupa, que suele llamarse 'total' o 'total_amount'.

Ejemplos
500.0012550.7599.99
Persona aprobadora
Approver
Persona usuaria o grupo responsable de una actividad de aprobación.
Descripción

Este atributo identifica a la persona o al grupo de aprobación asignado a un paso de aprobación. Se completa en actividades como «Paso de aprobación iniciado», «Paso de aprobación aprobado» y «Paso de aprobación rechazado». Analizar los datos por persona aprobadora es clave para crear el Dashboard «Desempeño y carga de trabajo de las personas aprobadoras». Permite medir los tiempos de aprobación individuales, identificar cuellos de botella causados por personas aprobadoras específicas y evaluar la distribución de la carga de trabajo.

Por qué es importante

Es fundamental para analizar el desempeño de las personas aprobadoras, equilibrar la carga de trabajo e identificar cuellos de botella relacionados con personas o grupos de aprobación específicos.

Dónde obtenerlo

Esta información se encuentra en los detalles de la cadena de aprobación asociados a cada solicitud en Coupa. Puede ser necesario combinarla con datos de User.

Ejemplos
David MillerGrupo de aprobación de Finanzas L2Susan Chen
Persona solicitante
Requester
Persona empleada que creó y envió la solicitud de compra.
Descripción

Este atributo identifica a la persona que inició la solicitud. Analizar los datos por persona solicitante ayuda a detectar patrones relacionados con usuarios específicos, como una alta tasa de modificaciones o rechazos frecuentes, que podrían indicar la necesidad de ofrecer formación adicional. También permite analizar el volumen de solicitudes y el comportamiento del proceso por persona usuaria o grupo de usuarios.

Por qué es importante

Permite analizar el comportamiento del proceso por persona usuaria, identificar necesidades de formación y entender cómo interactúan distintas personas con el proceso.

Dónde obtenerlo

Está disponible como campo estándar del objeto Requisition en Coupa, a menudo vinculado al objeto User y con el nombre 'requester' o 'created_by'.

Ejemplos
Alice JohnsonBob SmithCharlie Brown
Categoría de producto o servicio
Commodity
Categoría general de los bienes o servicios solicitados.
Descripción

El atributo de categoría de producto o servicio proporciona una clasificación estandarizada de los artículos de una solicitud, como «Material de oficina», «Hardware informático» o «Servicios de marketing». Permite analizar los patrones de compra y las variaciones del proceso según los artículos adquiridos. Algunas categorías pueden tener requisitos de aprobación o estrategias de abastecimiento específicos. Analizar el proceso por categoría ayuda a optimizar las compras en distintos grupos de gasto.

Por qué es importante

Ayuda a analizar las categorías de gasto y a determinar si el comportamiento del proceso, como los tiempos de aprobación, varía según el tipo de bienes o servicios adquiridos.

Dónde obtenerlo

Es un campo estándar de Coupa, normalmente disponible en el nivel de partida de la solicitud. Puede ser necesario agregarlo al nivel de cabecera.

Ejemplos
Material de oficinaHardware informáticoServicios de marketingViajes
Duración del paso de aprobación
ApprovalStepDuration
Tiempo que una solicitud pasó en espera en un único paso de aprobación.
Descripción

Esta métrica calculada mide la duración entre la actividad «Paso de aprobación iniciado» y la actividad correspondiente «Paso de aprobación aprobado» o «Paso de aprobación rechazado». Aísla el tiempo de espera en cada etapa de la cadena de aprobación. Es fundamental para el Dashboard «Cuellos de botella en pasos de aprobación críticos», ya que señala exactamente qué personas o etapas de aprobación provocan los mayores retrasos en el proceso general.

Por qué es importante

Identifica cuellos de botella concretos en el flujo de aprobación al medir el tiempo de espera en cada paso, en lugar de considerar solo el tiempo de ciclo total.

Dónde obtenerlo

Se calcula en la herramienta de Process Mining midiendo el tiempo transcurrido entre «Inicio del paso de aprobación» y el evento final de aprobación posterior («Aprobado» o «Rechazado»).

Ejemplos
1,2 días4 horas3,8 días
ID de orden de compra
PurchaseOrderId
Identificador de la orden de compra creada a partir de la solicitud aprobada.
Descripción

Una vez que la solicitud se aprueba por completo y se envía a abastecimiento, normalmente se crea una orden de compra. Este atributo almacena el ID de la PO resultante. Es un vínculo clave entre el proceso de solicitud y el proceso posterior de órdenes de compra. Permite calcular el KPI «Tiempo desde la aprobación de la solicitud hasta la creación de la PO» y analizar de principio a fin todo el ciclo de Purchase-to-Pay.

Por qué es importante

Vincula la solicitud con la orden de compra posterior, permite analizar el tiempo de traspaso y facilita una visión más amplia e integral de P2P.

Dónde obtenerlo

Es un campo estándar del objeto Requisition en Coupa que se completa después de crear la PO.

Ejemplos
PO-45000123PO-45000124PO-45000125
Moneda
Currency
Código de moneda del importe total de la solicitud.
Descripción

Este atributo especifica la moneda, por ejemplo, USD, EUR o GBP, en la que se expresa el importe total de la solicitud. Es un contexto esencial para cualquier análisis financiero, sobre todo en organizaciones multinacionales que operan con varias monedas. Permite interpretar correctamente los valores monetarios y realizar conversiones y agregaciones adecuadas en los informes financieros y los Dashboards.

Por qué es importante

Aporta el contexto necesario para el atributo «Importe total» y permite realizar análisis financieros precisos en entornos con varias monedas.

Dónde obtenerlo

Es un campo estándar del objeto Requisition en Coupa, que suele llamarse 'currency_code' o algo similar.

Ejemplos
USDEURGBP
Motivo del rechazo
RejectionReason
Motivo que indica una persona aprobadora al rechazar una solicitud o un paso de aprobación.
Descripción

Cuando una persona aprobadora rechaza una solicitud, suele indicar el motivo de su decisión. Este atributo recoge esa explicación textual. Analizar los motivos de rechazo proporciona retroalimentación directa y cualitativa sobre las causas por las que se rechazan las solicitudes. Esta información es muy valiosa para el análisis de causas raíz: ayuda a identificar problemas frecuentes, como una codificación incorrecta, la falta de presupuesto o una justificación insuficiente, que pueden abordarse mediante formación o mejoras del proceso.

Por qué es importante

Aporta información directa sobre las causas raíz de los fallos del proceso y ayuda a identificar necesidades de formación o de aclaración del proceso.

Dónde obtenerlo

Por lo general, esta información se registra en el campo de comentarios o notas asociado a un cambio de estado a «Rechazada» en el historial de aprobación de la solicitud.

Ejemplos
Centro de coste incorrectoSupera el presupuesto de este trimestreSolicitud duplicadaLa justificación proporcionada es insuficiente
Nivel de urgencia
UrgencyLevel
Clasificación que indica la urgencia de la solicitud, por ejemplo, «Alta», «Media» o «Baja».
Descripción

El nivel de urgencia, que suele asignarse a un campo de prioridad, permite a quienes solicitan señalar las solicitudes que requieren una tramitación acelerada. Este atributo es esencial para el Dashboard «Tiempo de procesamiento de solicitudes urgentes». Al comparar los tiempos de ciclo de las solicitudes de alta urgencia con los de las solicitudes estándar, las organizaciones pueden evaluar si sus mecanismos de priorización son eficaces y si atienden a tiempo las necesidades urgentes del negocio.

Por qué es importante

Permite analizar si las solicitudes urgentes se procesan más rápido que las estándar y comprobar la eficacia de las políticas de priorización.

Dónde obtenerlo

Puede ser un campo estándar o personalizado del objeto Requisition en Coupa. Consulte la documentación de Coupa o la configuración del sistema.

Ejemplos
AltaMediaBaja
Nombre del proveedor
SupplierName
Nombre del proveedor seleccionado para la solicitud.
Descripción

Este atributo identifica al proveedor previsto para los bienes o servicios solicitados. Quien hace la solicitud puede especificarlo o puede añadirse más adelante durante el proceso de abastecimiento. Analizar las métricas del proceso por proveedor ayuda a evaluar su desempeño y a detectar si la interacción con ciertos proveedores alarga los tiempos de ciclo o genera otras ineficiencias. También aporta contexto importante para la estrategia de compras y la gestión de las relaciones con proveedores.

Por qué es importante

Permite analizar el desempeño del proceso según el proveedor seleccionado y aporta información útil para definir estrategias de abastecimiento y gestionar proveedores.

Dónde obtenerlo

Esta información está disponible en el objeto Requisition Line de Coupa, a menudo en un campo llamado 'supplier' o 'vendor'.

Ejemplos
StaplesDell TechnologiesAccentureCDW
Número de pasos de aprobación
ApprovalStepCount
Número total de pasos de aprobación por los que ha pasado una solicitud de compra.
Descripción

Este atributo calculado cuenta las actividades «Paso de aprobación aprobado» distintas de cada solicitud de compra. Permite cuantificar la complejidad del flujo de aprobación de cada caso. Es la base del KPI «Número promedio de pasos de aprobación» y ayuda a identificar solicitudes que siguen rutas de aprobación inusualmente largas o complejas, lo que puede indicar la necesidad de simplificar el flujo de trabajo.

Por qué es importante

Cuantifica la complejidad del flujo de aprobación de cada solicitud de compra y ayuda a identificar rutas demasiado complejas que conviene simplificar.

Dónde obtenerlo

Esta métrica se calcula en la herramienta de Process Mining contando las veces que aparece «Paso de aprobación aprobado» para cada ID del caso.

Ejemplos
253
Ruta del flujo de trabajo de aprobación
ApprovalWorkflowPath
Identificador de la cadena de aprobación específica o de la plantilla de flujo de trabajo aplicada a la solicitud.
Descripción

Este atributo identifica la secuencia predefinida de personas aprobadoras que debe seguir una solicitud. Las reglas de negocio la determinan, a menudo según factores como el importe, el departamento y el tipo de solicitud. Analizar este atributo es fundamental para el Dashboard «Cumplimiento de las políticas de solicitud». Al comparar la secuencia real de personas aprobadoras con la ruta asignada al flujo de trabajo, se pueden detectar desviaciones, medir las tasas de conformidad e identificar excepciones no gestionadas.

Por qué es importante

Permite analizar el cumplimiento al comparar los pasos de aprobación previstos con los reales y detectar desviaciones del proceso.

Dónde obtenerlo

Consulte la documentación de Coupa. Este dato puede derivarse del nombre de la cadena de aprobación o de la regla del flujo de trabajo que se activó para la solicitud.

Ejemplos
Aprobación estándar <$5kAprobación de hardware de TI >$10kRevisión de gastos de capital por parte de la dirección financiera
Se ha modificado
IsAmended
Indicador booleano que es verdadero si la solicitud se modificó una o más veces después de su envío inicial.
Descripción

Este atributo calculado es un indicador sencillo (verdadero/falso) que señala si se produjo la actividad «Solicitud modificada» en un caso. Facilita el análisis y el filtrado, ya que permite identificar fácilmente las solicitudes que requirieron cambios. Se utiliza para calcular el KPI de tasa de modificación de solicitudes y alimentar el Dashboard «Volumen de modificaciones de solicitudes», lo que ayuda a identificar las causas raíz del retrabajo y a mejorar la calidad desde el primer intento.

Por qué es importante

Simplifica el cálculo del KPI de tasa de modificación y permite segmentar fácilmente los casos que requirieron retrabajo frente a los que no.

Dónde obtenerlo

Se calcula en la herramienta de Process Mining comprobando si el registro de eventos de cada caso contiene una actividad «Solicitud modificada».

Ejemplos
truefalse
Tipo de solicitud
RequisitionType
Categoría o tipo de solicitud, por ejemplo, «Gasto de capital», «Gasto operativo» o «Software».
Descripción

El tipo de solicitud es una clasificación que permite agrupar las solicitudes según su finalidad empresarial o la naturaleza de la compra. Este atributo resulta útil para analizar el cumplimiento y entender cómo avanzan por el proceso los distintos tipos de solicitudes. Por ejemplo, las solicitudes de gastos de capital podrían seguir una ruta de aprobación más estricta y larga que las solicitudes operativas estándar. Analizar el proceso por tipo de solicitud puede aportar información valiosa para optimizarlo.

Por qué es importante

Permite segmentar el análisis según la finalidad empresarial de la solicitud, ya que cada tipo puede tener flujos de proceso y políticas distintos.

Dónde obtenerlo

Probablemente sea un campo de clasificación estándar o personalizado del objeto Requisition en Coupa.

Ejemplos
Gasto de capitalGasto operativoHardware de TIServicios profesionales
Obligatorio Recomendado Opcional

Actividades de las solicitudes de compra a pago

Estos son los pasos e hitos clave que conviene registrar en el Registro de eventos para descubrir con precisión el flujo de trabajo de las solicitudes de compra a pago.
6 Recomendado 6 Opcional
Actividad Descripción
Orden de compra creada
Se genera correctamente una orden de compra (PO) a partir de la información de la solicitud aprobada. Este evento se infiere cuando se crea un registro de PO que hace referencia al ID de la solicitud de origen.
Por qué es importante

Este es el principal resultado satisfactorio del proceso de solicitud y marca el traspaso a la siguiente etapa de Purchase-to-Pay. Analizar el tiempo entre «Solicitud aprobada» y este evento permite detectar retrasos en la ejecución.

Dónde obtenerlo

Se infiere a partir de la creación de un registro en la tabla 'purchase_orders' que contiene una referencia al ID de 'requisition_headers' o 'requisition_lines' de origen.

Capturar

Utilice la marca de tiempo 'created-at' del registro de PO vinculado al ID de la solicitud.

Tipo de evento inferred
Solicitud aprobada
La solicitud ha completado correctamente todos los pasos obligatorios del flujo de trabajo de aprobación. Se infiere cuando el estado general de la solicitud cambia a «approved».
Por qué es importante

Este es un hito clave de éxito que marca el fin del ciclo de aprobación. El tiempo que se tarda en llegar a esta actividad es un KPI principal y sirve como desencadenante de las acciones de compras posteriores.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en la tabla 'requisition_headers', cuando el campo 'status' se actualiza a «approved». La marca de tiempo queda registrada en el historial de auditoría asociado.

Capturar

Identifique la marca de tiempo en que el estado general de la solicitud cambia a «approved».

Tipo de evento inferred
Solicitud cerrada
La solicitud se cierra formalmente, lo que indica que no se tomarán más medidas al respecto. Esto puede ocurrir después de crear y completar una PO, o si la solicitud se cancela tras su aprobación, pero antes de realizar el pedido.
Por qué es importante

Esta actividad marca el final definitivo del ciclo de vida de la solicitud. Garantiza que los casos concluyan correctamente y evita que aparezcan como «activos» indefinidamente en el análisis del proceso.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en la tabla 'requisition_headers', cuando el campo 'status' se actualiza a «closed». La marca de tiempo queda registrada en el historial de auditoría asociado.

Capturar

Identifique la marca de tiempo en que el estado general de la solicitud cambia a «closed».

Tipo de evento inferred
Solicitud creada
Una persona inicia una nueva solicitud de compra y la guarda como borrador. Este es el punto de partida de cada caso de solicitud y suele inferirse a partir de la marca de tiempo de creación del propio registro.
Por qué es importante

Esta actividad marca el inicio del ciclo de vida de la solicitud. Analizar el tiempo entre su creación y envío puede revelar retrasos causados por dudas de quien la realiza o por la complejidad del sistema.

Dónde obtenerlo

Este evento se obtiene de la marca de tiempo 'created-at' de la tabla 'requisition_headers' para un ID de solicitud de compra determinado.

Capturar

Utilice la marca de tiempo de creación del registro de encabezado de la solicitud.

Tipo de evento inferred
Solicitud enviada
La persona solicitante envía formalmente la solicitud completada al flujo de aprobación. Este evento se infiere al observar en los registros de auditoría o las tablas de historial del sistema el cambio de estado de la solicitud de 'draft' a 'pending_approval'.
Por qué es importante

El envío inicia el proceso de aprobación, por lo que es un hito clave para medir el KPI «Tiempo de ciclo de aprobación de solicitudes». Los retrasos anteriores a este punto dependen de quien realiza la solicitud; los posteriores, del proceso.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en la tabla 'requisition_headers', concretamente cuando el campo 'status' cambia a 'pending_approval'. La marca de tiempo de este cambio se encuentra en el registro de auditoría asociado.

Capturar

Identifique la marca de tiempo en que el estado de la solicitud cambia por primera vez a 'pending_approval'.

Tipo de evento inferred
Solicitud rechazada
La solicitud se rechaza definitivamente durante el proceso de aprobación y no se convertirá en una orden de compra. Se infiere cuando el estado general de la solicitud cambia a «rejected».
Por qué es importante

Esta actividad representa un resultado final desfavorable del proceso. Analizar estos eventos es clave para mejorar la «Tasa de rechazo de solicitudes» e identificar causas raíz, como incumplimientos de políticas o problemas de presupuesto.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en la tabla 'requisition_headers', cuando el campo 'status' se actualiza a «rejected». La marca de tiempo queda registrada en el historial de auditoría asociado.

Capturar

Identifique la marca de tiempo en que el estado general de la solicitud cambia a «rejected».

Tipo de evento inferred
Etapa de aprobación aprobada
Una persona aprobadora del flujo de trabajo da su aprobación a la solicitud. El sistema registra esta acción explícita con una marca de tiempo específica y los datos del usuario.
Por qué es importante

Esta actividad ofrece información detallada sobre el flujo del proceso de aprobación. La agregación de estos pasos permite calcular el «Tiempo de espera promedio por paso de aprobación» y analizar el desempeño de las personas aprobadoras.

Dónde obtenerlo

Se obtiene de una acción explícita de «aprobar» registrada en la tabla 'approvals' o en su registro de auditoría, vinculada a la solicitud y a la persona aprobadora correspondientes.

Capturar

Filtre los eventos de «aprobar» en el historial de aprobación de la solicitud.

Tipo de evento explicit
Inicio de etapa de aprobación
Se asigna una tarea de aprobación a una persona o grupo específico, y la solicitud queda a la espera de que actúe. Este evento se infiere cuando se crea un registro de aprobación asociado a la solicitud con el estado 'pending'.
Por qué es importante

Esto marca el inicio del tiempo de espera de una aprobación específica. Medir el tiempo entre este evento y el correspondiente a «Etapa de aprobación aprobada/rechazada» ayuda a identificar cuellos de botella concretos en la cadena de aprobación.

Dónde obtenerlo

Se infiere a partir de la marca de tiempo de creación de un registro de la tabla 'approvals' vinculado a la solicitud, cuyo estado de aprobación es 'pending' o equivalente.

Capturar

Utilice la marca de tiempo de creación del registro de aprobación pendiente de una persona en la cadena de aprobación.

Tipo de evento inferred
Paso de aprobación rechazado
Una persona aprobadora rechaza la solicitud en su etapa del flujo de trabajo y, por lo general, la devuelve a quien la solicitó para que la corrija. Coupa registra esta acción explícita.
Por qué es importante

Los rechazos en cualquier paso generan retrabajo y alargan los tiempos de ciclo. Analizar dónde y por qué se producen es fundamental para mejorar el proceso y formar a las personas usuarias.

Dónde obtenerlo

Se obtiene de una acción explícita de «rechazar» registrada en la tabla 'approvals' o en su registro de auditoría, vinculada a la solicitud y a la persona aprobadora correspondientes.

Capturar

Filtre los eventos de «rechazar» en el historial de aprobación de la solicitud.

Tipo de evento explicit
Solicitud enviada a abastecimiento
La solicitud aprobada se envía a un proceso de abastecimiento, como una solicitud de cotización (RFQ) o una subasta, en lugar de convertirse de inmediato en una orden de compra. Este evento se infiere cuando la solicitud queda vinculada a un objeto de proceso de abastecimiento.
Por qué es importante

Esta actividad revela una ruta alternativa importante en el proceso de compras. Distingue las compras sencillas de las actividades de abastecimiento estratégico más complejas y permite analizar los tiempos de ciclo con mayor detalle.

Dónde obtenerlo

Se infiere al detectar un cambio de estado a «sourcing» o la creación de un vínculo entre la tabla 'requisition_lines' y una tabla de eventos de abastecimiento.

Capturar

Compruebe si el estado cambia a «sourcing» o si se crea un vínculo con un ID de evento de abastecimiento.

Tipo de evento inferred
Solicitud modificada
La persona solicitante u otra persona autorizada edita la solicitud después de que ya se haya enviado. Coupa registra explícitamente esta acción como una nueva versión o una entrada de auditoría, y a menudo reinicia parte o la totalidad del flujo de aprobación.
Por qué es importante

Registrar las modificaciones es clave para comprender el trabajo adicional y las ineficiencias del proceso. Un volumen elevado de modificaciones puede indicar requisitos iniciales poco claros o políticas de compra complejas, y afectar al KPI «Tasa de modificación de solicitudes».

Dónde obtenerlo

Este evento se obtiene de las tablas del registro de auditoría asociadas a la tabla 'requisition_headers', donde se registran los cambios de versión o las acciones específicas de 'edit'.

Capturar

Busque eventos explícitos de 'edit' o 'update' en el historial de la solicitud posteriores a su envío.

Tipo de evento explicit
Solicitud retirada
La persona que hizo la solicitud original la cancela antes de que reciba la aprobación final. Esta acción explícita, iniciada por una persona usuaria, pone fin al proceso de esa solicitud.
Por qué es importante

Las solicitudes retiradas pueden indicar cambios en las necesidades del negocio, solicitudes duplicadas o intentos de eludir el proceso. Hacer un seguimiento permite entender la variabilidad de la demanda y detectar posibles problemas de cumplimiento del proceso.

Dónde obtenerlo

Se infiere a partir de un cambio de estado a «withdrawn» o a un estado similar en la tabla 'requisition_headers', basado en una acción explícita de la persona usuaria registrada en el historial de auditoría.

Capturar

Identifique la marca de tiempo en que el estado de la solicitud cambia a «withdrawn».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Coupa

¿Todo listo para empezar?

Empiece hoy mismo a optimizar el proceso de solicitud de compra a pago en Coupa con este Template. Obtenga información valiosa y mejore la eficiencia de sus compras.

Optimice las solicitudes de compra P2P en Coupa y reduzca hoy el tiempo de ciclo

Detecte ineficiencias y reduzca un 30 % el tiempo de ciclo de sus solicitudes de compra P2P.

Comience su prueba gratuita

No se requiere tarjeta de crédito. Optimice sus procesos en minutos.