Su Template de datos de Order to Cash, procesamiento de pedidos de venta
Su Template de datos de Order to Cash, procesamiento de pedidos de venta
- Atributos recomendados para recopilar
- Actividades clave que debe supervisar
- Guía de extracción para SAP S/4HANA
Atributos del procesamiento de pedidos de venta de Order to Cash
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
La marca de tiempo que indica cuándo tuvo lugar una actividad o un evento específico. | ||
|
Descripción
Event Time proporciona la fecha y la hora exactas de cada actividad del proceso y constituye la estructura cronológica del registro de eventos. Por ejemplo, registra cuándo se creó un pedido de cliente, cuándo se enviaron las mercancías y cuándo se pagó una factura. Este atributo es fundamental para todos los análisis basados en el tiempo. Se utiliza para calcular los tiempos de ciclo entre actividades, identificar retrasos, medir el rendimiento del proceso frente a los acuerdos de nivel de servicio y analizar la duración total del proceso del pedido de cliente. La precisión de estas marcas de tiempo afecta directamente a la calidad de los insights de Process Mining.
Por qué es importante
Esta marca de tiempo es esencial para calcular todas las duraciones, los tiempos de ciclo y los tiempos de espera, elementos fundamentales del análisis del rendimiento.
Dónde obtenerlo
Es un atributo derivado que procede de diversos campos de fecha y hora de las tablas de SAP, como ERDAT/ERZET (fecha y hora de creación) en VBAK, LIKP y VBRK, o de las marcas de tiempo de los registros de cambios de CDHDR.
Ejemplos
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
El nombre de la actividad empresarial que tuvo lugar en un punto específico del proceso del pedido de cliente. | ||
|
Descripción
Este atributo describe un paso o evento específico del ciclo de vida del pedido de cliente, como «Sales Order Created», «Goods Issue Posted» o «Payment Received». Estas actividades se derivan de diversos cambios de estado, fechas de creación de documentos y entradas de registros en distintos módulos de SAP. Analizar la secuencia y la duración de estas actividades es la base de Process Mining. Permite visualizar mapas de procesos, identificar cuellos de botella entre pasos y analizar las variantes del proceso para comprender cómo fluyen realmente los pedidos por el sistema en comparación con el proceso diseñado.
Por qué es importante
Define los pasos del proceso y permite construir el mapa de procesos y analizar el flujo del proceso y los cuellos de botella.
Dónde obtenerlo
Es un atributo derivado que normalmente se genera durante la extracción de datos, al asignar cambios de estado o eventos de creación de documentos de tablas como VBAK, LIKP, VBRK y CDHDR/CDPOS a nombres de actividades significativos.
Ejemplos
Pedido de venta creadoEntrega creadaFactura creadaPago recibido
|
|||
|
Pedido de cliente
Vbeln
|
El identificador único de un documento de ventas, que actúa como identificador principal del caso para el proceso Order to Cash. | ||
|
Descripción
El número del pedido de cliente identifica de forma única la solicitud de bienes o servicios de un cliente. Es el objeto central que vincula todas las actividades del ciclo de procesamiento del pedido de cliente, desde su creación y confirmación hasta la entrega y la facturación. En Process Mining, este atributo es esencial para realizar el seguimiento del recorrido completo de cada pedido individual. Analizar los procesos por pedido de cliente permite identificar cuellos de botella, comprender las variaciones del proceso y medir indicadores clave de rendimiento, como el tiempo de ciclo y la entrega a tiempo, para cada transacción específica del cliente.
Por qué es importante
Es el identificador principal que conecta todos los eventos relacionados del proceso y permite obtener una visión completa del ciclo de vida del pedido a nivel de caso.
Dónde obtenerlo
Este atributo es el número del documento de ventas de la tabla VBAK (campo VBELN).
Ejemplos
100002341000056710000891
|
|||
|
Fecha de entrega solicitada
Vdatu
|
La fecha de entrega que el cliente solicita para los bienes o servicios. | ||
|
Descripción
Esta fecha representa el momento de entrega que el cliente desea para las partidas del pedido de cliente. Es un dato clave para la planificación, la programación y la medición del acuerdo de nivel de servicio (SLA). Este atributo es esencial para medir los niveles de servicio al cliente y el rendimiento logístico. Sirve como referencia para el KPI «On-Time Delivery Rate», ya que se compara con la fecha real de salida de mercancías o de entrega para determinar si se cumplió la solicitud del cliente. Analizar las desviaciones ayuda a identificar problemas sistémicos en el cumplimiento o la planificación.
Por qué es importante
Es la fecha principal para medir el rendimiento de las entregas a tiempo, un KPI fundamental para la satisfacción del cliente y la eficiencia de la cadena de suministro.
Dónde obtenerlo
Este atributo es la «Requested delivery date» de la tabla de líneas de programación del pedido de cliente VBEP (campo VDATU).
Ejemplos
2023-02-012023-03-152023-04-20
|
|||
|
Importe neto
Netwr
|
El valor neto de la partida o del documento del pedido de cliente en la moneda del documento. | ||
|
Descripción
El importe neto representa el valor del pedido después de descuentos y recargos, pero antes de impuestos. Es una métrica financiera clave asociada a cada pedido de cliente. En Process Mining, este atributo proporciona un contexto empresarial fundamental. Se utiliza para priorizar el análisis de pedidos de alto valor, comprender si el valor del pedido se correlaciona con el tiempo o la complejidad del procesamiento y medir el impacto financiero de ineficiencias del proceso, como cancelaciones o retrasos. Por ejemplo, el análisis puede mostrar que los pedidos de alto valor sufren retrasos frecuentes debido a comprobaciones de crédito manuales.
Por qué es importante
Proporciona contexto financiero para cada caso, permite realizar análisis basados en el valor, priorizar mejoras en los pedidos de mayor impacto y cuantificar el coste de los retrasos.
Dónde obtenerlo
Este atributo es el «Net value of the order item in document currency» de la tabla VBAP (campo NETWR) o un valor agregado de la tabla VBAK.
Ejemplos
1500.00250.5012345.75
|
|||
|
Nombre de usuario
Ernam
|
El ID de usuario de SAP de la persona que creó o modificó por última vez el documento. | ||
|
Descripción
Este atributo registra la persona responsable de una actividad concreta, como crear el pedido de cliente o contabilizar la salida de mercancías. Vincula los pasos del proceso con las personas o los equipos que los ejecutaron. Analizar las actividades por usuario ayuda a identificar necesidades de formación, comprender la distribución de la carga de trabajo y detectar desviaciones que pueden ser específicas de determinadas personas usuarias. También es valioso para el cumplimiento y las auditorías, ya que proporciona un registro claro de quién realizó las acciones clave del proceso.
Por qué es importante
Permite analizar el rendimiento del proceso por persona usuaria o equipo y ayuda a identificar el mejor rendimiento, las oportunidades de formación y la distribución de la carga de trabajo.
Dónde obtenerlo
Este atributo es el «Name of Person who Created the Object» de tablas como VBAK (campo ERNAM para la creación) o de las cabeceras de documentos de cambios de CDHDR (campo UNAME).
Ejemplos
CBURNSDSCRANTONJHALPERT
|
|||
|
Número de cliente
Kunnr
|
El identificador único de una cuenta de cliente. | ||
|
Descripción
El número de cliente es una clave única asignada a cada cliente en los datos maestros. Se utiliza en todas las transacciones relacionadas con ese cliente, incluidos los pedidos de venta, las entregas y los pagos. Analizar el proceso desde la perspectiva del cliente es fundamental. Este atributo permite segmentar el rendimiento de los pedidos por cliente, identificar qué clientes experimentan las mayores demoras y comprender cómo difiere la ejecución del proceso para las cuentas clave. Es esencial para los Dashboards que analizan los tiempos de ciclo por segmento de cliente.
Por qué es importante
Permite realizar análisis centrados en el cliente, identificar problemas del proceso que afectan a clientes o grupos específicos y medir los KPI específicos de cada cliente.
Dónde obtenerlo
Este atributo es el «Sold-to party» o «Customer Number» de la tabla VBAK (campo KUNNR).
Ejemplos
C000123C000456C000789
|
|||
|
Número de material
Matnr
|
El identificador único del producto o material que se vende. | ||
|
Descripción
El número de material es la clave única de un producto en los datos maestros de materiales. Cada partida de un pedido de cliente corresponde a un número de material específico. Este atributo permite realizar análisis del proceso centrados en el producto. Se utiliza para analizar si determinados productos están asociados a tiempos de procesamiento más prolongados, cambios más frecuentes o tasas de cancelación más elevadas. Esta información puede ayudar a descubrir problemas relacionados con líneas de productos concretas, como complejidades de la cadena de suministro o imprecisiones en los datos.
Por qué es importante
Facilita el análisis a nivel de producto y revela si determinados materiales o líneas de productos están asociados a retrasos del proceso, retrabajo u otras ineficiencias.
Dónde obtenerlo
Este atributo es el «Material Number» de la tabla de partidas del pedido de cliente VBAP (campo MATNR).
Ejemplos
PROD-1001PROD-2005SERV-A01
|
|||
|
Organización de ventas
Vkorg
|
Una unidad organizativa responsable de la venta de determinados productos o servicios. | ||
|
Descripción
La organización de ventas representa una unidad comercializadora de la empresa. Es responsable de negociar las condiciones de venta y distribuir bienes y servicios. Cada transacción de ventas se asigna a una organización de ventas específica. Este atributo es una dimensión principal para el análisis del rendimiento. Al filtrar o comparar datos de distintas organizaciones de ventas, las empresas pueden comparar el rendimiento, identificar buenas prácticas regionales o divisionales y comprender cómo varía la eficiencia del proceso según la geografía o la unidad de negocio.
Por qué es importante
Permite comparar el rendimiento y establecer referencias entre distintas unidades de negocio, regiones o empresas de un grupo corporativo.
Dónde obtenerlo
Este atributo es el «Sales Organization» de la tabla VBAK (campo VKORG).
Ejemplos
10002000US01DE01
|
|||
|
Tipo de documento de ventas
Auart
|
Una clasificación que distingue entre distintos tipos de documentos de ventas, como pedidos estándar, devoluciones o abonos. | ||
|
Descripción
El tipo de documento de ventas controla cómo se procesa un documento de ventas en SAP. Define aspectos como el rango de numeración, los campos obligatorios y el flujo general de la transacción. Algunos ejemplos son «OR» para un pedido estándar o «RE» para un pedido de devolución. En Process Mining, este atributo es fundamental para segmentar el análisis. Comparar los flujos de proceso de distintos tipos de documentos puede revelar variaciones significativas en los tiempos de ciclo, las tasas de retrabajo y los niveles de automatización. Esto ayuda a adaptar las iniciativas de mejora del proceso a tipos de pedido específicos.
Por qué es importante
Permite segmentar los pedidos de cliente en distintas categorías y comparar cómo se procesan los diferentes tipos de pedido.
Dónde obtenerlo
Este atributo es el «Sales Document Type» de la tabla VBAK (campo AUART).
Ejemplos
ORRECRSO
|
|||
|
Canal de distribución
Vtweg
|
El canal a través del cual los productos o servicios llegan al cliente, como el comercio minorista, la venta mayorista o la venta en línea. | ||
|
Descripción
El canal de distribución define el método de venta y distribución de productos a los clientes. Es un elemento organizativo clave que, junto con la organización de ventas, define el área de ventas. Analizar los procesos por canal de distribución ayuda a comprender si determinados canales son más o menos eficientes que otros. Por ejemplo, los pedidos del canal «Online» pueden estar muy automatizados y procesarse rápidamente, mientras que los del canal «Direct Sales» pueden incluir más pasos manuales y tardar más. Esto permite aplicar mejoras específicas a cada canal.
Por qué es importante
Permite analizar el rendimiento de distintos canales de ventas, como la web, la venta directa o el comercio minorista, para identificar cuellos de botella o buenas prácticas específicos de cada canal.
Dónde obtenerlo
Este atributo es el «Distribution Channel» de la tabla VBAK (campo VTWEG).
Ejemplos
102001
|
|||
|
Cantidad solicitada
Kwmeng
|
Cantidad del material solicitado en una posición específica del documento de ventas. | ||
|
Descripción
Este atributo representa el número de unidades de un material específico que el cliente solicita en una posición del pedido de ventas. Es un dato transaccional fundamental. El análisis de la cantidad solicitada proporciona un contexto empresarial valioso. Puede utilizarse para segmentar el análisis según el tamaño del pedido, por ejemplo, pedidos pequeños frente a pedidos grandes, y comprobar si el volumen se relaciona con la eficiencia del procesamiento. Además, es una métrica clave para los informes empresariales y para comprender la escala de las operaciones.
Por qué es importante
Permite analizar los pedidos según su tamaño y ayuda a comprender si el volumen afecta a los tiempos de procesamiento, la complejidad o las tasas de error.
Dónde obtenerlo
Este atributo corresponde a la «cantidad acumulada del pedido en unidades de ventas» de la tabla VBAP, campo KWMENG.
Ejemplos
101505
|
|||
|
Entrada manual
IsManualEntry
|
Un indicador que señala si el pedido de cliente se creó manualmente o mediante un canal automatizado, como EDI o un portal de comercio electrónico. | ||
|
Descripción
Este atributo distingue entre los pedidos introducidos directamente por una persona usuaria en SAP GUI y los creados automáticamente mediante intercambio electrónico de datos (EDI), API u otros sistemas integrados. En ocasiones, esta información puede inferirse a partir de la persona usuaria que creó el pedido, por ejemplo, una persona usuaria del sistema frente a una persona usuaria, o de indicadores específicos del documento de ventas. Este atributo es esencial para analizar la automatización y respalda el KPI «Manual Order Entry Rate». Permite comparar directamente la eficiencia del proceso, las tasas de error y los tiempos de ciclo de los pedidos creados manualmente y de forma automática, lo que ayuda a justificar nuevas iniciativas de automatización.
Por qué es importante
Ayuda a medir el nivel de automatización del proceso de entrada de pedidos y a comparar la eficiencia y las tasas de error de los pedidos manuales y automatizados.
Dónde obtenerlo
Este suele ser un atributo derivado. Puede inferirse comprobando el usuario «Creado por» (ERNAM) en VBAK frente a una lista de usuarios de sistema o de procesos por lotes conocidos, o mediante indicadores específicos del canal.
Ejemplos
truefalse
|
|||
|
Entrega a tiempo
IsOnTimeDelivery
|
Un indicador booleano que señala si el pedido se entregó en la fecha de entrega confirmada o solicitada, o antes. | ||
|
Descripción
Este atributo proporciona un resultado binario claro sobre el rendimiento de la entrega de cada pedido. Se calcula comparando la marca de tiempo real de «Goods Issue Posted» con la «Requested Delivery Date» (VDATU) o con una fecha de entrega confirmada del programa del pedido. Este indicador es la base del KPI «On-Time Delivery Rate» y del panel «Delivery Date Promise Adherence». Simplifica el análisis al permitir segmentar rápidamente todos los pedidos en las categorías «on-time» y «late» y, a continuación, investigar las características del proceso de cada grupo para encontrar las causas raíz de los retrasos.
Por qué es importante
Mide directamente el rendimiento del cumplimiento frente a las expectativas del cliente y constituye la base del KPI fundamental «On-Time Delivery Rate».
Dónde obtenerlo
Es un atributo calculado que se obtiene comparando la marca de tiempo de la actividad «Goods Issue Posted» con la «Requested Delivery Date» (VBEP-VDATU).
Ejemplos
truefalse
|
|||
|
Estado general de la entrega
Lfstk
|
El estado general de la entrega del pedido de cliente, que indica si aún no se ha procesado, si se ha entregado parcialmente o si se ha entregado por completo. | ||
|
Descripción
Este campo de estado proporciona un resumen de alto nivel del progreso del cumplimiento de un documento de ventas. Se agrega a partir del estado de todas sus partidas para indicar si el pedido está abierto, en curso o completado desde el punto de vista de la entrega. En el análisis de procesos, este atributo es valioso para comprender el estado actual de los pedidos abiertos y filtrar casos. Por ejemplo, analizar solo los pedidos «Fully Delivered» ofrece una visión de los procesos completados, mientras que analizar los pedidos «Not yet processed» puede ayudar a identificar acumulaciones y cuellos de botella iniciales.
Por qué es importante
Proporciona una instantánea del progreso del cumplimiento de un pedido y permite filtrar y analizar los pedidos según estén abiertos, entregados parcialmente o entregados por completo.
Dónde obtenerlo
Este atributo es el «Overall delivery status of all items» de la tabla de estados VBUK (campo LFSTK).
Ejemplos
ABC
|
|||
|
Hora de finalización
EndTime
|
Marca de tiempo que indica cuándo concluyó una actividad o un evento específico. | ||
|
Descripción
EndTime indica la hora de finalización de una actividad individual. Mientras que StartTime señala cuándo comenzó una tarea, EndTime registra cuándo terminó, lo que permite medir la duración del trabajo activo. Este atributo es fundamental para calcular con precisión los tiempos de procesamiento de las actividades. Permite a los analistas distinguir entre el tiempo dedicado a trabajar activamente en una tarea (Processing Time = EndTime - StartTime) y el tiempo de espera hasta que comienza la siguiente tarea (Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime). Esta distinción es esencial para analizar los cuellos de botella con precisión.
Por qué es importante
Permite calcular con precisión el tiempo de procesamiento de una actividad, algo esencial para distinguir el tiempo de trabajo activo del tiempo de espera inactivo.
Dónde obtenerlo
Este es un atributo derivado. Para algunas actividades, puede corresponder a una marca de tiempo específica en SAP. Para otras, suele inferirse o establecerse igual que StartTime si el evento se considera instantáneo.
Ejemplos
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Moneda del documento
Waerk
|
Código de moneda de los importes especificados en el documento de ventas. | ||
|
Descripción
Este atributo define la moneda, por ejemplo, USD, EUR o JPY, de los valores monetarios, como el importe neto, dentro del documento de ventas. Proporciona el contexto necesario para interpretar y agregar correctamente los datos financieros. Aunque no influye directamente en el flujo del proceso, la moneda es esencial para cualquier análisis financiero. Garantiza que los valores monetarios se interpreten correctamente y resulta necesaria al convertir los importes a una moneda común para elaborar informes a escala global.
Por qué es importante
Proporciona el contexto esencial para todos los valores monetarios y garantiza la precisión del análisis y los informes financieros, especialmente en operaciones globales.
Dónde obtenerlo
Este atributo corresponde a la «moneda del documento SD» de la tabla VBAK, campo WAERK.
Ejemplos
USDEURGBP
|
|||
|
Motivo de rechazo
Abgru
|
Un código que indica por qué se rechazó o canceló un pedido de cliente o una partida. | ||
|
Descripción
El motivo de rechazo proporciona contexto cuando se cancela un pedido de cliente o una partida concreta. Normalmente, la empresa configura estos motivos e incluye códigos como «Out of stock», «Customer canceled» o «Incorrect price». Este atributo es fundamental para el análisis de las causas raíz de las cancelaciones de pedidos. Al analizar los motivos de rechazo más frecuentes, las empresas pueden identificar problemas subyacentes en sus procesos de ventas, inventario o precios. Esta información es crucial para el panel «Sales Order Cancellation Analysis», que ayuda a reducir las ventas perdidas y mejorar la eficiencia.
Por qué es importante
Explica el motivo de las cancelaciones de pedidos y permite analizar las causas raíz para abordar problemas como errores de precios, falta de existencias o baja calidad de los datos.
Dónde obtenerlo
Este atributo es el «Reason for rejection of quotations and sales orders» de la tabla de partidas del pedido de cliente VBAP (campo ABGRU).
Ejemplos
010215
|
|||
|
Sector
Spart
|
Una unidad organizativa que representa una línea de productos o un área de negocio específica. | ||
|
Descripción
El sector se utiliza para agrupar materiales o servicios y suele representar una línea de productos. Forma parte de la definición del área de ventas y ayuda a estructurar la empresa desde una perspectiva orientada al producto. Este atributo resulta útil para analizar el rendimiento del proceso de distintos grupos de productos. Permite responder a preguntas como: «¿El procesamiento de los pedidos de repuestos difiere del de los pedidos de productos terminados?». Esta segmentación es clave para el KPI «Cycle Time by Product Line» y el análisis relacionado en el panel.
Por qué es importante
Permite analizar el proceso según la línea de productos o el área de negocio y ayuda a descubrir diferencias de rendimiento entre distintas partes de la empresa.
Dónde obtenerlo
Este atributo es el «Division» de las tablas VBAK o VBAP (campo SPART).
Ejemplos
000105
|
|||
|
Sistema de origen
SourceSystemId
|
Identifica el sistema de origen del que se extrajeron los datos. | ||
|
Descripción
Este atributo especifica el sistema de origen de los datos de eventos, por ejemplo, «SAP S/4HANA Production» o «ECC Quality». En entornos con varios sistemas ERP o una combinación de plataformas heredadas y modernas, este campo es fundamental para garantizar la trazabilidad y validar los datos. En el análisis, permite filtrar y comparar procesos de distintos sistemas o instancias organizativas. Esto puede revelar variaciones en la ejecución del proceso o en la calidad de los datos específicas de un determinado entorno de sistemas.
Por qué es importante
Proporciona contexto sobre el origen de los datos, algo fundamental en entornos multisistema para garantizar su integridad y permitir el análisis comparativo.
Dónde obtenerlo
Normalmente es un valor estático que se añade durante la extracción de datos para identificar el sistema de origen del conjunto de datos.
Ejemplos
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Tiene retrabajo
IsRework
|
Un indicador booleano que señala si una actividad o un caso implica retrabajo, como una confirmación repetida o un cambio significativo. | ||
|
Descripción
Este indicador se utiliza para identificar los pedidos de cliente que han sido objeto de retrabajo, por ejemplo, porque se modificaron después de la confirmación o porque la misma actividad se produjo varias veces. La lógica para establecer este indicador puede basarse en la aparición de actividades «Sales Order Changed» o de varios eventos «Order Confirmed» para el mismo caso. Este atributo respalda directamente el panel «Sales Order Change and Rework Rate» y los KPI relacionados. Permite filtrar y cuantificar fácilmente el retrabajo, medir el coste y la frecuencia de las ineficiencias del proceso y abordar las causas raíz de estas desviaciones.
Por qué es importante
Este indicador ayuda a cuantificar la frecuencia y el impacto del retrabajo y permite analizar cómo reducir las desviaciones del proceso, los cambios manuales y las ineficiencias.
Dónde obtenerlo
Es un atributo calculado. La lógica se define durante la transformación de datos, normalmente mediante la detección de actividades repetidas o eventos de cambio específicos, por ejemplo, en las tablas CDHDR/CDPOS.
Ejemplos
truefalse
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo de la actualización o extracción más reciente de datos del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se actualizaron por última vez los datos del análisis del proceso. Proporciona transparencia a las personas usuarias de negocio y a los analistas sobre la actualidad de los datos que consultan y garantiza que comprendan el periodo que abarca el análisis. En los Dashboards y los informes, esta información es vital para aportar contexto. Ayuda a comprender si se está consultando información en tiempo real o una instantánea periódica, lo que afecta a la interpretación de las tendencias recientes y del rendimiento operativo.
Por qué es importante
Informa sobre la actualidad de los datos, garantiza que se comprenda el contexto temporal del análisis y evita interpretaciones erróneas.
Dónde obtenerlo
Este atributo lo genera la herramienta de extracción de datos o ETL, que registra la marca de tiempo de la última ejecución de la canalización de datos.
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Actividades del procesamiento de pedidos de venta de Order to Cash
| Actividad | Descripción | ||
|---|---|---|---|
|
Entrega creada
|
Esta actividad representa la creación de un documento de entrega de salida, que inicia el proceso de envío y logística. Es un evento explícito en el que se crea un documento de entrega con referencia al pedido de cliente. | ||
|
Por qué es importante
Este hito marca la transición del procesamiento de ventas a la logística. Analizar el tiempo transcurrido entre la confirmación del pedido y la creación de la entrega ayuda a identificar cuellos de botella en la planificación del cumplimiento.
Dónde obtenerlo
Se obtiene de la marca de tiempo de creación de la tabla LIKP (SD Document: Delivery Header Data). El vínculo con el pedido de cliente se almacena en la tabla VBFA (Sales Document Flow).
Recopilar
Se obtiene de la marca de tiempo de creación de la cabecera del documento de entrega en la tabla LIKP.
Tipo de evento
explicit
|
|||
|
Factura creada
|
Representa la creación del documento de facturación del cliente, que detalla los productos, las cantidades y los precios que deben pagarse. Es un evento explícito en el que se genera un documento de factura con referencia a la entrega o al pedido de cliente. | ||
|
Por qué es importante
Esta actividad marca el inicio del ciclo de cobro. El tiempo transcurrido entre la salida de mercancías y la creación de la factura es un KPI clave para medir la eficiencia del proceso de facturación.
Dónde obtenerlo
Se obtiene de la fecha (ERDAT) y la hora (ERZET) de creación de la tabla VBRK (Billing Document: Header Data). La tabla VBFA vincula la factura con los documentos anteriores.
Recopilar
Se obtiene de la marca de tiempo de creación de la cabecera del documento de facturación en la tabla VBRK.
Tipo de evento
explicit
|
|||
|
Pago recibido
|
Esta actividad marca la finalización satisfactoria del proceso: el pago del cliente se ha recibido y compensado contra la factura pendiente. Es una contabilización financiera explícita que cierra la partida de cuentas por cobrar. | ||
|
Por qué es importante
Es el paso final del ciclo Order to Cash, en el que se materializa el valor. Analizar el tiempo transcurrido entre la factura y el pago es esencial para gestionar el flujo de caja y los días de ventas pendientes de cobro (DSO).
Dónde obtenerlo
Se obtiene de la fecha de compensación (AUGDT) de la tabla BSEG (Accounting Document Segment), correspondiente a la partida relacionada con el pago del cliente que compensa la factura.
Recopilar
Se obtiene de la fecha de compensación (AUGDT) de la partida del cliente compensada en la tabla BSEG o del documento de compensación en BKPF.
Tipo de evento
explicit
|
|||
|
Pedido cerrado
|
Marca el estado final de un pedido de cliente e indica que todos los procesos relacionados, incluidos la entrega, la facturación y el pago, han finalizado. Se infiere a partir del estado general del documento de ventas. | ||
|
Por qué es importante
Esta actividad proporciona un punto final definitivo para los pedidos completados correctamente en el análisis del proceso. Garantiza que el tiempo de ciclo de extremo a extremo se mida con precisión para los pedidos cumplidos.
Dónde obtenerlo
Se infiere cuando el campo de estado general (VBUK-GBSTK) del documento de ventas cambia a «C» (Completely processed). La marca de tiempo debe derivarse de la última actualización de un documento relacionado, como la compensación del pago.
Recopilar
Se infiere cuando el estado del documento VBUK-GBSTK pasa a ser «C», tomando la marca de tiempo del evento final, por ejemplo, Payment Received.
Tipo de evento
inferred
|
|||
|
Pedido de venta confirmado
|
Marca el momento en que se ha comprobado la disponibilidad de los materiales y se han comprometido una cantidad y una fecha de entrega confirmadas para las posiciones del pedido. Se infiere a partir de la creación de líneas de programación con cantidades confirmadas. | ||
|
Por qué es importante
Este es un hito crítico que representa el compromiso con el cliente. El tiempo necesario para llegar a esta etapa (tiempo de ciclo de confirmación del pedido) es una medida clave de la eficiencia del procesamiento interno.
Dónde obtenerlo
Se infiere a partir de la creación de registros en la tabla VBEP (datos de líneas de programación del documento de ventas) con una cantidad confirmada (BMENG > 0) para las posiciones del pedido de venta.
Recopilar
Se deriva de la fecha de creación de la primera línea de programación de la tabla VBEP con una cantidad confirmada.
Tipo de evento
inferred
|
|||
|
Pedido de venta creado
|
Esta actividad marca el inicio del proceso de ventas, cuando se crea formalmente un nuevo pedido de venta en el sistema. El evento se captura explícitamente cuando un usuario guarda un nuevo documento de ventas, por ejemplo, mediante la transacción VA01, que crea una nueva entrada en la tabla VBAK. | ||
|
Por qué es importante
Este es el evento inicial principal del proceso de Order to Cash. Analizar el tiempo transcurrido desde esta actividad hasta los hitos posteriores es fundamental para medir el tiempo de ciclo general e identificar retrasos iniciales en el procesamiento.
Dónde obtenerlo
Se registra en la tabla VBAK (datos de cabecera del documento de ventas) al crear el pedido. Los campos de fecha de creación (ERDAT) y hora de creación (ERZET) proporcionan la marca de tiempo.
Recopilar
Se captura a partir de la marca de tiempo de creación del registro de cabecera del pedido de venta en la tabla VBAK.
Tipo de evento
explicit
|
|||
|
Salida de mercancías contabilizada
|
Es la transferencia legal y financiera de la mercancía, que marca su salida oficial del inventario de la empresa. Este evento explícito reduce los niveles de existencias y es un requisito previo para la facturación. | ||
|
Por qué es importante
La contabilización de la salida de mercancías es un hito financiero y logístico fundamental. A menudo se considera el momento del «envío» y afecta directamente a la valoración del inventario y al reconocimiento de ingresos.
Dónde obtenerlo
La marca de tiempo se registra en la tabla LIKP (WADAT_IST, fecha real del movimiento de mercancías) cuando se contabiliza la salida de mercancías. La tabla de flujo de documentos VBFA vincula este evento con el pedido de cliente.
Recopilar
Se obtiene de la fecha real del movimiento de mercancías (LIKP-WADAT_IST) de la cabecera de entrega.
Tipo de evento
explicit
|
|||
|
Bloqueo del pedido de venta eliminado
|
Representa la eliminación de un bloqueo de procesamiento, lo que permite que el pedido de venta avance a la siguiente etapa. Se infiere al detectar que los campos de bloqueo correspondientes cambian de un valor establecido a un estado vacío o borrado. | ||
|
Por qué es importante
Seguir el tiempo necesario para eliminar los bloqueos es fundamental para comprender la duración de los retrasos. Esta actividad ayuda a cuantificar el reproceso y la eficiencia de los procesos de resolución.
Dónde obtenerlo
Se infiere a partir de las tablas de datos de cambios (CDHDR, CDPOS) cuando un campo de bloqueo del pedido de venta, por ejemplo, VBAK-LIFSK, cambia de un valor no vacío a un valor vacío.
Recopilar
Se identifica al detectar que un campo de bloqueo, por ejemplo, VBAK-LIFSK, cambia de un valor no vacío a un valor vacío.
Tipo de evento
inferred
|
|||
|
Bloqueo del pedido de venta establecido
|
Esta actividad ocurre cuando se aplica un bloqueo de procesamiento al pedido de venta, lo que impide actividades posteriores como la creación de la entrega. Se infiere mediante el seguimiento de los registros de cambios de campos de bloqueo específicos en la cabecera o la posición del pedido de venta. | ||
|
Por qué es importante
Establecer bloqueos es una desviación importante del flujo previsto. Identificar por qué se establecen y con qué frecuencia ayuda a descubrir problemas sistémicos relacionados con la calidad de los datos, los precios o los datos maestros de clientes.
Dónde obtenerlo
Se infiere a partir de las tablas de datos de cambios (CDHDR, CDPOS) para los campos de bloqueo del pedido de venta, como VBAK-AUFSP (bloqueo del pedido) o VBAK-LIFSK (bloqueo de entrega).
Recopilar
Se identifica al detectar un cambio en un campo de bloqueo, por ejemplo, VBAK-LIFSK, de un valor vacío a un valor no vacío.
Tipo de evento
inferred
|
|||
|
Comprobación de crédito realizada
|
Representa la finalización de una comprobación de solvencia del cliente asociado al pedido de venta. Puede tratarse de un paso automático o manual, y su finalización suele inferirse a partir de un cambio en el estado crediticio general del documento. | ||
|
Por qué es importante
Las comprobaciones de crédito son un cuello de botella habitual que puede retrasar considerablemente la confirmación y el cumplimiento del pedido. El seguimiento de esta actividad ayuda a medir su duración y su impacto en el proceso general.
Dónde obtenerlo
Se infiere a partir de las actualizaciones de estado de la tabla VBUK (documento de ventas: estado de cabecera y datos administrativos). Un cambio en el campo de estado crediticio (CMGST) indica que la comprobación ha finalizado.
Recopilar
Se infiere a partir de un cambio con marca de tiempo en el campo de estado crediticio (VBUK-CMGST) del documento de ventas.
Tipo de evento
inferred
|
|||
|
Documento contable creado
|
Esta actividad se produce cuando la factura se contabiliza correctamente en el módulo de contabilidad financiera y genera asientos contables. Es un evento explícito que crea el documento correspondiente en el libro mayor financiero. | ||
|
Por qué es importante
Este evento confirma que los ingresos de la venta se han reconocido formalmente en los libros de la empresa. Los retrasos en este punto pueden afectar a la precisión de los informes financieros.
Dónde obtenerlo
Se obtiene de la fecha (CPUDT) y la hora (CPUTM) de creación de la tabla BKPF (Accounting Document Header). La tabla VBRK suele almacenar el número del documento contable correspondiente (VBRK-BELNR).
Recopilar
Se obtiene de la marca de tiempo de creación de la cabecera del documento contable en la tabla BKPF.
Tipo de evento
explicit
|
|||
|
Factura enviada al cliente
|
Indica que la factura generada se ha transmitido al cliente, por ejemplo, mediante impresión, correo electrónico o EDI. Normalmente se infiere a partir del registro de procesamiento del sistema de determinación de salidas. | ||
|
Por qué es importante
El plazo de pago suele comenzar cuando el cliente recibe la factura. Registrar este evento es fundamental para medir con precisión el tiempo del ciclo de cobro.
Dónde obtenerlo
Se infiere a partir de los registros de la tabla NAST (Message Status), que registra el procesamiento de tipos de salida como las facturas. La fecha y la hora de procesamiento pueden utilizarse como marca de tiempo del evento.
Recopilar
Se infiere a partir de la marca de tiempo de procesamiento del registro de mensaje de salida correspondiente en la tabla NAST.
Tipo de evento
inferred
|
|||
|
Mercancía recogida
|
Representa la finalización del proceso físico de recoger la mercancía de las ubicaciones de almacenamiento del almacén para la entrega de salida. Normalmente se infiere a partir de una actualización del estado del documento de entrega. | ||
|
Por qué es importante
La recogida es un paso clave del proceso de cumplimiento en el almacén. Registrar su finalización ayuda a medir la eficiencia del almacén e identificar retrasos antes de que la mercancía esté lista para el envío.
Dónde obtenerlo
Se infiere a partir de los campos de estado de las tablas LIPS (Delivery Item) o LIKP (Delivery Header), como el estado de recogida (KOSTA). El cambio a «Completely picked» indica que se ha producido el evento.
Recopilar
Se infiere a partir de un cambio con marca de tiempo en el campo de estado de recogida del documento de entrega, por ejemplo, LIKP-KOSTA.
Tipo de evento
inferred
|
|||
|
Partida del pedido de cliente rechazada
|
Representa la cancelación o el rechazo de una partida específica de un pedido de cliente antes de que se procese por completo. Se infiere a partir de la asignación de un «Reason for Rejection» a una partida. | ||
|
Por qué es importante
Esta actividad representa un resultado no satisfactorio para una parte del pedido. Analizar cuándo y por qué se rechazan las partidas ayuda a identificar problemas de disponibilidad de productos, precios o requisitos del cliente.
Dónde obtenerlo
Se infiere a partir de los registros de cambios (CDHDR, CDPOS), que muestran cuándo se completa el campo «Reason for Rejection» (VBAP-ABGRU) de una partida del pedido de cliente.
Recopilar
Se infiere a partir de la marca de tiempo en la que se completa el campo VBAP-ABGRU para una o varias partidas.
Tipo de evento
inferred
|
|||
|
Pedido de venta modificado
|
Indica que un atributo importante de un pedido de venta existente, como la cantidad, el precio o la fecha de entrega solicitada, se ha modificado después de su creación inicial. Este evento se captura explícitamente en las tablas de registros de cambios de SAP. | ||
|
Por qué es importante
Los cambios frecuentes indican inestabilidad en el proceso y pueden provocar reprocesos, errores de cumplimiento y retrasos. Esta actividad es clave para medir la tasa de cambios de los pedidos de venta e identificar sus causas raíz.
Dónde obtenerlo
Se captura a partir de las tablas de datos de cambios, CDHDR (cabecera del documento de cambios) y CDPOS (posiciones del documento de cambios), que registran las modificaciones realizadas en tablas de pedidos de venta como VBAK y VBAP.
Recopilar
Se identifica a partir de las entradas de la tabla CDHDR vinculadas al objeto de pedido de venta (OBJECTCLAS «VERKBELEG»).
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice este Template de datos para comenzar su recorrido de Process Mining con confianza. Descubra información útil para mejorar la eficiencia y aumentar la satisfacción del cliente en su proceso de Order to Cash.
¡Optimice hoy su proceso de Order to Cash y de procesamiento de pedidos de venta!
Elimine los cuellos de botella y mejore el flujo de caja. Únase a otras empresas que han reducido el tiempo de ciclo en un 30 %.
No necesita tarjeta de crédito. Configuración en minutos.