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

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

Su Plantilla de Datos de Órdenes de Compra - De la Compra al Pago

Esta plantilla le guía a través de los puntos de datos esenciales requeridos para analizar su proceso de Compra a Pago - Pedido de Compra en SAP ECC. Describe los atributos cruciales a recopilar, las actividades clave a rastrear y proporciona orientación práctica sobre cómo extraer esta información de su sistema. Utilice este recurso para construir un registro de eventos robusto para sus iniciativas de Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de extracción para SAP ECC
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

De la Compra al Pago - Atributos del Pedido de Compra

Estos son los campos de datos esenciales recomendados para su inclusión en su registro de eventos, lo que permite un análisis exhaustivo de su proceso De la Compra al Pago - Orden de Compra.
3 Requerido 6 Recomendado 13 Opcional
NombreDescripción
Actividad
Activity
El nombre del evento de negocio o paso específico que ocurrió dentro del ciclo de vida de la orden de compra.
Descripción

Este atributo describe un solo paso en el proceso, como Pedido Creado, Pedido Aprobado o Entrada de Mercancías Registrada. La secuencia de estas actividades forma el flujo del proceso para cada pedido.

Analizar la secuencia, frecuencia y duración entre actividades es el núcleo del Process Mining. Ayuda a identificar cuellos de botella, bucles de reelaboración y desviaciones del proceso estándar, lo que permite mejoras dirigidas y esfuerzos de estandarización.

Por qué es importante

Las actividades definen los pasos del proceso. Analizar su secuencia y duración revela el flujo real del proceso, los cuellos de botella y las desviaciones.

Dónde obtener

Se deriva de varias tablas de SAP y registros de transacciones, como CDHDR/CDPOS para cambios, EKBE para GR/IR y EBAN para solicitudes. A menudo requiere una lógica personalizada o un programa de extracción para generar.

Ejemplos
Pedido de Compra CreadoPedido de Compra AprobadoEntrada de Mercancías Contabilizada
Hora del Evento
EventTime
La fecha y hora precisas en que ocurrió la actividad.
Descripción

Esta timestamp marca el momento exacto en que tuvo lugar un evento, como la hora en que se aprobó un PO o cuando se contabilizó una entrada de mercancías. Proporciona el orden cronológico para todas las actividades dentro de un case.

Las timestamps son fundamentales para el Process Mining, ya que permiten todo el análisis basado en el tiempo. Esto incluye el cálculo de tiempos de ciclo entre actividades, la identificación de retrasos, el análisis del rendimiento del proceso y la medición del rendimiento contra los acuerdos de nivel de servicio (SLAs).

Por qué es importante

Esta timestamp es crítica para calcular todas las métricas basadas en duración, como los tiempos de ciclo y los cuellos de botella, y para ordenar los eventos cronológicamente.

Dónde obtener

Se deriva de varios campos de fecha y hora en tablas de SAP, como EKKO-AEDAT (Fecha de Modificación), CDHDR-UDATE/UTIME (Marca de Tiempo del Registro de Cambios) o EKBE-BUDAT (Fecha de Contabilización).

Ejemplos
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
Orden de Compra
PurchaseOrder
El identificador único para el documento de Orden de Compra (OC), que sirve como el caso principal para el seguimiento del proceso de adquisición.
Descripción

El número de Orden de Compra es el identificador central que vincula todas las actividades desde su creación hasta la recepción final de los bienes y la finalización. Cada número de OC único representa una única instancia del proceso de adquisición.

En Process Mining, este atributo es esencial para reconstruir el recorrido de principio a fin de cada compra. Permite un análisis detallado de los tiempos de ciclo, las variaciones del proceso y las verificaciones de cumplimiento para cada orden individual, formando la base de todo el modelo de proceso.

Por qué es importante

Este es el identificador principal que conecta todos los eventos relacionados, lo que permite analizar el ciclo de vida completo de cada pedido de compra individual.

Dónde obtener

Tabla: EKKO, Campo: EBELN

Ejemplos
450001762345000176244500017625
Grupo de Material
MaterialGroup
Una clasificación para agrupar materiales o servicios con características similares.
Descripción

El Grupo de Materiales, o categoría de compra, se utiliza para clasificar el tipo de bienes o servicios que se están adquiriendo. Ejemplos incluyen 'Hardware de TI', 'Suministros de Oficina' o 'Servicios Profesionales'.

Este atributo es crucial para el análisis de gastos y la comprensión de los patrones de adquisición. Permite filtrar el proceso para analizar cómo se gestionan las diferentes categorías, quién las aprueba y qué proveedores las suministran. Es una dimensión clave en el dashboard de 'Análisis de Valor de la Orden de Compra'.

Por qué es importante

Permite segmentar el proceso por categoría de producto o servicio, revelando diferentes comportamientos, tiempos de ciclo o proveedores para distintos tipos de gasto.

Dónde obtener

Tabla: EKPO, Campo: MATKL

Ejemplos
00101IT_HWCONSULT
Importe del Pedido
OrderAmount
El valor monetario total del ítem de línea de la orden de compra.
Descripción

Este atributo representa el valor total de una posición específica en el pedido, calculado como la cantidad multiplicada por el precio neto. Para obtener el valor total de un PO, es necesario agregar los importes de las posiciones.

Analizar el proceso por importe del pedido es crítico para identificar transacciones de alto valor que puedan requerir controles más estrictos o rutas de aprobación diferentes. Impulsa el dashboard 'Análisis de Valor del Pedido' y ayuda a priorizar los esfuerzos de mejora de procesos en los pedidos financieramente más significativos.

Por qué es importante

Cuantifica el impacto financiero de cada compra, permitiendo un análisis basado en el valor para priorizar pedidos de alto valor o identificar oportunidades de ahorro de costos.

Dónde obtener

Tabla: EKPO, Campo: NETWR (Valor Neto del Pedido).

Ejemplos
1500.00250.7512345.50
Nombre de Usuario
UserName
El ID de usuario de la persona que ejecutó la actividad.
Descripción

Este atributo captura el nombre de usuario SAP del empleado que creó, modificó o aprobó un documento. Para los pasos automatizados, puede mostrar un ID de usuario de sistema o de lote.

Analizar por usuario ayuda a identificar necesidades de capacitación, individuos de alto rendimiento o posibles problemas de cumplimiento. Es clave para construir dashboards relacionados con la distribución de la carga de trabajo, el cumplimiento de la matriz de aprobación y la comprensión del rendimiento de diferentes equipos o individuos.

Por qué es importante

Atribuye las acciones de usuario a individuos específicos, permitiendo el análisis del rendimiento del usuario, la carga de trabajo y la adherencia a los protocolos de cumplimiento.

Dónde obtener

Tabla: EKKO, Campo: ERNAM (Creado por); Tabla: CDHDR, Campo: USERNAME (Modificado por).

Ejemplos
JSMITHMBROWNBATCH_USER
Número de Proveedor
VendorNumber
El identificador único para el proveedor.
Descripción

Este es el código que identifica de forma única al proveedor del cual se adquieren los bienes o servicios. Es un dato maestro crítico en el proceso de adquisiciones.

Este atributo es esencial para el análisis centrado en el proveedor. Permite la evaluación del rendimiento de entrega del proveedor, la comparación de los tiempos de entrega entre diferentes proveedores y el análisis de los patrones de gasto. Es la dimensión principal para el dashboard de 'Rendimiento de Entrega del Proveedor'.

Por qué es importante

Permite el análisis del rendimiento del proveedor, ayudando a identificar proveedores fiables y aquellos que causan retrasos o problemas de calidad.

Dónde obtener

Tabla: EKKO, Campo: LIFNR

Ejemplos
100345V-20598700112
Sociedad
CompanyCode
El identificador para la entidad legal o sociedad que inicia la compra.
Descripción

El Código de Sociedad representa una entidad legal independiente en SAP. Todas las transacciones se contabilizan a nivel de código de sociedad, lo que lo convierte en una unidad organizativa fundamental.

Analizar el proceso por Código de Sociedad permite comparar la eficiencia y el cumplimiento de las adquisiciones entre diferentes unidades de negocio o países. Ayuda a identificar las mejores prácticas en una entidad que podrían replicarse en otros lugares, o a señalar unidades específicas que tienen dificultades con el proceso.

Por qué es importante

Representa la entidad legal, permitiendo la comparación del rendimiento del proceso y las verificaciones de cumplimiento en diferentes partes de la organización.

Dónde obtener

Tabla: EKKO, Campo: BUKRS

Ejemplos
10002100US01
Tipo de Documento
DocumentType
Un código que clasifica diferentes tipos de pedidos de compra.
Descripción

El Tipo de Documento es una configuración en SAP que controla el rango de números, la selección de campos y el flujo de proceso general para una orden de compra. Por ejemplo, podría haber diferentes tipos para POs estándar, POs de servicio o pedidos de traslado de stock.

Este atributo es una dimensión potente para el análisis, ya que los diferentes tipos de documento suelen seguir procesos intencionadamente distintos. Filtrar por tipo de documento permite una comparación más precisa y homogénea de los tiempos de ciclo y los flujos de proceso.

Por qué es importante

Distingue entre diferentes tipos de procesos de compra (ej. estándar, de servicio, de devolución), que a menudo tienen rutas distintas y expectativas de rendimiento.

Dónde obtener

Tabla: EKKO, Campo: BSART

Ejemplos
NBFOUB
Entrega a Tiempo
IsOnTimeDelivery
Un indicador de si las mercancías se recibieron en la fecha de entrega solicitada o antes.
Descripción

Este atributo booleano es true si la marca de tiempo de la actividad Entrada de Mercancías Registrada es igual o anterior a la Fecha de Entrega Solicitada. Proporciona un resultado binario claro para el rendimiento de la entrega en cada posición del PO.

Este atributo es la base para el KPI 'Tasa de Entrada de Mercancías a Tiempo'. Simplifica el análisis del rendimiento del proveedor y la eficiencia de la recepción interna al permitir una fácil agregación y filtrado de entregas a tiempo frente a entregas tardías.

Por qué es importante

Proporciona una métrica clara de éxito o fracaso para la puntualidad de la entrega, apoyando directamente los KPI de rendimiento de proveedores y los dashboards.

Dónde obtener

Este es un atributo calculado que se obtiene al comparar la fecha de contabilización de la entrada de mercancías (EKBE-BUDAT) con la fecha de entrega solicitada (EKPO-EINDT).

Ejemplos
truefalse
Es Cambio Posterior a la Aprobación
IsPostApprovalChange
Un indicador que muestra si hubo un cambio en la OC después de la aprobación inicial.
Descripción

Este atributo booleano es true si se detecta una actividad de Pedido Modificado después de una actividad de Pedido Aprobado para el mismo PO. Ayuda a aislar cambios problemáticos que ocurren tarde en el proceso.

Este campo calculado soporta directamente el KPI 'Tasa de Cambio de PO Post-Aprobación' y el dashboard 'Reelaboración y Cambios de Pedido'. Ayuda a cuantificar y resaltar cambios disruptivos que pueden causar retrasos y requerir una nueva aprobación, señalando problemas en el proceso de especificación o alcance inicial.

Por qué es importante

Mide directamente el retrabajo después de la aprobación, un KPI clave para la estabilidad y la eficiencia del proceso. Las tasas elevadas indican problemas en la definición inicial de requisitos.

Dónde obtener

Este es un atributo calculado derivado de la secuencia de actividades en el registro de eventos.

Ejemplos
truefalse
Fecha de Entrega Solicitada
RequestedDeliveryDate
La fecha en que la empresa solicitó al proveedor la entrega de los bienes o servicios.
Descripción

Esta es la fecha de entrega objetivo especificada en el pedido de compra. Sirve como línea base contra la cual se mide el rendimiento real de la entrega.

Esta fecha es esencial para calcular el KPI de 'Tasa de Entrada de Mercancías a Tiempo'. Al comparar la fecha real de entrada de mercancías con esta fecha solicitada, las organizaciones pueden medir cuantitativamente la fiabilidad del proveedor y la eficiencia de recepción interna, lo que apoya directamente el dashboard de 'Rendimiento de Entrega del Proveedor'.

Por qué es importante

Esta es la fecha objetivo de entrega, esencial para calcular los KPIs de rendimiento a tiempo y evaluar la fiabilidad del proveedor.

Dónde obtener

Tabla: EKPO, Campo: EINDT

Ejemplos
2023-06-102023-07-222023-08-01
Grupo de Compras
PurchasingGroup
El comprador o grupo de compradores específico responsable de la actividad de adquisición.
Descripción

El Grupo de Compras representa al individuo o al equipo de compradores responsable de una determinada actividad de compra. Son el punto de contacto principal para los proveedores.

Este atributo proporciona un nivel de análisis más granular que la Organización de Compras. Ayuda a comprender la distribución de la carga de trabajo entre los compradores y a identificar diferencias de rendimiento a nivel de comprador, lo que puede informar la asignación de recursos y las iniciativas de capacitación.

Por qué es importante

Proporciona una vista granular de quién es responsable de una compra, lo que permite un análisis detallado de la carga de trabajo y el rendimiento a nivel de comprador o equipo.

Dónde obtener

Tabla: EKKO, Campo: EKGRP

Ejemplos
001002N01
Moneda
Currency
El código de moneda para el importe de la orden de compra.
Descripción

Este atributo especifica la moneda en la que se denomina el valor del pedido, como USD, EUR o GBP. Proporciona un contexto esencial para cualquier valor monetario.

Para las organizaciones globales, la moneda es esencial para un análisis financiero correcto. Permite una agregación y comparación adecuadas de los valores de los pedidos, y todos los KPIs monetarios deben interpretarse en el contexto de su moneda.

Por qué es importante

Proporciona el contexto necesario para todos los valores monetarios, asegurando un análisis financiero preciso, especialmente en organizaciones multinacionales.

Dónde obtener

Tabla: EKKO, Campo: WAERS

Ejemplos
USDEURJPY
Motivo de rechazo
RejectionReason
El código de motivo o texto que explica por qué se rechazó una solicitud de pedido o una orden.
Descripción

Este atributo registra la razón específica proporcionada cuando un pedido es rechazado durante el workflow de aprobación. Esta información es crucial para comprender las causas raíz de la reelaboración y los retrasos.

Analizar las razones de rechazo ayuda a identificar problemas comunes como precios incorrectos, excesos presupuestarios o selección de proveedores no conformes. Esta información permite a la empresa abordar las causas raíz, mejorar la calidad de la creación inicial de pedidos y optimizar el proceso de aprobación.

Por qué es importante

Proporciona una visión directa de por qué fallan las aprobaciones, lo que permite mejoras dirigidas para reducir el retrabajo y acortar los tiempos de ciclo de aprobación.

Dónde obtener

Esta información puede ser difícil de localizar. Podría estar almacenada en campos de texto largos o depender de la configuración personalizada del workflow. Frecuentemente, requiere un conocimiento específico de la implementación.

Ejemplos
Precio IncorrectoPresupuesto excedidoSolicitud duplicada
Nombre de Proveedor
VendorName
El nombre legal del proveedor.
Descripción

El nombre descriptivo del proveedor, que es más fácil de usar que el número de proveedor. Generalmente, se obtiene de los datos maestros del proveedor.

Aunque el Número de Proveedor se utiliza para uniones (joins) e identificación única, el Nombre del Proveedor es crucial para dashboards e informes orientados al usuario. Esto hace que los análisis sean más intuitivos y accesibles para los usuarios de negocio que quizás no estén familiarizados con los códigos de proveedor.

Por qué es importante

Proporciona un nombre legible para el proveedor, lo que facilita la comprensión de los dashboards e informes para los usuarios de negocio.

Dónde obtener

Tabla: LFA1, Campo: NAME1. Esto requiere una unión de EKKO-LIFNR a LFA1-LIFNR.

Ejemplos
Staples Inc.Global Tech SolutionsEmpresa de Suministros de Oficina
Organización de Compras
PurchasingOrganization
La unidad organizativa responsable de negociar precios y adquirir materiales o servicios.
Descripción

La Organización de Compras es una unidad organizativa clave en SAP responsable de las actividades de adquisición. Puede estar centralizada para toda la empresa o descentralizada por planta o región.

Analizar el rendimiento del proceso por Organización de Compras ayuda a identificar qué equipos de adquisición son los más eficientes. Permite comparar métricas como el tiempo de ciclo, las tasas de retrabajo y los costos entre diferentes unidades organizativas, destacando las mejores prácticas y las áreas que necesitan apoyo.

Por qué es importante

Identifica el equipo de adquisiciones responsable, permitiendo comparaciones de rendimiento y análisis entre diferentes unidades organizativas.

Dónde obtener

Tabla: EKKO, Campo: EKORG

Ejemplos
1000US01DE01
Planta
Plant
La ubicación física o planta donde se entregarán los bienes.
Descripción

La Planta es una unidad organizativa que representa una instalación de producción, almacén u otra ubicación donde se reciben bienes o servicios.

Analizar por Planta ayuda a comprender las variaciones geográficas en el proceso de adquisición. Puede revelar diferencias en los tiempos de entrega del proveedor a ciertas ubicaciones o resaltar plantas específicas que tienen procesos de recepción ineficientes, lo que apoya el análisis de la puntualidad de la recepción de mercancías.

Por qué es importante

Especifica la ubicación de entrega, útil para analizar las diferencias de procesos regionales y el rendimiento logístico.

Dónde obtener

Tabla: EKPO, Campo: WERKS

Ejemplos
100011002000
Solicitud de Compra
PurchaseRequisition
El identificador de la solicitud de pedido que precedió a la orden de compra.
Descripción

Este atributo vincula el pedido con su solicitud de pedido original. No todos los POs tendrán una solicitud precedente.

Este vínculo es vital para analizar el dashboard de 'Conversión de Solicitud a Pedido' y el KPI de 'Tasa de Conversión de SR a PO'. Permite medir la eficiencia del proceso ascendente, desde la solicitud inicial hasta la creación de un pedido formal, y para identificar POs no conformes creados sin una solicitud.

Por qué es importante

Vincula el pedido de compra (PO) con su solicitud de origen, permitiendo analizar el proceso de conversión de la solicitud de pedido (PR) a PO e identificar PO creados sin una requisición previa.

Dónde obtener

Tabla: EKPO, Campo: BANFN

Ejemplos
1001589010015891
Source System
SourceSystem
El sistema del cual se extrajo la data.
Descripción

Este atributo identifica el origen de los datos, que suele ser un identificador de instancia de SAP ECC (por ejemplo, ECC_PROD_100). En entornos con múltiples sistemas, ayuda a diferenciar las fuentes de datos.

Para la gobernanza y la trazabilidad de los datos, conocer el sistema de origen es crucial. Asegura la integridad de los datos y ayuda a solucionar problemas de extracción o calidad de datos, especialmente cuando los datos se fusionan de diferentes sistemas o módulos ERP.

Por qué es importante

Identifica el origen de los datos, lo cual es crucial para la gobernanza, validación y gestión de análisis de datos a través de múltiples sistemas.

Dónde obtener

Este es típicamente un valor estático añadido durante el proceso de extracción de datos para etiquetar el dataset con su sistema de origen.

Ejemplos
SAP_ECC_PRODECC_EU_100S4H_FIN
Tiempo de Ciclo de Extremo a Extremo
EndToEndCycleTime
El tiempo total transcurrido desde la primera actividad hasta la última actividad para una orden de compra.
Descripción

Esta métrica mide la duración total de todo el proceso de pedido de compra, desde el evento registrado más temprano (por ejemplo, 'Solicitud de Compra Creada') hasta el evento final (por ejemplo, 'Pedido de Compra Completado').

Este es un KPI crítico para medir la eficiencia general del proceso. Proporciona una vista de alto nivel del rendimiento y su análisis ayuda a identificar los cases de mayor duración y los cuellos de botella comunes. Apoya directamente el dashboard de 'Análisis del Tiempo de Ciclo de Pedido de Compra de Extremo a Extremo' y el KPI de 'Tiempo de Ciclo Promedio de Pedido de Compra de Extremo a Extremo'.

Por qué es importante

Mide la velocidad y eficiencia general de todo el proceso de adquisición, proporcionando un indicador clave de su salud.

Dónde obtener

Este es un atributo calculado que se determina restando la timestamp del primer evento de la timestamp del último evento para cada case.

Ejemplos
10 días 4 horas22 días 1 hora5 días 8 horas
Última actualización de datos
LastDataUpdate
El timestamp que indica la última vez que los datos se actualizaron desde el sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción o actualización de datos más reciente. Proporciona contexto sobre la actualidad de los datos que se analizan.

Mostrar esta información en los dashboards es vital para que los usuarios comprendan si los conocimientos se basan en datos casi en tiempo real o en una instantánea histórica. Gestiona las expectativas del usuario y asegura que las decisiones se tomen basándose en datos de una antigüedad conocida.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos, asegurando que comprendan si el análisis refleja el estado más reciente de las operaciones.

Dónde obtener

Esta timestamp es generada y añadida por el proceso de extracción de datos o ETL en el momento de la ejecución.

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Requerido Recomendado Opcional

De la Compra al Pago - Actividades del Pedido de Compra

Estos son los pasos críticos del proceso y los hitos que deben capturarse en su registro de eventos, ya que proporcionan la base para un descubrimiento de procesos preciso y la identificación de cuellos de botella.
6 Recomendado 8 Opcional
ActividadDescripción
Entrada de Mercancías Contabilizada
Esta actividad representa la recepción física de bienes de un proveedor contra un pedido específico. Registrar la entrada de mercancías es una acción explícita (por ejemplo, mediante la transacción MIGO) que crea un documento de material y actualiza el inventario.
Por qué es importante

Este es un hito crítico para el seguimiento del rendimiento de entrega del proveedor y el inicio del proceso de verificación de facturas. Se utiliza para calcular las tasas de entrega a tiempo y la puntualidad de la entrada de mercancías.

Dónde obtener

Registrado al crear un documento de material. El timestamp del evento es la fecha de contabilización (MKPF-BUDAT) o la fecha de creación (MKPF-CPUDT) de la tabla de cabecera del documento de material (MKPF), vinculado al PO a través de la tabla de posición (MSEG).

Capturar

Utilice la timestamp de contabilización/creación de la tabla MKPF para los documentos de material que referencian al PO.

Tipo de evento explicit
Pedido de Compra Aprobado
Representa la aprobación final del pedido de compra, autorizándolo para ser enviado al proveedor. Este hito clave se infiere típicamente de un cambio en el estado de liberación del PO a un estado 'completamente liberado' o 'aprobado'.
Por qué es importante

Esta actividad es crítica para calcular el KPI de Tiempo de Ciclo de Aprobación de OC e identificar cuellos de botella en el workflow de aprobación. Es un prerrequisito para la mayoría de las actividades subsiguientes, como el envío de la orden al proveedor.

Dónde obtener

Inferido al rastrear los registros de cambios (CDHDR/CDPOS) para la tabla de cabecera del Pedido de Compra (EKKO) para encontrar cuándo se aplica el código de liberación final o cuándo el indicador de estado de liberación general (EKKO-FRGKE) se establece como 'liberado'.

Capturar

Identifique el timestamp cuando el estado de liberación general del PO (EKKO-FRGKE) cambia al estado final aprobado.

Tipo de evento inferred
Pedido de Compra Completado
Indica que un ítem de pedido de compra se considera completamente entregado. Este es un evento inferido, típicamente derivado del indicador 'Entrega Completada' que se establece automáticamente o manualmente en el ítem del pedido de compra.
Por qué es importante

Esta actividad funciona como un punto final lógico para la fase de cumplimiento del pedido en el proceso. Es esencial para calcular el tiempo de ciclo completo del PO, desde su creación hasta su finalización.

Dónde obtener

Inferido de los documentos de cambio (CDHDR/CDPOS) que registran cuándo el indicador 'Entrega Completada' (EKPO-ELIKZ) se establece en 'X' para un ítem de PO. El último ítem marcado como completo puede significar la finalización de todo el PO.

Capturar

Identifique el timestamp de los documentos de cambio cuando la bandera EKPO-ELIKZ está establecida.

Tipo de evento inferred
Pedido de Compra Creado
Esta actividad significa la creación de un documento formal de pedido, que es un contrato vinculante con un proveedor. Es un evento explícito, registrado cuando un usuario crea y guarda un PO (por ejemplo, mediante la transacción ME21N), lo que resulta en entradas en las tablas EKKO y EKPO.
Por qué es importante

Marca el inicio oficial del ciclo de vida del pedido de compra. Sirve como un hito clave para medir tanto el tiempo de conversión de PR a PO como el tiempo de cumplimiento del pedido de extremo a extremo.

Dónde obtener

Se captura de la fecha de creación (EKKO-AEDAT) en la tabla de cabecera de la Orden de Compra (EKKO) para el número de OC correspondiente (EKKO-EBELN).

Capturar

Utilice la timestamp de creación de la tabla EKKO para cada nuevo Pedido de Compra.

Tipo de evento explicit
Pedido de Compra Enviado al Proveedor
Esta actividad señala el momento en que el pedido aprobado se transmite oficialmente al proveedor, por ejemplo, a través de EDI, correo electrónico o impresión. Es un evento explícito capturado en las tablas de control de mensajes cuando un mensaje de salida se procesa con éxito.
Por qué es importante

Este es un hito crítico que da inicio al tiempo de entrega del proveedor. Analizar el tiempo desde este evento hasta la entrada de mercancías es clave para evaluar el rendimiento del proveedor y la puntualidad de la entrega.

Dónde obtener

Registrado en la tabla de estado de mensajes (NAST). El timestamp se puede tomar de NAST-DATVR y NAST-UHRVR cuando el estado de procesamiento (NAST-VSTAT) es '1' (procesado con éxito) para el tipo de salida de PO relevante.

Capturar

Utilice la timestamp de procesamiento de la tabla NAST para el mensaje de salida del PO.

Tipo de evento explicit
Solicitud de Compra Creada
Esta actividad marca la creación de una solicitud formal de bienes o servicios. Es un evento explícito que se registra cuando un usuario guarda un nuevo documento de solicitud de pedido (mediante transacciones como ME51N), lo que genera un registro único en la tabla EBAN.
Por qué es importante

Este es el punto de partida principal para el proceso de adquisiciones. Analizar el tiempo desde este evento hasta la creación del pedido de compra ayuda a medir la eficiencia de la conversión de la demanda interna en pedidos accionables.

Dónde obtener

Registrado al crear una entrada en la tabla de cabecera de la Solicitud de Compra (EBAN). La fecha de creación (EBAN-BADAT) y la hora sirven como timestamp para este evento.

Capturar

Identifique nuevas entradas en la tabla EBAN basadas en la fecha de creación.

Tipo de evento explicit
Aprobación de Pedido de Compra Solicitada
Indica que un pedido de compra creado o modificado ha sido enviado para aprobación según su estrategia de liberación configurada. Este evento se infiere cuando la estrategia de liberación se activa y el PO entra en un estado de aprobación pendiente.
Por qué es importante

Diferenciar entre la creación de la OC y el inicio del proceso de aprobación ayuda a medir con precisión el KPI de tiempo de ciclo de aprobación. Destaca cualquier retraso antes de que comience el flujo de trabajo de aprobación.

Dónde obtener

Inferido de los documentos de cambio (CDHDR/CDPOS) para el Pedido de Compra (objeto EINKBELEG) que muestran la configuración inicial de un estado de liberación, o cuando el estado de liberación general (EKKO-FRGKE) se establece por primera vez en un valor que indica que un proceso de aprobación está activo.

Capturar

Identifique la primera entrada del documento de cambio que activa la estrategia de liberación para el PO.

Tipo de evento inferred
Confirmación de Servicios Registrada
Para los pedidos de compra basados en servicios, esta actividad representa la confirmación de que los servicios han sido prestados. Es un evento explícito capturado mediante la creación de una Hoja de Entrada de Servicios (por ejemplo, a través de la transacción ML81N).
Por qué es importante

Este es el equivalente a una entrada de mercancías para servicios y es esencial para el seguimiento del cumplimiento de los pedidos de servicio. Activa el proceso financiero para el pago del servicio.

Dónde obtener

Se captura de la fecha de creación (ESSR-ERDAT) en la tabla de cabecera de la Hoja de Entrada de Servicios (ESSR). El enlace a la orden de compra se encuentra en la tabla ESLL.

Capturar

Utilice la timestamp de creación de la tabla ESSR para las hojas de entrada de servicio vinculadas al PO.

Tipo de evento explicit
Inspección de Calidad Realizada
Indica que las mercancías recibidas han sido sometidas a una inspección de calidad. Esta actividad se infiere típicamente cuando a un lote de inspección, creado al momento de la entrada de mercancías, se le ha asignado una decisión de uso en el módulo de Gestión de Calidad.
Por qué es importante

En industrias donde la calidad es crítica, esta actividad ayuda a analizar la duración y los resultados del proceso de inspección. Los retrasos aquí pueden crear bottlenecks entre la entrada de mercancías y su disponibilidad para uso.

Dónde obtener

Inferido del módulo de Gestión de Calidad. Un lote de inspección se crea (tabla QALS) al recibir las mercancías, y la actividad se caracteriza por la creación de una decisión de uso (tabla QAVE), que incluye un timestamp.

Capturar

Identifique el timestamp de la decisión de uso en la tabla QAVE para el lote de inspección vinculado al documento de material.

Tipo de evento inferred
Mercancías Devueltas
Representa la devolución de mercancías previamente recibidas al proveedor, a menudo debido a problemas de calidad o envíos incorrectos. Este es un **evento** explícito capturado al contabilizar un documento de material con un tipo de movimiento específico para devoluciones.
Por qué es importante

Esta actividad resalta problemas con la calidad del proveedor o la precisión del pedido y es un indicador clave de retrabajo del proceso. Es crucial para calcular el KPI de Tasa de Variación de Recepción de Mercancías.

Dónde obtener

Registrado en las tablas de documentos de material (MKPF/MSEG) cuando se utiliza un tipo de movimiento de devolución (por ejemplo, '122' para Devolución al Proveedor). La fecha de contabilización (MKPF-BUDAT) sirve como timestamp.

Capturar

Identifique documentos de material con un tipo de movimiento de devolución (por ejemplo, 122) que referencien el PO original.

Tipo de evento explicit
Pedido de Compra Eliminado
Representa la cancelación o eliminación lógica de una posición de pedido de compra, impidiendo un procesamiento posterior como las recepciones de mercancías o la facturación. Este es un **evento** inferido, capturado cuando el indicador de eliminación se establece en la posición del PO.
Por qué es importante

Esta es una actividad terminal que indica que un pedido fue cancelado. Analizar por qué y cuándo se eliminan los pedidos puede revelar problemas en la planificación de la demanda o en la selección de proveedores.

Dónde obtener

Inferido de los documentos de cambio (CDHDR/CDPOS) que muestran que el indicador de borrado (EKPO-LOEKZ) se establece en 'L' para un ítem del pedido de compra.

Capturar

Identifique el timestamp de los documentos de cambio cuando la bandera EKPO-LOEKZ está establecida.

Tipo de evento inferred
Pedido de Compra Modificado
Representa cualquier modificación realizada en un pedido de compra después de su creación inicial, como cambios en la cantidad, el precio o las fechas de entrega. Estos cambios se registran explícitamente en el sistema de documentos de cambio de SAP.
Por qué es importante

Los cambios frecuentes, especialmente después de la aprobación, indican ineficiencias en el proceso, una mala planificación inicial o una expansión del alcance. Esta actividad es esencial para el dashboard de Reprocesamiento y Cambios del PO y los KPIs relacionados.

Dónde obtener

Registrado explícitamente en las tablas de cabecera (CDHDR) y de posición (CDPOS) del documento de cambio para el objeto Pedido de Compra (EINKBELEG). Cada cambio crea una nueva entrada con un timestamp.

Capturar

Extraer eventos de cambio y timestamps de las tablas CDHDR y CDPOS vinculadas al número de Pedido de Compra.

Tipo de evento explicit
Pedido de Compra Rechazado
Esta actividad sucede cuando un aprobador rechaza un pedido durante el workflow de aprobación. Es un evento inferido, derivado de un cambio de estado en los datos de la estrategia de liberación del PO, lo que indica que ha ocurrido un rechazo.
Por qué es importante

El seguimiento de los rechazos ayuda a identificar problemas con la calidad de los datos del PO, el incumplimiento de políticas o problemas dentro de la matriz de aprobación. Frecuentemente, conduce a retrabajo y aumenta el tiempo de ciclo general.

Dónde obtener

Inferido de los documentos de cambio (CDHDR/CDPOS) para el estado de liberación del pedido de compra. Un rechazo se registra típicamente cuando se cancela un código de liberación o se establece un estado de rechazo específico.

Capturar

Monitorear los registros de cambio para la cancelación de un código de liberación o un cambio de estado que indique rechazo.

Tipo de evento inferred
Solicitud de Compra Aprobada
Representa la aprobación formal de una solicitud de compra, autorizándola para ser convertida en un pedido de compra. Este **evento** se infiere de los cambios en los campos de estado de liberación dentro de los datos de la solicitud de compra, tal como los rastrea el workflow de estrategia de liberación de SAP.
Por qué es importante

El seguimiento de las aprobaciones es crucial para identificar cuellos de botella en la fase previa al pedido y asegurar el cumplimiento de las políticas de aprobación. Los retrasos aquí impactan directamente el tiempo de ciclo de adquisiciones general.

Dónde obtener

Inferido de los registros de cambios para la tabla de Solicitud de Pedido (EBAN), monitoreando específicamente los cambios en los campos de estado de liberación (por ejemplo, EBAN-FRGZU) o analizando los documentos de cambio en CDHDR/CDPOS para el objeto EBAN.

Capturar

Monitorear los documentos de cambio de los campos de estado de liberación de EBAN para identificar el timestamp de la aprobación final.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de SAP ECC