Su plantilla de datos de Order to Cash: procesamiento de pedidos de venta

SAP ECC
Su plantilla de datos de Order to Cash: procesamiento de pedidos de venta

Su plantilla de datos de Order to Cash: procesamiento de pedidos de venta

Esta plantilla ofrece una hoja de ruta clara para recopilar los datos esenciales necesarios para analizar su proceso de Order to Cash: procesamiento de pedidos de venta en SAP ECC. Detalla los atributos fundamentales que debe recopilar, las actividades clave que debe seguir y ofrece orientación práctica para extraer los datos. Utilice este recurso para asegurarse de reunir toda la información necesaria para un análisis completo del proceso.
  • 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.

Atributos del procesamiento de pedidos de venta de Order to Cash

Estos son los campos de datos recomendados que debe incluir en su registro de eventos para realizar un análisis completo del procesamiento de pedidos de venta de Order to Cash.
5 Obligatorio 7 Recomendado 5 Opcional
Nombre Descripción
Pedido de venta
SalesOrder
Identificador único de un documento de pedido de venta, que actúa como caso principal para realizar el seguimiento de todo el proceso de pedido a cobro.
Descripción

El pedido de venta es el documento central del proceso de ventas y representa la solicitud de mercancías o servicios de un cliente. Contiene toda la información necesaria para procesar la solicitud del cliente de principio a fin.

En Process Mining, este atributo se utiliza como ID de caso. Cada número de pedido de venta único representa una instancia del proceso integral. Analizar los procesos por pedido de venta permite realizar el seguimiento de todo el ciclo de vida, medir los tiempos de ciclo e identificar variaciones en cada pedido individual del cliente.

Por qué es importante

Es la clave esencial para vincular todas las actividades y eventos relacionados, lo que permite analizar de principio a fin el recorrido de cada pedido del cliente.

Dónde obtenerlo

Se encuentra en la tabla de datos de cabecera del documento de ventas (VBAK), en el campo VBELN.

Ejemplos
900001234590000123469000012347
Actividad
Activity
Nombre de un paso o evento empresarial específico que tuvo lugar dentro del proceso del pedido de venta.
Descripción

Este atributo describe un único paso del proceso de pedido a cobro, como «Pedido de venta creado», «Entrega creada» o «Pago recibido». Estas actividades son los componentes básicos que se utilizan para reconstruir el flujo del proceso de cada pedido de venta.

Analizar la secuencia y el momento de estas actividades constituye el núcleo de Process Mining. Ayuda a visualizar el mapa del proceso, identificar cuellos de botella, descubrir variantes del proceso y comprobar el cumplimiento respecto a un modelo estándar. Normalmente, las actividades se derivan de una combinación de eventos de creación de documentos, cambios de estado o códigos de transacción específicos registrados en el sistema.

Por qué es importante

Las actividades forman la estructura básica del mapa del proceso y permiten visualizar y analizar el flujo, las desviaciones y los cuellos de botella.

Dónde obtenerlo

Es un atributo derivado que normalmente se genera durante la extracción de datos al asignar códigos de transacción de SAP (T-Codes), cambios de estado de documentos (por ejemplo, de las tablas VBUK y VBUP) o registros de cambios de documentos (tablas CDHDR y CDPOS) a nombres de actividad fáciles de entender.

Ejemplos
Pedido de venta creadoEntrega creadaSalida de mercancías registradaFactura creadaPago recibido
Hora de inicio
StartTime
Marca de tiempo que indica cuándo comenzó una actividad o un evento.
Descripción

La hora de inicio, también conocida como marca de tiempo del evento, registra la fecha y hora exactas en que ocurrió una actividad concreta. Por ejemplo, registra cuándo se creó una orden de venta, cuándo se expidieron las mercancías o cuándo se contabilizó una factura.

Esta marca de tiempo es fundamental para todos los análisis basados en el tiempo de Process Mining. Se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración total de un caso e identificar retrasos o cuellos de botella. Las marcas de tiempo precisas son esenciales para los Dashboards de análisis del rendimiento, como los que supervisan las entregas puntuales o los tiempos de entrega del cumplimiento de pedidos.

Por qué es importante

Es un atributo crítico para calcular todas las métricas de rendimiento, como los tiempos de ciclo y las duraciones, esenciales para identificar cuellos de botella.

Dónde obtenerlo

Es un atributo compuesto que normalmente se obtiene combinando un campo de fecha (por ejemplo, ERDAT) y un campo de hora (por ejemplo, ERZET) de varias tablas de SAP, como VBAK (pedido de venta), LIKP (entrega) y VBRK (factura).

Ejemplos
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
Sistema de origen
SourceSystem
Identifica el sistema de origen del que se extrajeron los datos.
Descripción

Este atributo especifica el sistema de origen, por ejemplo, el nombre de una instancia concreta de SAP ECC o un número de cliente. Proporciona contexto para los datos, especialmente en entornos con varios sistemas productivos o datos procedentes de sistemas heredados.

En el análisis, se utiliza para filtrar o segmentar los datos según su origen. Resulta especialmente útil para comparar procesos entre distintos sistemas o durante proyectos de migración, con el fin de garantizar la integridad y coherencia de los datos.

Por qué es importante

Proporciona un contexto esencial, especialmente en entornos con varios sistemas, permite comparar procesos y garantiza la trazabilidad clara de los datos.

Dónde obtenerlo

Este valor normalmente se añade durante el proceso de extracción de datos y suele ser un valor estático que representa el ID del sistema SAP (SAPSID) o el cliente (MANDT).

Ejemplos
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción o actualización de datos más reciente para un evento o caso determinado. Proporciona transparencia sobre la actualidad de los datos analizados.

En los Dashboards y los informes, esta información es fundamental para que las personas usuarias comprendan la vigencia de la información. Ayuda a confirmar si el análisis refleja el estado operativo más reciente o si se basa en datos antiguos, y permite gestionar las expectativas sobre la actualidad de los datos.

Por qué es importante

Garantiza que los usuarios conozcan la actualidad de los datos, algo fundamental para tomar decisiones oportunas y fundamentadas a partir del análisis de Process Mining.

Dónde obtenerlo

Es un atributo de metadatos que la herramienta o el proceso de extracción de datos completa durante la ingesta de datos. No se almacena en las tablas de origen de SAP.

Ejemplos
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
Bloqueo de entrega
DeliveryBlock
Código que indica si un pedido de venta está bloqueado para la entrega, lo que impide crear un documento de entrega.
Descripción

El bloqueo de entrega es un estado establecido en un pedido de venta, en el nivel de cabecera o de partida, para detener temporalmente el proceso antes de la entrega. Un usuario puede establecer los bloqueos manualmente o el sistema puede aplicarlos automáticamente por motivos como el incumplimiento del límite de crédito o datos incompletos.

Este atributo es fundamental para el panel «Análisis de bloqueos y retrabajos de pedidos de venta». Analizar la frecuencia, duración y motivos de los bloqueos de entrega ayuda a identificar los principales cuellos de botella del proceso de cumplimiento. Reducir estos bloqueos es clave para mejorar la entrega puntual y el tiempo de ciclo general.

Por qué es importante

Identifica directamente los cuellos de botella del proceso de cumplimiento. Analizar por qué y con qué frecuencia se bloquean los pedidos es crucial para mejorar la eficiencia del flujo.

Dónde obtenerlo

Se encuentra en la tabla de datos de cabecera del documento de ventas (VBAK), en el campo LIFSK.

Ejemplos
0102Z1
Importe neto
NetAmount
Valor total del pedido de venta, sin incluir impuestos ni descuentos en el nivel de cabecera.
Descripción

El importe neto representa el valor monetario del pedido de venta. Es una métrica financiera clave asociada a cada instancia del proceso.

Este atributo es esencial para realizar Process Mining basado en el valor. Permite priorizar las iniciativas de mejora del proceso centrándose en los pedidos de mayor valor. Los analistas pueden correlacionar problemas del proceso, como retrasos o retrabajos, con su impacto financiero y reforzar así el caso de negocio para el cambio. Por ejemplo, puede utilizarse para analizar si los pedidos de alto valor se procesan con mayor o menor eficiencia que los de bajo valor.

Por qué es importante

Permite realizar análisis basados en el valor y priorizar los esfuerzos de mejora en los pedidos con mayor impacto financiero para la empresa.

Dónde obtenerlo

Se encuentra en la tabla de datos de cabecera del documento de ventas (VBAK), en el campo NETWR.

Ejemplos
1500.0012550.75850.50
Motivo de rechazo
RejectionReason
Código que indica el motivo por el que se rechazó o canceló una partida del pedido de venta.
Descripción

El motivo de rechazo proporciona contexto sobre por qué no se cumplió un pedido de venta o una partida concreta. Puede deberse a la cancelación por parte del cliente, la falta de disponibilidad del producto u otros motivos empresariales.

Este atributo es esencial para el panel «Tendencias de cancelación de pedidos de venta». Al analizar los motivos de rechazo más frecuentes, la empresa puede identificar las causas raíz de las ventas perdidas. Esta información puede impulsar mejoras en la gestión del inventario, la estrategia de precios o la comunicación con los clientes para reducir el índice de cancelación de pedidos.

Por qué es importante

Explica el motivo de las cancelaciones de pedidos y permite analizar las causas raíz para reducir las ventas perdidas y mejorar la precisión de las previsiones.

Dónde obtenerlo

Se encuentra en la tabla de datos de partidas del documento de ventas (VBAP), en el campo ABGRU.

Ejemplos
0215Z5
Número de cliente
CustomerNumber
Identificador único del cliente que realizó el pedido de venta.
Descripción

Este atributo representa al «interlocutor solicitante», la cuenta de cliente principal asociada al pedido de venta. Vincula la transacción con un cliente concreto de los datos maestros.

Analizar por número de cliente permite segmentar el proceso para comprender los comportamientos y el rendimiento específicos de cada cliente. Ayuda a responder preguntas como qué clientes tienen los tiempos de ciclo más largos, los índices de retrabajo más altos o los cambios de pedido más frecuentes. Es fundamental para mejorar la gestión de las relaciones con los clientes y los niveles de servicio.

Por qué es importante

Permite realizar análisis centrados en el cliente, identificar problemas del proceso que afectan a clientes concretos y medir el rendimiento específico de cada cliente.

Dónde obtenerlo

Se encuentra en la tabla de datos de cabecera del documento de ventas (VBAK), en el campo KUNNR.

Ejemplos
100234100567200112
Número de material
MaterialNumber
Identificador único del producto o servicio que se vende.
Descripción

El número de material identifica la partida específica de una línea del pedido de venta. Como un mismo pedido puede contener varios materiales, este atributo normalmente se analiza en el nivel de partida.

Analizar el proceso por número de material ayuda a descubrir problemas específicos de cada producto. Puede revelar si determinados productos están asociados a plazos de cumplimiento más largos, índices más altos de bloqueos de entrega o discrepancias de facturación más frecuentes. Esto es fundamental para la gestión de la cadena de suministro y de los productos, ya que permite optimizar el proceso para distintas líneas de productos.

Por qué es importante

Permite analizar el proceso por producto y descubrir qué productos están asociados a ineficiencias como retrasos, bloqueos o retrabajos.

Dónde obtenerlo

Se encuentra en la tabla de datos de partidas del documento de ventas (VBAP), en el campo MATNR.

Ejemplos
FG-1001-ARAW-205BSERV-INSTALL
Organización de ventas
SalesOrganization
Unidad organizativa responsable de la venta de productos o servicios.
Descripción

Una organización de ventas es una entidad organizativa clave de SAP que estructura la empresa según sus necesidades comerciales. Es responsable de negociar las condiciones de venta y distribuir bienes y servicios.

En Process Mining, este atributo es una dimensión crítica para el análisis. Permite comparar el rendimiento, la eficiencia y el cumplimiento del proceso entre distintas unidades de ventas, regiones o divisiones. Esto ayuda a identificar las mejores prácticas en las organizaciones con mejor rendimiento y las áreas de mejora en otras.

Por qué es importante

Permite realizar comparaciones de referencia entre organizaciones y comparar la eficiencia y el cumplimiento de los procesos entre distintas unidades de negocio o regiones.

Dónde obtenerlo

Se encuentra en la tabla de datos de cabecera del documento de ventas (VBAK), en el campo VKORG.

Ejemplos
100025003100
Usuario
User
ID de usuario del empleado que creó o modificó por última vez el documento o realizó la actividad.
Descripción

Este atributo registra el ID de usuario de SAP responsable de un evento concreto del proceso. Por ejemplo, identifica a la persona encargada de ventas que creó la orden o al personal del almacén que contabilizó la salida de mercancías.

Analizar el proceso por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación y detectar variaciones en la forma en que distintas personas realizan la misma tarea. Es esencial para los Dashboards centrados en el rendimiento de los recursos, el cumplimiento y la identificación de intervenciones manuales.

Por qué es importante

Proporciona visibilidad sobre el rendimiento y la carga de trabajo de los recursos, ayuda a identificar desviaciones del proceso específicas de cada usuario y es clave para analizar el cumplimiento y la automatización.

Dónde obtenerlo

Se encuentra en muchas tablas de cabecera de SAP como campo «Creado por» (ERNAM) o «Modificado por» (AENAM), por ejemplo, en VBAK, LIKP y VBRK.

Ejemplos
CBURKEJSMITHRWILLIAMS
Condiciones de expedición
ShippingConditions
Define la estrategia general de expedición de las mercancías al cliente.
Descripción

Las condiciones de expedición determinan cómo se enviará un pedido, por ejemplo, «Estándar», «Exprés» o «Recogida». Se acuerdan con el cliente e influyen en la planificación logística.

Este atributo se utiliza en el análisis «Eficiencia y coste del método de expedición». Al segmentar el proceso por condiciones de expedición, las empresas pueden analizar si determinados métodos son más propensos a sufrir retrasos o tienen tiempos de ciclo más largos. Estos datos ayudan a optimizar la logística y gestionar las expectativas del cliente sobre los plazos de entrega.

Por qué es importante

Permite analizar el rendimiento logístico y determinar si ciertos métodos de expedición se relacionan con retrasos o con una mayor eficiencia.

Dónde obtenerlo

Se encuentra en la tabla de datos de cabecera del documento de ventas (VBAK), en el campo VSBED.

Ejemplos
011020
Es entrega puntual
IsOnTimeDelivery
Indicador booleano que señala si las mercancías se expidieron en la fecha de entrega confirmada o antes.
Descripción

Este atributo calculado compara la fecha real de salida de mercancías con «ConfirmedDeliveryDate» para un pedido de venta. Si la fecha de salida de mercancías es igual o anterior a la fecha confirmada, se marca como verdadero; de lo contrario, como falso.

Este atributo simplifica la creación del panel «Rendimiento de las entregas puntuales» y el cálculo del KPI de índice de entregas puntuales. Permite agregar y visualizar fácilmente el rendimiento sin tener que comparar fechas sobre la marcha en cada análisis o gráfico. Así proporciona una medida clara y rápida de la fiabilidad de las entregas.

Por qué es importante

Proporciona una medida clara y sencilla del rendimiento de las entregas y facilita el cálculo del KPI general de índice de entregas puntuales.

Dónde obtenerlo

Es un atributo calculado. La lógica compara la marca de tiempo de la actividad «Salida de mercancías» con el valor del atributo «ConfirmedDeliveryDate».

Ejemplos
truefalse
Es retrabajo
IsRework
Indicador booleano que señala si un pedido de venta ha experimentado un cambio significativo o una actividad de retrabajo después de su creación inicial.
Descripción

Este atributo calculado identifica las instancias del proceso que han experimentado retrabajo, como una o varias actividades de «Pedido de venta modificado». La lógica específica que define el retrabajo, por ejemplo, un cambio en el precio, la cantidad o la fecha de entrega, se establece durante la configuración del proyecto.

Este atributo es fundamental para el panel «Retrabajo y frecuencia de cambios de pedidos de venta» y para el KPI de índice de retrabajo de pedidos de venta. Simplifica el análisis al permitir filtrar y comparar directamente los pedidos que siguieron un recorrido directo con los que requirieron cambios manuales. Esto ayuda a cuantificar el impacto del retrabajo en los tiempos de ciclo y los costes.

Por qué es importante

Cuantifica directamente la frecuencia del retrabajo y permite analizar sus causas y su impacto en la eficiencia general y el tiempo de ciclo del proceso.

Dónde obtenerlo

Es un atributo calculado derivado del registro de eventos. La lógica comprueba la presencia de actividades de «Pedido de venta modificado» o de eventos de cambio específicos de las tablas CDHDR/CDPOS.

Ejemplos
truefalse
Estado de la comprobación de crédito
CreditCheckStatus
Indica el estado de la comprobación de crédito del documento de ventas.
Descripción

Este atributo muestra el resultado de la comprobación de crédito automática o manual realizada sobre un pedido de venta. Entre los estados habituales se incluyen «Aprobado», «Rechazado» o «Bloqueado».

Es un atributo clave para el panel «Análisis del tiempo de procesamiento de la comprobación de crédito». Los retrasos o bloqueos en esta etapa pueden afectar significativamente al tiempo de ciclo general del cumplimiento del pedido. Analizar este estado ayuda a comprender la eficiencia del proceso de gestión del crédito y su impacto en la velocidad de las ventas.

Por qué es importante

Afecta directamente a la velocidad de procesamiento de los pedidos. Analizar este estado ayuda a identificar cuellos de botella en la gestión del crédito que retrasan el cumplimiento de los pedidos.

Dónde obtenerlo

Se encuentra en la tabla de estados de cabecera del documento de ventas (VBUK) o directamente en VBAK, en el campo de estado del crédito (por ejemplo, CMGST).

Ejemplos
ABD
Fecha de entrega confirmada
ConfirmedDeliveryDate
Fecha en la que se ha confirmado al cliente la entrega de las mercancías o los servicios.
Descripción

Es la fecha de entrega comprometida con el cliente, basada en la disponibilidad de materiales y la planificación. Sirve como referencia para medir el rendimiento de las entregas.

Este atributo es la base del panel «Rendimiento de las entregas puntuales» y del KPI de índice de entregas puntuales. Al comparar la fecha de entrega confirmada con la fecha real de «salida de mercancías», el análisis puede determinar si un pedido se entregó a tiempo, antes o después de lo previsto. Es una medida principal de la fiabilidad de la cadena de suministro y la satisfacción del cliente.

Por qué es importante

Es la referencia para medir el rendimiento de las entregas puntuales, un KPI crítico para la satisfacción del cliente y la eficiencia de la cadena de suministro.

Dónde obtenerlo

Se encuentra en la tabla de líneas de programación del documento de ventas (VBEP), en el campo EDATU.

Ejemplos
2023-05-102023-06-202023-07-01
Obligatorio Recomendado Opcional

Actividades del procesamiento de pedidos de venta de Order to Cash

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir con precisión el procesamiento de pedidos de venta de Order to Cash.
6 Recomendado 8 Opcional
Actividad Descripción
Factura creada
Marca la creación de la factura del cliente o del documento de facturación. Es un evento explícito que genera un documento nuevo en el sistema e inicia la parte de cobro del proceso.
Por qué es importante

Este es un hito crucial que inicia el cómputo del «tiempo de ciclo de factura a pago». Los retrasos en la facturación afectan directamente al flujo de caja.

Dónde obtenerlo

Se registra en la tabla VBRK (Documento de facturación: datos de cabecera) a partir de su fecha de creación (ERDAT). El vínculo con el pedido de venta o la entrega se encuentra en la tabla VBFA.

Recopilar

Evento basado en la marca de tiempo de creación (ERDAT) de la tabla VBRK.

Tipo de evento explicit
Pago recibido
Este evento indica que se ha recibido el pago del cliente y se ha aplicado a la factura, saldando la partida abierta de cuentas por cobrar. Es un evento contable que se infiere a partir de la compensación de un documento financiero.
Por qué es importante

Este es el paso final para convertir la venta en efectivo. Es el punto final para medir el «tiempo de ciclo de factura a pago» y el «tiempo de ciclo total de cumplimiento del pedido de venta».

Dónde obtenerlo

Se infiere a partir de la información del documento de compensación en la tabla BSEG para la partida individual del cliente. Cuando BSEG-AUGBL (documento de compensación) y BSEG-AUGDT (fecha de compensación) están cumplimentados, el pago se considera recibido.

Recopilar

Se infiere cuando se cumplimenta la fecha de compensación (AUGDT) en la tabla BSEG para la partida de cuentas por cobrar.

Tipo de evento inferred
Partida del pedido cerrada
Esta actividad marca el cierre final de una partida del pedido de venta e indica que se ha entregado y facturado por completo y que se considera finalizada. Se infiere a partir del estado general de la partida.
Por qué es importante

Actúa como evento final satisfactorio del proceso. Analizar cuándo se cierran las partidas ayuda a comprender la duración integral del proceso e identificar pedidos que permanecen abiertos innecesariamente.

Dónde obtenerlo

Se infiere a partir del campo de estado general de la tabla VBUP (Documento de ventas: estado de la partida) correspondiente a la partida. Cuando VBUP-GBSTA es «C» (Procesado completamente), la partida se considera cerrada.

Recopilar

Se infiere cuando el estado de la partida (VBUP-GBSTA) cambia a «C» (Procesado completamente).

Tipo de evento inferred
Pedido confirmado
Esta actividad indica que el pedido de venta ha superado todas las verificaciones iniciales y está confirmado para su cumplimiento. Normalmente se infiere cuando el pedido ya no está bloqueado y tiene cantidades confirmadas en sus líneas de programación.
Por qué es importante

Este es un hito importante que separa la entrada del pedido de su cumplimiento. Es el punto de partida para medir los plazos de cumplimiento y el rendimiento de las entregas a tiempo.

Dónde obtenerlo

Se puede inferir cuando las líneas de programación de VBEP tienen una cantidad confirmada (BMENG > 0) y el pedido no está bloqueado para la entrega (por ejemplo, VBUK-LIFSK está vacío).

Recopilar

Se infiere a partir de la confirmación de las líneas de programación (VBEP-BMENG > 0) y la eliminación de los bloqueos a nivel de cabecera.

Tipo de evento inferred
Pedido de venta creado
Marca la creación de un nuevo documento de pedido de venta. Es un evento explícito que se registra cuando un usuario guarda un pedido nuevo, normalmente mediante la transacción VA01 en SAP.
Por qué es importante

Este es el evento inicial principal del proceso Order-to-Cash. Analizar su momento de ocurrencia es fundamental para medir el tiempo total del ciclo y las tasas de entrada de pedidos.

Dónde obtenerlo

Se registra en la tabla VBAK (datos de cabecera del documento de ventas) mediante la fecha de creación (ERDAT) y la hora (ERZET). El código de transacción se almacena en VBAK-TCODE.

Recopilar

Evento basado en la marca de tiempo de creación (ERDAT, ERZET) de la tabla VBAK.

Tipo de evento explicit
Salida de mercancías registrada
Un evento crítico en el que la propiedad de las mercancías se transfiere y estas salen oficialmente del almacén. Es una contabilización financiera explícita que crea un documento de material y actualiza el inventario.
Por qué es importante

Este es el evento de «expedición» y un hito clave para medir la entrega puntual y los plazos de cumplimiento. Activa actualizaciones financieras y marca un punto de no retorno en el proceso físico de cumplimiento.

Dónde obtenerlo

Creación de un documento de material (MKPF/MSEG) con un tipo de movimiento de salida de mercancías (por ejemplo, 601), vinculado al documento de entrega.

Recopilar

Creación de un documento de material (MKPF/MSEG) con un tipo de movimiento de salida de mercancías, vinculado a la entrega.

Tipo de evento explicit
Bloqueo de entrega establecido
Representa la acción de aplicar un bloqueo de entrega al pedido de venta, lo que impide crear un documento de entrega. Puede capturarse explícitamente en los registros de modificaciones o inferirse a partir de las tablas de estado.
Por qué es importante

Esta actividad está directamente relacionada con el KPI «Sales Order Blockage Rate». Identificar por qué y con qué frecuencia se establecen bloqueos ayuda a descubrir las causas de los retrasos en el cumplimiento.

Dónde obtenerlo

Puede encontrarse en los registros de modificaciones (CDHDR/CDPOS) del campo VBAK-LIFSK. También puede inferirse al observar cuándo el campo VBAK-LIFSK contiene un valor.

Recopilar

Evento procedente de los documentos de modificación de los campos VBAK-LIFSK o VBAP-LIFSP.

Tipo de evento explicit
Comprobación de crédito realizada
Indica que se ha completado la verificación de crédito automática o manual del cliente asociado al pedido de venta. Normalmente se infiere a partir de un cambio en el estado crediticio general del documento.
Por qué es importante

La verificación de crédito suele ser un cuello de botella crítico. Medir el tiempo necesario para este paso es esencial para el «Credit Check Processing Time Analysis» y para acelerar el procesamiento de pedidos.

Dónde obtenerlo

Se infiere a partir de los campos de estado crediticio de la tabla VBUK (documento de ventas: estado de cabecera). Un cambio en VBUK-CMGST de bloqueado a liberado marca esta actividad.

Recopilar

Se infiere a partir de los cambios en el campo de estado crediticio general (VBUK-CMGST).

Tipo de evento inferred
Entrega creada
Este evento marca la creación del documento de entrega saliente, que indica al almacén que debe iniciar las actividades de preparación y envío. Es un evento explícito que se captura del flujo de documentos.
Por qué es importante

Este es el primer paso del proceso de cumplimiento físico. El tiempo entre la confirmación del pedido y la creación de la entrega indica la rapidez con la que se inicia el proceso logístico.

Dónde obtenerlo

Corresponde a la creación de un registro en la tabla LIKP (datos de cabecera de entrega del documento SD). El vínculo con el pedido de venta se mantiene en la tabla de flujo de documentos VBFA.

Recopilar

Evento basado en la marca de tiempo de creación de la tabla LIKP, vinculado mediante la tabla VBFA.

Tipo de evento explicit
Factura cancelada
Representa la reversión de un documento de facturación creado anteriormente. Es una transacción explícita que crea un documento de cancelación nuevo para compensar el original.
Por qué es importante

El seguimiento de las cancelaciones de facturas ayuda a identificar problemas de precios, discrepancias en los envíos o errores de datos. Esto respalda el KPI «índice de discrepancias de facturas».

Dónde obtenerlo

Evento explícito capturado mediante la creación de un documento de facturación de cancelación (VBRK-VBTYP = «N» u «O»). La factura original se referencia en VBRK-SFAKN.

Recopilar

Creación de un documento de cancelación en VBRK que referencia la factura original.

Tipo de evento explicit
Pedido cancelado
Indica que un pedido de venta se ha cancelado antes del cumplimiento. Normalmente se captura asignando un «motivo de rechazo» a todas las partidas pertinentes del pedido.
Por qué es importante

Este es un punto final de fallo crítico que respalda directamente el KPI «índice de cancelación de pedidos». Comprender cuándo y por qué se cancelan los pedidos proporciona información sobre los problemas del proceso de ventas.

Dónde obtenerlo

Se infiere cuando el campo VBAP-ABGRU (motivo de rechazo) está cumplimentado para todas las partidas activas de un pedido de venta. La fecha del cambio puede consultarse en CDHDR/CDPOS.

Recopilar

Se infiere cuando se cumplimenta el campo «Motivo de rechazo» (VBAP-ABGRU) en todas las partidas.

Tipo de evento inferred
Pedido de venta modificado
Representa una modificación realizada en un pedido de venta existente después de su creación inicial. Estos cambios se registran en tablas específicas del historial de modificaciones (CDHDR, CDPOS) cuando se alteran campos como la cantidad, el precio o las fechas.
Por qué es importante

El seguimiento de los cambios ayuda a identificar el retrabajo, la inestabilidad del proceso y los problemas de calidad de los datos. Una frecuencia elevada de cambios puede indicar problemas en la introducción inicial del pedido y provocar retrasos.

Dónde obtenerlo

Se obtiene de las tablas de documentos de modificación CDHDR (cabecera) y CDPOS (posición) para OBJECTCLAS = «VERKBELEG». Se pueden identificar la marca de tiempo y el campo modificado.

Recopilar

Evento procedente de las tablas de documentos de modificación (CDHDR, CDPOS) para objetos de documentos de ventas.

Tipo de evento explicit
Preparación completada
Indica que todos los artículos de la entrega se han recogido físicamente del almacén. Si se utiliza Warehouse Management (WM), puede inferirse a partir del estado de la Transfer Order.
Por qué es importante

Analizar el tiempo de preparación ayuda a optimizar las operaciones del almacén. Los retrasos en esta etapa afectan directamente al calendario general de envíos y al ciclo de cumplimiento.

Dónde obtenerlo

Se infiere a partir del cambio del estado de preparación de la posición de entrega en la tabla LIPS-KOSTA a «C» (preparación completa). Si WM está activo, puede inferirse a partir de la confirmación de la Transfer Order (tablas LTAK/LTAP).

Recopilar

Se infiere a partir del cambio en el estado de preparación (LIPS-KOSTA) o de la confirmación de la Transfer Order de WM.

Tipo de evento inferred
Prueba de entrega confirmada
Esta actividad representa la confirmación de que el cliente ha recibido las mercancías. Se registra cuando la prueba de entrega se incorpora al sistema y, a menudo, actualiza el estado del documento de entrega.
Por qué es importante

Este evento proporciona la fecha real de entrega, esencial para medir con precisión el «índice de entregas puntuales» frente a la fecha prometida.

Dónde obtenerlo

Se infiere cuando el estado de la prueba de entrega (VBUK-PODAT) se establece en «C» (Confirmado). La fecha de confirmación se almacena en VLPOD-PODAT. No siempre se implementa.

Recopilar

Se infiere a partir de la actualización del estado de la prueba de entrega en la entrega (VBUK-PODAT) o de una entrada en la tabla VLPOD.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de SAP ECC

¿Listo para comenzar?

Aproveche todo el potencial de su proceso de Order to Cash: procesamiento de pedidos de venta con esta plantilla de datos. Comience hoy su camino hacia una eficiencia optimizada y un flujo de caja más rápido.

Optimice hoy su procesamiento de ventas de Order to Cash

Elimine los cuellos de botella, reduzca el tiempo de ciclo en un 30 % y mejore rápidamente el flujo de caja.

Inicie su prueba gratuita

No necesita tarjeta de crédito. Configúrelo en minutos.