Plantilla de datos: Ciclo de Pedido a Cobro - Procesamiento de Pedidos de Venta
Su Plantilla de Datos de Procesamiento de Pedidos de Venta - Pedido a Efectivo.
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de Extracción para SAP S/4HANA
Pedido a Cobro - Atributos de Procesamiento de Pedidos de Venta
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del Evento
EventTime
|
El timestamp que indica cuándo ocurrió una actividad o evento específico. | ||
|
Descripción
El Event Time proporciona la fecha y hora precisas para cada actividad en el proceso, formando la columna vertebral cronológica del Registro de eventos. Por ejemplo, registra cuándo se creó un pedido de ventas, cuándo se enviaron las mercancías y cuándo se pagó una factura. Este atributo es crítico para todo análisis basado 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 de pedido de ventas. La precisión de estos timestamps impacta directamente la calidad de los insights de Process Mining.
Por qué es importante
Este timestamp es esencial para calcular todas las duraciones, los tiempos de ciclo y los tiempos de espera, que son fundamentales para el análisis de rendimiento.
Dónde obtener
Este es un atributo derivado, obtenido de varios campos de fecha y hora en tablas SAP, como ERDAT/ERZET (fecha/hora de creación) en VBAK, LIKP, VBRK, o marcas de tiempo de registro 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 de negocio que tuvo lugar en un punto específico del proceso de pedido de venta. | ||
|
Descripción
Este atributo describe un paso o evento específico en el ciclo de vida del pedido de venta, como 'Pedido de Venta Creado', 'Salida de Mercancías Contabilizada' o 'Pago Recibido'. Estas actividades se derivan de varios cambios de estado, fechas de creación de documentos y entradas de registro en diferentes módulos de SAP. Analizar la secuencia y la duración de estas actividades es la base del Process Mining. Permite la visualización de mapas de proceso, la identificación de cuellos de botella entre los pasos y el análisis de variantes de proceso para comprender cómo los pedidos fluyen realmente a través del sistema en comparación con el proceso diseñado.
Por qué es importante
Define los pasos del proceso, lo que permite la construcción del mapa de procesos y el análisis del flujo del proceso y los cuellos de botella.
Dónde obtener
Este es un atributo derivado, típicamente generado durante la extracción de datos mediante el mapeo de cambios de estado o eventos de creación de documentos de tablas como VBAK, LIKP, VBRK y CDHDR/CDPOS a nombres de actividad significativos.
Ejemplos
Pedido de Venta CreadoEntrega CreadaFactura CreadaPago Recibido
|
|||
|
Pedido de Venta
Vbeln
|
El identificador único para un documento de venta, que sirve como identificador de caso principal para el proceso de Pedido a Cobro. | ||
|
Descripción
El número de pedido de venta identifica de forma única la solicitud de bienes o servicios de un cliente. Es el objeto central que vincula todas las actividades en el ciclo de vida del procesamiento de pedidos de venta, desde la creación y confirmación hasta la entrega y la facturación. En Process Mining, este atributo es esencial para rastrear el recorrido de principio a fin de cada pedido individual. Analizar los procesos por Pedido de Venta permite a las empresas 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 de cliente específica.
Por qué es importante
Este es el identificador central que conecta todos los eventos de proceso relacionados, permitiendo una vista completa a nivel de caso del ciclo de vida del pedido.
Dónde obtener
Este atributo es el Número de Documento de Ventas de la tabla VBAK (campo VBELN).
Ejemplos
100002341000056710000891
|
|||
|
Fecha de Entrega Solicitada
Vdatu
|
La fecha de entrega solicitada por el cliente para los bienes o servicios. | ||
|
Descripción
Esta fecha representa la fecha de entrega deseada por el cliente para los artículos del pedido de venta. Es una información clave utilizada para la planificación, la programación y la medición de acuerdos de nivel de servicio (SLA). Este atributo es esencial para medir los niveles de servicio al cliente y el rendimiento logístico. Sirve como línea de base para el KPI de Tasa de Entrega a Tiempo, donde se compara con la fecha real de salida de mercancías o la fecha de entrega para determinar si se cumplió la solicitud del cliente. Analizar las desviaciones ayuda a identificar problemas sistémicos en la ejecución o la planificación.
Por qué es importante
Esta es la fecha principal para medir el rendimiento de entrega a tiempo, un KPI crítico para la satisfacción del cliente y la eficiencia de la cadena de suministro.
Dónde obtener
Este atributo es la 'Fecha de entrega solicitada' de la tabla de posiciones de reparto de pedido de venta VBEP (campo VDATU).
Ejemplos
2023-02-012023-03-152023-04-20
|
|||
|
Importe Neto
Netwr
|
El valor neto del artículo o documento de pedido de venta en la moneda del documento. | ||
|
Descripción
El Importe Neto representa el valor de un pedido después de descuentos y recargos, pero antes de impuestos. Es una métrica financiera clave asociada a cada pedido de venta. En Process Mining, este atributo proporciona un contexto empresarial crítico. Se utiliza para priorizar el análisis de pedidos de alto valor, comprender si el valor del pedido se correlaciona con el tiempo de procesamiento o la complejidad, y medir el impacto financiero de ineficiencias del proceso como cancelaciones o retrasos. Por ejemplo, el análisis podría mostrar que los pedidos de alto valor se retrasan frecuentemente por verificaciones de crédito manuales.
Por qué es importante
Proporciona contexto financiero a cada caso, permitiendo un análisis basado en valor para priorizar mejoras en pedidos de alto impacto y cuantificar el costo de los retrasos.
Dónde obtener
Este atributo es el 'Valor neto de la posición del pedido en moneda del documento' de la tabla VBAP (campo NETWR) o 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 captura al usuario responsable de una actividad particular, como la creación del pedido de venta o la contabilización de la salida de mercancías. Vincula los pasos del proceso a los individuos o equipos que los realizaron. Analizar las actividades por usuario ayuda a identificar necesidades de capacitación, comprender la distribución de la carga de trabajo y detectar desviaciones que pueden ser específicas de ciertos usuarios. También es valioso para fines de cumplimiento y auditoría, proporcionando un registro claro de quién realizó las acciones clave dentro del proceso.
Por qué es importante
Permite el análisis del rendimiento del proceso por usuario o equipo, ayudando a identificar los empleados con mejor rendimiento, las oportunidades de capacitación y la distribución de la carga de trabajo.
Dónde obtener
Este atributo es el 'Nombre de la Persona que Creó el Objeto' de tablas como VBAK (campo ERNAM para creación) o de encabezados de documentos de cambio en CDHDR (campo UNAME).
Ejemplos
CBURNSDSCRANTONJHALPERT
|
|||
|
Número de Cliente
Kunnr
|
El identificador único para 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, incluyendo pedidos de venta, entregas y pagos. Analizar el proceso desde la perspectiva del cliente es fundamental. Este atributo permite segmentar el rendimiento del pedido por cliente, identificando cuáles clientes experimentan los retrasos más largos y comprendiendo cómo la ejecución del proceso difiere para las cuentas clave. Es fundamental para los dashboards que analizan los tiempos de ciclo por segmento de cliente.
Por qué es importante
Esto permite un análisis centrado en el cliente, lo que ayuda a identificar problemas de proceso que afectan a clientes o grupos de clientes específicos y a medir KPIs específicos del cliente.
Dónde obtener
Este atributo es el 'Cliente' o 'Número de Cliente' de la tabla VBAK (campo KUNNR).
Ejemplos
C000123C000456C000789
|
|||
|
Número de Material
Matnr
|
El identificador único para un 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 en un pedido de venta corresponde a un número de material específico. Este atributo permite un análisis de procesos centrado en el producto. Se utiliza para analizar si ciertos productos están asociados con tiempos de procesamiento más largos, cambios más frecuentes o tasas de cancelación más altas. Este insight puede ayudar a descubrir problemas relacionados con líneas de productos específicas, como complejidades de la cadena de suministro o inexactitudes en los datos.
Por qué es importante
Facilita el análisis a nivel de producto, revelando si ciertos materiales o líneas de productos están asociados con retrasos en el proceso, retrabajo u otras ineficiencias.
Dónde obtener
Este atributo es el 'Número de Material' de la tabla de posiciones de pedido de venta VBAP (campo MATNR).
Ejemplos
PROD-1001PROD-2005SERV-A01
|
|||
|
Organización de Ventas
Vkorg
|
Una unidad organizativa responsable de la venta de productos o servicios específicos. | ||
|
Descripción
La Organización de Ventas representa una unidad de venta en una empresa. Es responsable de negociar los términos de venta y distribuir bienes y servicios. Cada transacción de venta se asigna a una organización de ventas específica. Este atributo es una dimensión primaria para el análisis de rendimiento. Al filtrar o comparar datos entre diferentes organizaciones de ventas, las empresas pueden comparar el rendimiento, identificar las mejores prácticas regionales o divisionales y comprender cómo la eficiencia del proceso varía geográficamente o por unidad de negocio.
Por qué es importante
Permite la comparación de rendimiento y el benchmarking entre diferentes unidades de negocio, regiones o empresas dentro de un grupo corporativo.
Dónde obtener
Este atributo es la 'Organización de Ventas' de la tabla VBAK (campo VKORG).
Ejemplos
10002000US01DE01
|
|||
|
Tipo de Documento de Venta
Auart
|
Una clasificación que diferencia distintos tipos de documentos de ventas, como pedidos estándar, devoluciones o notas de crédito. | ||
|
Descripción
El Tipo de Documento de Venta controla cómo se procesa un documento de venta en SAP. Define detalles como el rango de números, campos obligatorios y el flujo general de la transacción. Ejemplos incluyen 'OR' para un pedido estándar o 'RE' para un pedido de devolución. En Process Mining, este atributo es crucial para segmentar el análisis. Comparar los flujos de proceso para diferentes tipos de documento 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 de procesos a tipos de pedido específicos.
Por qué es importante
Permite la segmentación de los pedidos de ventas en distintas categorías, posibilitando un análisis comparativo de cómo se procesan los diferentes tipos de pedidos.
Dónde obtener
Este atributo es el 'Tipo de Documento de Ventas' de la tabla VBAK (campo AUART).
Ejemplos
ORRECRPV
|
|||
|
¿Es 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 pedidos de venta que han sido retrabajados, como por ejemplo, ser modificados después de la confirmación o tener la misma actividad ocurriendo múltiples veces. La lógica para establecer este indicador puede basarse en la ocurrencia de actividades de 'Pedido de Venta Modificado' o en múltiples eventos de 'Pedido Confirmado' para el mismo caso. Este atributo apoya directamente el dashboard de 'Tasa de Cambio y Retrabajo de Pedidos de Venta' y los KPI relacionados. Permite un fácil filtrado y la cuantificación del retrabajo, ayudando a las empresas a medir el costo y la frecuencia de las ineficiencias del proceso y a dirigirse a las causas raíz de estas desviaciones.
Por qué es importante
Este indicador ayuda a cuantificar la frecuencia y el impacto del retrabajo, facilitando el análisis para reducir las desviaciones del proceso, los cambios manuales y las ineficiencias.
Dónde obtener
Este es un atributo calculado. La lógica se define durante la transformación de datos, a menudo mediante la detección de actividades repetidas o eventos de cambio específicos (por ejemplo, de las tablas CDHDR/CDPOS).
Ejemplos
truefalse
|
|||
|
Canal de Distribución
Vtweg
|
El canal a través del cual los productos o servicios llegan al cliente, como venta al por menor, al por mayor o 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 las empresas a comprender si ciertos canales son más o menos eficientes que otros. Por ejemplo, los pedidos del canal 'Online' podrían ser altamente automatizados y rápidos, mientras que los pedidos del canal 'Venta Directa' podrían implicar más pasos manuales y tardar más tiempo. Esto permite mejoras dirigidas para canales específicos.
Por qué es importante
Facilita el análisis de rendimiento en diferentes canales de venta, como web, ventas directas o minoristas, para identificar cuellos de botella o mejores prácticas específicas de cada canal.
Dónde obtener
Este atributo es el 'Canal de Distribución' de la tabla VBAK (campo VTWEG).
Ejemplos
102001
|
|||
|
Cantidad del Pedido
Kwmeng
|
La cantidad del material solicitado en un artículo específico del documento de venta. | ||
|
Descripción
Este atributo representa el número de unidades de un material específico solicitado por el cliente en una posición de un pedido de venta. Es un dato transaccional fundamental. Analizar la cantidad de pedido proporciona un contexto de negocio valioso. Se puede utilizar para segmentar el análisis por tamaño de pedido (pedidos pequeños vs. grandes) para ver si el volumen se correlaciona con la eficiencia de procesamiento. Además, es una métrica clave para la generación de informes de negocio y la comprensión de la escala de operaciones.
Por qué es importante
Permite el análisis basado en el tamaño del pedido, lo que ayuda a entender si el volumen de pedidos afecta los tiempos de procesamiento, la complejidad o las tasas de error.
Dónde obtener
Este atributo es la 'cantidad de pedido acumulada en unidades de venta' de la tabla VBAP (campo KWMENG).
Ejemplos
101505
|
|||
|
División
Spart
|
Una unidad organizativa que representa una línea de productos o un área de negocio específica. | ||
|
Descripción
La División se utiliza para agrupar materiales o servicios, representando a menudo una línea de productos. Forma parte de la definición del área de ventas y ayuda a estructurar el negocio desde un punto de vista orientado al producto. Este atributo es útil para analizar el rendimiento del proceso para diferentes grupos de productos. Puede ayudar a responder preguntas como: "¿El procesamiento de pedidos de piezas de repuesto difiere del procesamiento de pedidos de productos terminados?" Esta segmentación es clave para el KPI 'Tiempo de Ciclo por Línea de Producto' y el análisis relacionado en el dashboard.
Por qué es importante
Permite el análisis de procesos basado en líneas de producto o áreas de negocio, ayudando a descubrir diferencias de rendimiento entre distintas partes de la empresa.
Dónde obtener
Este atributo es la 'División' de las tablas VBAK o VBAP (campo SPART).
Ejemplos
000105
|
|||
|
Es Entrada Manual
IsManualEntry
|
Un indicador que señala si el pedido de ventas se creó de forma manual o mediante un canal automatizado como EDI o un portal de e‑commerce. | ||
|
Descripción
Este atributo distingue entre pedidos introducidos por un usuario directamente en la GUI de SAP y aquellos creados automáticamente a través de intercambio electrónico de datos (EDI), APIs u otros sistemas integrados. Esta información a veces se puede inferir del usuario que creó el pedido (por ejemplo, un usuario de sistema frente a un usuario humano) o indicadores específicos en el documento de venta. Este atributo es esencial para el análisis de automatización y soporta el KPI de 'Tasa de Entrada Manual de Pedidos'. Permite una comparación directa de la eficiencia del proceso, las tasas de error y los tiempos de ciclo entre pedidos creados manualmente y automáticamente, ayudando a construir un caso de negocio para una mayor automatización.
Por qué es importante
Ayuda a medir el nivel de automatización en el proceso de entrada de pedidos y a comparar la eficiencia y las tasas de error de los pedidos manuales frente a los automatizados.
Dónde obtener
Este es a menudo un atributo derivado. Puede inferirse verificando el usuario creador (ERNAM) en VBAK contra una lista de usuarios conocidos del sistema/batch, o mediante indicadores de canal específicos.
Ejemplos
truefalse
|
|||
|
Es Entrega a Tiempo
IsOnTimeDelivery
|
Un indicador booleano que indica si el pedido se entregó en la fecha de entrega confirmada o solicitada, o antes. | ||
|
Descripción
Este atributo proporciona un resultado binario claro para el rendimiento de entrega en cada pedido. Se calcula comparando la marca de tiempo real de Salida de mercancías registrada con la Fecha de Entrega Solicitada (VDATU) o una fecha de entrega confirmada del calendario de pedidos. Este indicador es la base para el KPI de Tasa de Entrega a Tiempo y el dashboard de Cumplimiento de la Promesa de Fecha de Entrega. Simplifica el análisis al permitir a los usuarios segmentar rápidamente todos los pedidos en categorías de 'a tiempo' y retrasados, para luego investigar las características del proceso de cada grupo y encontrar las causas raíz de los retrasos.
Por qué es importante
Mide directamente el rendimiento de la entrega frente a las expectativas del cliente, siendo la base del KPI crítico 'Tasa de Entrega a Tiempo'.
Dónde obtener
Este es un atributo calculado, derivado de la comparación de la marca de tiempo de la actividad Salida de Mercancías Registrada con la Fecha de Entrega Solicitada (VBEP-VDATU).
Ejemplos
truefalse
|
|||
|
Estado General de Entrega
Lfstk
|
El estado general de la entrega del pedido de venta, que indica si aún no se ha procesado, si se ha entregado parcialmente o si ya está totalmente entregado. | ||
|
Descripción
Este campo de estado ofrece un resumen de alto nivel del progreso de la ejecución de un documento de ventas. Se consolida a partir del estado de todas sus partidas para mostrar si el pedido está abierto, en curso o completado desde la perspectiva de la entrega. En el análisis de procesos, este atributo es valioso para comprender el estado actual de los pedidos abiertos y para filtrar casos. Por ejemplo, analizar solo los pedidos 'Entregados Completamente' proporciona una visión de los procesos finalizados, mientras que analizar los pedidos 'Pendientes de Procesar' puede ayudar a identificar acumulaciones de trabajo y cuellos de botella iniciales.
Por qué es importante
Proporciona una instantánea del progreso de cumplimiento de un pedido, permitiendo el filtrado y análisis según si un pedido está abierto, parcialmente o totalmente entregado.
Dónde obtener
Este atributo es el 'Estado general de entrega de todas las posiciones' de la tabla de estado VBUK (campo LFSTK).
Ejemplos
ABC
|
|||
|
Hora de Finalización
EndTime
|
El timestamp que indica cuándo concluyó una actividad o un evento específico. | ||
|
Descripción
El EndTime marca la hora de finalización de una actividad individual. Mientras que el StartTime indica cuándo comenzó una tarea, el EndTime registra cuándo finalizó, permitiendo medir la duración del trabajo activo. Este atributo es crucial para calcular con precisión los tiempos de procesamiento de las actividades. Permite a los analistas distinguir entre el tiempo dedicado activamente a 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 fundamental para un análisis preciso de los cuellos de botella.
Por qué es importante
Permite el cálculo preciso del tiempo de procesamiento de la actividad, lo cual es esencial para distinguir el tiempo de trabajo activo del tiempo de espera inactivo.
Dónde obtener
Este es un atributo derivado. Para algunas actividades, puede corresponder a una marca de tiempo específica en SAP. Para otras, a menudo se infiere o se establece igual a la StartTime (hora de inicio) 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
|
El código de moneda para los importes especificados en el documento de venta. | ||
|
Descripción
Este atributo define la moneda (por ejemplo, USD, EUR, JPY) para valores monetarios como el Importe Neto dentro del documento de venta. Proporciona el contexto necesario para interpretar y agregar datos financieros correctamente. Aunque no es directamente un factor impulsor del flujo de proceso, la moneda es esencial para cualquier análisis financiero. Asegura que los valores monetarios se entiendan correctamente y es necesaria al convertir cantidades a una moneda común para informes a escala global.
Por qué es importante
Proporciona contexto esencial para todos los valores monetarios, garantizando un análisis financiero y informes precisos, especialmente en operaciones globales.
Dónde obtener
Este atributo es la 'Moneda del documento SD' de la tabla VBAK (campo WAERK).
Ejemplos
USDEURGBP
|
|||
|
Motivo de rechazo
Abgru
|
Un código que indica el motivo por el cual se rechazó o canceló un pedido de ventas o una posición. | ||
|
Descripción
El Motivo de Rechazo proporciona contexto cuando se cancela un pedido de venta o un artículo de línea específico. Estas razones suelen ser configuradas por la empresa y pueden incluir códigos como 'Sin existencias', 'Cliente canceló' o 'Precio incorrecto'. Este atributo es fundamental para el análisis de la causa 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 dashboard de 'Análisis de Cancelaciones de Pedido de Venta' con el fin de reducir las ventas perdidas y mejorar la eficiencia.
Por qué es importante
Proporciona el 'porqué' detrás de las cancelaciones de pedidos, permitiendo un análisis de causa raíz para abordar problemas como errores de precio, falta de disponibilidad de stock o mala calidad de los datos.
Dónde obtener
Este atributo es el 'Motivo de rechazo de ofertas y pedidos de venta' de la tabla de posiciones de pedido de venta VBAP (campo ABGRU).
Ejemplos
010215
|
|||
|
Source System
SourceSystemId
|
Identifica el sistema de origen del que se extrajeron los datos. | ||
|
Descripción
Este atributo especifica el sistema de origen para los datos de evento, por ejemplo, 'SAP S/4HANA Production' o 'ECC Quality'. En entornos con múltiples sistemas ERP o una mezcla de plataformas heredadas y modernas, este campo es crucial para la trazabilidad de datos y la validación. Para el análisis, permite filtrar y comparar procesos entre diferentes sistemas o instancias organizativas. Esto puede revelar variaciones en la ejecución del proceso o en la calidad de los datos que son específicas de un entorno de sistema particular.
Por qué es importante
Proporciona contexto sobre el origen de los datos, lo cual es crucial en entornos multisistema para asegurar la integridad de los datos y permitir el análisis comparativo.
Dónde obtener
Este es típicamente un valor estático agregado durante el proceso de extracción de datos para etiquetar el conjunto de datos con su sistema de origen.
Ejemplos
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Tiempo de Procesamiento
ProcessingTime
|
La duración del tiempo dedicado activamente a una actividad específica. | ||
|
Descripción
El Tiempo de Procesamiento, también conocido como duración de la actividad, mide el tiempo entre el inicio y el final de un único paso del proceso. Representa el tiempo de trabajo activo, a diferencia del tiempo de espera entre pasos. Esta métrica calculada es crucial para identificar qué actividades específicas son las que consumen más tiempo en el proceso. Es un componente clave del análisis de cuellos de botella y ayuda a identificar ineficiencias dentro de una tarea, como una actividad prolongada de 'Verificación de Crédito Realizada', lo que podría indicar la necesidad de automatización o asignación de recursos.
Por qué es importante
Mide el tiempo de trabajo activo de una actividad, ayudando a identificar qué tareas específicas consumen más tiempo y son candidatas a optimización.
Dónde obtener
Este es un atributo calculado, derivado al tomar la diferencia entre la EndTime (hora de finalización) y la StartTime (hora de inicio) de una actividad.
Ejemplos
360086400300
|
|||
|
Última actualización de datos
LastDataUpdate
|
El timestamp de la actualización de datos o extracción más reciente del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se actualizaron por última vez los datos para el análisis del proceso. Proporciona transparencia a los usuarios de negocio y analistas sobre la frescura de los datos que están viendo, garantizando que comprendan el período de tiempo cubierto por el análisis. En los dashboards y reportes, esta información es crucial para el contexto. Ayuda a los usuarios a comprender si están viendo información en tiempo real o una instantánea periódica, lo que afecta la interpretación de tendencias recientes y el rendimiento operativo.
Por qué es importante
Informa a los usuarios sobre la actualidad de los datos, asegurando que comprendan el contexto temporal del análisis y evitando malas interpretaciones.
Dónde obtener
Este atributo es generado por la herramienta de extracción de datos o ETL, registrando 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
|
|||
Pedido a Cobro - Actividades de Procesamiento de Pedidos de Venta
| Actividad | Descripción | ||
|---|---|---|---|
|
Entrega Creada
|
Esta actividad significa la creación de un documento de entrega de salida, que inicia el proceso de envío y logística. Este es un evento explícito donde se crea un documento de entrega en referencia al pedido de venta. | ||
|
Por qué es importante
Este hito marca la transición del procesamiento de ventas a la logística. Analizar el tiempo desde la confirmación del pedido hasta la creación de la entrega ayuda a identificar cuellos de botella en la planificación del cumplimiento.
Dónde obtener
Capturado de la marca de tiempo de creación de la tabla LIKP (Documento SD: Datos de Cabecera de Entrega). El enlace al pedido de venta se almacena en la tabla VBFA (Flujo de Documentos de Venta).
Capturar
Capturado 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 al cliente, el cual detalla los productos, cantidades y precios para el pago. Este es un event explícito donde se genera un documento de factura en referencia a la entrega o al pedido de venta. | ||
|
Por qué es importante
Esta actividad marca el inicio del ciclo de cobro de pagos. El tiempo 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 obtener
Capturado de la fecha (ERDAT) y hora (ERZET) de creación de la tabla VBRK (Documento de Facturación: Datos de Cabecera). La tabla VBFA vincula la factura con los documentos precedentes.
Capturar
Capturado 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 exitosa del proceso, donde el pago del cliente ha sido recibido y liquidado contra la factura pendiente. Esta es una contabilización financiera explícita que cierra el artículo de cuentas por cobrar. | ||
|
Por qué es importante
Este es el paso final y de materialización de valor del ciclo de Pedido a Cobro (Order to Cash). Analizar el tiempo desde la factura hasta el pago es esencial para la gestión del flujo de caja y los Días de Venta Pendientes de Cobro (DSO).
Dónde obtener
Capturado de la fecha de compensación (AUGDT) en la tabla BSEG (Segmento de Documento Contable) para la posición relacionada con el pago del cliente que compensa la factura.
Capturar
Capturado de la fecha de compensación (AUGDT) en la partida de cliente compensada en la tabla BSEG o en el documento de compensación en BKPF.
Tipo de evento
explicit
|
|||
|
Pedido Cerrado
|
Marca el estado final de un pedido de ventas, indicando que todos los procesos relacionados, incluida la entrega, la facturación y el pago, están completos. Esto se infiere del estado global del documento de ventas. | ||
|
Por qué es importante
Esta actividad proporciona un punto final definitivo para los pedidos completados con éxito en el análisis de procesos. Asegura que el tiempo de ciclo de principio a fin se mida con precisión para los pedidos cumplidos.
Dónde obtener
Inferido del cambio del campo de estado global (VBUK-GBSTK) del documento de ventas a 'C' (Completamente procesado). La marca de tiempo debe derivarse de la última actualización de un documento relacionado, como la compensación de pago.
Capturar
Inferido cuando el estado del documento VBUK-GBSTK pasa a ser 'C', con la marca de tiempo tomada del evento final (por ejemplo, Pago Recibido).
Tipo de evento
inferred
|
|||
|
Pedido de Venta Confirmado
|
Marca el punto en el que se ha verificado la disponibilidad del material y se ha comprometido una cantidad y una fecha de entrega confirmadas para las posiciones del pedido. Esto se infiere de la creación de posiciones de reparto con cantidades confirmadas. | ||
|
Por qué es importante
Este es un hito crítico que representa el compromiso con el cliente. El tiempo que se tarda en alcanzar esta etapa (Tiempo de Ciclo de Confirmación de Pedido) es una medida clave de la eficiencia del procesamiento interno.
Dónde obtener
Inferido de la creación de registros en la tabla VBEP (Documento de Ventas: Datos de Posición de Reparto) con una cantidad confirmada (BMENG > 0) para las posiciones del pedido de ventas.
Capturar
Derivado de la fecha de creación de la primera posición de reparto en 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 un nuevo pedido de venta se crea formalmente en el sistema. Este evento se captura explícitamente cuando un usuario guarda un nuevo documento de pedido de venta (por ejemplo, utilizando la transacción VA01), lo que crea una nueva entrada en la tabla VBAK. | ||
|
Por qué es importante
Este es el evento de inicio principal para el proceso de Pedido a Cobro (Order to Cash). Analizar el tiempo desde esta actividad hasta los hitos posteriores es fundamental para medir el tiempo de ciclo general e identificar los retrasos iniciales del procesamiento.
Dónde obtener
Registrado en la tabla VBAK (Datos de Cabecera del Documento de Ventas) al momento de su creación. Los campos de fecha de creación (ERDAT) y hora (ERZET) proporcionan el timestamp.
Capturar
Capturado 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
|
Este es el traspaso legal y financiero de las mercancías, marcando su salida oficial del inventario de la empresa. Este evento explícito reduce los niveles de stock 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 crítico. A menudo se considera el punto de 'envío' e impacta directamente la valoración de inventario y el reconocimiento de ingresos.
Dónde obtener
El timestamp se registra en la tabla LIKP (WADAT_IST - Fecha real de movimiento de mercancías) cuando se contabiliza la salida de mercancías. La tabla de flujo de documentos VBFA lo vincula de nuevo al pedido de venta.
Capturar
Capturado de la fecha real de movimiento de mercancías (LIKP-WADAT_IST) en la cabecera de entrega.
Tipo de evento
explicit
|
|||
|
Bloqueo de Pedido de Venta Eliminado
|
Representa la eliminación de un bloqueo de procesamiento, permitiendo que el pedido de venta avance a la siguiente etapa. Esto se infiere al detectar un cambio en los campos de bloqueo relevantes, pasando de un valor establecido a un estado en blanco o liberado. | ||
|
Por qué es importante
Rastrear el tiempo que se tarda en eliminar los bloqueos es crucial para comprender la duración de los retrasos. Esta actividad ayuda a cuantificar el retrabajo y la eficiencia de los procesos de resolución.
Dónde obtener
Inferido de las tablas de datos de cambio (CDHDR, CDPOS) donde un campo de bloqueo en el pedido de ventas (por ejemplo, VBAK-LIFSK) cambia de un valor no vacío a vacío.
Capturar
Identificado al detectar un cambio en un campo de bloqueo (p. ej., VBAK-LIFSK) de un valor no en blanco a un valor en blanco.
Tipo de evento
inferred
|
|||
|
Bloqueo de Pedido de Venta Establecido
|
Esta actividad ocurre cuando se aplica un bloqueo de procesamiento al pedido de venta, impidiendo actividades posteriores como la creación de entregas. Esto se infiere monitoreando los registros de cambios para campos de bloqueo específicos en la cabecera o el artículo del pedido de venta. | ||
|
Por qué es importante
El establecimiento de bloqueos representa una desviación clave del happy path. Identificar por qué y con qué frecuencia se establecen los bloqueos ayuda a descubrir problemas sistémicos relacionados con la calidad de los datos, la fijación de precios o los datos maestros de clientes.
Dónde obtener
Inferido de las tablas de datos de cambio (CDHDR, CDPOS) para campos de bloqueo en el pedido de ventas, como VBAK-AUFSP (Bloqueo de pedido) o VBAK-LIFSK (Bloqueo de entrega).
Capturar
Identificado al detectar un cambio en un campo de bloqueo (p. ej., VBAK-LIFSK) de un valor en blanco a un valor no en blanco.
Tipo de evento
inferred
|
|||
|
Documento Contable Creado
|
Esta actividad ocurre cuando la factura se contabiliza exitosamente en el módulo de contabilidad financiera, creando asientos de diario. Es un evento explícito que genera un documento correspondiente en el libro mayor financiero. | ||
|
Por qué es importante
Este evento confirma que los ingresos de la venta han sido reconocidos formalmente en los libros contables de la empresa. Los retrasos aquí pueden afectar la precisión de los informes financieros.
Dónde obtener
Capturado de la fecha (CPUDT) y hora (CPUTM) de creación de la tabla BKPF (Cabecera de Documento Contable). La tabla VBRK a menudo almacena el número de documento contable (VBRK-BELNR) correspondiente.
Capturar
Capturado 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 ha sido transmitida al cliente, por ejemplo, mediante impresión, correo electrónico o EDI. Esto se infiere típicamente del registro de procesamiento del sistema de determinación de salidas. | ||
|
Por qué es importante
El reloj de pago a menudo comienza cuando el cliente recibe la factura. El seguimiento de este evento es crucial para medir con precisión el Tiempo de Ciclo de Cobro.
Dónde obtener
Inferido de los registros en la tabla NAST (Estado de Mensaje), que documenta el procesamiento de clases de mensaje como las facturas. La fecha y hora de procesamiento pueden servir como marca de tiempo del evento.
Capturar
Inferido de la marca de tiempo de procesamiento del registro de mensaje de salida relevante en la tabla NAST.
Tipo de evento
inferred
|
|||
|
Mercancías preparadas
|
Representa la finalización del proceso físico de preparación de las mercancías desde las ubicaciones de almacenamiento del almacén para la entrega de salida. Esto se infiere típicamente de una actualización de estado en el documento de entrega. | ||
|
Por qué es importante
La preparación de pedidos es un paso clave en el proceso de cumplimiento de almacén. El seguimiento de su finalización ayuda a medir la eficiencia del almacén y a identificar retrasos antes de que las mercancías estén listas para el envío.
Dónde obtener
Inferido de los campos de estado en las tablas LIPS (Posición de Entrega) o LIKP (Cabecera de Entrega), como el estado de recogida (KOSTA). Un cambio a 'Completamente recogido' significa el evento.
Capturar
Inferido de un cambio con marca de tiempo en el campo de estado de recogida (por ejemplo, LIKP-KOSTA) del documento de entrega.
Tipo de evento
inferred
|
|||
|
Partida de Pedido de Venta Rechazada
|
Representa la cancelación o el rechazo de una partida específica en un pedido de venta antes de su procesamiento completo. Esto se infiere de la aplicación de un 'Motivo de Rechazo' a una partida. | ||
|
Por qué es importante
Esta actividad representa un resultado fallido para parte de un pedido. Analizar cuándo y por qué se rechazan los artículos ayuda a identificar problemas con la disponibilidad del producto, el precio o los requisitos del cliente.
Dónde obtener
Inferido de los registros de cambios (CDHDR, CDPOS) que muestran cuándo se rellena el campo 'Motivo de Rechazo' (VBAP-ABGRU) para una posición de pedido de ventas.
Capturar
Inferido de la marca de tiempo cuando el campo VBAP-ABGRU se rellena para una o más posiciones.
Tipo de evento
inferred
|
|||
|
Pedido de Venta Modificado
|
Indica que un atributo significativo de un pedido de ventas existente, como la cantidad, el precio o la fecha de entrega solicitada, ha sido modificado después de su creación inicial. Este evento se captura explícitamente en las tablas de registro de cambios de SAP. | ||
|
Por qué es importante
Los cambios frecuentes indican inestabilidad del proceso y pueden llevar a retrabajos, errores en la entrega y retrasos. Esta actividad es clave para medir la Tasa de Cambio de Pedidos de Ventas e identificar las causas raíz.
Dónde obtener
Capturado de las tablas de datos de cambios, CDHDR (Cabecera de documento de cambio) y CDPOS (Posiciones de documento de cambio), que registran las modificaciones en tablas de pedidos de venta como VBAK y VBAP.
Capturar
Identificado a partir de entradas en la tabla CDHDR vinculadas al objeto de pedido de ventas (OBJECTCLAS 'VERKBELEG').
Tipo de evento
explicit
|
|||
|
Verificación de crédito realizada
|
Representa la finalización de una verificación de solvencia para el cliente asociado al pedido de venta. Este puede ser un paso automatizado o manual, y su finalización se infiere generalmente de un cambio en el estado de crédito general del documento. | ||
|
Por qué es importante
Las verificaciones de crédito son un cuello de botella común que puede retrasar significativamente la confirmación y el cumplimiento de pedidos. El seguimiento de esta actividad ayuda a medir su duración y su impacto en el proceso general.
Dónde obtener
Inferido de las actualizaciones de estado en la tabla VBUK (Documento de Ventas: Estado de Cabecera y Datos Administrativos). Un cambio en el campo de estado de crédito (CMGST) indica la finalización de la verificación.
Capturar
Inferido de un cambio con marca de tiempo en el campo de estado de crédito (VBUK-CMGST) del documento de ventas.
Tipo de evento
inferred
|
|||