Su Template de datos para solicitudes de compra a pago

SAP Ariba
Su Template de datos para solicitudes de compra a pago

Su Template de datos para solicitudes de compra a pago

Este Template de datos integral le ayuda a recopilar y estructurar de forma eficiente la información necesaria para analizar el proceso de solicitud de compra a pago. Incluye los atributos y las actividades esenciales para crear un Registro de eventos sólido y obtener información detallada sobre el rendimiento del proceso. También encontrará instrucciones prácticas para extraer estos datos del sistema de origen y empezar sin complicaciones con Process Mining.
  • Atributos recomendados para recopilar y realizar un análisis integral
  • Actividades y hitos clave del proceso que conviene seguir
  • Instrucciones detalladas para extraer datos del sistema
¿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 de forma integral las solicitudes de compra a pago sin pasar por alto información esencial.
3 Obligatorio 8 Recomendado 8 Opcional
Nombre Descripción
ID de solicitud de compra
PurchaseRequisitionId
Identificador único de un documento de 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 creada en SAP Ariba recibe un ID único que se mantiene durante todo su ciclo de vida, desde la creación y el envío hasta la aprobación, denegación o cierre definitivos.

En el análisis de Process Mining, este atributo es fundamental para relacionar los casos. Permite reconstruir el recorrido completo de cada solicitud, de principio a fin, calcular con precisión los tiempos de ciclo, identificar variantes del proceso y analizar los ciclos de retrabajo. Sin este identificador, sería imposible distinguir los eventos correspondientes a distintas solicitudes.

Por qué es importante

Es el identificador esencial del caso que conecta todas las actividades relacionadas y permite analizar el proceso completo de cada solicitud única, de principio a fin.

Dónde obtenerlo

Es un campo de clave principal en las tablas principales de cabecera de solicitudes de la estructura de datos de SAP Ariba.

Ejemplos
PR-102345PR-102346PR-102347
Marca de tiempo del evento
EventTimestamp
Fecha y hora exactas en que se produjo la actividad; se utiliza como marca de tiempo principal para ordenar los eventos.
Descripción

La marca de tiempo del evento registra el momento exacto en que tuvo lugar una actividad. Estos datos de alta precisión son esenciales para ordenar correctamente los eventos de cada caso y calcular la duración entre los distintos pasos del proceso.

En el análisis, esta marca de tiempo es la base de todos los cálculos temporales, incluidos los tiempos de ciclo, de espera y de procesamiento. Se utiliza en Dashboards que analizan el rendimiento, como «Tiempo de ciclo de aprobación de solicitudes» y «Análisis de Bottleneck de la ruta de aprobación». La precisión de este campo influye directamente en la fiabilidad de todas las métricas de rendimiento.

Por qué es importante

Este atributo establece el orden cronológico de los eventos y sirve de base para calcular el rendimiento y la duración, incluidos los tiempos de ciclo y los cuellos de botella.

Dónde obtenerlo

Suele encontrarse junto a los registros de actividad o de cambios de estado en las tablas de pistas de auditoría o de transacciones de SAP Ariba.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Nombre de la actividad
ActivityName
Nombre del evento de negocio específico que tuvo lugar en un momento determinado del ciclo de vida de la solicitud.
Descripción

El nombre de la actividad describe un paso o hito del proceso de solicitud, como «Solicitud creada», «Paso de aprobación aprobado» o «Solicitud cerrada». Estos datos suelen obtenerse de registros de eventos, cambios de estado o acciones específicas de las personas usuarias registradas en SAP Ariba.

Este atributo es fundamental para crear el mapa del proceso, que representa visualmente el flujo de actividades. Al analizar la secuencia y la frecuencia de estas actividades, quienes analizan el proceso pueden identificar rutas habituales, cuellos de botella, desviaciones del procedimiento estándar y áreas de retrabajo. Es la base de cualquier análisis de Process Mining.

Por qué es importante

Define los pasos del proceso y permite visualizar y analizar el flujo de trabajo de la solicitud, incluidos los cuellos de botella y las desviaciones.

Dónde obtenerlo

Se obtiene de los registros de eventos, las pistas de auditoría o los registros de cambios de estado de SAP Ariba, a menudo asociados a las tablas de cabecera de solicitudes y de partidas.

Ejemplos
Solicitud enviadaPaso de aprobación aprobadoSolicitud modificadaOrden de compra creada
Categoría del artículo
ItemCategory
Clasificación de los bienes o servicios solicitados, como «Hardware de TI», «Material de oficina» o «Servicios profesionales».
Descripción

La categoría del artículo indica qué se va a comprar. Esta clasificación ayuda a comprender los patrones de gasto y a aplicar estrategias y políticas de compra específicas para cada categoría.

En Process Mining, este atributo es fundamental para el Dashboard «Análisis de modificaciones de solicitudes», ya que permite detectar si ciertas categorías de artículos suelen modificarse más, lo que podría indicar especificaciones poco claras o precios variables. También permite comparar el rendimiento del proceso, por ejemplo, los tiempos de aprobación, entre distintos tipos de compra y detectar si algunas categorías presentan más dificultades.

Por qué es importante

Permite analizar el proceso según el tipo de bienes o servicios que se compran y ayuda a identificar cuellos de botella o problemas de cumplimiento específicos de cada categoría.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Esta información suele encontrarse en el nivel de las partidas de la solicitud.

Ejemplos
Hardware de TIServicios de consultoríaMaterial de oficinaMateriales de marketing
Departamento de quien solicita
RequesterDepartment
Departamento de la empresa o centro de coste de la persona que creó la solicitud de compra.
Descripción

Este atributo aporta contexto organizativo al identificar qué parte de la empresa inició la solicitud. Suele obtenerse del perfil de quien la solicita o indicarse directamente en el formulario.

En el análisis, es una dimensión útil para filtrar y comparar. Se utiliza en casi todos los Dashboards, como «Tiempo de ciclo de aprobación de solicitudes» y «Análisis de la tasa de rechazo de solicitudes», para desglosar las métricas por departamento. Así se puede identificar qué departamentos tienen ciclos más largos, más modificaciones o más solicitudes que incumplen las políticas, y orientar las iniciativas de mejora del proceso.

Por qué es importante

Permite segmentar y comparar el rendimiento del proceso en distintas áreas de la organización, y pone de relieve problemas específicos de cada departamento o buenas prácticas.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Suele estar disponible en los datos de cabecera de la solicitud y, a menudo, está vinculada al perfil de quien la solicita.

Ejemplos
MarketingOperaciones de TIFinanzasInvestigación y desarrollo
Estado de la solicitud
RequisitionStatus
Estado actual de la solicitud de compra en su ciclo de vida.
Descripción

Este atributo refleja el estado de una solicitud en tiempo real, como «En preparación», «Enviada», «Aprobado», «Denegada» o «Cerrada». Ofrece una instantánea de la etapa del proceso en la que se encuentra cada caso en el momento de extraer los datos.

Aunque Process Mining reconstruye el flujo histórico, este atributo es fundamental para la supervisión operativa. Es el dato principal del «Seguimiento del estado de las solicitudes en tiempo real», que permite a los responsables consultar la carga de trabajo actual e identificar las solicitudes estancadas o que llevan demasiado tiempo abiertas. Ofrece visibilidad inmediata y útil para la acción sobre las solicitudes activas.

Por qué es importante

Permite supervisar en tiempo real el flujo de solicitudes y ayuda a identificar y resolver las que están estancadas o llevan demasiado tiempo abiertas antes de que se conviertan en un problema.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Este es un campo de estado estándar en el encabezado de la solicitud.

Ejemplos
AprobadoEnviadaDenegadaEn aprobación
Importe total de la solicitud
TotalRequisitionAmount
Valor monetario total de la solicitud de compra.
Descripción

Este atributo recoge el valor financiero de toda la solicitud. Es un dato de contexto empresarial fundamental para clasificar y priorizar las solicitudes.

Analizar las métricas del proceso en relación con este valor puede revelar patrones importantes. Por ejemplo, las solicitudes de alto valor pueden seguir rutas de aprobación distintas y más estrictas, o tener ciclos más largos. Este atributo es esencial para comprender el impacto financiero de las ineficiencias del proceso y clasificar las solicitudes por rangos de valor para compararlas.

Por qué es importante

Aporta contexto financiero esencial y permite analizar cómo influye el valor de la solicitud en el comportamiento del proceso, por ejemplo, en los tiempos de aprobación y la complejidad del flujo de trabajo.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Es un campo estándar de la cabecera de la solicitud de compra.

Ejemplos
1500.0025000.5099.95
Motivo del rechazo
RejectionReason
Motivo que indica una persona aprobadora cuando rechaza una solicitud o un paso de aprobación.
Descripción

Cuando se deniega una solicitud, quienes la aprueban suelen indicar un motivo, ya sea mediante texto libre o seleccionándolo de una lista predefinida. Este atributo recoge esa información fundamental.

Estos datos son la base del Dashboard «Análisis de la tasa de rechazo de solicitudes». Analizar los motivos de rechazo más frecuentes ayuda a identificar las causas principales de los fallos del proceso, como una codificación incorrecta, una justificación insuficiente o problemas de presupuesto. Esta información puede utilizarse para mejorar la formación de quienes solicitan las compras y la calidad de las solicitudes iniciales, y así reducir el retrabajo.

Por qué es importante

Permite entender directamente por qué se rechazan las solicitudes y analizar las causas para reducir el retrabajo y aumentar la proporción de solicitudes correctas desde el primer intento.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Esta información suele registrarse en los comentarios o en el historial asociado al evento de rechazo.

Ejemplos
Cuenta de mayor incorrectaPresupuesto excedidoJustificación insuficienteSolicitud duplicada
Nivel de urgencia
UrgencyLevel
Indicador de la prioridad de la solicitud, como «Normal», «Urgente» o «Crítica».
Descripción

El nivel de urgencia, que suele representarse mediante una marca de prioridad, indica la necesidad de agilizar la tramitación. Normalmente lo establece quien solicita la compra para que las necesidades críticas se atiendan a tiempo.

Este atributo es el principal para el Dashboard «Seguimiento de solicitudes urgentes» y el KPI «Tiempo de procesamiento de solicitudes urgentes». Permite comparar directamente los tiempos de ciclo de las solicitudes urgentes y estándar para comprobar si la atención prioritaria es eficaz. Analizar las desviaciones o demoras en las solicitudes urgentes es fundamental para garantizar la continuidad del negocio.

Por qué es importante

Permite priorizar el análisis y comprobar si las solicitudes de alta prioridad se tramitan más rápido, para atender las necesidades críticas del negocio.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Suele ser un campo seleccionable en el formulario de creación de solicitudes.

Ejemplos
AltaMediaBaja
Ruta del flujo de trabajo de aprobación
ApprovalWorkflowPath
Secuencia predefinida de pasos de aprobación que se espera que siga la solicitud.
Descripción

Este atributo define la variante estándar del proceso o la matriz de aprobación que debe seguir una solicitud según sus características, como el valor, la categoría del artículo y el departamento. Representa el proceso previsto o la «ruta ideal».

Es fundamental para comprobar la conformidad y se utiliza en el Dashboard «Resumen del cumplimiento de las solicitudes». Al comparar la secuencia real de actividades con la ruta del flujo de trabajo de aprobación prevista, quienes analizan el proceso pueden detectar automáticamente incumplimientos de las políticas, pasos de aprobación no autorizados o controles omitidos. Esto es esencial para la auditoría interna y la gestión de riesgos.

Por qué es importante

Define el proceso estándar que se debe seguir y permite comprobar la conformidad para detectar automáticamente desviaciones e incumplimientos de las políticas.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Este dato puede obtenerse de la configuración de la matriz de aprobación o de un campo específico de la solicitud.

Ejemplos
Estándar de TI > 10.000 $Servicios de marketing < 5.000 $Gastos de capital > 100.000 $
Usuario del evento
EventUser
ID o nombre de la persona que realizó la actividad, como quien solicitó la compra o quien la aprobó.
Descripción

El atributo de usuario del evento identifica a la persona responsable de realizar un paso específico del proceso. Puede ser quien envió la solicitud, la persona gerente que la aprobó o el agente de compras que la tramitó.

Este atributo es esencial para analizar la carga de trabajo y comparar el rendimiento, así como para detectar oportunidades de formación. Permite crear el Dashboard «Carga de trabajo y rendimiento de las personas aprobadoras» y analizar los tiempos de aprobación por persona usuaria. También sirve para investigar las causas de las demoras o desviaciones y relacionarlas con personas o equipos específicos.

Por qué es importante

Permite analizar la distribución de la carga de trabajo, el rendimiento de las personas usuarias y la asignación de recursos, y ayuda a detectar cuellos de botella causados por personas o equipos específicos.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Esta información suele almacenarse en tablas de historial o pistas de auditoría vinculadas a los datos maestros de las personas usuarias.

Ejemplos
john.doejane.smithmanager123
Es automatizado
IsAutomated
Indicador booleano que señala si una actividad la realizó el sistema o una persona usuaria.
Descripción

Este atributo distingue los eventos automatizados del sistema, como las aprobaciones automáticas o los cambios de estado iniciados por el sistema, de las actividades manuales realizadas por las personas usuarias. Esta distinción es fundamental para comprender el nivel de automatización del proceso.

En los análisis, permite medir con precisión el esfuerzo humano e identificar oportunidades para seguir automatizando. Por ejemplo, al filtrar las actividades manuales, se pueden calcular con exactitud los tiempos de procesamiento atribuibles a las personas usuarias. También ayuda a comprobar que las reglas automatizadas funcionan según lo previsto.

Por qué es importante

Distingue las acciones humanas de las del sistema, algo esencial para medir el nivel de automatización e identificar nuevas oportunidades para automatizar.

Dónde obtenerlo

Por lo general, se determina comprobando si el «Usuario del evento» corresponde a un ID de usuario del sistema o de procesamiento por lotes.

Ejemplos
truefalse
Hay retrabajo
IsRework
Indicador booleano que señala si la solicitud requirió retrabajo, por ejemplo, por un rechazo o varias modificaciones.
Descripción

Este atributo calculado mide la ineficiencia de forma más amplia que «Se ha modificado». Marca los casos con ciclos de retrabajo importantes, que suelen definirse como aquellos con uno o más eventos «Paso de aprobación rechazado» o varios eventos «Solicitud modificada».

Este indicador se utiliza para calcular el KPI «Tasa de retrabajo de solicitudes». Ayuda a cuantificar los costes ocultos y las demoras asociados a los fallos del proceso. El análisis de los casos marcados como retrabajo puede revelar patrones relacionados con determinados aprobadores, departamentos o tipos de solicitud que generan fricciones en el proceso.

Por qué es importante

Identifica los casos con fricciones importantes en el proceso, como los rechazos, y permite analizar de forma específica las causas de la ineficiencia y las demoras.

Dónde obtenerlo

Se calcula como verdadero si un caso contiene una actividad de rechazo o más de una actividad de modificación.

Ejemplos
truefalse
ID de la orden de compra
PurchaseOrderId
Identificador de la orden de compra creada a partir de la solicitud aprobada.
Descripción

Este atributo vincula una solicitud de compra con el documento posterior correspondiente: la orden de compra (PO). Su presencia indica que la solicitud se convirtió correctamente en una orden.

Es esencial para analizar el proceso de principio a fin, más allá de la etapa de solicitud. Se utiliza para calcular el KPI «Tiempo desde la solicitud hasta la orden de compra», al vincular el evento de creación de la solicitud con el de creación de la orden. Así se obtiene una visión integral de la etapa inicial del ciclo de compras.

Por qué es importante

Vincula la solicitud con la orden de compra posterior y permite medir el tiempo de ciclo de principio a fin, desde la solicitud hasta la orden.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Este dato suele almacenarse en los datos de las partidas de la solicitud después de generar una orden de compra.

Ejemplos
PO-4500012345PO-4500012346PO-4500012347
Nombre de quien solicita
RequesterName
Nombre de la persona empleada que inició la solicitud de compra.
Descripción

Este atributo del caso identifica a quien creó la solicitud de compra. Aporta contexto sobre el origen de la solicitud y la persona interesada que la inició.

En los análisis, este atributo permite filtrar el proceso y estudiar el comportamiento de quienes realizan solicitudes. Por ejemplo, los Dashboards «Análisis de modificaciones de solicitudes» y «Análisis de la tasa de rechazo de solicitudes» lo utilizan para identificar a las personas que podrían necesitar formación adicional por sus altas tasas de modificaciones o rechazos. También ayuda a adaptar la retroalimentación y las iniciativas de mejora.

Por qué es importante

Identifica a quien creó la solicitud y permite analizar el comportamiento y la calidad del proceso según quién la haya solicitado.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Es un campo estándar del encabezado de la solicitud, que suele aparecer como «Creado por» o «Solicitante».

Ejemplos
Alice WilliamsBob MillerCharles Brown
Nombre del aprobador
ApproverName
Nombre de la persona usuaria asignada para aprobar un paso específico del flujo de trabajo.
Descripción

Este atributo identifica al responsable o a la parte interesada encargada de una actividad de aprobación. A diferencia del «Usuario del evento» general, se refiere específicamente a las tareas de aprobación.

Es un atributo clave para el Dashboard «Carga de trabajo y rendimiento de los aprobadores». Permite hacer un seguimiento del número de solicitudes gestionadas por cada aprobador y del tiempo medio de aprobación. Así, es posible detectar cuellos de botella individuales, equilibrar las cargas de trabajo y evaluar el rendimiento frente a los objetivos.

Por qué es importante

Identifica a la persona responsable de cada aprobación y permite analizar en detalle el rendimiento de los aprobadores y equilibrar sus cargas de trabajo.

Dónde obtenerlo

Consulte la documentación de SAP Ariba. Esta información se almacena en los datos del flujo de aprobación vinculados a la solicitud.

Ejemplos
Sarah JonesDavid ChenMaria Garcia
Se ha modificado
IsAmended
Indicador booleano que señala si la solicitud se modificó al menos una vez después de enviarse por primera vez.
Descripción

Este atributo calculado identifica los casos en los que se realizó al menos una actividad «Solicitud modificada». Facilita la identificación de las solicitudes que necesitaron cambios durante su ciclo de vida.

Este indicador se utiliza para calcular el KPI «Tasa de modificación de solicitudes». Al contar los casos en los que el indicador es verdadero, quienes analizan el proceso pueden medir fácilmente la frecuencia del retrabajo e investigar sus causas relacionándolo con otros atributos, como «Nombre de quien solicita» o «Categoría del artículo».

Por qué es importante

Facilita el cálculo del KPI de tasa de modificación, ayuda a cuantificar el retrabajo y permite identificar dónde hacen falta especificaciones iniciales más claras.

Dónde obtenerlo

Se calcula como verdadero si un caso contiene una o más actividades «Solicitud modificada» y como falso en caso contrario.

Ejemplos
truefalse
Sistema de origen
SourceSystem
Sistema de registro del que se extrajeron los datos.
Descripción

Este atributo identifica el origen de los datos del proceso. En esta vista, el valor sería siempre «SAP Ariba». Sin embargo, cuando se combinan datos de varios sistemas, este campo es fundamental para rastrear su procedencia y resolver problemas.

En el análisis, ayuda a confirmar el origen de los datos y permite filtrar o comparar procesos que abarcan distintos sistemas. Aporta claridad y confianza sobre la fuente de datos, algo importante para lograr el respaldo de las partes interesadas.

Por qué es importante

Identifica el origen de los datos, algo fundamental para la gobernanza de datos, la resolución de problemas y la comprensión del contexto del análisis.

Dónde obtenerlo

Suele ser un valor estático que se añade durante la extracción y transformación de los datos para indicar el origen del conjunto de datos.

Ejemplos
SAP AribaSAP_ARIBA_P2PAribaCloud
Última actualización de los datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen.
Descripción

Este atributo muestra la fecha y hora de la extracción o actualización más reciente de un evento. Permite saber si los datos analizados están actualizados, algo especialmente importante para supervisar procesos en curso.

Quienes analizan el proceso utilizan esta información para saber cuán recientes son las conclusiones obtenidas. En Dashboards como «Seguimiento del estado de las solicitudes en tiempo real», este campo es fundamental para indicar a las personas usuarias cuán actualizada está la información mostrada. También permite gestionar sus expectativas sobre la actualidad de los datos.

Por qué es importante

Indica cuán actualizados están los datos, algo esencial para valorar la vigencia y pertinencia de la información obtenida mediante Process Mining.

Dónde obtenerlo

Esta marca de tiempo suele generarse y añadirse a cada registro durante la incorporación de los datos.

Ejemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
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 el proceso con precisión e identificar cuellos de botella.
6 Recomendado 7 Opcional
Actividad Descripción
Orden de compra creada
Indica la conversión correcta de una solicitud de compra aprobada en una orden de compra. Se registra cuando se crea un documento de orden de compra que hace referencia a la solicitud.
Por qué es importante

Es el principal resultado favorable del proceso de solicitud. Es esencial para medir el KPI «Tiempo de entrega desde la solicitud hasta la orden de compra» de principio a fin.

Dónde obtenerlo

Es un evento explícito. Se utiliza la fecha y hora de creación del documento de orden de compra, que contiene un enlace o una referencia directa al ID de la solicitud de compra de origen.

Capturar

En la tabla de cabecera de órdenes de compra, busque la orden vinculada a la solicitud y utilice su fecha y hora de creación.

Tipo de evento explicit
Solicitud aprobada
Indica la aprobación final de la solicitud de compra, una vez que ha superado correctamente todos los pasos del flujo de trabajo. Se registra cuando el estado cambia a «Aprobada».
Por qué es importante

Es un hito fundamental que marca el final de la fase de aprobación. Es el punto final para medir el «Tiempo promedio de aprobación de solicitudes» e indica que la solicitud está lista para crear una orden de compra.

Dónde obtenerlo

Se infiere del historial del documento de Ariba, donde se registra el cambio final del estado de la solicitud a «Aprobada».

Capturar

Identifique la fecha y hora en que el campo de estado de la solicitud cambia a «Aprobada».

Tipo de evento inferred
Solicitud cerrada
Es el cierre administrativo definitivo de una solicitud de compra, una vez completadas todas las acciones relacionadas, como la emisión de la orden y la recepción de los artículos. Se registra mediante un cambio final de estado a «Cerrada».
Por qué es importante

Representa el final definitivo de todo el ciclo de vida de la solicitud. Analizar el tiempo transcurrido entre la creación de la orden de compra y el cierre puede revelar cuellos de botella en los procesos posteriores de recepción o facturación.

Dónde obtenerlo

Se infiere del historial del documento de Ariba, donde se registra el cambio de estado de la solicitud a «Cerrada».

Capturar

Identifique la fecha y hora en que el campo de estado de la solicitud cambia a «Cerrada».

Tipo de evento inferred
Solicitud creada
Indica la creación inicial de un documento de solicitud de compra por parte de una persona usuaria. Se registra cuando la solicitud se guarda por primera vez en estado «En preparación» o como borrador.
Por qué es importante

Este es el punto de partida del ciclo de vida de la solicitud. Analizar el tiempo transcurrido entre la creación y el envío ayuda a medir la eficiencia de las personas usuarias y a detectar necesidades de formación.

Dónde obtenerlo

A partir de la fecha y hora de creación del objeto de solicitud de compra en SAP Ariba. Este dato se encuentra en la información de cabecera del documento y corresponde a un evento de creación explícito.

Capturar

Utilice la marca de tiempo «CreateTime» o su equivalente en la tabla de cabecera del documento de solicitud.

Tipo de evento explicit
Solicitud denegada
Representa el rechazo definitivo de una solicitud de compra tras su revisión. Es un estado final del proceso y se registra cuando el estado cambia a «Denegada».
Por qué es importante

Es un punto final que indica un resultado desfavorable. Analizar las solicitudes denegadas es esencial para calcular el KPI «Tasa de rechazo de solicitudes», detectar patrones y mejorar la calidad de las solicitudes.

Dónde obtenerlo

Se infiere del historial del documento de Ariba, donde se registra el cambio final del estado de la solicitud a «Denegada».

Capturar

Identifique la fecha y hora en que el campo de estado de la solicitud cambia a «Denegada».

Tipo de evento inferred
Solicitud enviada
Representa el envío formal de la solicitud de compra al flujo de trabajo de aprobación por parte de quien la solicita. Se registra cuando el estado cambia de «En preparación» a «Enviada».
Por qué es importante

Este hito clave inicia el proceso de aprobación. Es esencial para medir el «Tiempo de ciclo de aprobación de solicitudes» y el «Tiempo de entrega desde la creación de la solicitud».

Dónde obtenerlo

Se infiere del historial del documento o del registro de auditoría de Ariba, donde se registra el cambio de estado de la solicitud a «Enviada» y la fecha y hora en que se produjo.

Capturar

Identifique la fecha y hora en que el campo de estado de la solicitud cambia por primera vez a «Enviada».

Tipo de evento inferred
Partida de la solicitud incluida en una orden
Representa el cambio de estado de una partida individual de la solicitud a «Solicitada» una vez que se incluye en una orden de compra. Permite un seguimiento más detallado que la creación de una orden de compra a nivel de cabecera.
Por qué es importante

Permite analizar pedidos parciales o demoras en cada partida, algo que no se observa al consultar solo la cabecera. Resulta útil para solicitudes con muchas partidas que se atienden mediante distintas órdenes de compra.

Dónde obtenerlo

Se infiere del cambio de estado del objeto de partida de la solicitud. El estado de la partida se actualiza a «Solicitada» cuando se genera una orden de compra para ella.

Capturar

Identifique la fecha y hora en que el campo de estado de la partida de la solicitud cambia a «Solicitada».

Tipo de evento inferred
Paso de aprobación aprobado
Representa el resultado favorable de un paso de aprobación: la persona aprobadora ha aprobado la parte de la solicitud que tenía asignada. Esta acción queda registrada explícitamente.
Por qué es importante

Mide el tiempo de procesamiento de cada persona aprobadora. Estos datos son esenciales para calcular la «Duración promedio del paso de aprobación» y evaluar la carga de trabajo de quienes aprueban.

Dónde obtenerlo

A partir de las tablas del flujo de aprobación de Ariba. Se registra la fecha y hora en que la persona aprobadora selecciona la acción «Aprobar» en la tarea asignada.

Capturar

Utilice la fecha y hora de la acción «Aprobar» registrada en el historial de aprobación del paso correspondiente.

Tipo de evento explicit
Paso de aprobación iniciado
Indica que una solicitud de compra se ha asignado a una persona aprobadora o a una cola de aprobación y está pendiente de acción. Se registra cuando se genera y asigna una solicitud de aprobación.
Por qué es importante

Ofrece información detallada sobre el flujo de trabajo de aprobación. Es fundamental para calcular los tiempos de espera en cola e identificar los pasos que constituyen cuellos de botella en el «Análisis de Bottleneck de la ruta de aprobación».

Dónde obtenerlo

A partir de las tablas del flujo de aprobación de Ariba, que registran la creación y asignación de tareas de aprobación individuales vinculadas a la solicitud.

Capturar

Utilice la fecha y hora de creación del registro de solicitud de aprobación asociado a la solicitud y al paso de aprobación correspondiente.

Tipo de evento explicit
Paso de aprobación rechazado
Representa el resultado desfavorable de un paso de aprobación: la persona aprobadora rechaza la solicitud, que suele devolverse para su modificación. Esta acción queda registrada explícitamente como «Denegar».
Por qué es importante

Pone de manifiesto una causa importante de retrabajo y demoras en el proceso. Analizar estos eventos es fundamental para entender la «Tasa de retrabajo de solicitudes» y los motivos de rechazo.

Dónde obtenerlo

A partir de las tablas del flujo de aprobación de Ariba. Se registra la fecha y hora en que la persona aprobadora selecciona la acción «Denegar» o «Rechazar» en la tarea asignada.

Capturar

Utilice la fecha y hora de la acción «Denegar» registrada en el historial de aprobación del paso correspondiente.

Tipo de evento explicit
Solicitud enviada al área de abastecimiento estratégico
Se produce cuando una solicitud aprobada se envía al área de abastecimiento estratégico para iniciar un proceso, como una solicitud de cotización (RFQ), antes de crear una orden de compra. Se registra mediante un cambio de estado, por ejemplo, a «Abastecimiento estratégico».
Por qué es importante

Identifica una etapa importante del proceso para artículos de alto valor o no estandarizados. Ayuda a analizar cuánto contribuye el área de abastecimiento estratégico al tiempo de entrega.

Dónde obtenerlo

Se infiere cuando el estado de la solicitud cambia a un valor que indica que se ha enviado al área de abastecimiento estratégico. Es habitual en Ariba Buying integrado con Ariba Sourcing.

Capturar

Identifique la fecha y hora en que el campo de estado de la solicitud cambia a «Abastecimiento estratégico» o a un estado personalizado equivalente.

Tipo de evento inferred
Solicitud modificada
Se produce cuando una persona modifica una solicitud de compra después de enviarla, a menudo como respuesta a un rechazo o una consulta. Se registra cuando el documento se edita y se vuelve a enviar.
Por qué es importante

Permite hacer un seguimiento del retrabajo y las ineficiencias del proceso. Una frecuencia elevada de modificaciones puede indicar que los requisitos o las políticas iniciales no están claros, lo que afecta al KPI «Tasa de modificación de solicitudes».

Dónde obtenerlo

Se infiere de los datos de versiones de Ariba. Cada modificación crea una nueva versión del documento de solicitud. La creación de una versión posterior a la primera indica que hubo una modificación.

Capturar

Busque nuevas versiones de la solicitud creadas después del estado inicial «Enviada». La fecha y hora de creación de la nueva versión corresponde al momento del evento.

Tipo de evento inferred
Solicitud retirada
Se produce cuando quien hizo la solicitud cancela una solicitud de compra enviada antes de que se apruebe por completo. Se registra cuando el estado cambia a «Retirada» o «Cancelada».
Por qué es importante

Representa la finalización del proceso por iniciativa de la persona usuaria. Analizar los motivos por los que se retiran las solicitudes puede revelar cambios en las necesidades del negocio o demoras prolongadas en la aprobación.

Dónde obtenerlo

Se infiere del historial del documento o del registro de auditoría de Ariba, donde se registra el cambio de estado de la solicitud a «Retirada».

Capturar

Identifique la fecha y hora en que el campo de estado de la solicitud cambia a «Retirada».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de SAP Ariba

¿Todo listo para empezar?

Utilice este Template para agilizar la preparación de los datos y obtener información valiosa sobre el proceso de solicitud de compra a pago. Empiece hoy mismo a optimizar sus operaciones.

Ponga fin a las demoras: optimice el proceso de solicitud de compra a pago

Localice las ineficiencias de SAP Ariba y reduzca el tiempo de ciclo un 30 %.

Comience su prueba gratuita

No se requiere tarjeta de crédito. La configuración es rápida y sencilla.