Plantilla de Datos: De la Compra al Pago - Orden de Compra

Plantilla universal de Process Mining
Plantilla de Datos: De la Compra al Pago - Orden de Compra

Su Template de Datos de Órdenes de Compra para el Proceso de 'De la Compra al Pago'

Plantilla universal de Process Mining

Esta es nuestra plantilla genérica de datos de Process Mining para Purchase to Pay - Orden de Compra. Use nuestras plantillas específicas de sistema para una guía más detallada.

Seleccione un sistema específico
  • Lista exhaustiva de **campos de datos** recomendados para un análisis en profundidad.
  • Actividades y hitos clave para rastrear el ciclo de vida de su orden de compra.
  • Aplicable a cualquier sistema subyacente que gestione su proceso de De la Compra al Pago.
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Purchase to Pay - Atributos de la Orden de Compra

La siguiente tabla de atributos lista los campos de datos recomendados que son cruciales para crear un Registro de eventos completo y realizar un análisis exhaustivo de su proceso Purchase to Pay.
5 Requerido 7 Recomendado 4 Opcional
NombreDescripción
Hora del Evento
EventTime
El timestamp exacto que indica cuándo ocurrió una actividad o un evento.
Descripción

Event Time captura la fecha y hora en que se ejecutó una actividad específica o se registró un cambio de estado. Esta marca de tiempo aporta el contexto temporal de cada evento en el ciclo de vida de la orden de compra.

En Process Mining, las marcas de tiempo son esenciales para calcular tiempos de ciclo, duraciones y tiempos de espera entre actividades. Al ordenar cronológicamente los eventos de cada caso, es posible analizar el rendimiento del proceso, identificar cuellos de botella donde se pierde tiempo y monitorear el cumplimiento de los acuerdos de nivel de servicio (SLA).

Por qué es importante

Habilita todo el análisis basado en tiempo, incluido el cálculo de tiempos de ciclo, la identificación de cuellos de botella y el seguimiento del rendimiento frente a referencias.

Dónde obtener

Esto se encuentra típicamente en registros de eventos, tablas de historial de cambios o como un campo de fecha de creación o contabilización en documentos transaccionales.

Ejemplos
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z
ID de Orden de Compra
PurchaseOrderId
El identificador único para un documento de orden de compra. Este sirve como el identificador principal del caso para el proceso.
Descripción

El ID de la Orden de Compra es un código alfanumérico único asignado a cada orden de compra, que la distingue de todas las demás. Actúa como punto de referencia central para todas las actividades, documentos y comunicaciones relacionadas con una transacción de adquisición específica.

En Process Mining, este ID es crucial para agrupar todos los eventos relacionados, como la creación, aprobación, recepción de mercancías y facturación, en una única instancia de proceso de principio a fin o 'case'. Analizar los procesos por este identificador permite la reconstrucción y visualización de todo el ciclo de vida de cada orden de compra, desde su inicio hasta su cierre.

Por qué es importante

Es el atributo fundamental que conecta todos los eventos relacionados en un único caso de proceso, posibilitando el análisis de punta a punta del ciclo de vida de la orden de compra.

Dónde obtener

Este es típicamente un campo de clave primaria que se encuentra en la tabla o documento del encabezado de la orden de compra.

Ejemplos
PO-0012454500017563732000451
Nombre de la Actividad
ActivityName
El nombre del event o task de negocio específico que ocurrió en un momento dado dentro del ciclo de vida de la orden de compra.
Descripción

El Nombre de la Actividad describe un paso o un cambio de estado dentro del proceso de la orden de compra. Algunos ejemplos incluyen 'Orden de Compra Creada', 'Orden de Compra Aprobada', 'Recibo de Mercancías Publicado' y 'Factura Recibida'. Cada actividad representa un punto distinto en el recorrido del proceso.

Este atributo es esencial para construir el mapa del proceso, que representa visualmente el flujo de actividades. Analizar la secuencia y frecuencia de las diferentes actividades ayuda a identificar rutas de proceso comunes, desviaciones, cuellos de botella y bucles de repetición de trabajo, como eventos de aprobación o cambio repetidos.

Por qué es importante

Constituye la columna vertebral del mapa de procesos, permitiendo la visualización y el análisis del flujo del proceso, sus variaciones e ineficiencias.

Dónde obtener

Esta información se deriva típicamente de códigos de transacción, registros de cambios de estado, tablas de eventos o tablas de documentos de cambio asociadas a la orden de compra.

Ejemplos
Orden de Compra CreadaOrden de Compra AprobadaEntrada de Mercancías RegistradaFactura Recibida
Source System
SourceSystem
El sistema de registro o la aplicación de donde se extrajeron los datos del proceso.
Descripción

El atributo Sistema de Origen identifica el sistema de información original para los datos de eventos, como un ERP, una plataforma de adquisición o un sistema heredado. Esto es particularmente importante en entornos donde el proceso De la Compra al Pago (P2P) abarca múltiples aplicaciones integradas.

Conocer el sistema de origen ayuda en la validación de datos, la resolución de problemas y la comprensión de las variaciones del proceso que pueden depender del sistema. Por ejemplo, las Órdenes de Compra (OC) que se originan en un sistema de e-procurement podrían seguir una ruta diferente y más automatizada que aquellas creadas manualmente en el ERP central.

Por qué es importante

Proporciona contexto sobre el origen de los datos, crucial para la gobernanza de datos, la validación y el análisis de las variaciones del proceso a través de diferentes sistemas.

Dónde obtener

Esto puede ser un valor estático añadido durante la extracción de datos o un campo de las tablas de origen que indica el sistema de entrada.

Ejemplos
SAP S/4HANAOracle FusionCoupa
Última actualización de datos
LastDataUpdate
El timestamp que indica la última vez que los datos para este proceso se actualizaron o extrajeron.
Descripción

Este atributo registra la fecha y hora de la carga o actualización de datos más reciente del sistema de origen. Es un campo de metadatos que se aplica a todo el conjunto de datos en lugar de a un único evento.

Esta información es fundamental para que los usuarios comprendan la actualidad de los datos que están analizando. Les ayuda a evaluar la relevancia de la información obtenida y asegura que las decisiones se basen en datos tan actuales como sea necesario para su análisis.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos, asegurando que comprendan el período cubierto por el análisis y la relevancia de los hallazgos.

Dónde obtener

Este timestamp es generado y almacenado típicamente por la herramienta o proceso de extracción y transformación de datos (ETL).

Ejemplos
2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z
Categoría de Artículo
ItemCategory
La clasificación de los bienes o servicios que se adquieren, como Hardware de TI, Servicios Profesionales o Material de Oficina.
Descripción

La Categoría de Artículo, también conocida como Grupo de Materiales o Categoría de Compra, clasifica el tipo de producto o servicio que se está adquiriendo. Esta clasificación estructurada ayuda a organizar y comprender el gasto de adquisición y el comportamiento del proceso.

Analizar el proceso por categoría de artículo puede revelar variaciones significativas. Por ejemplo, el proceso de adquisición de servicios complejos puede tener ciclos de aprobación más largos y más cambios que el proceso para suministros de oficina estándar. Esta segmentación permite la optimización de procesos y el desarrollo de estrategias específicas para cada categoría.

Por qué es importante

Permite analizar el desempeño del proceso y el gasto por categoría, mostrando cómo distintos tipos de compras impactan la eficiencia.

Dónde obtener

Esta información se almacena típicamente a nivel de partida de la orden de compra.

Ejemplos
Hardware de TIServicios ProfesionalesSuministros de OficinaMRO - Mantenimiento, Reparación y Operaciones
Departamento
Department
El departamento comercial, centro de costos o área funcional al que se imputa o asocia la orden de compra.
Descripción

El atributo Departamento especifica la unidad organizacional responsable de la compra. Suele ser el departamento que inició la solicitud o aquel cuyo presupuesto cubrirá el gasto, como 'TI', 'Marketing' u 'Operaciones'.

Este atributo es esencial para segmentar y comparar el rendimiento del proceso entre las diferentes partes del negocio. El análisis por departamento puede revelar qué áreas tienen los tiempos de ciclo más largos, las tasas de cambio más altas o el mayor gasto no autorizado. Estas ideas ayudan a adaptar las iniciativas de mejora a las necesidades y comportamientos específicos de cada departamento.

Por qué es importante

Permite segmentar el análisis del proceso por unidad de negocio para comparar desempeño e identificar problemas específicos por área o buenas prácticas.

Dónde obtener

Esta información suele estar disponible en el encabezado de la orden de compra o en los detalles de la partida, a menudo vinculada como un campo de Centro de Costo o Departamento.

Ejemplos
FinanzasTecnología de la InformaciónMarketing - CPG
Estado de OC
PurchaseOrderStatus
El estado actual o final de la orden de compra en su ciclo de vida, como 'Abierta', 'Cerrada', 'Cancelada'.
Descripción

El Estado de la Orden de Compra indica la etapa de la orden de compra dentro de su ciclo de vida en un momento dado o su disposición final. Los estados comunes incluyen 'En Aprobación', 'Aprobada', 'Enviada al Proveedor', 'Parcialmente Recibida', 'Cerrada' o 'Cancelada'.

Este atributo es útil para filtrar y analizar subconjuntos de órdenes de compra. Por ejemplo, el análisis puede centrarse exclusivamente en órdenes abiertas para identificar los cuellos de botella actuales, o en órdenes canceladas para comprender las razones de la cancelación. El seguimiento de la secuencia de cambios de estado también puede servir como base para definir las actividades en el modelo de proceso.

Por qué es importante

Permite filtrar casos según su etapa del ciclo de vida y enfocar el análisis en órdenes abiertas, cerradas o con problemas.

Dónde obtener

Este es un campo de estado estándar que se encuentra en los datos del encabezado de la orden de compra.

Ejemplos
AbiertoCerrado para Facturación.CanceladoEn aprobación
Fecha de Entrega Solicitada
RequestedDeliveryDate
La fecha en la que la empresa ha solicitado al proveedor la entrega de los bienes o servicios.
Descripción

La Fecha de Entrega Solicitada es la fecha especificada en la orden de compra en la que la organización espera recibir los artículos o servicios del proveedor. Esta fecha sirve como base para medir el rendimiento de entrega del proveedor.

Este atributo es esencial para calcular el KPI de 'Tasa de Entrega a Tiempo'. Al comparar la fecha de entrega solicitada con la fecha real de recepción de mercancías, las empresas pueden evaluar la fiabilidad del proveedor. Analizar las desviaciones puede ayudar a identificar problemas crónicos con ciertos proveedores, artículos o ubicaciones de envío, lo que proporciona datos útiles para las evaluaciones de rendimiento.

Por qué es importante

Es el referente para medir el rendimiento de entrega del proveedor y es crucial para calcular el KPI de Tasa de Entrega a Tiempo.

Dónde obtener

Esta fecha es típicamente un campo estándar en el encabezado de la orden de compra o en los detalles de la partida.

Ejemplos
2024-08-152024-09-012024-07-30
Monto de OC
PurchaseOrderAmount
El valor monetario total de la orden de compra.
Descripción

El Monto de la Orden de Compra representa el compromiso financiero total de la orden. Puede analizarse a nivel de documento general o a nivel de partida individual.

Este atributo es fundamental para el análisis financiero y la priorización. Permite filtrar procesos según el valor, por ejemplo, para enfocarse en órdenes de compra de alto valor que pueden tener flujos de trabajo de aprobación más complejos o un mayor impacto en el negocio. Correlacionar el monto de la orden de compra con los tiempos de ciclo o las tasas de reelaboración puede revelar si las órdenes de alto valor se gestionan de forma menos eficiente que las de bajo valor.

Por qué es importante

Aporta una dimensión financiera al proceso, lo que permite un análisis basado en el valor para priorizar mejoras y comprender los impulsores de costos.

Dónde obtener

Este valor se encuentra en los datos del encabezado de la orden de compra, a menudo calculado como la suma de todos los importes de las partidas.

Ejemplos
15000.00250.75125000.50
Nombre de Proveedor
VendorName
El nombre del proveedor o vendedor a quien se compran los bienes o servicios.
Descripción

El Nombre del Proveedor identifica a la parte externa contratada para proporcionar los bienes o servicios especificados en la orden de compra. Es una pieza clave de los datos maestros vinculada a los datos transaccionales de la OC.

Analizar el proceso por proveedor es fundamental para la gestión del rendimiento de proveedores. Permite la comparación de proveedores basándose en métricas como las tasas de entrega a tiempo, las tasas de devolución de mercancías y la frecuencia de cambios en la OC. Esta información valiosa puede informar las estrategias de abastecimiento, las negociaciones con proveedores y la gestión de relaciones.

Por qué es importante

Permite analizar el rendimiento de los proveedores, comparando los tiempos de entrega, la calidad y la fricción del proceso entre diferentes proveedores.

Dónde obtener

Esto se obtiene de los datos maestros del proveedor y se vincula a la orden de compra, típicamente en el encabezado del documento.

Ejemplos
Suministros Globales de OficinaTech Solutions Inc.Agencia de Marketing Creativo.
Nombre de Usuario
UserName
El nombre o ID del usuario que realizó una actividad específica, como la creación, aprobación o modificación de la orden de compra.
Descripción

El Nombre de Usuario identifica al individuo responsable de ejecutar un evento dentro del proceso. Podría ser la persona que creó la solicitud, aprobó la orden de compra o registró la recepción de mercancías. Proporciona responsabilidad y una dimensión humana al flujo del proceso.

Analizar las actividades por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de capacitación y detectar posibles problemas de cumplimiento. Por ejemplo, se puede usar para ver si ciertos usuarios están asociados con altas tasas de retrabajo o retrasos, o para verificar violaciones de la segregación de funciones.

Por qué es importante

Vincula las actividades del proceso a individuos específicos, permitiendo el análisis de la carga de trabajo, el rendimiento y el cumplimiento a nivel de usuario.

Dónde obtener

Normalmente se encuentra en los campos 'Creado por', 'Modificado por' o 'ID de usuario' en los registros de transacciones y encabezados de documentos.

Ejemplos
j.doesmith_auser123
Hora de Finalización
EndTime
El timestamp exacto que indica cuándo concluyó una actividad. Para los eventos atómicos, suele ser el mismo que el Event Time.
Descripción

El atributo End Time registra el momento de finalización de una actividad. Si bien muchos eventos del proceso son atómicos y tienen la misma hora de inicio y fin, algunas actividades, especialmente las manuales o aquellas con una duración medible, pueden tener timestamps de inicio y fin distintos.

Tener una hora de finalización permite el cálculo preciso del tiempo de procesamiento de actividades individuales. Esto es inestimable para identificar qué pasos específicos consumen mucho tiempo y para diferenciar entre el tiempo de procesamiento (cuando el trabajo se realiza activamente) y el tiempo de espera (el tiempo de inactividad entre actividades).

Por qué es importante

Permite calcular con precisión los tiempos de procesamiento de cada actividad y distinguir el tiempo de trabajo activo de los tiempos de espera en el proceso.

Dónde obtener

Se encuentra en registros de eventos o en datos transaccionales, a veces como un campo independiente "End Time" o "Completion Date". Si no estuviera disponible, puede establecerse con el mismo valor que Event Time.

Ejemplos
2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z
ID de Requisición de Compra
PurchaseRequisitionId
El identificador único de la solicitud de compra que precedió y autorizó la orden de compra.
Descripción

El ID de la Solicitud de Compra es el identificador del documento interno que inició el proceso de adquisición. La solicitud es el pedido formal realizado por un departamento al departamento de compras para adquirir bienes o servicios.

Contar con este ID permite conectar el proceso de orden de compra con el proceso de solicitud previo. Esto habilita un análisis más amplio, 'De la Solicitud al Pedido', midiendo el tiempo transcurrido desde la solicitud hasta la creación de la orden de compra. Ayuda a identificar retrasos en la entrega entre los solicitantes y el equipo de compras.

Por qué es importante

Vincula la orden de compra con su solicitud de origen, permitiendo el análisis del tiempo de ciclo desde la requisición hasta la orden en etapas previas.

Dónde obtener

Esto se almacena típicamente como un campo de referencia en los datos del encabezado de la orden de compra o de la partida.

Ejemplos
PR-1008761000004321REQ-052023-01
Moneda
Currency
El código de moneda, como USD o EUR, para los valores monetarios en la orden de compra.
Descripción

El atributo de Moneda especifica la unidad de dinero utilizada para el Monto de la Orden de Compra y otros campos financieros. Es esencial para interpretar y agregar correctamente los datos financieros, especialmente en organizaciones multinacionales que operan con múltiples monedas.

En el análisis, este atributo asegura que las métricas financieras se comparen de manera homogénea. Es un requisito previo para cualquier dashboard o KPI que involucre valores monetarios, permitiendo una conversión de moneda y una elaboración de informes adecuadas para proporcionar una visión financiera precisa del proceso de aprovisionamiento.

Por qué es importante

Ofrece el contexto necesario para todos los valores monetarios, asegurando una generación de informes financieros y comparaciones precisas, especialmente en operaciones globales.

Dónde obtener

Este código suele almacenarse en el encabezado de la orden de compra junto con el importe total.

Ejemplos
USDEURGBP
Solicitante
Requester
El nombre de la persona que solicitó inicialmente los bienes o servicios.
Descripción

El Solicitante es la persona dentro de la organización que inició la necesidad de una compra, a menudo creando la solicitud de compra precedente. Esto es distinto del usuario que pudo haber creado el documento de orden de compra en el sistema, quien normalmente forma parte del departamento de compras.

Analizar por solicitante puede ayudar a identificar patrones en el comportamiento de compra. Por ejemplo, ciertos solicitantes podrían tener consistentemente pedidos urgentes o pedidos que requieren cambios frecuentes. Esta información puede utilizarse para proporcionar capacitación dirigida sobre políticas de adquisición o para mejorar las especificaciones de los requisitos en el origen.

Por qué es importante

Identifica al usuario de negocio que inició la compra, ayudando a analizar los comportamientos de adquisición y a mejorar el proceso de especificación de requisitos.

Dónde obtener

Esta información se obtiene generalmente de la solicitud de compra asociada o se almacena como un campo de Solicitante en la propia orden de compra.

Ejemplos
Alice JohnsonRobert WilliamsChen, Wei
Requerido Recomendado Opcional

Purchase to Pay - Actividades de la Orden de Compra

Esta sección detalla los pasos clave del proceso y los hitos cruciales para una correcta identificación de procesos y para comprender el flujo de trabajo de Órdenes de Compra en el proceso de 'de la compra al pago'.
6 Recomendado 9 Opcional
ActividadDescripción
Entrada de Mercancías Registrada
Esta actividad representa el registro formal de los bienes recibidos asociados a la orden de compra. Confirma que un envío ha llegado y ha sido registrado en el sistema, a menudo actualizando los niveles de inventario.
Por qué es importante

Este es un hito crítico que marca la ejecución del pedido desde una perspectiva logística. Analizar el rendimiento de entrega a tiempo depende en gran medida de la precisión y puntualidad de este evento.

Dónde obtener

Esta es una transacción explícita que crea un documento de recepción de mercancías o de producto, el cual está vinculado a la orden de compra.

Capturar

Utilice la fecha de contabilización o la fecha de creación del documento de material o de la transacción de entrada de mercancías.

Tipo de evento explicit
Factura Recibida
Este evento marca la recepción y registro de una factura de proveedor relacionada con la orden de compra. Significa el inicio de la parte de factura a pago del ciclo de compra a pago.
Por qué es importante

Esta actividad vincula el proceso de aprovisionamiento con las cuentas por pagar. El tiempo entre la recepción de mercancías y la recepción de factura es crucial para la gestión de devengos y la previsión financiera.

Dónde obtener

Esta es una transacción explícita capturada de la creación o contabilización de un documento de factura de proveedor vinculado a la orden de compra.

Capturar

Utilice la fecha de creación, entrada o contabilización del documento de factura del proveedor.

Tipo de evento explicit
Orden de Compra Aprobada
Este hito clave significa que la orden de compra ha completado su flujo de trabajo de aprobación interno. La OC está ahora autorizada para ser emitida al proveedor, lo que representa un compromiso financiero oficial.
Por qué es importante

Este es un hito crítico para medir la eficiencia de la aprobación interna. Los retrasos en la aprobación impactan directamente en el tiempo de entrega total y pueden tensar las relaciones con los proveedores.

Dónde obtener

Este evento suele inferirse de un cambio de estado en la orden de compra o se captura del timestamp de la aprobación final en un registro del historial del flujo de trabajo.

Capturar

Utilice el timestamp cuando se establece el estado de aprobación final de la PO o se registra la última acción de aprobación requerida.

Tipo de evento inferred
Orden de Compra Cerrada
Esta es la actividad final, lo que significa que la orden de compra se considera completa. Una OC se cierra típicamente cuando está completamente recibida y completamente facturada, y no se esperan más transacciones.
Por qué es importante

Esta actividad marca el fin del ciclo de vida de la orden de compra. El tiempo de cierre es una métrica clave para el rendimiento general del proceso y ayuda a identificar órdenes inactivas o pendientes.

Dónde obtener

Esto se infiere a menudo de un estado terminal como Cerrado o Completado, que puede establecerse automáticamente o manualmente.

Capturar

Utilice el timestamp cuando se establece un estado de cierre final, o cuando los indicadores de 'entrega completada' y 'factura final' están activos.

Tipo de evento inferred
Orden de Compra Creada
Esta actividad representa la creación inicial del documento de orden de compra en el sistema. Significa el inicio formal del compromiso de aprovisionamiento, a menudo generado a partir de una solicitud aprobada.
Por qué es importante

Como el evento inicial del caso principal, esta actividad es fundamental para medir el tiempo de ciclo de extremo a extremo de un pedido de compra. Establece la línea de base para todos los pasos del proceso subsiguientes.

Dónde obtener

Esta información se captura del timestamp de creación del registro principal de orden de compra o de la tabla de encabezado.

Capturar

Utilice la fecha y hora de creación del documento del registro de encabezado de la orden de compra.

Tipo de evento explicit
Orden de Compra Enviada al Proveedor
Esta actividad marca el momento en que la orden de compra aprobada se transmite oficialmente al proveedor. Esto puede ocurrir a través de diversos canales como EDI, un portal de proveedores o email.
Por qué es importante

Este es el primer punto de contacto externo y marca el inicio del tiempo de entrega del proveedor. Los retrasos entre la aprobación interna y el envío de la OC al proveedor representan tiempo perdido en el ciclo de aprovisionamiento.

Dónde obtener

Esto se captura a menudo de registros de salida de mensajes, registros de comunicación o un cambio de estado específico como Enviado o Pedido.

Capturar

Identifique la marca de tiempo en que el mensaje de comunicación de salida (output) de la OC se procesó o envió correctamente.

Tipo de evento explicit
Mercancías Devueltas
Actividad registrada cuando se devuelven al proveedor mercancías recibidas. Causas comunes: problemas de calidad, daños en el envío o envíos incorrectos.
Por qué es importante

El seguimiento de la frecuencia de devoluciones es un indicador clave de la calidad y el rendimiento del proveedor. Altas tasas de devolución pueden revelar problemas sistémicos con proveedores o productos específicos.

Dónde obtener

Esto se captura mediante una transacción de devolución específica o una reversión del documento original de recepción de mercancías.

Capturar

Identifique la fecha de contabilización de un documento de devolución de material o de un movimiento de mercancías con tipo de devolución.

Tipo de evento explicit
Orden de Compra Cancelada
Esta actividad representa la cancelación de una orden de compra antes de su finalización. Una cancelación puede ocurrir en diversas etapas si los bienes ya no son necesarios o si la orden se creó por error.
Por qué es importante

Las cancelaciones representan un esfuerzo desperdiciado y pueden indicar ineficiencias del proceso o una mala planificación de la demanda. Comprender por qué y cuándo se cancelan las OC puede llevar a mejoras en el proceso.

Dónde obtener

Esto se infiere típicamente de un estado de documento específico como Cancelado o la activación de un indicador de borrado en el registro de orden de compra.

Capturar

Identifique la marca de tiempo cuando se marca el indicador de eliminación o cuando el estado del documento cambia a cancelado.

Tipo de evento inferred
Orden de Compra Enviada
Esta actividad ocurre cuando un borrador de orden de compra se envía formalmente a un flujo de trabajo de aprobación interno. Esto hace que el documento pase de un estado de borrador a un estado de aprobación pendiente.
Por qué es importante

Este evento separa el tiempo de creación o elaboración de la OC del tiempo de ciclo de aprobación real. Analizar el retraso entre la creación y el envío puede revelar comportamientos de usuario o problemas de formación.

Dónde obtener

Esto se captura típicamente de una acción de usuario explícita, un cambio de estado o una entrada en un registro del flujo de trabajo.

Capturar

Identifique la marca de tiempo asociada a la acción 'submit for approval' o al cambio de estado correspondiente.

Tipo de evento explicit
Orden de Compra Modificada
Este evento representa cualquier modificación realizada en una orden de compra después de su creación inicial o aprobación. Los cambios comunes incluyen ajustes en la cantidad, el precio o las fechas de entrega.
Por qué es importante

Los cambios frecuentes pueden evidenciar una planificación inicial deficiente, problemas con proveedores o inestabilidad del proceso. Cada cambio suele exigir una nueva aprobación, lo que añade carga administrativa y demoras.

Dónde obtener

Esta información se captura de los registros de cambios del sistema, el historial de versiones del documento o las tablas de auditoría.

Capturar

Utilice el timestamp de los registros de documentos de cambio que están vinculados a la orden de compra.

Tipo de evento explicit
Orden de Compra Rechazada
Esta actividad ocurre cuando un aprobador rechaza la orden de compra durante el flujo de trabajo de aprobación. La OC se suele devolver al creador para revisión o cancelación.
Por qué es importante

Los rechazos introducen repetición de trabajo y retrasos en el proceso. Analizar la frecuencia y las razones de los rechazos ayuda a identificar problemas con la calidad de los datos, el cumplimiento de las políticas o la capacitación de los aprobadores.

Dónde obtener

Esto se infiere generalmente de un cambio de estado a Rechazado o un estado similar en el documento de orden de compra.

Capturar

Identifique la marca de tiempo cuando el estado de la OC se actualiza para reflejar el rechazo.

Tipo de evento inferred
Pedido Confirmado por el Proveedor
Este evento significa que el proveedor ha recibido, revisado y confirmado la orden de compra. Esta confirmación a menudo incluye un acuerdo sobre el precio, la cantidad y las fechas de entrega.
Por qué es importante

El acuse de recibo del proveedor proporciona confianza en que el pedido se cumplirá según lo solicitado. La falta de un acuse de recibo oportuno puede ser un indicador temprano de posibles problemas o retrasos en el cumplimiento.

Dónde obtener

Esto se captura de transacciones iniciadas por el proveedor en un portal de proveedores, o a través de la entrada manual de datos basada en confirmaciones por correo electrónico o fax.

Capturar

Utilice el timestamp del documento de confirmación de pedido o de la actualización de estado que indica el acuse de recibo del proveedor.

Tipo de evento explicit
Requisición de Compra Aprobada
Este evento significa que la solicitud de compra ha sido revisada y aprobada por todos los interesados necesarios. Esta aprobación autoriza la creación de una orden de compra formal.
Por qué es importante

Este hito marca el fin del proceso interno de aprobación de la demanda. El seguimiento de la duración y la tasa de éxito de las aprobaciones de solicitudes es clave para entender la eficiencia previa al aprovisionamiento.

Dónde obtener

Esto se infiere típicamente de un cambio de estado en el documento de solicitud o se captura de un registro del historial del flujo de trabajo.

Capturar

Identifique la marca de tiempo cuando se establece el estado de aprobación final de la solicitud de compra o cuando se registra la acción de aprobación final.

Tipo de evento inferred
Requisición de Compra Creada
Esta actividad marca la solicitud formal de bienes o servicios que precede a una orden de compra. Es el documento inicial que captura la necesidad de negocio y suele iniciar un flujo de trabajo de aprobación.
Por qué es importante

Analizar el tiempo entre la creación de la solicitud y la creación de la OC ayuda a identificar cuellos de botella en la fase de la demanda al pedido. Altos volúmenes de solicitudes que no se convierten en pedidos pueden indicar una planificación ineficiente.

Dónde obtener

Este evento se captura del timestamp de creación del documento o registro de solicitud de compra en el módulo de aprovisionamiento.

Capturar

Utilice el timestamp de creación de la tabla de encabezado de la solicitud de compra o del registro del documento.

Tipo de evento explicit
Servicios Confirmados
Esta actividad equivale a una recepción de mercancías para órdenes de compra de servicios. Confirma que un servicio ha sido prestado conforme a los términos especificados en la OC.
Por qué es importante

Para compras de servicios, este evento es clave para seguir el desempeño de la prestación y, a menudo, es un requisito previo para aprobar la factura correspondiente.

Dónde obtener

Esto se captura típicamente a través de la creación de una hoja de entrada de servicios o un documento de confirmación de servicio similar.

Capturar

Utilice la fecha de creación o de contabilización de la hoja de entrada de servicio o del registro de confirmación.

Tipo de evento explicit
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos para Process Mining.

Los métodos de extracción varían según el sistema. Para instrucciones detalladas,

lea nuestra guía de ETL

o seleccione un proceso y sistema específicos.