Su Template de datos de Purchase to Pay: requisición
Su Template de datos de Purchase to Pay: requisición
- Atributos recomendados para recopilar un análisis completo
- Actividades y hitos clave del proceso que debe supervisar
- Orientación detallada para extraer datos de su sistema
Purchase to Pay - Requisition: Atributos
| Nombre | Descripción | ||
|---|---|---|---|
|
ID de la solicitud de compra
PurchaseRequisitionId
|
El identificador único de un documento de Purchase Requisition, que actúa como identificador principal del caso en el proceso. | ||
|
Descripción
El Purchase Requisition ID es la clave central que vincula todas las actividades relacionadas con una única solicitud de bienes o servicios. Cada requisición 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 final, la denegación o el cierre. En el análisis de Process Mining, este atributo es fundamental para correlacionar los casos. Permite reconstruir el recorrido completo de principio a fin de cada requisición, calcular con precisión los tiempos de ciclo, identificar variantes del proceso y analizar los bucles de retrabajo. Sin este identificador, sería imposible distinguir los eventos pertenecientes a distintas requisiciones.
Por qué es importante
Este es el identificador de caso esencial que conecta todas las actividades relacionadas y permite analizar el proceso completo de requisición para cada solicitud única.
Dónde obtenerlo
Es un campo de clave primaria en las tablas principales de cabecera de requisiciones dentro de la estructura de datos de SAP Ariba.
Ejemplos
PR-102345PR-102346PR-102347
|
|||
|
Marca de tiempo del evento
EventTimestamp
|
La fecha y hora exactas en las que ocurrió la actividad, que sirven 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 dentro 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 relacionados con el tiempo, incluidos los tiempos de ciclo, los tiempos de espera y las duraciones de procesamiento. Se utiliza para alimentar 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 afecta directamente a la fiabilidad de todas las métricas de rendimiento.
Por qué es importante
Este atributo proporciona el orden cronológico de los eventos y constituye la base de todos los cálculos de rendimiento y duración, como los tiempos de ciclo y los cuellos de botella.
Dónde obtenerlo
Normalmente se encuentra junto a los registros de actividades o cambios de estado en las tablas de pistas de auditoría o registros de transacciones de SAP Ariba.
Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
El nombre del evento de negocio específico que ocurrió en un momento determinado del ciclo de vida de la requisición. | ||
|
Descripción
El nombre de la actividad describe un paso o hito individual del proceso de requisición, como «Requisition Created», «Approval Step Approved» o «Requisition Closed». Estos datos suelen derivarse de registros de eventos, cambios de estado o acciones específicas de los usuarios registradas en SAP Ariba. Este atributo es fundamental para construir el mapa de procesos, que representa visualmente el flujo de actividades. Al analizar la secuencia y la frecuencia de estas actividades, los analistas pueden identificar rutas habituales, cuellos de botella, desviaciones del procedimiento estándar y áreas de retrabajo. Constituye la base de cualquier análisis de Process Mining.
Por qué es importante
Define los pasos del proceso y permite visualizar y analizar el Workflow de requisiciones, incluidos los cuellos de botella y las desviaciones.
Dónde obtenerlo
Se deriva de registros de eventos, pistas de auditoría o registros de cambios de estado dentro de SAP Ariba, normalmente asociados a tablas de cabecera y de partidas de requisiciones.
Ejemplos
Solicitud enviadaPaso de aprobación aprobadoSolicitud modificadaOrden de compra creada
|
|||
|
Categoría del artículo
ItemCategory
|
La clasificación de los bienes o servicios solicitados, como «IT Hardware», «Office Supplies» o «Professional Services». | ||
|
Descripción
La categoría del artículo proporciona información detallada sobre lo que se está comprando. Esta clasificación ayuda a comprender los patrones de gasto y a aplicar estrategias y políticas de compras específicas para cada categoría. En Process Mining, este atributo es fundamental para el Dashboard «Análisis de modificaciones de requisiciones», ya que puede mostrar si determinadas categorías de artículos son más propensas a sufrir modificaciones, lo que podría indicar especificaciones poco claras o precios variables. También permite comparar el rendimiento del proceso, como los tiempos de aprobación, entre distintos tipos de compras para comprobar si determinadas categorías presentan más dificultades.
Por qué es importante
Permite analizar el proceso según el tipo de bienes o servicios adquiridos, lo que 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 línea de la requisición.
Ejemplos
Hardware de TIServicios de consultoríaMaterial de oficinaMateriales de marketing
|
|||
|
Departamento del solicitante
RequesterDepartment
|
El departamento de negocio o centro de costos del empleado que creó la Purchase Requisition. | ||
|
Descripción
Este atributo proporciona contexto organizativo al identificar qué parte de la empresa inició la solicitud. Normalmente se obtiene del perfil de usuario de la persona solicitante o se especifica directamente en el formulario de solicitud. En el análisis, es una dimensión muy útil para filtrar y comparar. Se utiliza en prácticamente 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. Esto permite identificar qué departamentos tienen los tiempos de ciclo más largos, las tasas de modificación más elevadas o el mayor número de solicitudes no conformes, y orientar iniciativas específicas de mejora de procesos.
Por qué es importante
Permite segmentar y comparar el rendimiento del proceso entre distintas áreas de la organización, destacando problemas específicos de cada departamento o buenas prácticas.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Normalmente está disponible en los datos de cabecera de la requisición, a menudo vinculada desde el perfil de usuario del solicitante.
Ejemplos
MarketingOperaciones de TIFinanzasInvestigación y desarrollo
|
|||
|
Estado de la requisición
RequisitionStatus
|
Estado actual de la requisición de compra dentro de su ciclo de vida. | ||
|
Descripción
Este atributo refleja el estado en tiempo real de una requisición, como «En preparación», «Enviada», «Aprobada», «Denegada» o «Cerrada». Proporciona una instantánea de la fase 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 principal dato del «Rastreador de estado de requisiciones en tiempo real», que permite a las personas responsables consultar la carga de trabajo actual e identificar las requisiciones estancadas o con tiempos excesivos. Proporciona visibilidad inmediata y práctica sobre la cartera activa de requisiciones.
Por qué es importante
Permite supervisar en tiempo real la cartera de requisiciones y ayuda a identificar y resolver las solicitudes estancadas o con tiempos excesivos antes de que se conviertan en un problema.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Es un campo de estado estándar en la cabecera de la requisición.
Ejemplos
AprobadaEnviadaDenegadaEn aprobación
|
|||
|
Importe total de la requisición
TotalRequisitionAmount
|
El valor monetario total de la Purchase Requisition. | ||
|
Descripción
Este atributo recoge el valor financiero de la solicitud completa. Es un elemento de contexto empresarial fundamental que ayuda a categorizar y priorizar las requisiciones. Analizar las métricas del proceso en relación con este valor puede revelar patrones importantes. Por ejemplo, las requisiciones de alto valor pueden seguir rutas de aprobación diferentes y más estrictas, o tener tiempos de ciclo más largos. Este atributo es esencial para comprender el impacto financiero de las ineficiencias del proceso y clasificar las requisiciones por rangos de valor para realizar análisis comparativos.
Por qué es importante
Proporciona un contexto financiero esencial y permite analizar cómo el valor de la requisición afecta al comportamiento del proceso, por ejemplo, a los tiempos de aprobación y a la complejidad del Workflow.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Es un campo estándar de la cabecera de la Purchase Requisition.
Ejemplos
1500.0025000.5099.95
|
|||
|
Motivo del rechazo
RejectionReason
|
Motivo indicado por una persona aprobadora cuando se rechaza una requisición o un paso de aprobación. | ||
|
Descripción
Cuando se deniega una requisición, las personas aprobadoras suelen indicar un motivo, que puede introducirse como texto libre o seleccionarse de una lista predefinida. Este atributo recoge esa información esencial. Estos datos son la base del Dashboard «Análisis de la tasa de rechazo de requisiciones». Analizar los motivos de rechazo más frecuentes ayuda a identificar las causas raíz de los fallos del proceso, como una codificación incorrecta, una justificación insuficiente o problemas presupuestarios. Estos conocimientos pueden utilizarse para mejorar la formación de las personas solicitantes y aumentar la calidad de las solicitudes iniciales, reduciendo el retrabajo.
Por qué es importante
Proporciona información directa sobre los motivos por los que fallan las requisiciones y permite analizar las causas raíz para reducir el retrabajo y mejorar la tasa de aciertos a la primera.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Esta información suele registrarse en la sección de comentarios o historial asociada a un evento de rechazo.
Ejemplos
Cuenta de mayor incorrectaPresupuesto excedidoJustificación insuficienteSolicitud duplicada
|
|||
|
Nivel de urgencia
UrgencyLevel
|
Indicador de la prioridad de la requisición, como «Normal», «Urgente» o «Crítica». | ||
|
Descripción
El nivel de urgencia, que suele representarse mediante una marca de prioridad, indica la necesidad empresarial de agilizar el procesamiento. Normalmente, la persona solicitante lo establece para garantizar que las necesidades críticas se atiendan con rapidez. Este atributo es el principal impulsor del Dashboard «Monitor de requisiciones urgentes» y del KPI «Tiempo de procesamiento de requisiciones urgentes». Permite comparar directamente los tiempos de ciclo de las requisiciones urgentes y estándar para comprobar si la gestión prioritaria es eficaz. Analizar las desviaciones o los retrasos 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 requisiciones de alta prioridad se procesan más rápido, garantizando que se atiendan 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 la requisición.
Ejemplos
AltaMediaBaja
|
|||
|
Ruta del Workflow de aprobación
ApprovalWorkflowPath
|
Secuencia predefinida de pasos de aprobación que se espera que siga la requisición. | ||
|
Descripción
Este atributo define la variante de proceso estándar o la matriz de aprobación que debe seguir una requisición según sus características, como el importe, la categoría del artículo y el departamento. Representa el proceso «to-be» o el «happy path». Es fundamental para la comprobación de conformidad y se utiliza en el Dashboard «Resumen del cumplimiento de requisiciones». Al comparar la secuencia real de actividades con la ruta del Workflow de aprobación esperada, las personas analistas pueden detectar automáticamente incumplimientos de 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 debe seguirse y permite que la comprobación de conformidad detecte automáticamente desviaciones e incumplimientos de políticas.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Puede derivarse de la configuración de la matriz de aprobación o de un campo específico de la requisición.
Ejemplos
TI estándar > 10.000 $Servicios de marketing < 5.000 $CAPEX > 100.000 $
|
|||
|
Usuario del evento
EventUser
|
El ID o nombre del usuario que realizó la actividad, como el solicitante o el aprobador. | ||
|
Descripción
El atributo Usuario del evento identifica a la persona responsable de ejecutar un paso específico del proceso. Puede ser el empleado que envió la requisición, el gerente que la aprobó o el agente de compras que la procesó. Este atributo es esencial para analizar la carga de trabajo, comparar el rendimiento e identificar oportunidades de capacitación. Alimenta el panel «Approver Workload and Performance» al permitir analizar los tiempos de aprobación por usuario. También se utiliza para investigar el origen de retrasos o desviaciones, rastreándolos hasta personas o equipos concretos.
Por qué es importante
Permite analizar la distribución de la carga de trabajo, el rendimiento de los usuarios y la asignación de recursos, y ayuda a identificar cuellos de botella causados por usuarios o equipos específicos.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Esta información suele almacenarse en tablas de pistas de auditoría o de historial vinculadas a los datos maestros de usuarios.
Ejemplos
john.doejane.smithmanager123
|
|||
|
Es automática
IsAutomated
|
Indicador booleano que señala si una actividad fue realizada por un sistema o por una persona usuaria. | ||
|
Descripción
Este atributo distingue entre eventos automatizados del sistema, como aprobaciones automáticas o cambios de estado generados por el sistema, y actividades manuales realizadas por personas usuarias. Es fundamental para comprender el nivel de automatización del proceso. En el análisis, ayuda a medir con precisión el esfuerzo humano e identificar oportunidades para seguir automatizando. Por ejemplo, filtrar las actividades manuales permite calcular con exactitud los tiempos de procesamiento centrados en la intervención de las personas usuarias. También ayuda a comprobar que las reglas automatizadas funcionan según lo previsto dentro del proceso.
Por qué es importante
Distingue entre las acciones humanas y las del sistema, algo esencial para medir las tasas de automatización e identificar nuevas oportunidades de automatización.
Dónde obtenerlo
Normalmente se obtiene comprobando si el «Usuario del evento» corresponde a un ID de sistema o de usuario por lotes.
Ejemplos
truefalse
|
|||
|
Es retrabajo
IsRework
|
Indicador booleano que señala si la requisición experimentó retrabajo, como un rechazo o varias modificaciones. | ||
|
Descripción
Este atributo calculado mide la ineficiencia de forma más amplia que «IsAmended». Marca los casos que han experimentado ciclos de retrabajo importantes, normalmente definidos como aquellos que contienen uno o más eventos «Paso de aprobación rechazado» o varias actividades «Requisición modificada». Esta marca se utiliza para calcular el KPI «Tasa de retrabajo de requisiciones». Ayuda a cuantificar los costes ocultos y los retrasos asociados a los fallos del proceso. Analizar los casos marcados como retrabajo puede revelar patrones relacionados con determinadas personas aprobadoras, departamentos o tipos de solicitud que generan dificultades en el proceso.
Por qué es importante
Identifica los casos con dificultades importantes en el proceso, como los rechazos, y permite analizar de forma específica las causas de la ineficiencia y los retrasos.
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
|
|||
|
Ha sido modificada
IsAmended
|
Indicador booleano que señala si la requisición se modificó al menos una vez después de su envío inicial. | ||
|
Descripción
Este atributo calculado identifica los casos en los que se ha producido al menos una actividad «Requisición modificada». Simplifica la identificación de las requisiciones que necesitaron cambios durante su ciclo de vida. Esta marca se utiliza para calcular el KPI «Tasa de modificación de requisiciones». Al contar los casos en los que la marca es verdadera, las personas analistas pueden medir fácilmente la frecuencia del retrabajo e investigar sus causas raíz relacionándola con otros atributos, como «Nombre de la persona solicitante» o «Categoría del artículo».
Por qué es importante
Simplifica el cálculo del KPI de tasa de modificaciones, ayuda a cuantificar el retrabajo e identifica las áreas que necesitan especificaciones iniciales más claras.
Dónde obtenerlo
Se calcula como verdadero si un caso contiene una o más actividades «Requisición modificada» y como falso en caso contrario.
Ejemplos
truefalse
|
|||
|
ID de la orden de compra
PurchaseOrderId
|
Identificador de la orden de compra creada a partir de la requisición aprobada. | ||
|
Descripción
Este atributo vincula una requisición de compra con su documento posterior, la orden de compra (PO). Su presencia indica que la solicitud se ha convertido correctamente en una orden. Es esencial para el análisis integral del proceso, que se extiende más allá de la fase de requisición. Se utiliza para calcular el KPI «Plazo desde la requisición hasta la PO» al conectar el evento de creación de la requisición con el evento de creación de la PO. Esto proporciona una visión completa de la fase inicial del ciclo de compras.
Por qué es importante
Vincula la requisición con la orden de compra posterior y permite medir el tiempo de ciclo integral desde la requisición hasta la PO.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Normalmente se almacena en los datos de la línea de la requisición después de generar una PO.
Ejemplos
PO-4500012345PO-4500012346PO-4500012347
|
|||
|
Nombre de la persona aprobadora
ApproverName
|
Nombre de la persona usuaria asignada para aprobar un paso específico del Workflow. | ||
|
Descripción
Este atributo identifica a la persona responsable, ya sea una persona gerente o una parte interesada, de una actividad de aprobación. Se diferencia del «Usuario del evento» general porque se refiere específicamente a las tareas de aprobación. Es un atributo clave para el Dashboard «Carga de trabajo y rendimiento de las personas aprobadoras». Permite hacer un seguimiento del número de requisiciones gestionadas por cada persona aprobadora y de su tiempo medio de aprobación. Esto ayuda a identificar cuellos de botella individuales, equilibrar las cargas de trabajo y evaluar el rendimiento con respecto a los objetivos.
Por qué es importante
Identifica a la persona responsable de una aprobación y permite analizar en detalle el equilibrio de la carga de trabajo y el rendimiento de las personas aprobadoras.
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 requisición.
Ejemplos
Sarah JonesDavid ChenMaria Garcia
|
|||
|
Nombre de la persona solicitante
RequesterName
|
Nombre de la persona empleada que inició la requisición de compra. | ||
|
Descripción
Este atributo a nivel de caso identifica a la persona que creó la requisición de compra. Proporciona contexto sobre el origen de la solicitud y la persona interesada correspondiente. En el análisis, este atributo se utiliza para filtrar el proceso y analizar el comportamiento de personas solicitantes concretas. Por ejemplo, los Dashboards «Análisis de modificaciones de requisiciones» y «Análisis de la tasa de rechazo de requisiciones» lo utilizan para identificar a quienes podrían necesitar formación adicional debido a sus altas tasas de modificaciones o rechazos. Ayuda a personalizar las recomendaciones y las iniciativas de mejora.
Por qué es importante
Identifica a la persona que creó la solicitud y permite analizar el comportamiento y la calidad del proceso para cada persona solicitante.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Es un campo estándar de la cabecera de la requisición, que suele aparecer como «Creado por» o «Persona solicitante».
Ejemplos
Alice WilliamsBob MillerCharles Brown
|
|||
|
Sistema de origen
SourceSystem
|
El 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», pero en un contexto más amplio, en el que los datos podrían combinarse desde varios sistemas, este campo es fundamental para la trazabilidad de los datos y la resolución de problemas. En el análisis, ayuda a confirmar el origen de los datos y puede utilizarse para filtrar o comparar procesos que abarcan distintos sistemas. Garantiza claridad y confianza en la fuente de datos, algo importante para conseguir 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 correcta comprensión del contexto del análisis.
Dónde obtenerlo
Normalmente es un valor estático que se añade durante el proceso de extracción y transformación de datos para indicar el origen del conjunto de datos.
Ejemplos
SAP AribaSAP_ARIBA_P2PAribaCloud
|
|||
|
Última actualización de los datos
LastDataUpdate
|
La 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 de datos más reciente de un evento determinado. Proporciona transparencia sobre la actualización de los datos analizados, algo especialmente importante para supervisar procesos en curso. Las personas analistas utilizan esta información para conocer la actualidad de las conclusiones generadas. En Dashboards como «Seguimiento en tiempo real del estado de las solicitudes», este campo es fundamental para informar sobre el grado de actualización de la información mostrada. También ayuda a gestionar las expectativas sobre la puntualidad de los datos.
Por qué es importante
Indica la actualidad de los datos, algo esencial para comprender la vigencia y la relevancia de los insights de Process Mining.
Dónde obtenerlo
Esta marca de tiempo suele generarse y añadirse a cada registro durante el proceso de incorporación de datos.
Ejemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
Purchase to Pay - Requisition: actividades
| Actividad | Descripción | ||
|---|---|---|---|
|
Orden de compra creada
|
Indica la conversión correcta de una Purchase Requisition aprobada en una Purchase Order. Se registra mediante la creación de un documento de PO que hace referencia a la requisición. | ||
|
Por qué es importante
Este es el principal resultado satisfactorio del proceso de requisiciones. Es esencial para medir el KPI «Requisition to PO Lead Time» de principio a fin.
Dónde obtenerlo
Es un evento explícito. Se utiliza la marca de tiempo de creación del documento de Purchase Order, que contiene un enlace o referencia directa al Purchase Requisition ID de origen.
Recopilar
En la tabla de cabecera de la PO, localice la PO vinculada a la requisición y utilice su marca de tiempo de creación.
Tipo de evento
explicit
|
|||
|
Solicitud aprobada
|
Indica la aprobación final de la Purchase Requisition después de superar correctamente todos los pasos del Workflow. Se registra mediante un cambio de estado a «Approved». | ||
|
Por qué es importante
Es un hito crítico que señala el final de la fase de aprobación. Es el punto final para medir «Avg Requisition Approval Time» e indica que la requisición está lista para crear una PO.
Dónde obtenerlo
Se infiere del historial del documento de Ariba, donde se registra el cambio de estado final de la requisición a «Approved».
Recopilar
Identifique la marca de tiempo en la que el campo de estado de la requisición cambia a «Approved».
Tipo de evento
inferred
|
|||
|
Solicitud cerrada
|
Es el cierre administrativo final de una Purchase Requisition una vez completadas todas las acciones asociadas, como el pedido y la recepción. Se registra mediante un cambio de estado final a «Closed». | ||
|
Por qué es importante
Representa el final definitivo de todo el ciclo de vida de la requisición. Analizar el tiempo transcurrido entre la creación de la PO 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 requisición a «Closed».
Recopilar
Identifique la marca de tiempo en la que el campo de estado de la requisición cambia a «Closed».
Tipo de evento
inferred
|
|||
|
Solicitud creada
|
Indica la creación inicial de un documento de Purchase Requisition por parte de un usuario. Se registra cuando la requisición se guarda por primera vez en estado «Composing» o como borrador. | ||
|
Por qué es importante
Este es el punto de partida del ciclo de vida de la requisición. Analizar el tiempo transcurrido entre la creación y el envío ayuda a medir la eficiencia de los usuarios e identificar necesidades de capacitación.
Dónde obtenerlo
A partir de la marca de tiempo de creación del objeto Purchase Requisition en SAP Ariba. Puede encontrarse en los datos de cabecera del documento de requisición y representa un evento de creación explícito.
Recopilar
Utilice «CreateTime» o la marca de tiempo equivalente de la tabla de cabecera del documento de requisición.
Tipo de evento
explicit
|
|||
|
Solicitud denegada
|
Representa el rechazo final de una Purchase Requisition después de su revisión. Es un estado final del proceso y se registra mediante un cambio de estado a «Denied». | ||
|
Por qué es importante
Es un punto final clave de fallo. Analizar las requisiciones denegadas es esencial para el KPI «Requisition Rejection Rate» y permite identificar patrones y mejorar la calidad de las solicitudes.
Dónde obtenerlo
Se infiere del historial del documento de Ariba, donde se registra el cambio de estado final de la requisición a «Denied».
Recopilar
Identifique la marca de tiempo en la que el campo de estado de la requisición cambia a «Denied».
Tipo de evento
inferred
|
|||
|
Solicitud enviada
|
Representa el envío formal de la Purchase Requisition al Workflow de aprobación por parte del solicitante. Se registra mediante un cambio de estado de «Composing» a «Submitted». | ||
|
Por qué es importante
Este es un hito clave que activa el proceso de aprobación. Es esencial para medir el «Requisition Approval Cycle Time» y el «Requisition Creation Lead Time».
Dónde obtenerlo
Se infiere del historial del documento o del Registro de eventos de Ariba, donde se registra el cambio de estado de la requisición a «Submitted» y la marca de tiempo de dicho cambio.
Recopilar
Identifique la marca de tiempo en la que el campo de estado de la requisición cambia por primera vez a «Submitted».
Tipo de evento
inferred
|
|||
|
Artículo de línea de la solicitud pedido
|
Representa el cambio de estado de una partida individual de una requisición a «Ordered» después de incluirla en una Purchase Order. Proporciona un seguimiento más detallado que la creación de una PO a nivel de cabecera. | ||
|
Por qué es importante
Permite analizar pedidos parciales o retrasos a nivel de partida, algo que no es visible cuando solo se consulta la cabecera. Resulta útil para requisiciones con muchas partidas atendidas por distintas PO.
Dónde obtenerlo
Se infiere del cambio de estado del objeto de partida de la requisición. El estado de la partida se actualiza a «Ordered» cuando se genera una PO para ella.
Recopilar
Identifique la marca de tiempo en la que el campo de estado de la partida de la requisición cambia a «Ordered».
Tipo de evento
inferred
|
|||
|
Paso de aprobación aprobado
|
Representa el resultado positivo de un paso de aprobación, en el que un aprobador ha aprobado la parte de la requisición que tenía asignada. Se registra explícitamente como una acción de aprobación. | ||
|
Por qué es importante
Mide el tiempo de procesamiento de cada aprobador. Estos datos son esenciales para calcular «Avg Approval Step Duration» y evaluar la carga de trabajo de los aprobadores.
Dónde obtenerlo
A partir de las tablas del flujo de aprobación de Ariba. Se registra con una marca de tiempo cuando un aprobador ejecuta la acción «Approve» en la tarea asignada.
Recopilar
Utilice la marca de tiempo de la acción «Approve» registrada en el historial de aprobación de un paso específico.
Tipo de evento
explicit
|
|||
|
Paso de aprobación iniciado
|
Indica que una Purchase Requisition se ha enviado a un aprobador 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
Proporciona una visión detallada del Workflow de aprobación. Es fundamental para calcular los tiempos de espera e identificar qué pasos concretos son cuellos de botella en el «Approval Path Bottleneck Analysis».
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 requisición.
Recopilar
Utilice la marca de tiempo de creación del registro de solicitud de aprobación asociado a la requisición y al paso de aprobación específico.
Tipo de evento
explicit
|
|||
|
Paso de aprobación rechazado
|
Representa el resultado negativo de un paso de aprobación, en el que un aprobador ha rechazado la requisición, normalmente para devolverla y modificarla. Se registra explícitamente como una acción «Deny». | ||
|
Por qué es importante
Destaca una fuente clave de retrabajo y retrasos del proceso. Analizar estos eventos es fundamental para comprender el «Requisition Rework Rate» y los motivos de rechazo.
Dónde obtenerlo
A partir de las tablas del flujo de aprobación de Ariba. Se registra con una marca de tiempo cuando un aprobador ejecuta la acción «Deny» o «Reject» en la tarea asignada.
Recopilar
Utilice la marca de tiempo de la acción «Deny» registrada en el historial de aprobación de un paso específico.
Tipo de evento
explicit
|
|||
|
Solicitud enviada a abastecimiento
|
Ocurre cuando una requisición aprobada se envía al departamento de abastecimiento para realizar un evento de abastecimiento, como una RFQ, antes de crear una PO. Se registra mediante un cambio de estado, por ejemplo, a «Sourcing». | ||
|
Por qué es importante
Identifica una bifurcación importante del proceso para artículos de alto valor o no estándar. Ayuda a analizar la contribución del departamento de abastecimiento al plazo total.
Dónde obtenerlo
Se infiere del cambio del estado de la requisición a un valor que indica que se ha enviado a abastecimiento. Es habitual en Ariba Buying integrado con Ariba Sourcing.
Recopilar
Identifique la marca de tiempo en la que el campo de estado de la requisición cambia a «Sourcing» o a un estado personalizado similar.
Tipo de evento
inferred
|
|||
|
Solicitud modificada
|
Ocurre cuando un usuario modifica una Purchase Requisition después de enviarla, normalmente 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 realizar un seguimiento del retrabajo y de las ineficiencias del proceso. Una frecuencia elevada de modificaciones sugiere que los requisitos o las políticas iniciales no son claros y afecta al KPI «Requisition Amendment Rate».
Dónde obtenerlo
Se infiere de los datos de versionado de Ariba. Cada modificación crea una nueva versión del documento de requisición. La creación de una versión superior a 1 indica una modificación.
Recopilar
Compruebe si se crean nuevas versiones de la requisición después del estado inicial «Submitted». La marca de tiempo de la nueva versión corresponde al momento del evento.
Tipo de evento
inferred
|
|||
|
Solicitud retirada
|
Ocurre cuando el solicitante original cancela una Purchase Requisition enviada antes de que se haya aprobado por completo. Se registra mediante un cambio de estado a «Withdrawn» o «Canceled». | ||
|
Por qué es importante
Representa la terminación del proceso iniciada por el usuario. Analizar por qué se retiran las requisiciones puede revelar problemas relacionados con cambios en las necesidades del negocio o con tiempos de aprobación prolongados.
Dónde obtenerlo
Se infiere del historial del documento o del Registro de eventos de Ariba, donde se registra el cambio de estado de la requisición a «Withdrawn».
Recopilar
Identifique la marca de tiempo en la que el campo de estado de la requisición cambia a «Withdrawn».
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice este Template para agilizar la preparación de sus datos y obtener información valiosa sobre su proceso de Purchase to Pay: requisición. Comience hoy mismo a optimizar sus operaciones.
Ponga fin a los retrasos: optimice su proceso de requisiciones de Purchase to Pay
Localice las ineficiencias de SAP Ariba y reduzca el tiempo de ciclo en un 30 %.
No necesita tarjeta de crédito; la configuración es rápida y sencilla.