Su Template de datos para solicitudes de compra a pago
Su Template de datos para solicitudes de compra a pago
- Atributos recomendados para un análisis completo
- Actividades clave del proceso que conviene registrar
- Indicaciones prácticas para extraer datos
Atributos de las solicitudes de compra a pago
| 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
|
|||
Actividades de las solicitudes de compra a pago
| 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
|
|||
Guías de extracción
¿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.
No se requiere tarjeta de crédito. Optimice sus procesos en minutos.