Su Template de datos para la gestión de la cadena de suministro
Su Template de datos para la gestión de la cadena de suministro
- Atributos recomendados para recopilar y realizar un análisis detallado
- Actividades clave de la cadena de suministro que debe seguir en todo el proceso
- Instrucciones prácticas para extraer datos de Microsoft Dynamics 365 SCM
Atributos de la gestión de la cadena de suministro
| Nombre | Descripción | ||
|---|---|---|---|
|
Orden logística
LogisticsOrder
|
El identificador único de una solicitud específica de cumplimiento de la cadena de suministro, que actúa como identificador principal del caso. | ||
|
Descripción
Logistics Order es el identificador único de todo el proceso logístico y vincula todas las actividades, desde la demanda del cliente hasta la entrega final. Este atributo actúa como hilo conductor entre distintos subprocesos, como compras, producción y envío, para una solicitud de cumplimiento concreta. En el análisis, cada evento se asocia a un Logistics Order, lo que permite reconstruir de principio a fin el flujo del proceso. Así, es posible seguir el recorrido de un pedido por distintos departamentos y sistemas, identificar cuellos de botella y medir con precisión el tiempo total del ciclo, desde el inicio hasta el final.
Por qué es importante
Es la clave esencial para vincular todos los eventos relacionados del proceso y permite analizar de extremo a extremo el proceso de la cadena de suministro correspondiente a una única solicitud de cumplimiento.
Dónde obtenerlo
Es un identificador conceptual que probablemente se obtiene combinando campos de tablas como SalesTable (Sales Order), WHSLoadTable (Load ID) o InventTransOrigin (Reference ID) para crear un ID de caso único entre distintos módulos.
Ejemplos
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Actividad
ActivityName
|
El nombre del evento de negocio o la tarea que tuvo lugar en un momento del proceso logístico. | ||
|
Descripción
Este atributo registra el evento de negocio o la tarea concreta que tuvo lugar, como «Purchase Order Issued», «Goods Produced» o «Shipment Scheduled». Estas actividades son los componentes fundamentales del proceso. Analizar la secuencia, la frecuencia y la duración de estas actividades constituye el núcleo de Process Mining. Esto permite descubrir y visualizar automáticamente mapas de procesos, detectar desviaciones respecto de los procedimientos estándar e identificar pasos frecuentes o ineficientes que ofrecen un claro potencial de mejora.
Por qué es importante
Define los pasos del proceso, lo que permite visualizar el flujo del proceso, analizar las variaciones e identificar cuellos de botella o actividades que no cumplen las normas.
Dónde obtenerlo
Se obtiene a partir de la lógica de negocio basada en cambios de estado de distintas tablas de transacciones, como SalesTable, PurchTable o ProdTable, o de las fechas de contabilización de documentos de tablas como CustInvoiceJour.
Ejemplos
Orden de compra emitidaProductos fabricadosFactura del cliente contabilizadaProductos entregados
|
|||
|
Hora del evento
EventTime
|
La marca de tiempo que indica cuándo tuvo lugar la actividad. | ||
|
Descripción
Este atributo proporciona la fecha y hora exactas en que se registró una actividad en el sistema. Es fundamental para cualquier análisis de procesos basado en el tiempo, incluido el cálculo de los tiempos de ciclo, la comprensión del rendimiento del proceso y la identificación de cuellos de botella. El orden cronológico de los eventos según esta marca de tiempo permite que las herramientas de Process Mining reconstruyan la secuencia exacta de las actividades tal como ocurrieron. Esto es esencial para comprender el flujo real del proceso y su dinámica, en lugar de depender de modelos de procesos idealizados.
Por qué es importante
Esta marca de tiempo es fundamental para ordenar correctamente los eventos y calcular todas las métricas basadas en el tiempo, como los tiempos de ciclo y los plazos.
Dónde obtenerlo
Normalmente procede de campos de fecha y hora de creación o de cambio de estado de las tablas de D365 SCM. Algunos ejemplos son CreatedDateTime en SalesTable, DeliveryDate en PurchLine o las fechas de transacciones físicas en InventTrans.
Ejemplos
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
Sistema de origen
SourceSystem
|
El sistema de registro del que se extrajeron los datos del evento. | ||
|
Descripción
Este atributo identifica el sistema o módulo del que proceden los datos. En un entorno complejo de cadena de suministro, los datos pueden proceder de varios módulos de Dynamics 365 SCM, como Sales, Procurement o Warehouse Management. Especificar el sistema de origen es fundamental para la gobernanza de datos, la resolución de incoherencias y la comprensión del contexto de las actividades registradas. Garantiza la calidad de los datos y permite rastrear la información hasta su origen, algo especialmente importante en entornos integrados.
Por qué es importante
Proporciona contexto sobre el origen de los datos, algo esencial para validarlos, resolver problemas y comprender las variaciones de procesos que atraviesan los límites entre sistemas.
Dónde obtenerlo
Normalmente es un valor estático que se añade durante la extracción de datos para identificar los registros procedentes de este sistema concreto.
Ejemplos
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo de la última actualización de los datos desde el sistema de origen. | ||
|
Descripción
Este atributo indica la fecha y hora en que los datos se extrajeron o actualizaron por última vez. Es un elemento de metadatos fundamental para cualquier Dashboard de análisis de procesos. Esta información ayuda a comprender la actualidad de los datos analizados y garantiza que las conclusiones se basen en información actualizada. También es esencial para gestionar las canalizaciones de datos y verificar que los procesos de carga se ejecutan según lo previsto y en el horario establecido.
Por qué es importante
Informa sobre la actualidad de los datos, algo crucial para tomar decisiones empresariales oportunas y relevantes basadas en el análisis.
Dónde obtenerlo
La herramienta de extracción de datos o ETL genera este valor y lo registra en el conjunto de datos al final de cada ciclo de actualización.
Ejemplos
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
Entrega a tiempo
IsOnTimeDelivery
|
Indicador que señala si la orden se entregó en la fecha solicitada o antes. | ||
|
Descripción
Es un atributo booleano calculado que indica si una orden logística se entregó a tiempo. Se obtiene comparando la marca de tiempo de la actividad «Goods Delivered» con la «Requested Delivery Date». Este atributo es la base para calcular el KPI On-Time Delivery Rate y un filtro principal del panel On-Time Delivery Performance Monitor. Simplifica el análisis al convertir una comparación de fechas en un valor verdadero o falso, lo que facilita filtrar y contar las órdenes retrasadas.
Por qué es importante
Mide directamente el rendimiento del servicio al cliente y es un dato clave para el KPI On-Time Delivery, ya que simplifica el análisis de la fiabilidad de las entregas.
Dónde obtenerlo
Es un campo calculado. La lógica es: IF ('Goods Delivered' timestamp <= 'Requested Delivery Date') THEN True ELSE False.
Ejemplos
truefalse
|
|||
|
Fecha de entrega solicitada
RequestedDeliveryDate
|
Fecha de entrega solicitada por el cliente. | ||
|
Descripción
Este atributo registra la fecha de entrega que el cliente indicó al realizar la orden. Sirve como referencia principal para medir el rendimiento real de las entregas. Esta fecha es la base del panel On-Time Delivery Performance Monitor y del KPI On-Time Delivery Rate. Comparar la fecha de entrega solicitada con la fecha de entrega real es el método estándar para calcular el rendimiento de las entregas y una medida clave de la satisfacción del cliente.
Por qué es importante
Es la referencia para medir el rendimiento de las entregas a tiempo, un KPI fundamental para la satisfacción del cliente y la fiabilidad de la cadena de suministro.
Dónde obtenerlo
Se encuentra en el campo ReceiptDateRequested de la tabla SalesLine o en ShippingDateRequested de SalesTable.
Ejemplos
2023-05-102023-06-012023-07-20
|
|||
|
ID de usuario
UserId
|
El identificador del usuario que realizó la actividad. | ||
|
Descripción
Este atributo almacena el ID de la persona empleada o del usuario del sistema que ejecutó una actividad concreta. Puede tratarse de una persona compradora que creó una orden de compra o de una persona trabajadora del almacén que confirmó un envío. Analizar las actividades por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación e investigar desviaciones del proceso. También es clave para el análisis de cumplimiento, ya que permite a las personas auditoras rastrear las acciones hasta individuos concretos. Esta perspectiva es esencial para gestionar el rendimiento y optimizar los recursos.
Por qué es importante
Permite analizar el rendimiento del proceso por usuario o equipo, ayuda a identificar oportunidades de automatización y es fundamental para el análisis de cumplimiento y de los registros de auditoría.
Dónde obtenerlo
Se encuentra en los campos «Created by» o «Modified by» de la mayoría de las tablas de transacciones de D365 SCM, como CreatedBy en SalesTable o PurchTable.
Ejemplos
j.doea.smithAX_BATCH_USER
|
|||
|
Nombre del cliente
CustomerName
|
Nombre del cliente que realizó la orden de venta. | ||
|
Descripción
Este atributo identifica al cliente asociado a una orden de venta. Permite analizar el proceso de la cadena de suministro desde la perspectiva del cliente. Analizar el proceso logístico por cliente puede revelar patrones de cumplimiento, preferencias o dificultades específicos de determinados clientes. Resulta especialmente útil para la gestión de cuentas clave y la adaptación de los niveles de servicio, lo que ayuda a mejorar la satisfacción y la retención de clientes.
Por qué es importante
Permite analizar el proceso desde la perspectiva del cliente, identificar qué clientes sufren más retrasos y evaluar los niveles de servicio de las cuentas clave.
Dónde obtenerlo
Se obtiene al unir la tabla de órdenes de venta (SalesTable) con la tabla maestra de clientes (CustTable) mediante el número de cuenta del cliente.
Ejemplos
Alpine Ski HouseAdventure WorksCity Power & Light
|
|||
|
Nombre del proveedor
SupplierName
|
Nombre del proveedor que suministra las materias primas o los productos. | ||
|
Descripción
Este atributo contiene el nombre del proveedor al que se compran los materiales. Es una dimensión clave para analizar las actividades relacionadas con las compras. Se utiliza ampliamente en los Dashboards Procurement Lead Time Breakdown y Supplier Performance Benchmarking. Analizar las métricas del proceso por proveedor ayuda a identificar a los socios más fiables y eficientes, así como a aquellos que se retrasan con frecuencia o provocan interrupciones. Esta información es fundamental para el abastecimiento estratégico y la gestión de las relaciones con los proveedores.
Por qué es importante
Permite segmentar y comparar el rendimiento del aprovisionamiento por proveedor, algo esencial para mejorar las relaciones con los proveedores y reducir los plazos de entrega de los materiales.
Dónde obtenerlo
Se obtiene al unir la tabla de órdenes de compra (PurchTable) con la tabla maestra de proveedores (VendTable) mediante el número de cuenta del proveedor.
Ejemplos
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
|
|||
|
Número de orden de compra
PurchaseOrderNumber
|
El identificador único de una orden de compra enviada a un proveedor. | ||
|
Descripción
Es el número oficial del documento utilizado para pedir materias primas o productos a un proveedor externo. Contiene información sobre los artículos, las cantidades, los precios y las fechas de entrega. Analizar el proceso por Purchase Order Number es esencial para los Dashboards Procurement Lead Time Breakdown y Supplier Performance Benchmarking. Permite seguir todo el ciclo procure-to-pay, desde la solicitud hasta el pago al proveedor, y ayuda a identificar retrasos en la adquisición de materiales.
Por qué es importante
Este ID es fundamental para analizar la parte de compras de la cadena de suministro, supervisar el rendimiento de los proveedores y comprender los plazos de los materiales.
Dónde obtenerlo
Se encuentra en el campo PurchId de la tabla PurchTable.
Ejemplos
PO-000541PO-000542PO-000543
|
|||
|
Número de orden de producción
ProductionOrderNumber
|
El identificador único de una orden de producción o fabricación. | ||
|
Descripción
Este número identifica una orden para producir una cantidad concreta de un producto en las instalaciones de fabricación. Permite hacer seguimiento del consumo de materias primas y de la producción de productos terminados. Para las empresas con actividad de fabricación, este ID es esencial para seguir el proceso de producción. Es compatible con el Dashboard Production Schedule Adherence Tracker, ya que vincula las fechas de producción programadas con las fechas reales de finalización y destaca las variaciones o retrasos del proceso de fabricación.
Por qué es importante
Permite analizar en detalle el ciclo de vida de la fabricación, medir el cumplimiento del programa de producción e identificar cuellos de botella en la planta.
Dónde obtenerlo
Se encuentra en el campo ProdId de la tabla ProdTable.
Ejemplos
PRD-000112PRD-000113PRD-000114
|
|||
|
Número de pedido de ventas
SalesOrderNumber
|
El identificador único del pedido de ventas de un cliente. | ||
|
Descripción
Es el número de referencia principal de la solicitud de productos o servicios de un cliente. El pedido de ventas inicia muchas actividades posteriores de la cadena de suministro, incluidas las compras y la producción. En Process Mining, el Sales Order Number es una dimensión fundamental para filtrar y analizar. Permite a las personas usuarias de negocio seguir el proceso completo de cumplimiento de un pedido concreto y suele ser un componente principal del ID de caso conceptual Logistics Order.
Por qué es importante
Vincula directamente el proceso de la cadena de suministro con la demanda del cliente y permite analizar el ciclo order-to-cash y el rendimiento del cumplimiento por cliente.
Dónde obtenerlo
Se encuentra en el campo SalesId de la tabla SalesTable.
Ejemplos
SO-001872SO-001873SO-001874
|
|||
|
Categoría del producto
ProductCategory
|
Categoría a la que pertenece un producto. | ||
|
Descripción
Este atributo agrupa productos individuales en categorías más amplias, como «Electrónica», «Materias primas» o «Productos terminados». Esto permite analizar la cadena de suministro desde una perspectiva más general. En lugar de examinar miles de SKU individuales, los analistas pueden utilizar las categorías de productos para identificar tendencias y cuellos de botella que afectan a grupos completos de productos. Resulta especialmente útil en el panel Procurement Lead Time Breakdown para comprender el rendimiento de los proveedores en distintos tipos de materiales.
Por qué es importante
Permite analizar de forma agregada distintos grupos de productos, lo que resulta útil para la toma de decisiones estratégicas y la identificación de problemas sistémicos que afectan a determinados tipos de productos.
Dónde obtenerlo
Se obtiene al unir la tabla maestra de artículos (InventTable) con tablas de categorías de productos como EcoResProductCategory.
Ejemplos
Componentes de audioMateriales de embalajePiezas hidráulicas
|
|||
|
Fecha de envío programada
ScheduledShipmentDate
|
Fecha en la que estaba previsto que saliera el envío. | ||
|
Descripción
Este atributo representa la fecha prevista o programada para que un envío salga del almacén o de la planta de producción. Es un hito interno clave del proceso de cumplimiento. Esta fecha se utiliza para calcular el KPI Shipment Schedule Adherence Rate. Comparar la fecha programada con la fecha real de la actividad «Goods Loaded For Transport» ayuda a medir la fiabilidad y la previsibilidad de la planificación y la ejecución de la logística interna.
Por qué es importante
Ayuda a medir el cumplimiento del programa interno y la previsibilidad del proceso de envío, factores que afectan a la planificación del transporte posterior.
Dónde obtenerlo
Se encuentra en campos como ConfirmedShipDate de SalesLine o en campos relacionados de WHSLoadTable para las cargas planificadas.
Ejemplos
2023-05-082023-05-302023-07-18
|
|||
|
ID del almacén
WarehouseId
|
Identificador del almacén donde se almacenan o manipulan los productos. | ||
|
Descripción
Este atributo identifica el almacén o centro de distribución específico implicado en una actividad, como la preparación, el embalaje o el envío. Es esencial para el panel Warehouse Operations Throughput, ya que permite comparar el rendimiento de distintas instalaciones. Analizar los datos por almacén ayuda a identificar qué ubicaciones son más eficientes, cuáles tienen problemas de capacidad y dónde se necesitan mejoras operativas con mayor urgencia.
Por qué es importante
Permite comparar el rendimiento y analizar cuellos de botella entre distintas ubicaciones físicas, lo que contribuye a mejorar la eficiencia de los almacenes.
Dónde obtenerlo
Se encuentra en el campo InventLocationId de tablas relacionadas con la gestión de inventario y almacenes, como InventSum y WHSWorkTable.
Ejemplos
WH-MainWH-EastDC-West
|
|||
|
Modo de transporte
ModeOfTransport
|
Método de transporte utilizado para el envío, como transporte por carretera, aéreo o marítimo. | ||
|
Descripción
Este atributo especifica el método de transporte utilizado para trasladar los productos desde el origen hasta el destino. Algunos ejemplos son el transporte por carretera, ferrocarril, aire y mar. Es una dimensión clave del panel Transportation Efficiency & Costs. Analizar los tiempos de ciclo y los costes por modo de transporte ayuda a optimizar las estrategias logísticas, elegir el equilibrio adecuado entre rapidez y coste e identificar ineficiencias en canales de transporte específicos.
Por qué es importante
Es esencial para analizar los costes y la eficiencia del transporte, optimizar las redes logísticas y reducir los gastos de transporte de mercancías.
Dónde obtenerlo
Se encuentra en el campo ModeOfDelivery de tablas como SalesTable o PurchTable, o con mayor detalle en tablas de gestión del transporte como TMSRoute.
Ejemplos
CamiónAéreoMarítimoFerroviario
|
|||
|
Nombre del transportista
CarrierName
|
Nombre de la empresa de transporte o del transportista que gestiona el envío. | ||
|
Descripción
Este atributo identifica al proveedor logístico externo o a la flota interna responsable del transporte de los productos. Especifica qué empresa traslada físicamente el producto. El transportista es otra dimensión fundamental del panel Transportation Efficiency & Costs. Analizar por transportista métricas como el tiempo de tránsito y las entregas a tiempo permite comparar el rendimiento de los socios logísticos, negociar mejores tarifas y tomar decisiones fundamentadas sobre la selección de transportistas.
Por qué es importante
Permite analizar el rendimiento de distintos socios logísticos, algo esencial para gestionar a los transportistas y optimizar los costes de transporte.
Dónde obtenerlo
Se encuentra en campos como «CarrierService» de las órdenes de venta o en tablas específicas de gestión del transporte como TMSCarrier.
Ejemplos
FedExUPSMaerskDHL
|
|||
|
Número de producto
ProductNumber
|
Identificador único del producto que se solicita o se fabrica. | ||
|
Descripción
Este atributo corresponde a la unidad de mantenimiento de existencias (SKU) o al número de artículo del producto incluido en una transacción. Puede tratarse de un producto terminado vendido a un cliente o de una materia prima comprada a un proveedor. Analizar el proceso de la cadena de suministro por producto ayuda a identificar artículos con plazos de entrega largos, problemas de calidad frecuentes o rutas de producción complejas. Esta información es fundamental para la gestión de inventario, la previsión de la demanda y la optimización de la cartera de productos.
Por qué es importante
Permite analizar el rendimiento del proceso para distintos productos y detectar dificultades de la cadena de suministro específicas de determinados artículos.
Dónde obtenerlo
Se encuentra en el campo ItemId de tablas de líneas de transacciones como SalesLine, PurchLine y ProdBOM.
Ejemplos
A0001D0010M9201
|
|||
|
Retrabajo
IsRework
|
Indicador que señala si una actividad o un bucle del proceso constituye un retrabajo. | ||
|
Descripción
Es un atributo booleano calculado que identifica actividades o rutas del proceso que representan retrabajos o bucles de corrección. Por ejemplo, si la actividad «Quality Control Performed» falla y devuelve el proceso a un paso anterior de «Goods Produced», se marcaría como retrabajo. Este atributo es esencial para calcular el KPI Order Fulfillment Rework Rate. Al marcar los retrabajos, los analistas pueden cuantificar fácilmente la frecuencia y el impacto de los problemas de calidad o los errores del proceso, y detectar las áreas que necesitan mejoras y controles.
Por qué es importante
Ayuda a cuantificar las ineficiencias del proceso y los problemas de calidad al marcar explícitamente las actividades que no forman parte del «camino ideal».
Dónde obtenerlo
Es un campo calculado que normalmente se obtiene mediante reglas de negocio. Por ejemplo, se pueden marcar como retrabajo nombres de actividad específicos, como «Repack Goods», o identificar bucles hacia atrás en el flujo del proceso.
Ejemplos
truefalse
|
|||
|
Valor de la orden
OrderValue
|
Valor monetario total de la orden de venta. | ||
|
Descripción
Este atributo representa el valor financiero total de la orden de venta de un cliente. Es una métrica clave para comprender el impacto empresarial del rendimiento del proceso. Analizar métricas del proceso, como el tiempo de ciclo o las entregas tardías, teniendo en cuenta el valor de la orden permite priorizar las iniciativas de mejora. Por ejemplo, los retrasos que afectan a órdenes de alto valor pueden ser más importantes que los que afectan a órdenes pequeñas. Esto aporta una dimensión financiera al análisis del proceso.
Por qué es importante
Aporta contexto financiero al análisis del proceso y permite priorizar los problemas según su impacto monetario.
Dónde obtenerlo
Se calcula a partir de la tabla SalesLine sumando el campo LineAmount de todas las líneas que pertenecen a una orden de venta específica (SalesId).
Ejemplos
15200.50850.00125000.75
|
|||
Actividades de la gestión de la cadena de suministro
| Actividad | Descripción | ||
|---|---|---|---|
|
Comprobante de entrega firmado
|
El cliente ha confirmado formalmente la recepción de los productos, normalmente mediante la firma de un albarán. Por lo general, esto se captura adjuntando un documento o actualizando un estado en el sistema. | ||
|
Por qué es importante
Esta es la confirmación final del cumplimiento satisfactorio del pedido y el cierre definitivo del proceso logístico. Es fundamental para resolver disputas y calcular el tiempo total del ciclo del pedido.
Dónde obtenerlo
No es una transacción estándar y puntual. A menudo se gestiona actualizando un estado del pedido de ventas o utilizando la gestión documental para adjuntar un comprobante de entrega escaneado.
Recopilar
Se infiere a partir de una actualización de estado o de la adjunción de un documento POD al pedido de ventas o al envío.
Tipo de evento
inferred
|
|||
|
Materias primas recibidas
|
Las mercancías o materiales solicitados al proveedor se reciben físicamente en el almacén. Esto se registra mediante una transacción de contabilización de Product Receipt en Dynamics 365 asociada a la orden de compra. | ||
|
Por qué es importante
Esta actividad marca el final del plazo del proveedor y la disponibilidad de los materiales para la producción o el cumplimiento. Los retrasos en esta etapa afectan directamente a los programas posteriores y a las fechas de entrega al cliente.
Dónde obtenerlo
Se registra en los módulos Procurement and sourcing o Inventory management. La contabilización de un Product Receipt (VendPackingSlipJour) crea un registro transaccional con marca de tiempo.
Recopilar
Evento registrado cuando se contabiliza un Product Receipt asociado a la Purchase Order.
Tipo de evento
explicit
|
|||
|
Orden de compra emitida
|
Se crea y confirma una orden de compra formal, lo que compromete a la empresa a realizar una compra a un proveedor. Este evento se registra cuando el estado de la PO se actualiza a «Confirmed» o «In external review». | ||
|
Por qué es importante
Este es un hito fundamental del proceso de compras y el principal punto de partida para medir el plazo del proveedor. Analizar el tiempo transcurrido desde este evento hasta la recepción de los materiales ayuda a evaluar el rendimiento del proveedor.
Dónde obtenerlo
Se registra en el módulo Procurement and sourcing. La confirmación de una orden de compra se sigue mediante cambios de estado y fechas en PurchTable.
Recopilar
Se registra cuando el estado de una Purchase Order se actualiza a «Confirmed» mediante una acción de registro en diario.
Tipo de evento
explicit
|
|||
|
Pedido de cliente creado
|
Representa la creación formal de un nuevo pedido de ventas en Dynamics 365 SCM. Es un evento explícito registrado con una marca de tiempo cuando un usuario guarda un nuevo documento de pedido de ventas, lo que inicia el proceso de cumplimiento. | ||
|
Por qué es importante
Esta actividad marca el inicio oficial del ciclo de cumplimiento del pedido. Es el principal punto de referencia para medir los plazos generales, el rendimiento de las entregas a tiempo y los patrones de entrada de pedidos.
Dónde obtenerlo
Es un evento explícito registrado en el módulo Sales and marketing. La creación se registra en SalesTable (Sales Order Header) con una marca de tiempo de creación específica.
Recopilar
Evento registrado al crear un registro de Sales Order en SalesTable.
Tipo de evento
explicit
|
|||
|
Productos cargados para el transporte
|
Los productos embalados se cargan físicamente en el vehículo del transportista y el envío se confirma en el sistema. Este evento corresponde a la acción «Ship confirm» en Dynamics 365. | ||
|
Por qué es importante
Marca la salida física de los productos del almacén. Esta actividad es el punto de partida para medir la duración de «Goods In Transit» y para el reconocimiento financiero del envío.
Dónde obtenerlo
Se registra en los módulos Warehouse o Transportation management. La acción «Ship confirm» sobre una carga o envío (WHSLoadTable) crea un evento con marca de tiempo.
Recopilar
Se registra cuando se ejecuta la acción «Ship confirm» para la carga o el envío asociado.
Tipo de evento
explicit
|
|||
|
Productos entregados
|
Los productos han llegado al destino del cliente. Este evento puede inferirse a partir de los datos de seguimiento del transportista o de una actualización manual del estado, ya que Dynamics 365 no cuenta con una transacción nativa «delivered». | ||
|
Por qué es importante
Marca la finalización de la entrega física. Proporciona la «Actual Delivery Date», esencial para calcular los KPI de entregas a tiempo y las métricas orientadas al cliente.
Dónde obtenerlo
A menudo no es un campo estándar. Puede capturarse en un campo de fecha personalizado del pedido de ventas o del envío, actualizado manualmente o mediante una integración con el sistema del transportista.
Recopilar
Se infiere a partir de una actualización manual de un campo de fecha de entrega o mediante una integración con la API externa del transportista.
Tipo de evento
inferred
|
|||
|
Productos fabricados
|
El proceso de fabricación ha finalizado y los productos terminados se registran formalmente como finalizados en el sistema. Esto se captura al contabilizar un diario «Report as Finished» para la orden de producción, lo que actualiza el inventario. | ||
|
Por qué es importante
Marca la finalización de la fase de producción y hace que los productos estén disponibles para el control de calidad y el envío. Es un hito clave para medir el cumplimiento del programa de producción.
Dónde obtenerlo
Se registra en el módulo Production control. La contabilización del diario «Report as Finished» crea una transacción de inventario con marca de tiempo y actualiza el estado de la orden de producción.
Recopilar
Se registra cuando se contabiliza un diario «Report as Finished» para la orden de producción.
Tipo de evento
explicit
|
|||
|
Productos recogidos y embalados
|
El personal del almacén ha recogido físicamente los artículos del inventario y los ha embalado para su envío. Esto se captura cuando se completa el trabajo de picking y se actualiza el estado del embalaje en el sistema. | ||
|
Por qué es importante
Representa la finalización de la tarea central de cumplimiento en el almacén. Es una medida clave para el Dashboard Warehouse Operations Throughput y para identificar cuellos de botella en el proceso de picking y embalaje.
Dónde obtenerlo
Se registra en el módulo Warehouse management. Normalmente se infiere cuando el estado del trabajo de almacén (WHSWorkTable) cambia a «Closed» o al contabilizar un packing slip.
Recopilar
Se infiere a partir del cambio de estado del trabajo de almacén a «Closed» o de la fecha de contabilización del packing slip.
Tipo de evento
inferred
|
|||
|
Control de calidad realizado
|
Se realiza una inspección de calidad de los productos fabricados o recibidos para garantizar que cumplen los estándares. A menudo se registra como la finalización o validación de una orden de calidad en el sistema. | ||
|
Por qué es importante
Garantiza la calidad del producto y el cumplimiento del proceso. Identificar controles de calidad omitidos o tiempos de inspección prolongados ayuda a mitigar riesgos y mejorar el flujo general del proceso.
Dónde obtenerlo
Se registra en el módulo Inventory management mediante Quality Orders. La validación o el cierre de una orden de calidad (InventQualityOrderTable) asociada al artículo proporciona este evento.
Recopilar
Se registra al validar o cerrar una Quality Order vinculada al lote o número de serie del artículo.
Tipo de evento
explicit
|
|||
|
Envío programado
|
Se asignan una fecha concreta y un transportista para el envío de los productos embalados. A menudo se registra cuando se planifica una carga o se confirma un envío en el módulo de transporte. | ||
|
Por qué es importante
Proporciona una referencia para medir el cumplimiento del programa de envíos. Comparar esta fecha programada con la fecha real de carga es un indicador clave del rendimiento de la planificación logística.
Dónde obtenerlo
Se registra en el módulo Transportation management (TMS). La confirmación de una carga (WHSLoadTable) o de un envío suele incluir una fecha de envío programada que puede capturarse.
Recopilar
Se registra al confirmar un registro de carga o envío de transporte.
Tipo de evento
explicit
|
|||
|
Factura del cliente contabilizada
|
Se genera una factura de ventas a partir del pedido de ventas y se contabiliza en los libros contables. A menudo se hace en el momento del envío, pero el proceso puede variar, por lo que constituye una actividad independiente. | ||
|
Por qué es importante
Este es un hito financiero fundamental del ciclo order-to-cash. Analizar el tiempo transcurrido entre el envío y la facturación puede revelar retrasos en el proceso de facturación y afectar al flujo de caja.
Dónde obtenerlo
Se registra en el módulo Accounts receivable. La contabilización de una factura de pedido de ventas crea un registro en la tabla CustInvoiceJour con una fecha de contabilización específica.
Recopilar
Se registra cuando se contabiliza una factura de pedido de ventas y se crea un registro CustInvoiceJour.
Tipo de evento
explicit
|
|||
|
Lista de picking de almacén generada
|
Se crea una lista de picking o un trabajo de almacén que indica al personal qué artículos debe recoger para completar el pedido. Este evento se registra cuando un pedido se libera al almacén para su procesamiento. | ||
|
Por qué es importante
Esta actividad inicia las operaciones físicas de cumplimiento en el almacén. Analizar el tiempo transcurrido desde este punto hasta la finalización del embalaje ayuda a medir la eficiencia y la capacidad de respuesta internas del almacén.
Dónde obtenerlo
Se registra en el módulo Warehouse management. La creación de un trabajo de almacén (WHSWorkTable) o la contabilización de un diario de picking (WMSPickingRoute) es un evento puntual.
Recopilar
Se registra al generar un diario de lista de picking o crear un trabajo de almacén.
Tipo de evento
explicit
|
|||
|
Orden de producción creada
|
Se genera una orden de producción para fabricar los productos terminados necesarios para el pedido logístico del cliente. Es un evento puntual registrado en el módulo Production control. | ||
|
Por qué es importante
Inicia el proceso de fabricación en escenarios make-to-order. Hacer seguimiento del tiempo transcurrido desde este evento hasta la finalización de los productos es esencial para analizar los ciclos de producción y el cumplimiento del programa.
Dónde obtenerlo
Se registra en el módulo Production control. La creación de un nuevo registro en ProdTable (Production Order table) incluye una marca de tiempo de creación.
Recopilar
Se registra al crear un nuevo registro en la tabla de órdenes de producción (ProdTable).
Tipo de evento
explicit
|
|||
|
Pedido cancelado
|
El pedido de ventas del cliente se cancela antes de completar el cumplimiento. Esto se captura mediante un cambio de estado de la cabecera del pedido de ventas a «Canceled». | ||
|
Por qué es importante
Representa un resultado negativo del proceso. Analizar cuándo y por qué se cancelan los pedidos puede revelar problemas de disponibilidad de productos, plazos o atención al cliente que deben abordarse.
Dónde obtenerlo
Se infiere a partir del cambio del campo de estado de SalesTable a «Canceled». La fecha de este cambio puede capturarse si están habilitados el seguimiento de cambios o el registro de la base de datos.
Recopilar
Se infiere a partir del cambio del estado del pedido de ventas a «Canceled».
Tipo de evento
inferred
|
|||
|
Solicitud de compra creada
|
Se presenta una solicitud formal al departamento de compras para adquirir los materiales necesarios para el pedido, normalmente cuando el inventario es insuficiente. Es un evento explícito que se registra al crear y guardar un nuevo documento de solicitud de compra. | ||
|
Por qué es importante
Esta actividad inicia el subproceso de compras. Su seguimiento es clave para analizar la parte de aprobación interna del plazo de compra e identificar retrasos antes de emitir una PO.
Dónde obtenerlo
Se registra en el módulo Procurement and sourcing. La creación de un registro en PurchReqTable es un evento puntual con una marca de tiempo.
Recopilar
Evento registrado al crear un registro en la tabla de solicitudes de compra (PurchReqTable).
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para empezar?
Aproveche todo el potencial de su cadena de suministro con este Template. Empiece a optimizar sus operaciones hoy mismo para lograr una mayor eficiencia y reducir costes.
Domine la gestión de la cadena de suministro: empiece a optimizar hoy mismo
Obtenga visibilidad de principio a fin y mejore la precisión de las previsiones hasta el 90 % para reducir costes.
No necesita tarjeta de crédito y podrá configurarlo en cuestión de minutos.