Plantilla de Datos: Pedido a Cobro - Procesamiento de Pedidos de Ventas

Microsoft Dynamics 365
Plantilla de Datos: Pedido a Cobro - Procesamiento de Pedidos de Ventas

Su plantilla de datos para el proceso de pedido a cobro (Order to Cash) - procesamiento de pedidos de venta

Esta plantilla proporciona una visión estructurada de los elementos de datos esenciales requeridos para analizar su proceso de pedido a cobro (Order to Cash) - procesamiento de pedidos de venta en Microsoft Dynamics 365. Describe los atributos cruciales a recopilar y las actividades clave a rastrear dentro de su registro de eventos. Además, encontrará una guía práctica sobre cómo extraer estos datos de manera efectiva de su sistema.
  • Atributos recomendados para un análisis integral
  • Actividades clave del proceso a rastrear.
  • Guía específica de extracción de datos para Microsoft Dynamics 365
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Pedido a Cobro - Atributos de Procesamiento de Pedidos de Venta

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis completo de su proceso De Pedido a Cobro - Procesamiento de Pedidos de Venta en Microsoft Dynamics 365.
5 Requerido 5 Recomendado 11 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre del evento de negocio o tarea específica que ocurrió en un momento dado dentro del proceso de pedido de venta.
Descripción

Este atributo representa un paso o evento distinto en el ciclo de vida del pedido de venta, como 'Pedido de Venta Creado', 'Mercancías Enviadas' o 'Pago Recibido'. La secuencia de estas actividades para un pedido de venta determinado conforma el flujo del proceso.

Analizar la secuencia, frecuencia y transiciones entre actividades es el núcleo del Process Mining. Ayuda a visualizar el mapa de procesos, identificar variantes de proceso comunes y raras, detectar cuellos de botella e identificar áreas de retrabajo o incumplimiento. Este atributo es fundamental para comprender qué está sucediendo realmente en el proceso.

Por qué es importante

Define los pasos del proceso, posibilitando la construcción y visualización del flujo del proceso, que es el objetivo principal del Process Mining.

Dónde obtener

Este atributo se deriva conceptualmente al mapear eventos del sistema o cambios de estado específicos en tablas como 'SalesTable' y tablas de logística o financieras relacionadas a un nombre de actividad estandarizado.

Ejemplos
Pedido de Venta CreadoMercancía EnviadaFactura CreadaPago Recibido
Hora de Inicio
EventTime
La fecha y hora exactas en que ocurrió una actividad o evento específico.
Descripción

El Tiempo del Evento, o timestamp, registra el momento exacto en que tuvo lugar una actividad. Cada actividad en el registro de eventos tiene un timestamp asociado, creando un registro cronológico del proceso para cada caso.

Este atributo es crítico para todo análisis basado en tiempo en Process Mining. Se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración total de un caso, analizar tiempos de espera e identificar cuellos de botella donde el proceso se retrasa. También permite el monitoreo del rendimiento a lo largo del tiempo, como el seguimiento del throughput por día, semana o mes.

Por qué es importante

Este timestamp es esencial para calcular todas las métricas basadas en duración, como los tiempos de ciclo y los cuellos de botella, y para ordenar los eventos cronológicamente.

Dónde obtener

Esto se deriva de varios campos de fecha/hora asociados con transacciones específicas, como 'SalesTable.CreatedDateTime' para la creación de pedidos o las fechas de registro del diario de pagos para los pagos.

Ejemplos
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
Pedido de Venta
SalesOrderNumber
El identificador único para cada pedido de venta, sirviendo como el identificador de caso principal para el proceso.
Descripción

El Número de Pedido de Venta es un código alfanumérico único asignado a cada pedido del cliente en Microsoft Dynamics 365. Funciona como el ID de Caso principal, vinculando todas las actividades y eventos relacionados desde la creación hasta el cierre.

En Process Mining, este atributo es esencial para reconstruir el recorrido de principio a fin de cada pedido de venta individual. Permite a los analistas rastrear la secuencia completa de actividades, medir las duraciones de caso y analizar las variaciones para cada pedido específico, formando la base de todo el análisis del proceso.

Por qué es importante

Este identificador es crucial para correlacionar todos los eventos relacionados, permitiendo un análisis completo y de extremo a extremo del ciclo de vida de cada pedido de venta.

Dónde obtener

Ubicado en la tabla 'SalesTable', campo 'SalesId'.

Ejemplos
SO-00102345SO-00102346SO-00102347
Source System
SourceSystem
Identifica el sistema de información del que proceden los datos.
Descripción

Este atributo especifica la aplicación de origen donde se registraron los datos del evento. En este contexto, normalmente será 'Microsoft Dynamics 365'.

Si bien puede parecer redundante en un análisis de sistema único, se vuelve crucial al fusionar datos de múltiples sistemas, como un CRM separado o un sistema de gestión de almacenes. Asegura la trazabilidad de los datos y ayuda a solucionar problemas de extracción de datos identificando el origen de los registros.

Por qué es importante

Proporciona un contexto crucial sobre el origen de los datos, especialmente al integrar datos de múltiples sistemas, garantizando una trazabilidad clara de los datos.

Dónde obtener

Este es un valor estático, típicamente añadido durante el proceso de transformación de datos para etiquetar el origen del conjunto de datos.

Ejemplos
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
Última actualización de datos
LastDataUpdate
El timestamp que indica la última vez que los datos fueron actualizados o extraídos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción de datos más reciente de Microsoft Dynamics 365. Proporciona transparencia sobre la actualidad de los datos que se están analizando.

Para cualquier análisis de procesos, comprender la vigencia de los datos es fundamental para tomar decisiones informadas. Este timestamp ayuda a los usuarios a confiar en los datos al mostrar exactamente cuándo se actualizó por última vez, asegurando que las conclusiones se basen en información actual.

Por qué es importante

Garantiza que los usuarios estén al tanto de la actualización de los datos, lo cual es fundamental para la relevancia y precisión del análisis de Process Mining.

Dónde obtener

Esto se genera en el momento de la extracción de datos y se adjunta a cada registro durante el proceso de ingesta de datos.

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, Ventas Directas o Socio.
Descripción

El Canal de Ventas indica el origen del pedido del cliente. Esto podría ser 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 a menudo se configura en función de las necesidades del negocio en Dynamics 365.

Analizar el proceso por canal de ventas ayuda a descubrir diferencias de rendimiento entre canales. Por ejemplo, los pedidos web podrían procesarse más rápido y automáticamente que los pedidos realizados por teléfono. Esta perspectiva permite la optimización de procesos específica del canal y la asignación de recursos, apoyando dashboards como 'Valor del Pedido de Venta por Segmento'.

Por qué es importante

Permite la comparación de rendimiento entre diferentes canales de venta, revelando ineficiencias o mejores prácticas específicas de cómo se inician los pedidos.

Dónde obtener

Esta información se almacena típicamente en el encabezado del pedido de venta. Consulte la documentación de Microsoft Dynamics 365 para el campo específico.

Ejemplos
WebDirectoSocioRetail
Fecha de Entrega Confirmada
ConfirmedDeliveryDate
La fecha de entrega que la empresa ha confirmado y prometido al cliente.
Descripción

La Fecha de Entrega Confirmada es la fecha que la organización vendedora promete al cliente para la entrega de la mercancía. Esta fecha se establece después de completar las verificaciones internas, como la disponibilidad de inventario y los cronogramas de producción.

Este atributo es esencial para calcular el KPI de 'Tasa de Adherencia a la Fecha de Entrega' desde una perspectiva de compromiso operativo. Proporciona un punto de referencia interno más realista para la entrega a tiempo que la solicitud inicial del cliente. Analizar las desviaciones de esta fecha ayuda a identificar fallos internos del proceso en la logística y el cumplimiento.

Por qué es importante

Representa el compromiso de la empresa con el cliente, convirtiéndose en un punto de referencia interno crítico para medir la fiabilidad del cumplimiento y el rendimiento operativo.

Dónde obtener

Ubicado en los datos de la línea 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 que el cliente solicitó inicialmente recibir sus mercancías. Esta fecha se captura en el momento de la creación del pedido y sirve como línea base para medir el rendimiento de la entrega desde el punto de vista del cliente.

Esta fecha es una entrada crítica para el dashboard de 'Adherencia a la Fecha de Entrega'. Comparar la RequestedDeliveryDate con la ConfirmedDeliveryDate y la fecha real de 'Mercancías Entregadas' revela qué tan bien la organización cumple las expectativas del cliente. Grandes brechas pueden indicar problemas de planificación, inventario o logística.

Por qué es importante

Sirve como la expectativa del cliente para la entrega, proporcionando una línea base clave para medir la satisfacción del cliente y el rendimiento de entrega a tiempo.

Dónde obtener

Ubicado en la tabla 'SalesTable', comúnmente llamado '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 deriva al vincular el número de cuenta del cliente del pedido de venta a los datos maestros principales del cliente.

Analizar el proceso por cliente es fundamental para comprender los comportamientos y niveles de servicio específicos del cliente. Ayuda a identificar qué clientes experimentan los mayores retrasos, cuáles tienen las tasas de retrabajo más altas o cuáles siguen rutas de proceso no estándar. Esto es vital para mejorar la satisfacción del cliente y gestionar eficazmente las cuentas clave.

Por qué es importante

Permite un análisis centrado en el cliente para identificar patrones, retrasos o problemas específicos de ciertos clientes, impactando directamente la satisfacción del cliente.

Dónde obtener

Consultado de la tabla 'CustTable' utilizando el campo 'CustAccount' de la '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 del pedido de venta, incluyendo todos los artículos, impuestos y cargos. Es una métrica financiera clave asociada a cada caso.

El Valor del Pedido es fundamental para el análisis de procesos basado en el valor. Permite segmentar el proceso para ver si los pedidos de alto valor se gestionan de manera diferente o experimentan más retrasos que los pedidos de bajo valor. Esto ayuda a priorizar los esfuerzos de mejora de procesos en los casos más significativos financieramente y apoya dashboards como 'Valor del Pedido de Venta por Segmento'.

Por qué es importante

Permite la segmentación financiera del proceso, ayudando a priorizar mejoras en pedidos de alto valor y a comprender las implicaciones de costo de las desviaciones del proceso.

Dónde obtener

Ubicado en los datos de la cabecera del pedido de venta. Consulte la documentación de Microsoft Dynamics 365 para conocer la tabla y el campo específicos, a menudo calculados a partir de los importes de las líneas de venta.

Ejemplos
5250.7512300.00899.50
¿Es Retrabajo?
IsRework
Un indicador booleano que señala si un pedido de venta ha experimentado una repetición de trabajo, como una actividad duplicada.
Descripción

Este atributo calculado identifica casos que se han desviado de un flujo de proceso directo o de 'camino feliz'. El retrabajo se detecta identificando secuencias de actividades que indican que un paso se repitió, como un pedido siendo desconfirmado y luego reconfirmado, o mercancías siendo recogidas y luego devueltas al inventario.

Marcar casos con retrabajo es esencial para el KPI de '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 podrían ser errores de entrada de datos, problemas de crédito o problemas de inventario. Reducir el retrabajo es un objetivo principal de muchos proyectos de mejora de procesos.

Por qué es importante

Ayuda a cuantificar la ineficiencia del proceso al señalar los casos que requirieron pasos repetidos, lo que permite un análisis dirigido para reducir el desperdicio y los retrasos.

Dónde obtener

Esto es calculado por la herramienta de Process Mining analizando la secuencia de actividades para cada caso. Por ejemplo, detectar un patrón como (A -> B -> C -> B) marcaría el caso como reelaboración.

Ejemplos
truefalse
Entrega a Tiempo
OnTimeDelivery
Un indicador booleano que señala si las mercancías fueron entregadas en o antes de la fecha de entrega confirmada.
Descripción

Este atributo calculado compara el timestamp de la actividad 'Mercancías Entregadas' con la ConfirmedDeliveryDate para cada pedido de venta. Se establece en verdadero si la entrega fue a tiempo o anticipada, y en falso si fue tardía.

Esta bandera es la base para calcular el KPI de 'Tasa de Adherencia a la Fecha de Entrega'. Simplifica el análisis al permitir un filtrado y agregación sencillos de pedidos a tiempo frente a pedidos tardíos. Esto ayuda a identificar rápidamente los factores que se correlacionan con las entregas tardías, como productos específicos, clientes, regiones o métodos de envío.

Por qué es importante

Mide directamente el rendimiento de cumplimiento contra el compromiso, lo cual es crucial para monitorear la satisfacción del cliente y la fiabilidad de la cadena de suministro.

Dónde obtener

Calculado comparando el EventTime de la actividad Goods Delivered con el atributo ConfirmedDeliveryDate. Fórmula: (Goods Delivered Timestamp <= 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'. Este es un estado resumen mantenido en el encabezado del pedido de venta.

Si bien el registro de actividad proporciona una vista dinámica del proceso, el estado final es útil para el filtrado y la segmentación. Permite a los analistas aislar fácilmente todos los pedidos abiertos para obtener una visión de la carga de trabajo actual, o separar los pedidos completados con éxito de los cancelados para analizar las razones de cancelación.

Por qué es importante

Ofrece una visión general del estado del pedido, permitiendo filtrar el análisis por pedidos abiertos, cerrados o cancelados, lo cual es útil para la gestión de la carga de trabajo y el análisis de resultados.

Dónde obtener

Ubicado en la tabla 'SalesTable', campo 'SalesStatus'.

Ejemplos
Pedido PendienteEntregadoFacturadoCancelado
Fecha de Vencimiento de Pago
PaymentDueDate
La fecha límite para que el cliente realice el pago de la factura.
Descripción

La Fecha de Vencimiento de Pago se calcula en función de la fecha de la factura y los términos de pago acordados 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 de Pago' y el KPI de 'Tasa de Pago a Tiempo'. Al comparar la 'Fecha de Vencimiento de Pago' con la fecha real de 'Pago Recibido', el negocio puede identificar pagos atrasados, analizar el comportamiento de pago por segmento de cliente y tomar medidas proactivas para mejorar el flujo de caja y reducir los días de ventas pendientes (DSO).

Por qué es importante

Este es el punto de referencia para medir el rendimiento de pagos, lo cual es crítico para analizar el flujo de caja y gestionar las cuentas por cobrar de manera efectiva.

Dónde obtener

Ubicado en la tabla 'CustInvoiceJour', campo 'DueDate'.

Ejemplos
2023-05-302023-06-152023-06-30
Hora de Finalización
EndTime
La fecha y hora precisas en que se completó una actividad.
Descripción

El timestamp de Fin captura el momento en que una actividad concluye. Cuando está disponible, proporciona una medida más precisa de la duración de una actividad en comparación con inferirla del timestamp de inicio de la siguiente actividad.

En el análisis, tener tanto un timestamp de inicio como un timestamp de fin permite el cálculo preciso del 'Tiempo de Procesamiento' para cada actividad, distinguiéndolo del 'Tiempo de Espera' entre actividades. Esto es invaluable para identificar qué tareas específicas consumen mucho tiempo frente a qué pasos del proceso implican largos retrasos.

Por qué es importante

Permite el cálculo preciso de los tiempos de procesamiento de actividades individuales, distinguiendo el tiempo de trabajo activo del tiempo de espera inactivo.

Dónde obtener

Al igual que la Hora de Inicio, esto se deriva de varios campos de fecha/hora. Podría ser un campo 'ModifiedDateTime' o una marca de tiempo de actualización de estado específica 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 la mercancía al cliente.
Descripción

Este atributo especifica el servicio de transporte utilizado para la entrega, como 'Envío terrestre', 'Carga aérea' o el nombre de un transportista específico. Esto se selecciona durante el procesamiento del pedido basándose en la preferencia del cliente, el costo y la velocidad de entrega.

Para el dashboard de 'Rendimiento del Método de Envío', esta dimensión es esencial. Analizar los tiempos de ciclo desde 'Mercancías Empaquetadas' hasta 'Mercancías Entregadas' desglosados por método de envío ayuda a identificar qué transportistas son más rápidos, más confiables o más propensos a retrasos. Esta información permite una mejor planificación logística y selección de transportistas.

Por qué es importante

Permite el análisis de rendimiento de diferentes transportistas y opciones de envío, ayudando a optimizar la logística en cuanto a costo, velocidad y fiabilidad.

Dónde obtener

Esta información se almacena típicamente en el encabezado del pedido de venta o en los 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 específico 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 capacitación, reconocer a los de alto rendimiento y asegurar una distribución adecuada de la carga de trabajo. También es esencial para fines de cumplimiento y auditoría, permitiendo una clara rendición de cuentas para cada acción realizada en el proceso.

Por qué es importante

Permite el análisis del rendimiento del proceso por individuo o equipo, ayudando a identificar oportunidades de formación, desequilibrios en la carga de trabajo y cuellos de botella relacionados con los recursos.

Dónde obtener

Derivado de campos de ID de usuario como CreatedBy o ModifiedBy en varias tablas de transacciones, que luego se unen 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 para un producto o servicio en el pedido de venta.
Descripción

El Número de Artículo identifica el producto específico que se está vendiendo. Dado que un pedido de venta puede contener múltiples productos, este atributo se asocia típicamente con datos de evento a nivel de línea de artículo.

Analizar el proceso por producto ayuda a descubrir problemas específicos del producto. Por ejemplo, ciertos productos pueden estar asociados con tiempos de cumplimiento más largos, tasas de retrabajo más altas o retenciones de crédito más frecuentes. Esto permite mejoras dirigidas en la gestión de inventario, la configuración de datos de producto o los procesos de cumplimiento para artículos específicos.

Por qué es importante

Permite un análisis a nivel de producto, revelando si ciertos ítems están asociados con retrasos en el proceso, retrabajos u otras ineficiencias.

Dónde obtener

Ubicado en la tabla 'SalesLine', campo 'ItemId'.

Ejemplos
PROD-00123PROD-00548SVC-00045
Pago a Tiempo
OnTimePayment
Un indicador booleano que señala si el pago se recibió en o antes de la fecha de vencimiento.
Descripción

Este atributo calculado compara el timestamp de la actividad 'Pago Recibido' con la PaymentDueDate. Se establece en verdadero si el pago fue a tiempo y en falso si fue tardío.

Esta bandera es el componente central del KPI de 'Tasa de Pago a Tiempo'. Permite una segmentación rápida de los clientes en pagadores a tiempo y pagadores tardíos. Este análisis puede informar políticas de crédito, estrategias de cobro y la gestión de relaciones con el cliente identificando clientes que pagan crónicamente tarde.

Por qué es importante

Mide el comportamiento de pago del cliente frente a los términos acordados, lo cual es fundamental para gestionar el flujo de caja y evaluar el riesgo crediticio.

Dónde obtener

Calculado comparando el EventTime de la actividad Payment Received con el atributo PaymentDueDate. Fórmula: (Payment Received Timestamp <= 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 para el envío del pedido de venta. Se deriva 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 implicar pasos adicionales como el despacho de aduanas, lo que lleva a tiempos de ciclo más largos. Este análisis ayuda a comprender y optimizar la logística para diferentes mercados geográficos.

Por qué es importante

Facilita el análisis geográfico, ayudando a identificar cuellos de botella regionales, problemas de cumplimiento o variaciones de rendimiento en la cadena de suministro.

Dónde obtener

Derivado de la dirección de entrega del cliente, que está vinculada al pedido de ventas. La información del país se encuentra típicamente en la tabla LogisticsPostalAddress, unida a través del enlace de la dirección de entrega en la SalesTable.

Ejemplos
EE. UU.DEUCANGBR
Tiempo de Ciclo
CycleTime
El tiempo total transcurrido desde la creación del pedido de venta hasta su cierre final.
Descripción

Tiempo de Ciclo es una métrica calculada que mide la duración total de una instancia de proceso. Para el proceso de pedido de ventas, es típicamente la diferencia de tiempo entre el event Sales Order Created y el event Order Closed.

Este es un indicador clave de rendimiento para la eficiencia del proceso. Los Dashboards y KPIs como Tiempo de Ciclo Total del Pedido de Ventas dependen directamente de este cálculo. Analizar su promedio, mediana y distribución ayuda a cuantificar el rendimiento del proceso, establecer objetivos de mejora y medir el impacto de las iniciativas de optimización.

Por qué es importante

Este es un indicador clave de rendimiento (KPI) para la eficiencia general del proceso, midiendo directamente el tiempo de extremo a extremo que toma cumplir un pedido de cliente.

Dónde obtener

Calculado restando el timestamp del primer event (por ejemplo, Sales Order Created) del timestamp del último event (por ejemplo, Order Closed) para cada SalesOrderNumber.

Ejemplos
10 días 4 horas5 días 11 horas22 días 1 hora
Requerido Recomendado Opcional

Pedido a Cobro - Actividades de Procesamiento de Pedidos de Venta

Estos son los pasos clave del proceso y los hitos críticos a capturar en su registro de eventos para un descubrimiento y análisis precisos del procesamiento de sus pedidos de venta.
6 Recomendado 7 Opcional
Actividad Descripción
Factura Creada
Esto representa la generación y el registro de la factura de venta para los bienes o servicios enviados. Esta es una transacción financiera central que registra formalmente la deuda del cliente.
Por qué es importante

Esta actividad marca el inicio de la parte de liquidación financiera del proceso. El tiempo desde el envío hasta la creación de la factura es crítico para el KPI de 'Tiempo de Ciclo de Generación de Factura' e impacta el flujo de caja.

Dónde obtener

Esta es una transacción financiera explícita. El evento se captura de la fecha y hora de registro del diario de factura de ventas (CustInvoiceJour).

Capturar

Capturar el timestamp de registro del diario de factura de venta.

Tipo de evento explicit
Mercancía Enviada
Este evento significa que la mercancía empaquetada para el pedido ha sido despachada y ha salido del almacén. En Dynamics 365, esto se formaliza al registrar la nota de entrega.
Por qué es importante

Este es un hito crítico que marca el fin del proceso de cumplimiento interno y el inicio de la fase de entrega. Es un timestamp clave para calcular el rendimiento de envíos a tiempo.

Dónde obtener

Este es un evento muy claro y explícito capturado de la fecha y hora de registro del diario de notas de entrega (CustPackingSlipJour).

Capturar

Capturar el timestamp de registro del diario de albarán.

Tipo de evento explicit
Pago Recibido
Esta actividad indica que el pago de la factura por parte del cliente ha sido recibido y aplicado. Este evento ocurre en el módulo de Cuentas por Cobrar y se vincula a la factura original.
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 de 'Tasa de pago a tiempo' e identificar retrasos en la recolección de pagos.

Dónde obtener

Este es un evento explícito del módulo de Cuentas por Cobrar. Se captura de la fecha de transacción de la liquidación de pago de cliente (CustSettlement) que cierra la transacción de factura (CustTrans).

Capturar

Capturar la fecha de liquidación de la tabla CustSettlement, vinculándola a la factura y al pedido de ventas.

Tipo de evento explicit
Pedido Cerrado
El estado final de un pedido de venta procesado con éxito, lo que indica que ha sido completamente enviado, facturado y que no se esperan más transacciones. Esto marca la finalización exitosa del proceso.
Por qué es importante

Esta actividad sirve como el punto final principal para los casos completados con éxito. Es fundamental para calcular los tiempos de ciclo de principio a fin y el rendimiento.

Dónde obtener

Esto se infiere de los campos de estado en la SalesTable. Un pedido se considera cerrado cuando el 'Estado de venta' (Sales status) es 'Facturado' y los estados de línea también son 'Facturados'.

Capturar

Inferir de los campos de estado de SalesTable que cambian a 'Facturado'. La marca de tiempo es típicamente la última fecha de transacción relacionada, como la facturación o el pago.

Tipo de evento inferred
Pedido Confirmado
Esta actividad significa la confirmación formal del pedido de venta, comprometiéndose a la entrega de los bienes o servicios especificados. En Dynamics 365, esta es 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 ejecución. Medir el tiempo desde la creación hasta la confirmación revela la eficiencia del procesamiento de front-office.

Dónde obtener

Este es un evento explícito capturado de la fecha de registro del diario de confirmación de pedido de venta (SalesConfirmJour). El timestamp se puede vincular a la SalesTable.

Capturar

Capturar el timestamp de registro del diario de confirmación de pedido de ventas.

Tipo de evento explicit
Pedido de Venta Creado
Este evento marca la creación inicial del pedido de venta en el sistema por un representante de ventas o a través de un canal automatizado. Se captura 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 partida universal para todos los casos de pedidos de venta. Proporciona el timestamp inicial requerido para calcular el tiempo de ciclo general del pedido de venta y analizar el throughput.

Dónde obtener

Este es un evento explícito capturado del campo 'Fecha y hora de creación' (Created date and time) en el registro de encabezado de SalesTable en Microsoft Dynamics 365.

Capturar

Leer la marca de tiempo de creación de la entidad SalesTable.

Tipo de evento explicit
Inventario Reservado
Este evento indica que el inventario requerido para las líneas del pedido de venta ha sido física o automáticamente reservado en el sistema. Esto asegura que los artículos estén disponibles para la recogida y el cumplimiento.
Por qué es importante

El 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 crucial para el KPI de 'Tiempo de entrega de asignación de inventario' (Inventory Allocation Lead Time).

Dónde obtener

Esto se puede inferir de la creación o actualización de los registros de transacciones de inventario (InventTrans) vinculados a las líneas del pedido de venta, donde el estado indica una reserva (por ejemplo, 'En pedido', 'Reservado físicamente').

Capturar

Inferir de la marca de tiempo cuando las transacciones de inventario (InventTrans) para el pedido se marcan como reservadas.

Tipo de evento inferred
Liberado al Almacén
Marca el punto en el que el pedido de venta se libera formalmente al almacén para las operaciones de preparación y envío. Este es un paso diferenciado en entornos que utilizan el módulo de Gestión de Almacenes (WMS).
Por qué es importante

Esta actividad separa el procesamiento de pedidos del cumplimiento físico. Analizar el tiempo que un pedido espera para ser liberado puede resaltar problemas de planificación de recursos o de integración de sistemas.

Dónde obtener

Este es un evento explícito capturado de los registros de liberación de almacén (WHSLoadTable, WHSShipmentTable) asociados con el pedido de venta.

Capturar

Capturar el timestamp de creación de la carga de almacén o envío correspondiente.

Tipo de evento explicit
Mercancía Empaquetada
Esta actividad marca la finalización del proceso de empaquetado, donde los artículos recogidos se consolidan y preparan para el envío. En D365, esto puede coincidir con la generación de un albarán de empaquetado.
Por qué es importante

El tiempo entre la recogida y el empaquetado puede revelar cuellos de botella en las estaciones de empaquetado. Es un subproceso clave dentro del tiempo de ciclo de cumplimiento general.

Dónde obtener

Esto puede ser un evento explícito que surge de la finalización del empaque de contenedores en el módulo WMS o inferido de la generación del diario de albarán (CustPackingSlipJour), que a menudo significa el final del empaque.

Capturar

Inferir de la finalización del trabajo de empaque o de la fecha de creación del diario del albarán.

Tipo de evento inferred
Mercancía Entregada
Indica que el envío ha sido entregado con éxito en la dirección especificada por el cliente. Esta información se actualiza a menudo desde el sistema de un transportista externo o mediante una confirmación manual.
Por qué es importante

Esta actividad es crucial para medir el KPI de 'Adherencia a la Fecha de Entrega' y comprender el verdadero tiempo de ciclo de cara al cliente. Ayuda a evaluar el rendimiento del transportista.

Dónde obtener

Esto no se rastrea de forma nativa como un evento explícito en D365 estándar. Se infiere típicamente al recibir una actualización de una integración con transportista o mediante una actualización manual de estado en el registro de pedido de venta o envío.

Capturar

Inferir de una fuente de datos de transportista integrada o de una actualización manual de un campo de estado.

Tipo de evento inferred
Mercancía Recogida
Representa la finalización de la recogida física de todos los artículos del pedido desde sus ubicaciones en el almacén. Esto se registra típicamente cuando un recolector finaliza una lista de recogida o una orden de trabajo en el módulo WMS.
Por qué es importante

El seguimiento del tiempo de finalización de recogida es esencial para analizar la eficiencia del almacén. Los retrasos en esta etapa impactan directamente en el tiempo total de envío.

Dónde obtener

Este es un evento explícito registrado en el módulo de Gestión de Almacenes. Se captura del timestamp de finalización del trabajo de almacén (WHSWorkTable) relacionado con la recogida del pedido de venta.

Capturar

Capturar el timestamp cuando el estado del Work de picking se actualiza a Cerrado.

Tipo de evento explicit
Pedido Cancelado
Este evento representa la cancelación de un pedido de venta antes de que fuera completamente enviado y facturado. Este es un final alternativo y fallido del proceso.
Por qué es importante

El seguimiento de las cancelaciones ayuda a identificar las razones 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 obtener

Esto se infiere del campo 'Estado de venta' (Sales status) en la SalesTable cambiando a 'Cancelado'. El timestamp sería cuando se registró este cambio de estado.

Capturar

Inferir del campo de estado de SalesTable que cambia a 'Cancelado'.

Tipo de evento inferred
Verificación de Crédito Realizada
Representa la finalización de una verificación de crédito para el cliente asociado con el pedido de venta. Esto puede ser una verificación de sistema automatizada o una revisión manual, que a menudo resulta en 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. Retenciones frecuentes o tiempos de aprobación prolongados pueden retrasar significativamente la tramitación de pedidos.

Dónde obtener

Típicamente inferido de los cambios de estado relacionados con la gestión de crédito en la SalesTable, como pasar de 'En espera' (On hold) con un motivo de crédito a 'Abierto' (Open). También puede registrarse en tablas de gestión de crédito si se utiliza el módulo avanzado.

Capturar

Inferir del historial de cambios de estado en la SalesTable o tablas de retención de crédito relacionadas.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Microsoft Dynamics 365