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 un análisis completo
- Actividades clave del proceso que debe registrar
- Instrucciones específicas para extraer datos de Microsoft Dynamics 365
Atributos del procesamiento de pedidos de venta de Order to Cash
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El nombre del evento empresarial o la tarea específicos que tuvieron lugar en un momento determinado dentro del proceso de pedido de venta. | ||
|
Descripción
Este atributo representa un paso o evento diferenciado del ciclo de vida del pedido de venta, como 'Pedido de venta creado', 'Mercancía enviada' o 'Pago recibido'. La secuencia de estas actividades para un pedido de venta determinado forma el flujo del proceso. Analizar la secuencia, la frecuencia y las transiciones entre actividades es el núcleo de Process Mining. Ayuda a visualizar el mapa del proceso, identificar variantes comunes y poco frecuentes, detectar cuellos de botella y localizar áreas de retrabajo o incumplimiento. Este atributo es fundamental para comprender lo que sucede realmente en el proceso.
Por qué es importante
Define los pasos del proceso y permite construir y visualizar el flujo del proceso, que es el objetivo principal de Process Mining.
Dónde obtenerlo
Este atributo se obtiene conceptualmente al asignar eventos específicos del sistema o cambios de estado en tablas como 'SalesTable' y en tablas logísticas o financieras relacionadas a un nombre de actividad estandarizado.
Ejemplos
Pedido de venta creadoProductos enviadosFactura creadaPago recibido
|
|||
|
Hora de inicio
EventTime
|
La fecha y hora exactas en que tuvo lugar una actividad o evento específico. | ||
|
Descripción
La hora del evento, o marca de tiempo, registra el momento exacto en que tuvo lugar una actividad. Cada actividad del registro de eventos tiene una marca de tiempo asociada, lo que crea un registro cronológico del proceso para cada caso. Este atributo 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, analizar los tiempos de espera e identificar cuellos de botella en los que el proceso se retrasa. También permite supervisar el rendimiento a lo largo del tiempo, por ejemplo, mediante el seguimiento del rendimiento por día, semana o mes.
Por qué es importante
Esta marca de tiempo es esencial para calcular todas las métricas basadas en la duración, como los tiempos de ciclo y los cuellos de botella, y para ordenar cronológicamente los eventos.
Dónde obtenerlo
Se obtiene de varios campos de fecha y hora asociados a transacciones específicas, como 'SalesTable.CreatedDateTime' para la creación del pedido o las fechas de contabilización del diario de pagos.
Ejemplos
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Pedido de venta
SalesOrderNumber
|
El identificador único de cada pedido de venta, que sirve como identificador principal del caso para el proceso. | ||
|
Descripción
El número de pedido de venta es un código alfanumérico único asignado a cada pedido de cliente en Microsoft Dynamics 365. Funciona como el Case ID principal y vincula todas las actividades y eventos relacionados desde la creación hasta el cierre. En Process Mining, este atributo es esencial para reconstruir el recorrido completo de cada pedido de venta. Permite a los analistas rastrear la secuencia completa de actividades, medir la duración de los casos y analizar las variaciones de cada pedido específico, lo que constituye la base de todo el análisis del proceso.
Por qué es importante
Este identificador es fundamental para correlacionar todos los eventos relacionados y permite analizar de principio a fin el ciclo de vida de cada pedido de venta.
Dónde obtenerlo
Se encuentra en la tabla 'SalesTable', campo 'SalesId'.
Ejemplos
SO-00102345SO-00102346SO-00102347
|
|||
|
Sistema de origen
SourceSystem
|
Identifica el sistema de información del que proceden los datos. | ||
|
Descripción
Este atributo especifica la aplicación de origen en la que se registraron los datos de los eventos. En este contexto, normalmente será 'Microsoft Dynamics 365'. Aunque puede parecer redundante en un análisis de un único sistema, resulta fundamental al combinar datos de varios sistemas, como un CRM independiente o un sistema de gestión de almacenes. Garantiza la trazabilidad de los datos y ayuda a resolver problemas de extracción al identificar el origen de los registros.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, especialmente al integrar datos de varios sistemas, y garantiza una trazabilidad clara.
Dónde obtenerlo
Es un valor estático que normalmente se añade durante la transformación de datos para indicar el origen del conjunto de datos.
Ejemplos
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo que indica la última vez que se actualizaron o extrajeron los datos del sistema de origen. | ||
|
Descripción
Este atributo registra la fecha y hora de la extracción más reciente de datos de Microsoft Dynamics 365. Proporciona transparencia sobre la actualidad de los datos analizados. En cualquier análisis de procesos, conocer la antigüedad de los datos es fundamental para tomar decisiones fundamentadas. Esta marca de tiempo ayuda a confiar en los datos al mostrar exactamente cuándo se actualizaron por última vez y garantiza que las conclusiones se basen en información actual.
Por qué es importante
Garantiza que los usuarios conozcan la actualidad de los datos, un aspecto fundamental para la relevancia y precisión del análisis de Process Mining.
Dónde obtenerlo
Se genera durante la extracción de datos y se añade a cada registro durante el proceso de ingesta.
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Canal de ventas
SalesChannel
|
El canal a través del cual se recibió el pedido de venta, como web, venta directa o un socio. | ||
|
Descripción
El canal de ventas indica el origen de la orden del cliente. Puede tratarse de un sitio web de comercio electrónico, un equipo de ventas directas, una tienda minorista, un centro de llamadas o una red de socios. Esta dimensión suele configurarse según las necesidades empresariales en Dynamics 365. Analizar el proceso por canal de ventas ayuda a descubrir diferencias de rendimiento entre los canales. Por ejemplo, las órdenes web pueden procesarse de forma más rápida y automática que las órdenes recibidas por teléfono. Esta información permite optimizar el proceso y asignar recursos de forma específica para cada canal, y respalda Dashboards como «Valor de la orden de venta por segmento».
Por qué es importante
Permite comparar el rendimiento de distintos canales de ventas y revela ineficiencias o buenas prácticas específicas de la forma en que se inician los pedidos.
Dónde obtenerlo
Esta información suele almacenarse en la cabecera del pedido de venta. Consulte la documentación de Microsoft Dynamics 365 para conocer el campo específico.
Ejemplos
WebDirectoSocioMinorista
|
|||
|
Fecha de entrega confirmada
ConfirmedDeliveryDate
|
La fecha de entrega que la empresa ha confirmado y se ha comprometido a cumplir con el cliente. | ||
|
Descripción
La fecha de entrega confirmada es la fecha que la organización vendedora promete al cliente para entregar los productos. Se establece después de completar comprobaciones internas, como la disponibilidad de inventario y los calendarios de producción. Este atributo es esencial para calcular el KPI 'Tasa de cumplimiento de la fecha de entrega' desde la perspectiva del compromiso operativo. Proporciona una referencia interna más realista para medir las entregas puntuales que la solicitud inicial del cliente. Analizar las desviaciones respecto a esta fecha ayuda a identificar fallos internos en la logística y el cumplimiento de pedidos.
Por qué es importante
Representa el compromiso de la empresa con el cliente y constituye una referencia interna fundamental para medir la fiabilidad del cumplimiento y el rendimiento operativo.
Dónde obtenerlo
Se encuentra en los datos de las líneas del pedido de venta, a menudo en la tabla 'SalesLine', con un nombre de campo como 'ConfirmedDlv'.
Ejemplos
2023-05-122023-06-012023-05-28
|
|||
|
Fecha de entrega solicitada
RequestedDeliveryDate
|
La fecha de entrega del pedido solicitada por el cliente. | ||
|
Descripción
Este atributo almacena la fecha en la que el cliente solicitó inicialmente recibir sus productos. Se registra al crear el pedido y sirve como referencia para medir el rendimiento de las entregas desde la perspectiva del cliente. Esta fecha es un dato fundamental para el panel 'Cumplimiento de la fecha de entrega'. Comparar 'RequestedDeliveryDate' con 'ConfirmedDeliveryDate' y con la fecha real de 'Mercancía entregada' revela hasta qué punto la organización cumple las expectativas del cliente. Las diferencias importantes pueden indicar problemas de planificación, inventario o logística.
Por qué es importante
Representa la expectativa del cliente respecto a la entrega y proporciona una referencia clave para medir su satisfacción y el rendimiento de las entregas puntuales.
Dónde obtenerlo
Se encuentra en la tabla 'SalesTable', normalmente con el nombre 'DeliveryDate' o una variante similar.
Ejemplos
2023-05-102023-06-012023-05-25
|
|||
|
Nombre del cliente
CustomerName
|
El nombre del cliente que realizó el pedido de venta. | ||
|
Descripción
Este atributo contiene el nombre legal del cliente asociado al pedido de venta. Se obtiene vinculando el número de cuenta del cliente del pedido de venta con los datos maestros principales de clientes. Analizar el proceso por cliente es fundamental para comprender los comportamientos específicos y los niveles de servicio. Ayuda a identificar qué clientes sufren más retrasos, cuáles presentan las tasas de retrabajo más altas o cuáles siguen rutas de proceso no estándar. Esto resulta esencial para mejorar la satisfacción del cliente y gestionar eficazmente las cuentas clave.
Por qué es importante
Permite realizar análisis centrados en el cliente para identificar patrones, retrasos o problemas específicos de determinados clientes, con un impacto directo en su satisfacción.
Dónde obtenerlo
Se obtiene de 'CustTable' mediante el campo 'CustAccount' de 'SalesTable'.
Ejemplos
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Valor del pedido
OrderValue
|
El valor monetario total del pedido de venta. | ||
|
Descripción
Este atributo representa el importe financiero total de la orden de venta, incluidos todos los artículos, impuestos y cargos. Es una métrica financiera clave asociada a cada caso. El valor de la orden es fundamental para el análisis del proceso basado en el valor. Permite segmentar el proceso para comprobar si las órdenes de alto valor se gestionan de forma diferente o sufren más retrasos que las de bajo valor. Esto ayuda a priorizar las iniciativas de mejora del proceso en los casos con mayor relevancia financiera y respalda Dashboards como «Valor de la orden de venta por segmento».
Por qué es importante
Permite segmentar financieramente el proceso, ayuda a priorizar las mejoras en los pedidos de alto valor y facilita la comprensión de las implicaciones de coste de las desviaciones del proceso.
Dónde obtenerlo
Se encuentra en los datos de cabecera del pedido de venta. Consulte la documentación de Microsoft Dynamics 365 para conocer la tabla y el campo específicos, que a menudo se calculan a partir de los importes de las líneas de venta.
Ejemplos
5250.7512300.00899.50
|
|||
|
Entrega puntual
OnTimeDelivery
|
Indicador booleano que señala si los productos se entregaron en la fecha de entrega confirmada o antes. | ||
|
Descripción
Este atributo calculado compara la marca de tiempo de la actividad 'Productos entregados' con 'ConfirmedDeliveryDate' para cada pedido de venta. Se establece en 'true' si la entrega se realizó a tiempo o antes, y en 'false' si se realizó tarde. Este indicador constituye la base para calcular el KPI 'Tasa de cumplimiento de la fecha de entrega'. Simplifica el análisis al permitir filtrar y agregar fácilmente los pedidos puntuales y los retrasados. Ayuda a identificar rápidamente los factores relacionados con las entregas tardías, como determinados productos, clientes, regiones o métodos de envío.
Por qué es importante
Mide directamente el rendimiento del cumplimiento frente al compromiso asumido, algo fundamental para supervisar la satisfacción del cliente y la fiabilidad de la cadena de suministro.
Dónde obtenerlo
Se calcula comparando 'EventTime' de la actividad 'Productos entregados' con el atributo 'ConfirmedDeliveryDate'. Fórmula: ('Marca de tiempo de Productos entregados' <= ConfirmedDeliveryDate).
Ejemplos
truefalse
|
|||
|
Estado del pedido de venta
SalesOrderStatus
|
El estado actual del pedido de venta en el momento de la extracción de datos. | ||
|
Descripción
Este atributo refleja el estado general del pedido de venta, como 'Pedido abierto', 'Facturado', 'Cancelado' o 'Entregado'. Es un estado resumido que se mantiene en la cabecera del pedido de venta. Mientras que el registro de actividades ofrece una visión dinámica del proceso, el estado final resulta útil para filtrar y segmentar. Permite a los analistas aislar fácilmente todos los pedidos abiertos para consultar la carga de trabajo actual o separar los pedidos completados correctamente de los cancelados y analizar los motivos de cancelación.
Por qué es importante
Proporciona una instantánea del estado del pedido y permite filtrar el análisis por pedidos abiertos, cerrados o cancelados, lo que resulta útil para gestionar la carga de trabajo y analizar los resultados.
Dónde obtenerlo
Se encuentra en la tabla 'SalesTable', campo 'SalesStatus'.
Ejemplos
Pedido pendienteEntregadoFacturadoCancelado
|
|||
|
Fecha de vencimiento del pago
PaymentDueDate
|
La fecha límite en la que el cliente debe pagar la factura. | ||
|
Descripción
La fecha de vencimiento del pago se calcula a partir de la fecha de la factura y las condiciones de pago acordadas con el cliente. Esta fecha se registra en la factura del cliente. Este atributo es fundamental para el análisis de 'Cumplimiento de la fecha de vencimiento del pago' y para el KPI 'Tasa de pagos puntuales'. Al comparar 'PaymentDueDate' con la fecha real de 'Pago recibido', la empresa puede identificar pagos atrasados, analizar el comportamiento de pago por segmento de clientes y tomar medidas proactivas para mejorar el flujo de caja y reducir los días de ventas pendientes de cobro (DSO).
Por qué es importante
Es la referencia para medir el rendimiento de los pagos, un aspecto fundamental para analizar el flujo de caja y gestionar eficazmente las cuentas por cobrar.
Dónde obtenerlo
Se encuentra en la tabla 'CustInvoiceJour', campo 'DueDate'.
Ejemplos
2023-05-302023-06-152023-06-30
|
|||
|
Hora de finalización
EndTime
|
La fecha y hora exactas en que se completó una actividad. | ||
|
Descripción
La marca de tiempo de la hora de finalización registra el momento en que concluye una actividad. Cuando está disponible, proporciona una medida más precisa de la duración de una actividad que calcularla a partir de la hora de inicio de la actividad siguiente. En el análisis, disponer de la hora de inicio y de finalización permite calcular con precisión el 'tiempo de procesamiento' de cada actividad y distinguirlo del 'tiempo de espera' entre actividades. Esto resulta muy valioso para identificar qué tareas requieren mucho tiempo y qué pasos del proceso implican largas demoras.
Por qué es importante
Permite calcular con precisión los tiempos de procesamiento de cada actividad y distinguir el tiempo de trabajo activo del tiempo de espera inactivo.
Dónde obtenerlo
Al igual que la hora de inicio, se obtiene de varios campos de fecha y hora. Puede ser un campo 'ModifiedDateTime' o una marca de tiempo específica de actualización de estado en tablas como 'SalesTable' o 'WHSLoadTable'.
Ejemplos
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
|
|||
|
Método de envío
ShippingMethod
|
El método o transportista utilizado para enviar los productos al cliente. | ||
|
Descripción
Este atributo especifica el servicio de transporte utilizado para la entrega, como 'Transporte terrestre', 'Transporte aéreo' o el nombre de un transportista concreto. Se selecciona durante el procesamiento del pedido según las preferencias del cliente, el coste y la velocidad de entrega. Esta dimensión es esencial para el panel 'Rendimiento del método de envío'. Analizar los tiempos de ciclo desde 'Productos embalados' hasta 'Productos entregados', desglosados por método de envío, ayuda a identificar qué transportistas son más rápidos y fiables o sufren más retrasos. Esta información permite mejorar la planificación logística y la selección de transportistas.
Por qué es importante
Permite analizar el rendimiento de distintos transportistas y opciones de envío, y ayuda a optimizar la logística en términos de coste, velocidad y fiabilidad.
Dónde obtenerlo
Esta información suele almacenarse en la cabecera del pedido de venta o en registros de cumplimiento relacionados. Consulte la documentación de Microsoft Dynamics 365.
Ejemplos
FedEx GroundUPS Next Day AirDHL Express
|
|||
|
Nombre de usuario
UserName
|
El nombre del usuario que ejecutó la actividad. | ||
|
Descripción
Este atributo identifica al empleado o usuario del sistema responsable de realizar una tarea determinada, como confirmar un pedido o crear una factura. Normalmente está vinculado a un ID de usuario en Microsoft Dynamics 365. Analizar el rendimiento por usuario ayuda a identificar necesidades de formación, reconocer a quienes obtienen mejores resultados y garantizar una distribución adecuada de la carga de trabajo. También es esencial para el cumplimiento y las auditorías, ya que permite asignar claramente la responsabilidad de cada acción realizada en el proceso.
Por qué es importante
Permite analizar el rendimiento del proceso por persona o equipo y ayuda a identificar oportunidades de formación, desequilibrios en la carga de trabajo y cuellos de botella relacionados con los recursos.
Dónde obtenerlo
Se obtiene de campos de ID de usuario como 'CreatedBy' o 'ModifiedBy' en varias tablas de transacciones, que después se combinan con la tabla principal de usuarios, por ejemplo, 'UserInfo', para obtener el nombre completo.
Ejemplos
Alice JohnsonRobert BrownAdministrador del sistema
|
|||
|
Número de artículo
ItemNumber
|
El identificador único de un producto o servicio incluido en el pedido de venta. | ||
|
Descripción
El número de artículo identifica el producto específico que se vende. Como un pedido de venta puede contener varios productos, este atributo suele asociarse a los datos de eventos en el nivel de línea de artículo. Analizar el proceso por producto ayuda a descubrir problemas específicos de cada producto. Por ejemplo, determinados productos pueden asociarse a plazos de cumplimiento más largos, tasas de retrabajo más elevadas o retenciones de crédito más frecuentes. Esto permite aplicar mejoras específicas en la gestión del inventario, la configuración de los datos de producto o los procesos de cumplimiento de determinados artículos.
Por qué es importante
Permite analizar el proceso a nivel de producto y revela si determinados artículos están asociados a retrasos, retrabajo u otras ineficiencias.
Dónde obtenerlo
Se encuentra en la tabla 'SalesLine', campo 'ItemId'.
Ejemplos
PROD-00123PROD-00548SVC-00045
|
|||
|
Pago puntual
OnTimePayment
|
Indicador booleano que señala si el pago se recibió en la fecha de vencimiento o antes. | ||
|
Descripción
Este atributo calculado compara la marca de tiempo de la actividad 'Pago recibido' con 'PaymentDueDate'. Se establece en 'true' si el pago se realizó a tiempo y en 'false' si se realizó tarde. Este indicador es el componente central del KPI 'Tasa de pagos puntuales'. Permite segmentar rápidamente a los clientes entre quienes pagan a tiempo y quienes pagan tarde. Este análisis puede orientar las políticas de crédito, las estrategias de cobro y la gestión de las relaciones con los clientes al identificar a quienes pagan tarde de forma habitual.
Por qué es importante
Mide el comportamiento de pago del cliente frente a las condiciones acordadas, algo fundamental para gestionar el flujo de caja y evaluar el riesgo crediticio.
Dónde obtenerlo
Se calcula comparando 'EventTime' de la actividad 'Pago recibido' con el atributo 'PaymentDueDate'. Fórmula: ('Marca de tiempo de Pago recibido' <= PaymentDueDate).
Ejemplos
truefalse
|
|||
|
País
CountryRegion
|
El país de la dirección de envío del cliente. | ||
|
Descripción
Este atributo indica el país de destino del envío del pedido de venta. Se obtiene de la información de la dirección de entrega del cliente almacenada en Dynamics 365. Analizar el rendimiento del proceso por país es importante para identificar variaciones regionales. Los envíos internacionales pueden incluir pasos adicionales, como el despacho de aduanas, que generan tiempos de ciclo más largos. Este análisis ayuda a comprender y optimizar la logística en distintos mercados geográficos.
Por qué es importante
Facilita el análisis geográfico y ayuda a identificar cuellos de botella regionales, problemas de cumplimiento o variaciones de rendimiento en la cadena de suministro.
Dónde obtenerlo
Se obtiene de la dirección de entrega del cliente, vinculada al pedido de venta. La información del país suele encontrarse en la tabla 'LogisticsPostalAddress', unida mediante el vínculo de dirección de entrega de 'SalesTable'.
Ejemplos
USADEUCANGBR
|
|||
|
Tiene retrabajo
IsRework
|
Indicador booleano que señala si un pedido de venta ha experimentado retrabajo, como la repetición de una actividad. | ||
|
Descripción
Este atributo calculado identifica los casos que se han desviado de un flujo de proceso directo o 'ruta ideal'. El retrabajo se detecta mediante secuencias de actividades que indican que un paso se repitió, como anular la confirmación de un pedido y confirmarlo de nuevo, o recoger productos y devolverlos al inventario. Marcar los casos con retrabajo es esencial para el KPI 'Tasa de retrabajo de pedidos de venta'. Permite a los analistas aislar e investigar rápidamente los flujos de proceso ineficientes para comprender las causas raíz del retrabajo, que pueden ser errores de introducción de datos, problemas de crédito o dificultades de inventario. Reducir el retrabajo es un objetivo prioritario de muchos proyectos de mejora de procesos.
Por qué es importante
Ayuda a cuantificar la ineficiencia del proceso al marcar los casos que requirieron pasos repetidos y permite realizar análisis específicos para reducir el desperdicio y los retrasos.
Dónde obtenerlo
La herramienta de Process Mining lo calcula analizando la secuencia de actividades de cada caso. Por ejemplo, la detección de un patrón como (A -> B -> C -> B) marcaría el caso como retrabajo.
Ejemplos
truefalse
|
|||
Actividades del procesamiento de pedidos de venta de Order to Cash
| Actividad | Descripción | ||
|---|---|---|---|
|
Factura creada
|
Representa la generación y contabilización de la factura de venta correspondiente a los productos o servicios enviados. Se trata de una transacción financiera esencial que registra formalmente la deuda del cliente. | ||
|
Por qué es importante
Esta actividad marca el inicio de la fase de liquidación financiera del proceso. El tiempo entre el envío y la creación de la factura es fundamental para el KPI «Invoice Generation Cycle Time» y afecta al flujo de caja.
Dónde obtenerlo
Esta es una transacción financiera explícita. El evento se captura a partir de la fecha y hora de contabilización del diario de facturas de venta (CustInvoiceJour).
Recopilar
Capture la marca de tiempo de contabilización del diario de facturas de venta.
Tipo de evento
explicit
|
|||
|
Pago recibido
|
Esta actividad indica que se ha recibido y aplicado el pago del cliente correspondiente a la factura. El evento se produce en el módulo Accounts Receivable y se vincula con la factura de origen. | ||
|
Por qué es importante
Este es un hito crítico para analizar el ciclo de conversión de efectivo. Es esencial para medir el KPI «On-Time Payment Rate» e identificar retrasos en el cobro.
Dónde obtenerlo
Este es un evento explícito del módulo Accounts Receivable. Se captura a partir de la fecha de transacción de la liquidación del pago del cliente (CustSettlement), que cierra la transacción de factura (CustTrans).
Recopilar
Capture la fecha de liquidación de la tabla CustSettlement y vincúlela con la factura y el pedido de venta.
Tipo de evento
explicit
|
|||
|
Pedido cerrado
|
Estado final de un pedido de venta procesado correctamente, que indica que se ha enviado y facturado por completo y que no se esperan más transacciones. Marca la finalización satisfactoria del proceso. | ||
|
Por qué es importante
Esta actividad sirve como punto final principal de los casos completados correctamente. Es esencial para calcular los tiempos de ciclo de principio a fin y el rendimiento.
Dónde obtenerlo
Se infiere a partir de los campos de estado de SalesTable. Un pedido se considera cerrado cuando «Sales status» es «Invoiced» y los estados de las líneas también son «Invoiced».
Recopilar
Infiera el evento a partir del cambio de los campos de estado de SalesTable a «Invoiced». La marca de tiempo suele corresponder a la fecha de la última transacción relacionada, como la facturación o el pago.
Tipo de evento
inferred
|
|||
|
Pedido confirmado
|
Esta actividad indica la confirmación formal del pedido de venta, con el compromiso de entregar los productos o servicios especificados. En Dynamics 365, se trata de una acción explícita del usuario que genera un diario de confirmación. | ||
|
Por qué es importante
La confirmación es un hito clave que inicia oficialmente el proceso de cumplimiento. Medir el tiempo entre la creación y la confirmación revela la eficiencia del procesamiento en la primera línea.
Dónde obtenerlo
Este es un evento explícito capturado a partir de la fecha de contabilización del diario de confirmación del pedido de venta (SalesConfirmJour). La marca de tiempo puede vincularse con SalesTable.
Recopilar
Capture la marca de tiempo de contabilización del diario de confirmación del pedido de venta.
Tipo de evento
explicit
|
|||
|
Pedido de venta creado
|
Este evento marca la creación inicial del pedido de venta en el sistema por parte de un representante de ventas o mediante un canal automatizado. Se registra explícitamente cuando se crea y guarda un nuevo registro en la tabla principal de pedidos de venta. | ||
|
Por qué es importante
Esta actividad es el punto de inicio universal de todos los casos de pedidos de venta. Proporciona la marca de tiempo inicial necesaria para calcular el tiempo total de ciclo del pedido y analizar el rendimiento.
Dónde obtenerlo
Este es un evento explícito capturado del campo «Created date and time» del registro de cabecera SalesTable en Microsoft Dynamics 365.
Recopilar
Lea la marca de tiempo de creación de la entidad SalesTable.
Tipo de evento
explicit
|
|||
|
Productos enviados
|
Este evento indica que los productos embalados del pedido se han despachado y han salido del almacén. En Dynamics 365, se formaliza mediante la contabilización del Packing Slip. | ||
|
Por qué es importante
Este es un hito crítico que marca el final del proceso interno de cumplimiento y el inicio de la fase de entrega. Es una marca de tiempo clave para calcular el rendimiento de los envíos puntuales.
Dónde obtenerlo
Este es un evento muy claro y explícito capturado a partir de la fecha y hora de contabilización del diario Packing Slip (CustPackingSlipJour).
Recopilar
Capture la marca de tiempo de contabilización del diario Packing Slip.
Tipo de evento
explicit
|
|||
|
Inventario reservado
|
Este evento indica que el inventario necesario para las líneas del pedido de venta se ha reservado física o automáticamente en el sistema. Esto garantiza que los artículos estén disponibles para su preparación y cumplimiento. | ||
|
Por qué es importante
Hacer un seguimiento de la reserva de inventario ayuda a analizar los retrasos entre la confirmación del pedido y el inicio de las operaciones de almacén. Es fundamental para el KPI «Inventory Allocation Lead Time».
Dónde obtenerlo
Puede inferirse a partir de la creación o actualización de los registros de transacciones de inventario (InventTrans) vinculados a las líneas del pedido de venta, cuando el estado indica una reserva, por ejemplo, «On order» o «Reserved physical».
Recopilar
Infiera el evento a partir de la marca de tiempo en la que las transacciones de inventario (InventTrans) del pedido aparecen como reservadas.
Tipo de evento
inferred
|
|||
|
Liberado para el almacén
|
Marca el momento en que el pedido de venta se libera formalmente al almacén para las operaciones de preparación y envío. Es un paso diferenciado en los entornos que utilizan el módulo Warehouse Management (WMS). | ||
|
Por qué es importante
Esta actividad separa el procesamiento del pedido del cumplimiento físico. Analizar cuánto tiempo espera un pedido antes de su liberación puede revelar problemas de planificación de recursos o de integración de sistemas.
Dónde obtenerlo
Este es un evento explícito capturado de los registros de liberación del almacén (WHSLoadTable, WHSShipmentTable) asociados al pedido de venta.
Recopilar
Capture la marca de tiempo de creación de la carga o el envío correspondiente del almacén.
Tipo de evento
explicit
|
|||
|
Pedido cancelado
|
Este evento representa la cancelación de un pedido de venta antes de que se haya enviado y facturado por completo. Es un final alternativo y no satisfactorio del proceso. | ||
|
Por qué es importante
Hacer un seguimiento de las cancelaciones ayuda a identificar las causas de las ventas perdidas o los fallos del proceso. Analizar cuándo y por qué se cancelan los pedidos puede conducir a mejoras del proceso.
Dónde obtenerlo
Se infiere a partir del cambio del campo «Sales status» de SalesTable a «Canceled». La marca de tiempo correspondería al momento en que se registró el cambio de estado.
Recopilar
Infiera el evento a partir del cambio del campo de estado de SalesTable a «Canceled».
Tipo de evento
inferred
|
|||
|
Productos embalados
|
Esta actividad marca la finalización del proceso de embalaje, en el que los artículos preparados se consolidan y se dejan listos para el envío. En D365, puede coincidir con la generación de un albarán de embalaje. | ||
|
Por qué es importante
El tiempo entre la preparación y el embalaje puede revelar cuellos de botella en las estaciones de embalaje. Es un subproceso clave dentro del tiempo total del ciclo de cumplimiento.
Dónde obtenerlo
Puede tratarse de un evento explícito procedente de la finalización del embalaje de contenedores en el módulo WMS o inferirse a partir de la generación del diario Packing Slip (CustPackingSlipJour), que suele indicar el final del embalaje.
Recopilar
Infiera el evento a partir de la finalización del trabajo de embalaje o de la fecha de creación del diario Packing Slip.
Tipo de evento
inferred
|
|||
|
Productos entregados
|
Indica que el envío se ha entregado correctamente en la dirección especificada por el cliente. Esta información suele actualizarse desde el sistema de un transportista externo o mediante una confirmación manual. | ||
|
Por qué es importante
Esta actividad es fundamental para medir el KPI «Delivery Date Adherence» y comprender el tiempo real de ciclo de cara al cliente. También ayuda a evaluar el rendimiento del transportista.
Dónde obtenerlo
Este evento no se registra de forma nativa como un evento explícito en el D365 estándar. Normalmente se infiere al recibir una actualización de una integración con el transportista o mediante una actualización manual del estado del pedido de venta o del registro de envío.
Recopilar
Infiera el evento a partir de un flujo integrado del transportista o de una actualización manual del campo de estado.
Tipo de evento
inferred
|
|||
|
Productos preparados
|
Representa la finalización de la preparación física de todos los artículos del pedido en sus ubicaciones del almacén. Normalmente se registra cuando la persona encargada de la preparación finaliza una lista de preparación o una orden de trabajo en el módulo WMS. | ||
|
Por qué es importante
Registrar el tiempo de finalización de la preparación es esencial para analizar la eficiencia del almacén. Los retrasos en esta etapa afectan directamente al tiempo total hasta el envío.
Dónde obtenerlo
Este es un evento explícito registrado en el módulo Warehouse Management. Se captura a partir de la marca de tiempo de finalización del trabajo de almacén (WHSWorkTable) relacionado con la preparación del pedido de venta.
Recopilar
Capture la marca de tiempo en la que el estado «Work» de preparación se actualiza a «Closed».
Tipo de evento
explicit
|
|||
|
Verificación de crédito realizada
|
Representa la finalización de una verificación de crédito del cliente asociado al pedido de venta. Puede tratarse de una comprobación automática del sistema o de una revisión manual, que a menudo provoca un cambio en el estado de crédito del pedido. | ||
|
Por qué es importante
Analizar la duración y los resultados de las verificaciones de crédito ayuda a identificar cuellos de botella en el proceso de aprobación de pedidos. Las retenciones frecuentes o los tiempos de aprobación prolongados pueden retrasar considerablemente el cumplimiento de los pedidos.
Dónde obtenerlo
Normalmente se infiere a partir de los cambios de estado relacionados con la gestión del crédito en SalesTable, como pasar de «On hold» con un motivo de crédito a «Open». También puede registrarse en las tablas de gestión de crédito si se utiliza el módulo avanzado.
Recopilar
Infiera el evento a partir del historial de cambios de estado de SalesTable o de las tablas relacionadas con las retenciones de crédito.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice este Template para preparar sus datos y, después, cárguelos en nuestra plataforma para obtener información valiosa y mejorar la eficiencia del procesamiento de sus pedidos de venta. ¡Empiece a optimizar hoy mismo!
Optimice ahora Order to Cash: procesamiento de pedidos de venta
Identifique las ineficiencias y reduzca el tiempo de ciclo un 30 % para completar los pedidos más rápido.
No necesita tarjeta de crédito. Configuración en minutos.