> Mejora continua de procesos > Purchase to Pay Requisition > SAP ECC > Template de datos

Su Template de datos de Purchase to Pay - Requisition

SAP ECC

Purchase to Pay - Requisition: Atributos (19) Purchase to Pay - Requisition: actividades (13) Guías de extracción (2)

Su Template de datos de Purchase to Pay - Requisition

Esta plantilla ofrece una guía completa para recopilar los datos esenciales necesarios para analizar su proceso Purchase to Pay Requisition. Detalla los campos de datos fundamentales que debe recopilar, las actividades clave que debe seguir y recomendaciones prácticas para extraer esta información de su sistema de origen. Utilice este recurso para preparar sus datos para un Process Mining eficaz.

Atributos recomendados para recopilar
Actividades clave que debe seguir
Guía de extracción para SAP ECC

¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Descargar Template

Purchase to Pay - Requisition: Atributos

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis completo de su proceso Purchase to Pay Requisition.

5 Obligatorio 5 Recomendado 9 Opcional

	Nombre	Descripción
	Hora del evento EventTime	Marca de tiempo que indica cuándo tuvo lugar la actividad.
Descripción La hora del evento registra la fecha y hora exactas en que tuvo lugar una actividad concreta. Esta marca de tiempo es fundamental para todos los análisis basados en el tiempo en Process Mining, incluido el cálculo de los tiempos de ciclo, la identificación de cuellos de botella y la comprensión del rendimiento del proceso. En el contexto de las solicitudes, este atributo permite calcular KPI esenciales como «Tiempo medio de aprobación de solicitudes» y «Tiempo hasta la creación de la orden de compra». Alimenta Dashboards que visualizan duraciones, como el análisis del tiempo de ciclo de aprobación de solicitudes, al proporcionar los datos sin procesar necesarios para medir el tiempo entre dos puntos cualesquiera del proceso. Por qué es importante Esta marca de tiempo es esencial para calcular todas las duraciones, analizar el rendimiento del proceso y descubrir cuellos de botella relacionados con el tiempo. Dónde obtenerlo Se encuentra en la tabla de cabecera de documentos de cambios CDHDR (campos UDATE y UTIME). Ejemplos 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
	ID de solicitud de compra PurchaseRequisitionId	Identificador único de un documento de solicitud de compra.
Descripción El ID de solicitud de compra es la clave principal que identifica de forma única cada solicitud de bienes o servicios en SAP ECC. Actúa como identificador central del caso y vincula todas las actividades y cambios relacionados con una solicitud concreta, desde su creación hasta su resolución final, como la conversión en una orden de compra o el cierre. En Process Mining, este ID es esencial para reconstruir el ciclo de vida completo de cada solicitud. Al realizar su seguimiento, las personas analistas pueden visualizar el flujo completo del proceso, medir la duración entre hitos y analizar las variaciones en la gestión de las distintas solicitudes. Esto permite obtener una visión coherente de todo el recorrido de la solicitud. Por qué es importante Es el identificador central que conecta todos los eventos de proceso relacionados en un único caso y hace posible el análisis integral del proceso. Dónde obtenerlo Se encuentra en la tabla EBAN, campo BANFN. Ejemplos 100234567810023456791002345680
	Nombre de la actividad ActivityName	Nombre de la actividad empresarial que tuvo lugar en un momento concreto.
Descripción Este atributo describe un paso o evento concreto del ciclo de vida de una solicitud de compra, como «Solicitud creada», «Aprobación enviada» u «Orden de compra creada». Estas actividades suelen derivarse de cambios de estado, registros del flujo de trabajo o documentos de modificación de SAP. Analizar la secuencia y la frecuencia de las actividades es la base de Process Mining. Permite descubrir los flujos de proceso reales, incluidas las rutas habituales, las desviaciones y los cuellos de botella. Esto es fundamental para crear Dashboards como el mapa integral del proceso de solicitudes y calcular KPI relacionados con el retrabajo y el cumplimiento. Por qué es importante Define los pasos del proceso y permite visualizar los mapas de procesos y analizar las variaciones del flujo. Dónde obtenerlo Se deriva de las tablas de documentos de cambios CDHDR y CDPOS, los registros de Workflow o campos de estado como EBAN-STATU. Ejemplos Solicitud creadaPaso de aprobación aprobadoSolicitud rechazadaOrden de compra creada
	Sistema de origen SourceSystem	Identifica el sistema de origen del que se extrajeron los datos.
Descripción Este atributo especifica el origen de los datos del proceso, por ejemplo, «SAP ECC Production» o «S4HANA QA». Normalmente es un valor estático que se añade durante la extracción de datos para proporcionar contexto, especialmente en entornos con varios sistemas de origen. En el análisis de procesos, ayuda a diferenciar los datos de distintas fuentes y garantiza que los análisis no se distorsionen al mezclar datos de entornos de producción, pruebas o desarrollo. Es un elemento fundamental de los metadatos para la gobernanza y la trazabilidad de los datos. Por qué es importante Proporciona un contexto esencial sobre el origen de los datos, garantiza la trazabilidad y permite el análisis de varios sistemas. Dónde obtenerlo Es un valor estático que normalmente se añade durante el proceso de extracción, transformación y carga (ETL) de datos. Ejemplos SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
	Última actualización de datos LastDataUpdate	Marca de tiempo de la actualización o extracción más reciente de los datos desde el sistema de origen.
Descripción Este atributo indica cuándo se actualizó por última vez el conjunto de datos. Es una marca de tiempo estática que se aplica a todo el conjunto durante cada carga de datos y sirve como referencia para conocer la actualidad del análisis. En cualquier panel o análisis de Process Mining, conocer la antigüedad de los datos es fundamental para tomar decisiones informadas. Este atributo garantiza que todas las partes interesadas conozcan el periodo que abarcan los datos que están consultando y evita extraer conclusiones basadas en información obsoleta. Por qué es importante Informa sobre la actualidad de los datos, un aspecto crucial para la relevancia y precisión del análisis de procesos. Dónde obtenerlo Es un valor estático que representa la marca de tiempo de la extracción de datos y se añade durante el proceso ETL. Ejemplos 2024-01-15T04:00:00Z2024-01-16T04:00:00Z
	Departamento Department	Departamento de la persona solicitante o centro de coste asociado a la solicitud.
Descripción Este atributo representa la unidad de negocio o el departamento que inició la solicitud de compra. Normalmente se deriva del perfil de la persona solicitante o del centro de coste asignado a la posición de la solicitud. Analizar el proceso por departamento es fundamental para comprender las variaciones de rendimiento en la organización. Es la dimensión principal del panel «Tiempo de ciclo de aprobación de solicitudes» y del KPI «Variación del tiempo de aprobación por departamento», que ayudan a identificar los departamentos con procesos eficientes y aquellos que pueden necesitar mejoras o recursos adicionales. Por qué es importante Permite comparar el rendimiento entre unidades de negocio y pone de relieve los cuellos de botella y las incoherencias del proceso en cada departamento. Dónde obtenerlo A menudo se deriva vinculando la persona solicitante (EBAN-AFNAM) con los datos maestros de usuarios (SU01) o utilizando el centro de coste (EBKN-KOSTL) asociado a la imputación de la solicitud. Ejemplos FinanzasOperaciones de TIMarketingManufactura
	Estado de la solicitud RequisitionStatus	Estado actual de procesamiento de la solicitud de compra.
Descripción Este atributo indica el estado general de la solicitud en un momento determinado, como «En proceso de liberación», «Aprobada», «Rechazada» o «Cerrada». En SAP, normalmente se representa mediante un código de estado. El seguimiento del estado es esencial para comprender el resultado de las solicitudes. Contribuye directamente al panel «Resultados y tasas de rechazo de solicitudes» y a KPI como «Tasa de rechazo de solicitudes» y «Tasa de retirada de solicitudes». Analizar cómo pasan las solicitudes de un estado a otro ayuda a identificar ineficiencias y puntos de fallo del proceso. Por qué es importante Define el resultado de una solicitud, un aspecto crucial para analizar las tasas de éxito, los motivos de rechazo y los puntos finales del proceso. Dónde obtenerlo El estado de procesamiento se encuentra en la tabla EBAN, campo STATU. El estado de liberación se encuentra en EBAN-FRGZU. Ejemplos N (No editada)B (Orden de compra creada)A (Solicitud de cotización creada)K (Cerrada)
	Nombre de usuario User	ID de la persona usuaria que realizó la actividad.
Descripción Este atributo identifica a la persona usuaria concreta responsable de un evento, como crear una solicitud, aprobar un paso o modificar un documento. En SAP, normalmente se registra como un ID de usuario. Analizar los datos por persona usuaria ayuda a identificar necesidades de formación, el rendimiento individual y posibles fuentes de errores de introducción de datos. Es esencial para Dashboards como «Volumen de creación de solicitudes por persona solicitante» y para comprender la distribución de la carga de trabajo y el cumplimiento de las políticas de segregación de funciones. Por qué es importante Asigna las actividades a personas concretas y permite analizar el rendimiento, la carga de trabajo, el cumplimiento y las necesidades de formación. Dónde obtenerlo Se encuentra en la tabla de cabecera de documentos de cambios CDHDR (campo USERNAME) para los cambios y en EBAN (campo ERNAM) para la persona creadora. Ejemplos SMITHJR.DOEUSER123
	Tipo de documento RequisitionDocumentType	Clasificación que determina el tipo y las características de la solicitud de compra.
Descripción El tipo de documento en SAP controla varios aspectos de una solicitud de compra, como el intervalo de numeración, la selección de campos y el proceso general de compras que sigue. Algunos ejemplos son «Solicitud de compra estándar», «Traslado de existencias» o «Solicitud de compra de servicios». Este atributo es una dimensión de análisis muy útil, ya que los distintos tipos de documento suelen tener flujos de proceso y requisitos de aprobación diferentes. Permite segmentar los datos para comparar el rendimiento de distintos procesos de solicitud, algo clave para comprender el cumplimiento e identificar oportunidades de estandarización o especialización. Por qué es importante Permite segmentar las solicitudes en distintas categorías de proceso y realizar análisis más precisos y relevantes. Dónde obtenerlo Se encuentra en la tabla EBAN, campo BSART. Ejemplos NBUBRV
	Valor total de la solicitud TotalRequisitionValue	Valor monetario total de todas las posiciones de la solicitud de compra.
Descripción Este atributo representa el importe financiero total de la solicitud de compra. El valor suele ser un factor clave para determinar el Workflow de aprobación necesario, ya que las solicitudes de mayor importe normalmente requieren un análisis más exhaustivo y más pasos de aprobación. Analizar por valor es fundamental para comprender cómo influye el impacto financiero en el comportamiento del proceso. Puede revelar si las solicitudes de mayor importe tardan más en aprobarse, se rechazan con mayor frecuencia o siguen rutas de proceso diferentes. También es una métrica fundamental para evaluar el volumen financiero del proceso de compras. Por qué es importante Ayuda a relacionar el comportamiento del proceso con el impacto financiero, algo esencial para el análisis de riesgos y la comprensión de la complejidad de las aprobaciones. Dónde obtenerlo Suma del valor de todas las posiciones. El valor de la posición se encuentra en la tabla EBAN, campo GSWER. La moneda se encuentra en EBAN-WAERS. Ejemplos 1500.00250.50125000.00
	Centro Plant	Ubicación o centro de la empresa para el que se solicitan los bienes o servicios.
Descripción La planta es una unidad organizativa dentro de una empresa que representa una ubicación física, como una fábrica, un almacén o una oficina. La solicitud especifica la planta donde se necesitan los artículos solicitados. Analizar los datos por planta permite obtener una visión geográfica o específica de cada ubicación del proceso de solicitudes. Puede poner de manifiesto diferencias de rendimiento entre ubicaciones, que pueden deberse a procedimientos locales distintos, niveles de personal diferentes o necesidades empresariales específicas. Es una dimensión habitual en los Dashboards de rendimiento regional. Por qué es importante Proporciona un contexto geográfico o basado en la ubicación para el análisis y ayuda a identificar variaciones regionales y diferencias de rendimiento del proceso. Dónde obtenerlo Se encuentra en la tabla EBAN, campo WERKS. Ejemplos 10002100DE01
	Es retrabajo IsRework	Indicador booleano que señala si la solicitud ha pasado por un ciclo de retrabajo, como una modificación posterior al envío.
Descripción Es un atributo derivado que identifica actividades o casos que incluyen retrabajo. Por ejemplo, cualquier actividad «Solicitud modificada» que tenga lugar después de «Aprobación enviada» se considera retrabajo. También puede activarse mediante eventos de rechazo que devuelven el proceso a una etapa anterior. Este indicador es esencial para el panel «Análisis de modificaciones y retrabajo de solicitudes». Permite filtrar y cuantificar fácilmente el retrabajo, medir su impacto en los tiempos de ciclo generales e identificar las causas raíz de las ineficiencias del proceso. Las tasas elevadas de retrabajo suelen señalar problemas de calidad de datos o requisitos poco claros. Por qué es importante Ayuda a cuantificar la frecuencia y el impacto del retrabajo y facilita la identificación y el análisis de ineficiencias y ciclos del proceso. Dónde obtenerlo Se deriva del registro de eventos mediante la identificación de secuencias concretas de actividades, como «Solicitud modificada» después de una actividad de aprobación. Ejemplos truefalse
	Grupo de compras PurchasingGroup	Grupo de personas compradoras responsable de adquirir los artículos solicitados.
Descripción El grupo de compras es una unidad organizativa responsable de actividades específicas de compras. Representa al equipo de personas compradoras que gestionará la solicitud una vez aprobada. Este atributo resulta útil para analizar la carga de trabajo y el rendimiento de los distintos equipos de compras. Puede ayudar a identificar si determinados grupos de compras son cuellos de botella en la conversión de solicitudes en órdenes de compra o si gestionan ciertos tipos de solicitudes con mayor eficiencia. Proporciona una dimensión clave para la gestión de recursos y rendimiento de la función de compras. Por qué es importante Asigna la responsabilidad de las compras y permite analizar la carga de trabajo y comparar el rendimiento de los distintos equipos de compras. Dónde obtenerlo Se encuentra en la tabla EBAN, campo EKGRP. Ejemplos 001002P01
	Grupo de materiales MaterialGroup	Grupo o categoría a la que pertenece el material o servicio solicitado.
Descripción El grupo de materiales es una clasificación que agrupa materiales o servicios con características similares. Esto permite analizar las actividades de compras por categoría. Analizar por grupo de materiales ayuda en el abastecimiento estratégico y el análisis del gasto. En Process Mining, puede revelar si las solicitudes de determinadas categorías, como «Hardware de TI» o «Servicios profesionales», siguen rutas de proceso diferentes o experimentan plazos de aprobación más largos. Esta información resulta útil para el «Informe de calidad de datos de solicitudes» y para comprender las variaciones del proceso según lo que se compra. Por qué es importante Permite analizar el gasto y el proceso por categoría de compras, respalda el abastecimiento estratégico e identifica cuellos de botella específicos de cada categoría. Dónde obtenerlo Se encuentra en la tabla EBAN, campo MATKL. Ejemplos 00101L001IT-SFTWR
	ID de orden de compra PurchaseOrderId	ID de la orden de compra creada a partir de la solicitud.
Descripción Este atributo vincula una solicitud de compra con la orden de compra posterior creada para atenderla. En algunos casos, una sola solicitud puede dar lugar a varias órdenes de compra. Este vínculo es fundamental para analizar la transferencia entre los procesos de solicitud y compras. Se necesita para calcular el KPI «Tiempo desde la solicitud hasta la creación de la orden de compra» y para respaldar el panel «Retraso entre la solicitud aprobada y la creación de la orden de compra». Comprender esta conexión es clave para medir la eficiencia de todo el ciclo de compras de principio a fin. Por qué es importante Conecta el proceso de solicitud con el proceso de compras posterior y permite analizar los retrasos en la transferencia. Dónde obtenerlo El número de la orden de compra se almacena en la tabla EBAN, campo EBELN, una vez creada. Ejemplos 450001712345000171244500017125
	ID de proveedor VendorId	Identificador único del proveedor sugerido o fijo.
Descripción Este atributo contiene el ID de un proveedor preferente o fijado contractualmente para el artículo solicitado. La persona solicitante puede introducirlo previamente o sugerirlo. Analizar las solicitudes por proveedor ayuda a evaluar el impacto de preseleccionar proveedores en el proceso de compras. Por ejemplo, puede mostrar si las solicitudes con un proveedor especificado se aprueban más rápido o si determinados proveedores están asociados con tasas de rechazo más elevadas. Proporciona una visión de la relación con los proveedores en las primeras etapas. Por qué es importante Proporciona información sobre las relaciones con proveedores preferentes y su impacto en la velocidad y los resultados del procesamiento de solicitudes. Dónde obtenerlo Se encuentra en la tabla EBAN, campo LIFNR (proveedor fijo). Ejemplos 100030025V9876
	Motivo del rechazo RejectionReason	Motivo indicado cuando se rechaza una solicitud o un paso de aprobación.
Descripción Este atributo registra la justificación del rechazo de una solicitud de compra. Normalmente, la persona aprobadora introduce esta información como texto libre o la selecciona de una lista predefinida de códigos durante la actividad de rechazo. Analizar los motivos de rechazo es fundamental para mejorar el proceso. Proporciona información directa y útil sobre las causas del fallo de las solicitudes, que pueden ser incumplimientos de políticas, datos incorrectos o falta de presupuesto. Estos datos son clave para el panel «Resultados y tasas de rechazo de solicitudes» y ayudan a identificar las causas raíz de las ineficiencias del proceso. Por qué es importante Proporciona información directa sobre los motivos por los que se rechazan las solicitudes y permite orientar las mejoras del proceso y la formación de usuarios. Dónde obtenerlo Estos datos suelen almacenarse en los registros de Workflow o en textos largos asociados al evento de rechazo. No existe un campo estándar en EBAN. Ejemplos Centro de costos incorrectoPresupuesto excedidoSolicitud duplicadaNo cumple con la política
	Nombre de la persona solicitante RequesterName	Nombre de la persona que solicitó los bienes o servicios.
Descripción Este atributo identifica a la persona que inició la solicitud de compra. Es quien tiene la necesidad empresarial de los artículos solicitados. El seguimiento de la persona solicitante permite analizar los patrones de solicitud por persona o grupo. El panel «Volumen de creación de solicitudes por persona solicitante» utiliza este atributo para identificar a las personas usuarias con mayor actividad, a quienes pueden necesitar formación adicional o a los departamentos con una elevada actividad de compras. Proporciona una visión centrada en las personas del inicio del proceso. Por qué es importante Identifica a la persona propietaria del proceso, permite analizar los patrones de creación de solicitudes y ayuda a orientar la formación de usuarios. Dónde obtenerlo Se encuentra en la tabla EBAN, campo AFNAM. Ejemplos Alice WilliamsBob JohnsonCharlie Brown
	Prioridad Priority	Nivel de urgencia asignado a la solicitud de compra.
Descripción Este atributo indica la prioridad de la solicitud y suele clasificarla como «Urgente», «Alta» o «Normal». Este indicador señala a las personas aprobadoras y compradoras que una solicitud requiere una gestión acelerada. Este atributo es esencial para el panel «Rendimiento del procesamiento de solicitudes urgentes» y el KPI «Eficacia del indicador de urgencia». El análisis se centra en comprobar si las solicitudes marcadas como urgentes se procesan realmente más rápido que las estándar, validar la eficacia del sistema de priorización y garantizar que las necesidades críticas del negocio se atiendan con rapidez. Por qué es importante Permite analizar si las solicitudes urgentes se procesan más rápido y validar la eficacia de los mecanismos de priorización. Dónde obtenerlo No es un campo estándar de EBAN. A menudo se implementa como un campo personalizado o se infiere a partir del número de seguimiento de necesidades (EBAN-BEDNR) o de un tipo de documento específico. Ejemplos 123

Obligatorio Recomendado Opcional

Purchase to Pay - Requisition: actividades

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir y analizar con precisión su Workflow de solicitudes.

6 Recomendado 7 Opcional

	Actividad	Descripción
	Aprobación enviada	Esta actividad indica que la solicitud ha entrado en el Workflow formal de aprobación. Normalmente se infiere cuando el estado de la solicitud cambia para requerir una acción inicial de liberación o aprobación según la estrategia de liberación configurada.
Por qué es importante Este momento marca el inicio del tiempo de ciclo de aprobación, un KPI fundamental para medir la eficiencia del proceso. Comprender este punto ayuda a aislar los retrasos entre la creación y el inicio de las aprobaciones formales. Dónde obtenerlo Se infiere a partir del primer cambio de estado relacionado con la estrategia de liberación en la tabla EBAN, por ejemplo, cuando el campo FRGZU cambia de su estado inicial a un estado pendiente, o a partir de la primera entrada en los registros del Workflow asociada a la solicitud. Recopilar Se infiere a partir de la primera entrada del historial de modificaciones que indica la activación de una estrategia de liberación. Tipo de evento inferred
	Orden de compra creada	Esta actividad marca la conversión correcta de una solicitud de compra aprobada en un documento de orden de compra. El evento se infiere para la solicitud al encontrar una posición de orden de compra correspondiente que haga referencia a ella.
Por qué es importante Como resultado principal satisfactorio, esta actividad concluye el proceso de solicitud e inicia la fase de compras. El tiempo entre «Solicitud aprobada» y este evento es un KPI clave para medir la eficiencia de la transferencia. Dónde obtenerlo Se infiere al encontrar un registro en la tabla EKPO (posición de orden de compra) cuyos campos BANFN y BNFPO coinciden con el número y la posición de la solicitud de compra de la tabla EBAN. La fecha de creación de la orden de compra (EKKO.AEDAT) proporciona la marca de tiempo. Recopilar Se infiere vinculando las tablas EBAN y EKPO y utilizando la fecha de creación de la orden de compra de EKKO. Tipo de evento inferred
	Solicitud aprobada	Esta actividad representa el hito en el que la solicitud de compra ha superado correctamente todos los pasos de aprobación requeridos. Se infiere cuando se aplica el código de liberación final y el indicador general de liberación (FRGZU) de la tabla EBAN se establece en un estado aprobado.
Por qué es importante Este es un hito crítico que marca el final del ciclo de aprobación y el inicio de la fase de adquisiciones. Es esencial para calcular el KPI del tiempo total de aprobación y medir los retrasos en la transferencia hacia la creación de la orden de compra. Dónde obtenerlo Se infiere a partir de la marca de tiempo de la entrada del historial de modificaciones en CDPOS para la tabla EBAN y el campo FRGZU, cuando cambia al valor que representa la aprobación final. Recopilar Se infiere cuando el campo del indicador de liberación final de EBAN alcanza un estado terminal de «aprobado». Tipo de evento inferred
	Solicitud creada	Esta actividad marca la creación y el guardado inicial de una solicitud de compra por parte de una persona usuaria. El evento se captura explícitamente cuando se genera un nuevo registro en la tabla EBAN, con la fecha y la hora de creación registradas.
Por qué es importante Como punto de partida del proceso, esta actividad es esencial para calcular la duración total del ciclo de vida de la solicitud y analizar el volumen de creación. Ayuda a identificar quién crea las solicitudes y cuándo. Dónde obtenerlo Este evento se captura de la tabla EBAN mediante los campos de fecha de creación (ERDAT) y hora de creación (UZEIT) para un ID de Purchase Requisition determinado (BANFN). Recopilar Marca de tiempo de los campos ERDAT y UZEIT de la tabla EBAN al guardar el registro inicial. Tipo de evento explicit
	Solicitud rechazada	Esta es una actividad terminal en la que la solicitud de compra se rechaza definitivamente y no puede continuar. Se infiere cuando una persona aprobadora establece el indicador de liberación de la tabla EBAN en un estado final de rechazo.
Por qué es importante Esta actividad es un punto final clave del proceso y resulta fundamental para calcular el KPI de tasa de rechazo de solicitudes. Analizar estos casos ayuda a comprender los motivos de los fallos y el desperdicio en las adquisiciones. Dónde obtenerlo Se infiere a partir de la marca de tiempo de la entrada del historial de modificaciones en CDPOS para la tabla EBAN y el campo FRGZU, cuando cambia al valor que representa el rechazo final. Recopilar Se infiere cuando el campo del indicador de liberación final de EBAN alcanza un estado terminal de «rechazado». Tipo de evento inferred
	Solicitud retirada	Es una actividad terminal en la que la persona creadora o una persona usuaria autorizada cancela la posición de la solicitud estableciendo un indicador de borrado. Esta acción se registra explícitamente e indica que la necesidad empresarial ya no es válida o que se creó por error.
Por qué es importante Es un punto final clave de fallo del proceso y resulta esencial para calcular la tasa de retirada. Las tasas elevadas pueden indicar plazos de aprobación prolongados que obligan a las personas usuarias a abandonar las solicitudes, o problemas sistémicos en la planificación de la demanda. Dónde obtenerlo Esta acción explícita se captura cuando se establece el campo «Deletion Indicator» (LOEKZ) de la tabla EBAN para la posición de la solicitud. El cambio se registra en CDHDR y CDPOS. Recopilar Entrada del registro de cambios cuando el indicador de borrado (EBAN-LOEKZ) se establece en «L». Tipo de evento explicit
	Paso de aprobación aprobado	Representa la acción explícita de una persona autorizada que aprueba un paso concreto de la estrategia de liberación. Esta acción se registra como un cambio en el estado de liberación de la solicitud y la acerca a la aprobación final.
Por qué es importante Realizar un seguimiento de las aprobaciones individuales es necesario para medir la duración de cada paso y analizar el rendimiento de las distintas personas aprobadoras. Es fundamental para comprender la conformidad del Workflow. Dónde obtenerlo Se captura de los registros de modificaciones (CDHDR/CDPOS) en los campos de estado de liberación de la tabla EBAN. La acción de aprobación mediante la transacción ME54N u otro T-code similar activa este cambio registrado. Recopilar Entrada del historial de modificaciones creada cuando una persona aprobadora ejecuta una transacción de liberación. Tipo de evento explicit
	Paso de aprobación iniciado	Indica que la solicitud está pendiente de la acción de una persona aprobadora o un grupo de aprobación concreto, según lo definido en la estrategia de liberación. Este evento se infiere cuando el estado de la solicitud indica que está a la espera de un código de liberación determinado.
Por qué es importante Esta actividad permite analizar en detalle cada paso individual de la cadena de aprobación. Ayuda a localizar qué personas aprobadoras o fases provocan los retrasos más prolongados del proceso. Dónde obtenerlo Se infiere mediante el seguimiento de la secuencia de cambios en los campos de estado de liberación de la tabla EBAN. Cada cambio a un nuevo estado pendiente indica el inicio de un nuevo paso de aprobación. Recopilar Se infiere a partir de cambios de estado que indican que un nuevo código de liberación está activo y pendiente de aprobación. Tipo de evento inferred
	Paso de aprobación rechazado	Una persona autorizada ha rechazado explícitamente un paso concreto de la estrategia de liberación, lo que normalmente devuelve la solicitud a quien la creó para que la modifique. Esta acción se registra como un cambio en el estado de liberación de la solicitud.
Por qué es importante Los rechazos son una de las principales causas de retrabajo y retrasos en el proceso. Analizar su frecuencia y sus causas ayuda a identificar malentendidos sobre las políticas, problemas de calidad de los datos o pasos de aprobación ineficientes. Dónde obtenerlo Se captura de los registros de modificaciones (CDHDR/CDPOS) en los campos de estado de liberación de la tabla EBAN. Una acción de rechazo mediante la transacción ME54N o una similar activa el cambio de estado correspondiente. Recopilar Entrada del historial de modificaciones creada cuando una persona aprobadora ejecuta una acción de rechazo. Tipo de evento explicit
	Restablecimiento de la aprobación	Indica que se ha restablecido todo el Workflow de aprobación de la solicitud, a menudo debido a una modificación importante. Se infiere cuando el estado de liberación se borra después de haber estado activo, lo que obliga a reiniciar el proceso de aprobación desde el principio.
Por qué es importante Los restablecimientos de aprobación son eventos de retrabajo importantes que afectan considerablemente al tiempo de ciclo. Identificarlos permite poner de manifiesto las ineficiencias del proceso y el efecto posterior de las modificaciones de solicitudes en el Workflow. Dónde obtenerlo Se infiere a partir de los registros de modificaciones (CDHDR/CDPOS) de la tabla EBAN cuando los campos de estado de liberación, como FRGZU, cambian de un estado pendiente o aprobado a un estado inicial o en blanco. Recopilar Se infiere a partir de los registros de modificaciones que muestran que los campos de la estrategia de liberación se han borrado. Tipo de evento inferred
	Solicitud bloqueada	Representa una acción explícita para bloquear una posición de una solicitud de compra e impedir que se convierta en una orden de compra. El bloqueo se establece mediante un indicador específico en la posición de la solicitud.
Por qué es importante El bloqueo indica un posible problema o una retención temporal en el proceso de compras. El seguimiento de estos eventos ayuda a identificar cuellos de botella en los que las solicitudes se aprueban, pero no se gestionan de inmediato. Dónde obtenerlo Se captura a partir de un cambio en el campo «Blocking Indicator» (EBAKZ) de la tabla EBAN. El cambio se registra en CDHDR y CDPOS. Recopilar Evento registrado en las tablas de cambios cuando se establece el campo EBAN-EBAKZ. Tipo de evento explicit
	Solicitud cerrada	Representa el cierre definitivo de una posición de solicitud e indica que no se espera ningún procesamiento adicional. Este estado se infiere cuando la posición se ha convertido por completo en una orden de compra y se ha atendido, o cuando se ha marcado manualmente como cerrada.
Por qué es importante Proporciona un punto final definitivo para las solicitudes completadas, aunque no necesariamente eliminadas. Garantiza cálculos precisos de la duración del ciclo de vida de las solicitudes atendidas correctamente. Dónde obtenerlo Se infiere a partir del indicador «Closed» (EBAKZ con el valor «S» u otro valor configurado) de la tabla EBAN. El sistema suele establecer este estado automáticamente tras la conversión completa en una orden de compra y la recepción de mercancías. Recopilar Se infiere a partir del cambio de estado del campo EBAN-EBAKZ a un valor de «cerrado». Tipo de evento inferred
	Solicitud modificada	Representa cualquier modificación realizada en una solicitud de compra después de su creación inicial, como cambiar la cantidad, el precio o el material. Estos cambios se registran en las tablas de historial de modificaciones de SAP, lo que proporciona un registro de auditoría detallado.
Por qué es importante Realizar un seguimiento de las modificaciones es fundamental para identificar ciclos de retrabajo y problemas de calidad de los datos. Una frecuencia elevada de modificaciones puede indicar requisitos iniciales poco claros o carencias de formación de las personas usuarias, lo que provoca retrasos en el proceso. Dónde obtenerlo Se captura de las tablas de historial de modificaciones CDHDR (cabecera) y CDPOS (posición), donde la clase de objeto es EINKBELEG y el ID de objeto es el número de Purchase Requisition. Pueden analizarse cambios específicos de campos. Recopilar Evento registrado en las tablas de modificaciones CDHDR y CDPOS para el documento de Purchase Requisition. Tipo de evento explicit

Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de SAP ECC

Pasos

Conceder acceso a la base de datos: Antes de comenzar, asegúrese de tener acceso de solo lectura a la base de datos subyacente de SAP ECC. Necesitará credenciales específicas (nombre de usuario, contraseña, host y puerto). Se trata de un nivel de acceso no estándar que deben aprobar los equipos de SAP Basis y seguridad.
Identificar el esquema de SAP: Conéctese a la base de datos con un cliente SQL estándar, como DBeaver, Toad o SQL Developer. Deberá identificar el esquema de SAP correcto donde se almacenan las tablas, que suele denominarse SAPSR3 o SAPR3.
Preparar la consulta SQL: Utilice la consulta SQL completa proporcionada en este documento. Esta consulta está diseñada para extraer todas las actividades y los atributos necesarios mediante la combinación de tablas de datos maestros y registros de modificaciones.
Definir los parámetros de la consulta: Localice los valores de marcador de posición de la consulta. Debe sustituirlos por los requisitos específicos de su sistema y negocio. Entre los marcadores principales se incluyen '{source_system_name}', '{start_date}', '{end_date}', '{company_codes}' y '{document_types}'.
Adaptar la sintaxis específica de la base de datos: La consulta proporcionada utiliza una sintaxis SQL común. Sin embargo, las funciones para crear marcas de tiempo, como TO_TIMESTAMP, o para manipular cadenas pueden requerir pequeños ajustes según su sistema de base de datos, por ejemplo, Oracle, SQL Server, DB2 o HANA.
Ejecutar la extracción: Ejecute la consulta personalizada en su cliente SQL. Para conjuntos de datos grandes, se recomienda encarecidamente hacerlo fuera de las horas punta para evitar afectar al rendimiento del sistema.
Revisar los resultados preliminares: Cuando finalice la consulta, revise brevemente el resultado para comprobar que contiene las columnas esperadas (PurchaseRequisitionId, ActivityName, EventTime, etc.) y que devuelve filas para distintas actividades.
Exportar a CSV: Exporte todo el conjunto de resultados desde su cliente SQL a un archivo CSV. Asegúrese de que el archivo utilice la codificación UTF-8 para evitar problemas con caracteres especiales.
Preparar la carga: Confirme que las cabeceras de las columnas del CSV coincidan exactamente con los alias definidos en la consulta SQL. El archivo debe representar el registro de eventos de forma limpia y tabular.
Cargar en ProcessMind: Cargue el archivo CSV final en su proyecto de ProcessMind para analizarlo y visualizarlo.

Configuración

Conexión a la base de datos: Se requiere una conexión directa a la base de datos de SAP ECC. Necesitará el nombre de host, el puerto, el nombre de la base de datos y las credenciales de usuario adecuadas.
Esquema de SAP: Debe conocer el nombre del esquema que contiene las tablas de SAP, por ejemplo, SAPSR3. La consulta debe ejecutarse en el contexto de este esquema.
Intervalo de fechas: Para gestionar el rendimiento y el volumen de datos, es fundamental filtrar por un intervalo de fechas específico. Recomendamos comenzar con un periodo de 3 a 6 meses. Establezca los marcadores '{start_date}' y '{end_date}' con el formato YYYYMMDD.
Filtros organizativos: Para realizar un análisis más específico, filtre los datos por código de sociedad (BUKRS) y tipo de documento de solicitud de compra (BSART). Sustituya los marcadores '{company_codes}' y '{document_types}' por listas de valores separadas por comas, por ejemplo, '1000','2000'.
Requisitos previos: Este método requiere la aprobación de los equipos de SAP Basis y seguridad para obtener credenciales directas de la base de datos. No es una actividad estándar para usuarios finales.
Consideraciones de rendimiento: La consulta combina tablas de registro de modificaciones (CDHDR, CDPOS), que pueden ser muy grandes. Sin los filtros adecuados, la consulta puede ser lenta y consumir muchos recursos del sistema. Ejecútela siempre con un intervalo de fechas restrictivo y otros filtros.

a Consulta de ejemplo sql

WITH REQUISITION_BASE AS (
    SELECT 
        EBAN.MANDT,
        EBAN.BANFN,
        EBAN.BNFPO,
        EBAN.BSART AS RequisitionDocumentType,
        EBAN.ERNAM,
        EBAN.ERDAT,
        EBAN.ERZET,
        EBAN.FRGZU AS CurrentRequisitionStatus,
        EBAKN.KOSTL AS Department,
        EBAKN.GSWRT
    FROM EBAN
    LEFT JOIN EBAKN ON EBAN.MANDT = EBAKN.MANDT AND EBAN.BANFN = EBAKN.BANFN AND EBAN.BNFPO = EBAKN.BNFPO
    WHERE EBAN.ERDAT BETWEEN '{start_date}' AND '{end_date}'
      AND EBAN.BUKRS IN ('{company_codes}')
      AND EBAN.BSART IN ('{document_types}')
),
REQUISITION_AGG AS (
    SELECT 
        MANDT, BANFN, RequisitionDocumentType, ERNAM, ERDAT, ERZET, CurrentRequisitionStatus, Department,
        SUM(GSWRT) AS TotalRequisitionValue
    FROM REQUISITION_BASE
    GROUP BY MANDT, BANFN, RequisitionDocumentType, ERNAM, ERDAT, ERZET, CurrentRequisitionStatus, Department
)
-- 1. Requisition Created
SELECT
    R.BANFN AS PurchaseRequisitionId,
    'Requisition Created' AS ActivityName,
    TO_TIMESTAMP(R.ERDAT || R.ERZET, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    R.ERNAM AS User,
    R.Department AS Department,
    R.CurrentRequisitionStatus AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM REQUISITION_AGG R

UNION ALL

-- 2. Requisition Amended, Approval Steps, Status Changes from Change Logs
SELECT 
    SUBSTRING(C.OBJECTID, 4, 10) AS PurchaseRequisitionId,
    CASE 
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW > C.VALUE_OLD THEN 'Approval Step Approved'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW < C.VALUE_OLD THEN 'Approval Step Rejected'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW = '{final_approval_status_code}' THEN 'Requisition Approved'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW = '{final_rejection_status_code}' THEN 'Requisition Rejected'
        WHEN C.FNAME = 'FRGSX' AND C.VALUE_OLD IS NOT NULL AND C.VALUE_NEW IS NULL THEN 'Approval Reset'
        WHEN C.FNAME = 'FRGZU' AND C.CHNGIND = 'U' AND C.TCODE LIKE 'ME54%' THEN 'Approval Submitted' 
        WHEN C.FNAME = 'LOEKZ' AND C.VALUE_NEW IN ('L', 'X') THEN 'Requisition Withdrawn'
        WHEN C.FNAME = 'EBAKZ' AND C.VALUE_NEW = 'X' THEN 'Requisition Blocked'
        WHEN C.FNAME = 'STATU' AND C.VALUE_NEW = 'B' THEN 'Purchase Order Created'
        WHEN C.FNAME = 'EREKZ' AND C.VALUE_NEW = 'X' THEN 'Requisition Closed'
        ELSE 'Requisition Amended'
    END AS ActivityName,
    TO_TIMESTAMP(C.UDATE || C.UTIME, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    C.USERNAME AS User,
    R.Department AS Department,
    C.VALUE_NEW AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM CDHDR C
JOIN CDPOS P ON C.MANDANT = P.MANDANT AND C.OBJECTCLAS = P.OBJECTCLAS AND C.OBJECTID = P.OBJECTID AND C.CHANGENR = P.CHANGENR
JOIN REQUISITION_AGG R ON SUBSTRING(C.OBJECTID, 4, 10) = R.BANFN
WHERE C.OBJECTCLAS = 'BANF'
  AND C.UDATE || C.UTIME <> R.ERDAT || R.ERZET -- Exclude changes made at the exact time of creation
  AND NOT (C.TCODE IN ('ME51', 'ME51N') AND C.UDATE = R.ERDAT) -- Exclude initial creation events from being amendments

UNION ALL

-- 3. Approval Step Started (Inferred)
SELECT 
    SUBSTRING(C.OBJECTID, 4, 10) AS PurchaseRequisitionId,
    'Approval Step Started' AS ActivityName,
    TO_TIMESTAMP(C.UDATE || C.UTIME, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    C.USERNAME AS User,
    R.Department AS Department,
    P.VALUE_OLD AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM CDHDR C
JOIN CDPOS P ON C.MANDANT = P.MANDANT AND C.OBJECTCLAS = P.OBJECTCLAS AND C.OBJECTID = P.OBJECTID AND C.CHANGENR = P.CHANGENR
JOIN REQUISITION_AGG R ON SUBSTRING(C.OBJECTID, 4, 10) = R.BANFN
WHERE C.OBJECTCLAS = 'BANF' AND P.FNAME = 'FRGZU' AND P.CHNGIND = 'U'
  AND P.VALUE_OLD IS NOT NULL AND P.VALUE_NEW IS NOT NULL AND P.VALUE_NEW > P.VALUE_OLD; -- This logic infers that a step starts just before it is approved

Pasos

Configure el entorno de Python: Asegúrese de tener instalada la versión 3.6 o posterior de Python. Cree una carpeta para el proyecto y configure un entorno virtual para gestionar las dependencias. Instale las bibliotecas necesarias mediante pip: pip install pyrfc pandas numpy
SAP RFC SDK: Descargue SAP NetWeaver RFC SDK desde SAP Support Portal. Extraiga el contenido y coloque los archivos de biblioteca, por ejemplo, sapnwrfc.dll en Windows o libsapnwrfc.so en Linux, en un directorio accesible desde la ruta del sistema o desde su script de Python.
Configure la conexión con SAP: Abra el script de Python proporcionado. Localice la sección de parámetros de conexión con SAP y sustituya los valores de marcador de posición (ashost, sysnr, client, Usuario, passwd) por las credenciales reales de su sistema SAP. Asegúrese de que la cuenta de Usuario tenga las autorizaciones necesarias para ejecutar RFC y acceder a las tablas.
Defina los parámetros de extracción: En el script, establezca las variables date_from y date_to para definir el intervalo de tiempo deseado para la extracción. Se recomienda comenzar con un periodo más corto, por ejemplo, un mes, para probar el proceso de extracción.
Ejecute el script de Python: Ejecute el script desde el terminal mediante el comando python your_script_name.py. El script se conectará a SAP mediante RFC, llamará a RFC_READ_TABLE para cada tabla necesaria (EBAN, EKKO, EKPO, CDHDR, CDPOS) y descargará los datos.
Recupere los datos: El script obtiene datos sin procesar de solicitudes, órdenes de compra y documentos de modificación. Utiliza criterios de filtrado, como intervalos de fechas y clases de objeto, para limitar el volumen de datos transferidos.
Transforme los datos localmente: Una vez descargados los datos, el script utiliza la biblioteca pandas para realizar todas las transformaciones localmente. Procesa los datos sin procesar de las tablas para generar entradas independientes del registro de eventos para cada una de las 13 actividades requeridas, como «Requisition Created», «Approval Step Approved» y «Purchase Order Created».
Genere el registro de eventos: El script combina los eventos generados a partir de cada tabla en un único DataFrame unificado. Calcula las marcas de tiempo de los eventos, asigna los nombres de Usuario y estructura los datos con el formato requerido de ID del caso, actividad y marca de tiempo.
Asigne los atributos: Los atributos clave, como PurchaseRequisitionId, ActivityName, EventTime, Usuario y TotalRequisitionValue, se asignan a sus respectivas columnas en el DataFrame final.
Exporte a CSV: El script guarda el registro de eventos final como un archivo CSV denominado event_log_pr.csv en el mismo directorio. Este archivo está preparado para cargarse directamente en ProcessMind.
Revise y cargue los datos: Abra el archivo CSV generado para comprobar que los datos estén completos y sean correctos. Una vez validado, puede cargar el archivo en su proyecto de ProcessMind.

Configuración

Conexión con SAP: El script requiere los datos de una conexión RFC directa al sistema SAP ECC, incluidos el servidor de aplicaciones, el número de sistema, el cliente, el usuario y la contraseña. El usuario especificado debe tener autorizaciones para realizar llamadas RFC y acceso de visualización a las tablas EBAN, EKPO, EKKO, CDHDR y CDPOS.
Intervalo de fechas: La extracción se controla mediante parámetros de fecha inicial y final dentro del script. Para las ejecuciones iniciales y para gestionar el rendimiento, se recomienda extraer un intervalo de datos de 3 a 6 meses.
Filtros de tablas: Siempre que es posible, los filtros se aplican dentro de las llamadas RFC. Por ejemplo, las solicitudes se filtran por fecha de creación (EBAN-ERDAT), y los documentos de modificación por fecha (CDHDR-UDATE) y clase de objeto (CDHDR-OBJECTCLAS = 'BANF').
Bibliotecas de Python: El script utiliza pyrfc para la conectividad con SAP y pandas para la manipulación de datos. Asegúrese de que estas bibliotecas estén instaladas en su entorno de Python.
Rendimiento: La extracción mediante RFC_READ_TABLE puede ser lenta con conjuntos de datos muy grandes, ya que los datos se obtienen secuencialmente, tabla por tabla. Se recomienda ejecutar la extracción fuera de las horas punta para minimizar la carga del sistema.
Tipos de documento: De forma predeterminada, el script extrae todos los tipos de documento de solicitud de compra. Para limitar el alcance, puede añadir un filtro posterior a la extracción en el DataFrame de pandas basado en la columna BSART de la tabla EBAN.

a Consulta de ejemplo python

import pandas as pd
from pyrfc import Connection
import datetime

class=class="hl-string">"hl-comment"># --- 1. Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your SAP system connection details
SAP_CONNECTION_PARAMS = {
    class="hl-string">"ashost": class="hl-string">"your_sap_host",      class=class="hl-string">"hl-comment"># Application server host
    class="hl-string">"sysnr": class="hl-string">"00",                 class=class="hl-string">"hl-comment"># System number
    class="hl-string">"client": class="hl-string">"100",               class=class="hl-string">"hl-comment"># Client
    class="hl-string">"user": class="hl-string">"your_rfc_user",       class=class="hl-string">"hl-comment"># RFC user
    class="hl-string">"passwd": class="hl-string">"your_password"      class=class="hl-string">"hl-comment"># Password
}

class=class="hl-string">"hl-comment"># Date range for the extraction (YYYYMMDD format)
date_from = class="hl-string">'20230101'
date_to = class="hl-string">'20231231'

source_system = class="hl-string">"SAP ECC"
last_data_update = datetime.datetime.now().isoformat()

class=class="hl-string">"hl-comment"># --- 2. Helper function for RFC_READ_TABLE ---
def rfc_read_table(conn, table_name, fields, options):
    class="hl-string">"""Fetches data from an SAP table using RFC_READ_TABLE."""
    try:
        result = conn.call(class="hl-string">'RFC_READ_TABLE',
                           QUERY_TABLE=table_name,
                           DELIMITER=class="hl-string">',',
                           FIELDS=fields,
                           OPTIONS=options)
        
        data = result[class="hl-string">'DATA']
        if not data:
            return pd.DataFrame(columns=[field[class="hl-string">'FIELDNAME'] for field in fields])

        records = [row[class="hl-string">'WA'].strip().split(class="hl-string">',') for row in data]
        df = pd.DataFrame(records, columns=[field[class="hl-string">'FIELDNAME'] for field in fields])
        class=class="hl-string">"hl-comment"># Trim whitespace from all cells
        df = df.apply(lambda x: x.str.strip() if x.dtype == class="hl-string">"object" else x)
        return df
    except Exception as e:
        print(fclass="hl-string">"Error reading table {table_name}: {e}")
        return pd.DataFrame(columns=[field[class="hl-string">'FIELDNAME'] for field in fields])

class=class="hl-string">"hl-comment"># --- 3. Main Extraction Logic ---
def main():
    print(class="hl-string">"Starting SAP data extraction...")
    try:
        conn = Connection(**SAP_CONNECTION_PARAMS)
    except Exception as e:
        print(fclass="hl-string">"Failed to connect to SAP: {e}")
        return

    class=class="hl-string">"hl-comment"># --- EBAN (Purchase Requisitions) ---
    print(class="hl-string">"Extracting EBAN...")
    eban_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'BANFN'}, {class="hl-string">'FIELDNAME': class="hl-string">'BNFPO'}, {class="hl-string">'FIELDNAME': class="hl-string">'BSART'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERNAM'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERDAT'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERFZEIT'}, {class="hl-string">'FIELDNAME': class="hl-string">'PREIS'}, {class="hl-string">'FIELDNAME': class="hl-string">'MENGE'}, {class="hl-string">'FIELDNAME': class="hl-string">'KOSTL'}, {class="hl-string">'FIELDNAME': class="hl-string">'FRGZU'}, {class="hl-string">'FIELDNAME': class="hl-string">'FRGSX'}]
    eban_options = [fclass="hl-string">"ERDAT >= '{date_from}' AND ERDAT <= '{date_to}'"]
    df_eban = rfc_read_table(conn, class="hl-string">'EBAN', eban_fields, eban_options)
    if df_eban.empty:
        print(class="hl-string">"No requisitions found in EBAN for the given date range. Exiting.")
        conn.close()
        return

    df_eban[class="hl-string">'PREIS'] = pd.to_numeric(df_eban[class="hl-string">'PREIS'], errors=class="hl-string">'coerce').fillna(0)
    df_eban[class="hl-string">'MENGE'] = pd.to_numeric(df_eban[class="hl-string">'MENGE'], errors=class="hl-string">'coerce').fillna(0)
    df_eban[class="hl-string">'TotalRequisitionValue'] = df_eban[class="hl-string">'PREIS'] * df_eban[class="hl-string">'MENGE']
    df_eban_grouped = df_eban.groupby(class="hl-string">'BANFN').agg(
        TotalRequisitionValue=(class="hl-string">'TotalRequisitionValue', class="hl-string">'sum'),
        RequisitionDocumentType=(class="hl-string">'BSART', class="hl-string">'first'),
        Department=(class="hl-string">'KOSTL', class="hl-string">'first')
    ).reset_index()
    df_eban = df_eban.merge(df_eban_grouped, on=class="hl-string">'BANFN', suffixes=(class="hl-string">'', class="hl-string">'_agg'))

    class=class="hl-string">"hl-comment"># --- EKPO/EKKO (Purchase Orders) ---
    print(class="hl-string">"Extracting EKPO and EKKO...")
    banfn_list = class="hl-string">"'" + class="hl-string">"', '".join(df_eban[class="hl-string">'BANFN'].unique()) + class="hl-string">"'"
    ekpo_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'BANFN'}, {class="hl-string">'FIELDNAME': class="hl-string">'BNFPO'}, {class="hl-string">'FIELDNAME': class="hl-string">'EBELN'}]
    ekpo_options = [fclass="hl-string">"BANFN IN ({banfn_list})"]
    df_ekpo = rfc_read_table(conn, class="hl-string">'EKPO', ekpo_fields, ekpo_options)

    ekko_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'EBELN'}, {class="hl-string">'FIELDNAME': class="hl-string">'AEDAT'}]
    if not df_ekpo.empty:
        ebeln_list = class="hl-string">"'" + class="hl-string">"', '".join(df_ekpo[class="hl-string">'EBELN'].unique()) + class="hl-string">"'"
        ekko_options = [fclass="hl-string">"EBELN IN ({ebeln_list})"]
        df_ekko = rfc_read_table(conn, class="hl-string">'EKKO', ekko_fields, ekko_options)
        df_po = pd.merge(df_ekpo, df_ekko, on=class="hl-string">'EBELN')
    else:
        df_po = pd.DataFrame(columns=[class="hl-string">'BANFN', class="hl-string">'BNFPO', class="hl-string">'EBELN', class="hl-string">'AEDAT'])

    class=class="hl-string">"hl-comment"># --- CDHDR/CDPOS (Change Documents) ---
    print(class="hl-string">"Extracting CDHDR and CDPOS...")
    cdhdr_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'OBJECTID'}, {class="hl-string">'FIELDNAME': class="hl-string">'CHANGENR'}, {class="hl-string">'FIELDNAME': class="hl-string">'USERNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'UDATE'}, {class="hl-string">'FIELDNAME': class="hl-string">'UTIME'}]
    cdhdr_options = [fclass="hl-string">"OBJECTCLAS = 'BANF' AND UDATE >= '{date_from}' AND UDATE <= '{date_to}'"]
    df_cdhdr = rfc_read_table(conn, class="hl-string">'CDHDR', cdhdr_fields, cdhdr_options)
    
    df_cdpos = pd.DataFrame()
    if not df_cdhdr.empty:
        class=class="hl-string">"hl-comment"># Process changenr in chunks to avoid overly long SQL queries
        changenr_chunks = [df_cdhdr[class="hl-string">'CHANGENR'][i:i + 100] for i in range(0, df_cdhdr.shape[0], 100)]
        cdpos_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'CHANGENR'}, {class="hl-string">'FIELDNAME': class="hl-string">'TABNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'FNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'VALUE_NEW'}, {class="hl-string">'FIELDNAME': class="hl-string">'VALUE_OLD'}]
        cdpos_frames = []
        for chunk in changenr_chunks:
            changenr_list = class="hl-string">"'" + class="hl-string">"', '".join(chunk) + class="hl-string">"'"
            cdpos_options = [fclass="hl-string">"OBJECTCLAS = 'BANF' AND CHANGENR IN ({changenr_list}) AND TABNAME = 'EBAN'"]
            cdpos_frames.append(rfc_read_table(conn, class="hl-string">'CDPOS', cdpos_fields, cdpos_options))
        if cdpos_frames:
            df_cdpos = pd.concat(cdpos_frames, ignore_index=True)

    conn.close()
    print(class="hl-string">"Extraction from SAP complete. Starting transformation...")

    class=class="hl-string">"hl-comment"># --- 4. Event Log Generation ---
    events = []

    class=class="hl-string">"hl-comment"># Activity: Requisition Created
    df_created = df_eban[[class="hl-string">'BANFN', class="hl-string">'ERNAM', class="hl-string">'ERDAT', class="hl-string">'ERFZEIT', class="hl-string">'RequisitionDocumentType', class="hl-string">'TotalRequisitionValue', class="hl-string">'Department']].drop_duplicates(subset=[class="hl-string">'BANFN'])
    for _, row in df_created.iterrows():
        events.append({
            class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'BANFN'],
            class="hl-string">'ActivityName': class="hl-string">'Requisition Created',
            class="hl-string">'EventTime': fclass="hl-string">"{row['ERDAT']} {row['ERFZEIT']}",
            class="hl-string">'User': row[class="hl-string">'ERNAM'],
            class="hl-string">'RequisitionDocumentType': row[class="hl-string">'RequisitionDocumentType'],
            class="hl-string">'TotalRequisitionValue': row[class="hl-string">'TotalRequisitionValue'],
            class="hl-string">'Department': row[class="hl-string">'Department'],
            class="hl-string">'RequisitionStatus': class="hl-string">'Created'
        })

    class=class="hl-string">"hl-comment"># Merge change documents
    df_changes = pd.DataFrame()
    if not df_cdhdr.empty and not df_cdpos.empty:
        df_changes = pd.merge(df_cdhdr, df_cdpos, on=class="hl-string">'CHANGENR')
        df_changes[class="hl-string">'PurchaseRequisitionId'] = df_changes[class="hl-string">'OBJECTID'].str[:10]
        df_changes[class="hl-string">'EventTime'] = pd.to_datetime(df_changes[class="hl-string">'UDATE'] + class="hl-string">' ' + df_changes[class="hl-string">'UTIME'], format=class="hl-string">'%Y%m%d %H%M%S')

    if not df_changes.empty:
        class=class="hl-string">"hl-comment"># Activities from Change Logs
        for _, row in df_changes.iterrows():
            activity = None
            status = None

            class=class="hl-string">"hl-comment"># Approval-related activities
            if row[class="hl-string">'FNAME'] in [class="hl-string">'FRGZU', class="hl-string">'FRGSX']:
                if row[class="hl-string">'VALUE_OLD'].strip() == class="hl-string">'' and row[class="hl-string">'VALUE_NEW'].strip() != class="hl-string">'':
                    activity = class="hl-string">'Approval Submitted'
                    status = class="hl-string">'In Approval'
                elif row[class="hl-string">'VALUE_OLD'] != class="hl-string">'' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'':
                    activity = class="hl-string">'Approval Reset'
                    status = class="hl-string">'In Progress'
                else:
                    class=class="hl-string">"hl-comment"># Logic to differentiate approve/reject might need config specifics
                    activity = class="hl-string">'Approval Step Approved' if row[class="hl-string">'VALUE_NEW'] > row[class="hl-string">'VALUE_OLD'] else class="hl-string">'Approval Step Rejected'
                    status = class="hl-string">'In Approval'
            class=class="hl-string">"hl-comment"># Final Approval/Rejection
            elif row[class="hl-string">'FNAME'] == class="hl-string">'FRGZU':
                 class=class="hl-string">"hl-comment"># This logic assumes specific final approval/rejection codes. Adjust if needed.
                 if row[class="hl-string">'VALUE_NEW'] in [class="hl-string">'X', class="hl-string">'Y', class="hl-string">'Z']: class=class="hl-string">"hl-comment"># Placeholder for final approval states
                     activity = class="hl-string">'Requisition Approved'
                     status = class="hl-string">'Approved'
                 elif row[class="hl-string">'VALUE_NEW'] in [class="hl-string">'R', class="hl-string">'S']: class=class="hl-string">"hl-comment"># Placeholder for final rejection states
                     activity = class="hl-string">'Requisition Rejected'
                     status = class="hl-string">'Rejected'
            class=class="hl-string">"hl-comment"># Other Amendments
            elif row[class="hl-string">'FNAME'] not in [class="hl-string">'FRGZU', class="hl-string">'FRGSX', class="hl-string">'LOEKZ', class="hl-string">'EBAKZ']:
                activity = class="hl-string">'Requisition Amended'
                status = class="hl-string">'Amended'
            class=class="hl-string">"hl-comment"># Blocked
            elif row[class="hl-string">'FNAME'] == class="hl-string">'EBAKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'B':
                activity = class="hl-string">'Requisition Blocked'
                status = class="hl-string">'Blocked'
            class=class="hl-string">"hl-comment"># Withdrawn
            elif row[class="hl-string">'FNAME'] == class="hl-string">'LOEKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'L':
                activity = class="hl-string">'Requisition Withdrawn'
                status = class="hl-string">'Withdrawn'
            class=class="hl-string">"hl-comment"># Closed
            elif row[class="hl-string">'FNAME'] == class="hl-string">'EBAKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'L':
                activity = class="hl-string">'Requisition Closed'
                status = class="hl-string">'Closed'

            if activity:
                events.append({
                    class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'PurchaseRequisitionId'],
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': row[class="hl-string">'EventTime'].strftime(class="hl-string">'%Y-%m-%d %H:%M:%S'),
                    class="hl-string">'User': row[class="hl-string">'USERNAME'],
                    class="hl-string">'RequisitionStatus': status
                })

    class=class="hl-string">"hl-comment"># Activity: Purchase Order Created
    if not df_po.empty:
        df_po_first = df_po.sort_values(class="hl-string">'AEDAT').drop_duplicates(class="hl-string">'BANFN', keep=class="hl-string">'first')
        for _, row in df_po_first.iterrows():
            events.append({
                class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'BANFN'],
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created',
                class="hl-string">'EventTime': fclass="hl-string">"{row['AEDAT']} 00:00:00", class=class="hl-string">"hl-comment"># EKKO only has date
                class="hl-string">'User': None, class=class="hl-string">"hl-comment"># User info not directly in EKKO/EKPO for this event
                class="hl-string">'RequisitionStatus': class="hl-string">'PO Created'
            })
            
    class=class="hl-string">"hl-comment"># Dummy activities for Approval Step Started (inferred before approval)
    class=class="hl-string">"hl-comment"># This is a simplified inference. Real logic can be much more complex.
    approval_events = [e for e in events if e[class="hl-string">'ActivityName'] == class="hl-string">'Approval Step Approved']
    for event in approval_events:
        event_time = pd.to_datetime(event[class="hl-string">'EventTime'])
        class=class="hl-string">"hl-comment"># Infer class="hl-string">'started' event one minute before class="hl-string">'approved' for demonstration
        start_time = event_time - datetime.timedelta(minutes=1)
        events.append({
            class="hl-string">'PurchaseRequisitionId': event[class="hl-string">'PurchaseRequisitionId'],
            class="hl-string">'ActivityName': class="hl-string">'Approval Step Started',
            class="hl-string">'EventTime': start_time.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S'),
            class="hl-string">'User': None, class=class="hl-string">"hl-comment"># Approver user is not known until they approve
            class="hl-string">'RequisitionStatus': class="hl-string">'In Approval'
        })

    class=class="hl-string">"hl-comment"># --- 5. Final Formatting ---
    if not events:
        print(class="hl-string">"No events generated. Exiting.")
        return

    df_event_log = pd.DataFrame(events)
    df_event_log = df_event_log.merge(df_eban_grouped, left_on=class="hl-string">'PurchaseRequisitionId', right_on=class="hl-string">'BANFN', how=class="hl-string">'left')
    df_event_log[class="hl-string">'EventTime'] = pd.to_datetime(df_event_log[class="hl-string">'EventTime'])
    df_event_log = df_event_log.sort_values(by=[class="hl-string">'PurchaseRequisitionId', class="hl-string">'EventTime'])

    class=class="hl-string">"hl-comment"># Fill forward attributes within each case
    df_event_log[class="hl-string">'RequisitionDocumentType'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'RequisitionDocumentType_agg'].transform(lambda x: x.ffill().bfill())
    df_event_log[class="hl-string">'TotalRequisitionValue'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'TotalRequisitionValue_agg'].transform(lambda x: x.ffill().bfill())
    df_event_log[class="hl-string">'Department'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'Department_agg'].transform(lambda x: x.ffill().bfill())

    class=class="hl-string">"hl-comment"># Add standard columns
    df_event_log[class="hl-string">'SourceSystem'] = source_system
    df_event_log[class="hl-string">'LastDataUpdate'] = last_data_update

    class=class="hl-string">"hl-comment"># Select and rename final columns
    final_columns = {
        class="hl-string">'PurchaseRequisitionId': class="hl-string">'PurchaseRequisitionId',
        class="hl-string">'ActivityName': class="hl-string">'ActivityName',
        class="hl-string">'EventTime': class="hl-string">'EventTime',
        class="hl-string">'SourceSystem': class="hl-string">'SourceSystem',
        class="hl-string">'LastDataUpdate': class="hl-string">'LastDataUpdate',
        class="hl-string">'User': class="hl-string">'User',
        class="hl-string">'Department': class="hl-string">'Department',
        class="hl-string">'RequisitionStatus': class="hl-string">'RequisitionStatus',
        class="hl-string">'RequisitionDocumentType': class="hl-string">'RequisitionDocumentType',
        class="hl-string">'TotalRequisitionValue': class="hl-string">'TotalRequisitionValue'
    }
    df_event_log = df_event_log[final_columns.keys()].rename(columns=final_columns)
    
    class=class="hl-string">"hl-comment"># Save to CSV
    df_event_log.to_csv(class="hl-string">'event_log_pr.csv', index=False)
    print(class="hl-string">"Event log successfully created: event_log_pr.csv")

if __name__ == class="hl-string">'__main__':
    main()

¿Listo para comenzar?

Utilice esta plantilla para garantizar que sus datos estén perfectamente estructurados para Process Mining y obtener información valiosa sobre su proceso Purchase to Pay Requisition. ¡Comience hoy su camino hacia la optimización de procesos!

Volver a la guía de mejora Descargar Template

Libere la eficiencia de P2P Requisition. Inicie su prueba ahora

Localice y resuelva los cuellos de botella de P2P, y reduzca el tiempo de ciclo en un 30 % o más.

Iniciar la prueba gratuita

No necesita tarjeta de crédito. Acceso gratuito durante 14 días

Su Template de datos de Purchase to Pay - Requisition

Su Template de datos de Purchase to Pay - Requisition

Purchase to Pay - Requisition: Atributos

Purchase to Pay - Requisition: actividades

Guías de extracción

Consulta SQL directa en la base de datos subyacente de SAP ECC

Pasos

Configuración

a Consulta de ejemplo sql

Script de Python mediante SAP RFC para extraer tablas

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Libere la eficiencia de P2P Requisition. Inicie su prueba ahora

Su Template de datos de Purchase to Pay - Requisition

Su Template de datos de Purchase to Pay - Requisition

Purchase to Pay - Requisition: Atributos

Purchase to Pay - Requisition: actividades

Guías de extracción

Consulta SQL directa en la base de datos subyacente de SAP ECC

Pasos

Configuración

a Consulta de ejemplo sql

Script de Python mediante SAP RFC para extraer tablas

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Libere la eficiencia de P2P Requisition. Inicie su prueba ahora

Valoramos su privacidad