Su Template de datos de gestión de la cadena de suministro
Su Template de datos de gestión de la cadena de suministro
- Atributos recomendados para un análisis detallado
- Actividades clave de la cadena de suministro que debe registrar
- Guía práctica para extraer datos de Microsoft Dynamics 365 SCM
Atributos de gestión de la cadena de suministro
| Nombre | Descripción | ||
|---|---|---|---|
|
Pedido logístico
LogisticsOrder
|
Identificador único de una solicitud específica de gestión de la cadena de suministro, que sirve 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 conecta los distintos subprocesos, como compras, producción y envío, correspondientes a una solicitud específica de gestión del pedido. En el análisis, cada evento se asocia a un Logistics Order, lo que permite reconstruir el flujo completo del proceso de principio a fin. Así se puede 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.
Por qué es importante
Es la clave esencial para vincular todos los eventos relacionados del proceso y analizar de principio a fin el proceso de la cadena de suministro correspondiente a una única solicitud de gestión del pedido.
Dónde obtenerlo
Es un identificador conceptual que probablemente se obtiene combinando campos de tablas como SalesTable (pedido de venta), WHSLoadTable (ID de carga) o InventTransOrigin (ID de referencia) para crear un ID de caso único en distintos módulos.
Ejemplos
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Actividad
ActivityName
|
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 específicos que tuvieron lugar, como 'Purchase Order Issued', 'Goods Produced' o 'Shipment Scheduled'. Estas actividades son los componentes fundamentales del proceso. El análisis de la secuencia, la frecuencia y la duración de estas actividades constituye la base de Process Mining. Permite descubrir y visualizar mapas de procesos automáticamente, detectar desviaciones respecto de los procedimientos estándar e identificar pasos frecuentes o ineficientes que conviene mejorar.
Por qué es importante
Define los pasos del proceso y permite visualizar su flujo, analizar variaciones e identificar cuellos de botella o actividades que no cumplen los estándares.
Dónde obtenerlo
Se obtiene a partir de la lógica de negocio basada en cambios de estado en distintas tablas de transacciones, como SalesTable, PurchTable y ProdTable, o en 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
|
Marca de tiempo que indica cuándo tuvo lugar la actividad. | ||
|
Descripción
Este atributo indica 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, incluidos el cálculo de los tiempos de ciclo, la evaluació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 proceso 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 tiempos de entrega.
Dónde obtenerlo
Normalmente, se obtiene de los 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
|
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 provenir de varios módulos de Dynamics 365 SCM, como Ventas, Compras o Gestión de almacenes. Especificar el sistema de origen es fundamental para la gobernanza de los 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
Aporta 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 específico.
Ejemplos
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
Última actualización de los datos
LastDataUpdate
|
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 de la última extracción o actualización de los datos. Es un metadato fundamental para cualquier Dashboard de análisis de procesos. Esta información ayuda a los usuarios a saber qué tan recientes son los datos que analizan y a basar sus conclusiones en información actualizada. También es esencial para gestionar los flujos de datos y comprobar que los procesos de carga se ejecutan según lo previsto y en el horario establecido.
Por qué es importante
Indica a los usuarios qué tan recientes son los datos, algo fundamental para tomar decisiones de negocio oportunas y pertinentes a partir del análisis.
Dónde obtenerlo
La herramienta de extracción de datos o ETL genera este valor y lo añade al 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 el pedido se entregó en la fecha solicitada o antes. | ||
|
Descripción
Este atributo booleano calculado indica si una orden logística se entregó a tiempo. Se obtiene al comparar la marca de tiempo de la actividad «Productos entregados» con la «Fecha de entrega solicitada». Este atributo es la base para calcular el KPI de entregas a tiempo y se utiliza como filtro principal en el Dashboard Seguimiento del rendimiento de las entregas a tiempo. Simplifica el análisis al convertir la comparación de fechas en un valor verdadero o falso, lo que facilita filtrar y contar los pedidos retrasados.
Por qué es importante
Mide directamente el rendimiento del servicio al cliente y es un dato clave para el KPI de entregas a tiempo, ya que facilita el análisis de la fiabilidad de las entregas.
Dónde obtenerlo
Este campo se calcula con la siguiente lógica: SI (marca de tiempo de «Productos entregados» <= «Fecha de entrega solicitada»), ENTONCES Verdadero; EN CASO CONTRARIO, Falso.
Ejemplos
truefalse
|
|||
|
Fecha de entrega solicitada
RequestedDeliveryDate
|
Fecha de entrega solicitada por el cliente. | ||
|
Descripción
Este atributo registra la fecha de entrega que indicó el cliente al realizar el pedido. Es la referencia principal para medir el rendimiento real de las entregas. Esta fecha es la base del Dashboard Seguimiento del rendimiento de las entregas a tiempo y del KPI de entregas a tiempo. Comparar la fecha de entrega solicitada con la fecha real de entrega es el método habitual para calcular el rendimiento de las entregas y constituye 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 la tabla SalesTable.
Ejemplos
2023-05-102023-06-012023-07-20
|
|||
|
ID de usuario
UserId
|
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 específica. Puede tratarse de una persona encargada de compras que creó una orden de compra o de alguien del almacén que confirmó un envío. Analizar las actividades por usuario ayuda a comprender cómo se distribuye la carga de trabajo, detectar necesidades de formación e investigar desviaciones del proceso. También es clave para el análisis de cumplimiento, ya que permite a quienes auditan rastrear las acciones hasta las personas responsables. 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 detectar 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 y permite analizar la cadena de suministro desde la perspectiva del cliente. Analizar el proceso logístico por cliente puede revelar patrones de cumplimiento, preferencias o dificultades propias de cada cliente. Resulta especialmente útil para gestionar cuentas clave y adaptar los niveles de servicio, lo que contribuye a mejorar la satisfacción y la fidelidad de los clientes.
Por qué es importante
Permite analizar el proceso desde la perspectiva del cliente, identificar quiénes 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
Casa de esquí AlpineAdventure 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 de aprovisionamiento. Se utiliza ampliamente en los Dashboards Desglose del tiempo de aprovisionamiento y Comparativa del rendimiento de proveedores. Analizar las métricas del proceso por proveedor ayuda a identificar a los socios más fiables y eficientes, así como a aquellos que suelen retrasarse o causar interrupciones. Esta información es fundamental para las decisiones estratégicas de abastecimiento 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 fundamental para mejorar las relaciones con ellos y reducir los tiempos 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
Materias primas de ContosoFabrikam Inc.Northwind Traders
|
|||
|
Número de orden de compra
PurchaseOrderNumber
|
Identificador único de una orden de compra enviada a un proveedor. | ||
|
Descripción
Este es el número oficial del documento utilizado para pedir materias primas o productos a un proveedor externo. Incluye información sobre los artículos, las cantidades, los precios y las fechas de entrega. Analizar el proceso por número de orden de compra es fundamental para los Dashboards Desglose del tiempo de aprovisionamiento y Comparativa del rendimiento de proveedores. Permite hacer un seguimiento de todo el ciclo de compra a pago, desde la solicitud hasta el pago al proveedor, y ayuda a detectar retrasos en la adquisición de materiales.
Por qué es importante
Este ID es fundamental para analizar la parte de aprovisionamiento de la cadena de suministro, supervisar el rendimiento de los proveedores y comprender los tiempos de entrega 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
|
Identificador único de una orden de producción o fabricación. | ||
|
Descripción
Este número identifica una orden para fabricar una cantidad específica de un producto en las instalaciones de producción. Permite hacer un seguimiento del consumo de materias primas y de los productos terminados. Para las empresas que fabrican productos, este ID es esencial para hacer un seguimiento del proceso de producción. El Dashboard Seguimiento del cumplimiento del programa de producción vincula las fechas de producción previstas con las fechas reales de finalización y destaca las variaciones o los retrasos en el proceso de fabricación.
Por qué es importante
Permite analizar en detalle el ciclo de 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 venta
SalesOrderNumber
|
Identificador único del pedido de venta 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 venta inicia muchas actividades posteriores de la cadena de suministro, como las compras y la producción. En Process Mining, el número de pedido de venta es una dimensión clave para filtrar y analizar los datos. Permite a los usuarios de negocio seguir todo el proceso de gestión de un pedido específico de un cliente y suele ser un componente principal del ID conceptual del caso 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 de pedido a cobro y el rendimiento de la gestión de pedidos de cada cliente.
Dónde obtenerlo
Se encuentra en el campo SalesId de la tabla SalesTable.
Ejemplos
SO-001872SO-001873SO-001874
|
|||
|
Categoría de 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». Así se puede analizar la cadena de suministro desde una perspectiva más general. En lugar de revisar miles de SKU individuales, los analistas pueden utilizar las categorías de productos para detectar tendencias y cuellos de botella que afectan a grupos enteros de productos. Esto resulta especialmente útil en el Dashboard Desglose del tiempo de aprovisionamiento para comprender el rendimiento de los proveedores de distintos tipos de materiales.
Por qué es importante
Permite analizar de forma agregada distintos grupos de productos, lo que facilita la toma de decisiones estratégicas y la detecció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
|
|||
|
Es retrabajo
IsRework
|
Indicador que señala si una actividad o un ciclo del proceso constituye un retrabajo. | ||
|
Descripción
Este atributo booleano calculado identifica las actividades o rutas del proceso que representan retrabajos o ciclos de corrección. Por ejemplo, si una actividad de «Control de calidad realizado» no se supera y el proceso vuelve a un paso anterior de «Productos fabricados», se marcaría como retrabajo. Este atributo es fundamental para calcular el KPI de tasa de retrabajo en el cumplimiento de pedidos. 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 de la ruta ideal.
Dónde obtenerlo
Este campo se calcula normalmente mediante reglas de negocio. Por ejemplo, se pueden marcar como retrabajo actividades específicas como «Volver a embalar los productos» o identificar ciclos que retroceden en el flujo del proceso.
Ejemplos
truefalse
|
|||
|
Fecha de envío programada
ScheduledShipmentDate
|
Fecha prevista para la salida del envío. | ||
|
Descripción
Este atributo indica la fecha prevista o programada para que un envío salga del almacén o de las instalaciones de producción. Es un hito interno clave del proceso de cumplimiento. Esta fecha se utiliza para calcular el KPI de cumplimiento del programa de envíos. Comparar la fecha programada con la fecha real de la actividad «Productos cargados para el transporte» ayuda a medir la fiabilidad y previsibilidad de la planificación y ejecución de la logística interna.
Por qué es importante
Ayuda a medir el cumplimiento de los programas internos y la previsibilidad del proceso de envío, aspectos que influyen en la planificación posterior del transporte.
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 guardan o manipulan los productos. | ||
|
Descripción
Este atributo identifica el almacén o centro de distribución específico donde se realiza una actividad, como la preparación, el embalaje o el envío de pedidos. Es fundamental para el Dashboard Rendimiento de las operaciones de almacén, que permite comparar el rendimiento de distintas instalaciones. Analizar los datos por almacén ayuda a identificar cuáles 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 los cuellos de botella en distintas ubicaciones físicas para 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
|
|||
|
Medio de transporte
ModeOfTransport
|
Medio de transporte utilizado para el envío, como camión, avión o barco. | ||
|
Descripción
Este atributo especifica el medio de transporte utilizado para trasladar los productos desde el origen hasta el destino. Algunos ejemplos son el transporte por carretera, ferrocarril, avión y barco. Es una dimensión clave del Dashboard Eficiencia y costes del transporte. Analizar los tiempos de ciclo y los costes por medio de transporte ayuda a optimizar las estrategias logísticas, encontrar el equilibrio adecuado entre rapidez y coste e identificar ineficiencias en canales de transporte específicos.
Por qué es importante
Es fundamental 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 más detalle en tablas de gestión del transporte como TMSRoute.
Ejemplos
CamiónAviónBarcoFerrocarril
|
|||
|
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 de transportar los productos. Indica qué empresa los traslada físicamente. El transportista es otra dimensión clave del Dashboard Eficiencia y costes del transporte. Analizar métricas de rendimiento, como el tiempo de tránsito y las entregas a tiempo por transportista, permite comparar a los socios logísticos, negociar mejores tarifas y tomar decisiones fundamentadas al elegir un transportista.
Por qué es importante
Permite analizar el rendimiento de distintos socios logísticos, algo fundamental 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 pide 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 de una transacción. Puede ser un producto terminado que se vende a un cliente o una materia prima que se compra a un proveedor. Analizar la cadena de suministro por producto ayuda a identificar artículos con tiempos de entrega prolongados, problemas de calidad frecuentes o procesos de producción complejos. Esta información es fundamental para gestionar el inventario, prever la demanda y optimizar la cartera de productos.
Por qué es importante
Permite analizar el rendimiento del proceso para distintos productos y detectar problemas de la cadena de suministro que afectan a determinados artículos.
Dónde obtenerlo
Se encuentra en el campo ItemId de tablas de líneas de transacción como SalesLine, PurchLine y ProdBOM.
Ejemplos
A0001D0010M9201
|
|||
|
Valor del pedido
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 comercial del rendimiento del proceso. Analizar métricas del proceso, como el tiempo de ciclo o las entregas tardías, teniendo en cuenta el valor del pedido permite priorizar las iniciativas de mejora. Por ejemplo, puede ser más importante resolver los retrasos que afectan a pedidos de alto valor que los de pedidos más pequeños. Así se incorpora 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 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, a menudo mediante la firma de un albarán de entrega. Normalmente, esto se registra adjuntando un documento o actualizando un estado en el sistema. | ||
|
Por qué es importante
Es la confirmación final de que el pedido se ha completado correctamente y marca el fin 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 e independiente. A menudo se gestiona actualizando el estado del pedido de venta o adjuntando un comprobante de entrega escaneado mediante la gestión de documentos.
Capturar
Se deduce de una actualización de estado o de la incorporación de un documento POD al pedido de venta o al envío.
Tipo de evento
inferred
|
|||
|
Materias primas recibidas
|
Los productos o materiales solicitados llegan físicamente del proveedor al almacén. Esto se registra mediante una transacción de contabilización de recepción de productos en Dynamics 365 vinculada a la orden de compra. | ||
|
Por qué es importante
Esta actividad marca el fin del tiempo de entrega del proveedor y señala que los materiales están disponibles para la producción o la gestión del pedido. Las demoras en esta etapa afectan directamente a la programación posterior y a las fechas de entrega al cliente.
Dónde obtenerlo
Se registra en los módulos de Compras y abastecimiento o Gestión de inventario. La contabilización de una recepción de productos (VendPackingSlipJour) crea un registro de transacción con marca de tiempo.
Capturar
Evento registrado al contabilizar una recepción de productos vinculada a la orden de compra.
Tipo de evento
explicit
|
|||
|
Orden de compra emitida
|
Se crea y confirma una orden de compra formal, con lo que la empresa se compromete a comprar a un proveedor. El evento queda registrado cuando el estado de la orden de compra cambia a 'Confirmed' o 'In external review'. | ||
|
Por qué es importante
Es un hito fundamental en las compras y el principal punto de partida para medir el tiempo de entrega 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 de Compras y abastecimiento. La confirmación de una orden de compra se registra mediante cambios de estado y fechas en PurchTable.
Capturar
Se registra cuando el estado de una orden de compra cambia a 'Confirmed' mediante una acción de registro en el diario.
Tipo de evento
explicit
|
|||
|
Pedido del cliente creado
|
Representa la creación formal de un nuevo pedido de venta en Dynamics 365 SCM. Es un evento explícito que queda registrado con una marca de tiempo cuando un usuario guarda un nuevo documento de pedido de venta e inicia el proceso de gestión del pedido. | ||
|
Por qué es importante
Esta actividad marca el inicio oficial del ciclo de gestión del pedido. Es el punto de referencia principal para medir los tiempos de entrega generales, el rendimiento de las entregas a tiempo y los patrones de recepción de pedidos.
Dónde obtenerlo
Es un evento explícito registrado en el módulo de Ventas y marketing. La creación queda registrada en SalesTable (encabezado del pedido de venta) con una marca de tiempo específica.
Capturar
Evento registrado al crear un registro de pedido de venta 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' de 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 el tiempo de 'Goods In Transit' y reconocer financieramente el envío.
Dónde obtenerlo
Se registra en los módulos de Gestión de almacenes o Gestión del transporte. La acción 'Ship confirm' en una carga o un envío (WHSLoadTable) crea un evento con marca de tiempo.
Capturar
Se registra al ejecutar la acción 'Ship confirm' para la carga o el envío correspondiente.
Tipo de evento
explicit
|
|||
|
Productos entregados
|
Los productos han llegado al destino del cliente. Este evento puede deducirse 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 de 'delivered'. | ||
|
Por qué es importante
Marca la finalización de la entrega física. Proporciona la 'Actual Delivery Date', necesaria para calcular los KPI de entregas a tiempo y las métricas de cara al cliente.
Dónde obtenerlo
A menudo, no es un campo estándar. Puede registrarse en un campo de fecha personalizado del pedido de venta o del envío, y actualizarse manualmente o mediante una integración con el sistema del transportista.
Capturar
Se deduce de una actualización manual del campo de fecha de entrega o de una integración con la API externa del transportista.
Tipo de evento
inferred
|
|||
|
Productos fabricados
|
El proceso de fabricación ha terminado y el sistema registra formalmente los productos terminados como finalizados. Esto se captura al contabilizar un diario 'Report as Finished' para la orden de producción, que actualiza el inventario. | ||
|
Por qué es importante
Marca el fin de la fase de producción y deja los productos disponibles para el control de calidad y el envío. Es un hito clave para medir el cumplimiento de la programación de producción.
Dónde obtenerlo
Se registra en el módulo de Control de producción. 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.
Capturar
Se registra al contabilizar 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 registra cuando termina el trabajo de selección y se actualiza el estado del embalaje en el sistema. | ||
|
Por qué es importante
Representa la finalización de la tarea principal de gestión del pedido en el almacén. Es una métrica clave para el Dashboard de rendimiento de las operaciones de almacén y para identificar cuellos de botella en el proceso de selección y embalaje.
Dónde obtenerlo
Se registra en el módulo de Gestión de almacenes. Normalmente, se deduce cuando el estado del trabajo de almacén (WHSWorkTable) cambia a 'Closed' o al contabilizar un albarán de embalaje.
Capturar
Se deduce del cambio de estado del trabajo de almacén a 'Closed' o de la fecha de contabilización del albarán de embalaje.
Tipo de evento
inferred
|
|||
|
Control de calidad realizado
|
Se inspeccionan los productos fabricados o recibidos para comprobar que cumplen los estándares. A menudo, el sistema registra esta actividad como la finalización o validación de una orden de calidad. | ||
|
Por qué es importante
Garantiza la calidad del producto y el cumplimiento del proceso. Detectar controles de calidad omitidos o inspecciones prolongadas ayuda a mitigar riesgos y mejorar el flujo general del proceso.
Dónde obtenerlo
Se registra en el módulo de Gestión de inventario mediante las órdenes de calidad. La validación o el cierre de una orden de calidad (InventQualityOrderTable) asociada al artículo genera este evento.
Capturar
Se registra al validar o cerrar una orden de calidad vinculada al lote o número de serie del artículo.
Tipo de evento
explicit
|
|||
|
Envío programado
|
Se asignan una fecha específica y un transportista al envío de los productos embalados. A menudo, esto se registra al planificar una carga o confirmar un envío en el módulo de transporte. | ||
|
Por qué es importante
Proporciona una referencia para medir el cumplimiento de la programación de envíos. Comparar la 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 de Gestión del transporte (TMS). La confirmación de una carga (WHSLoadTable) o de un envío suele incluir una fecha de envío programada que se puede capturar.
Capturar
Se registra al confirmar un registro de carga de transporte o de envío.
Tipo de evento
explicit
|
|||
|
Factura del cliente contabilizada
|
Se genera una factura de venta a partir del pedido de venta y se contabiliza en los libros financieros. A menudo se hace al momento del envío, pero el proceso puede variar, por lo que se considera una actividad independiente. | ||
|
Por qué es importante
Es un hito financiero fundamental en el ciclo de pedido a cobro. Analizar el tiempo transcurrido entre el envío y la facturación puede revelar demoras en el proceso de facturación y afectar al flujo de caja.
Dónde obtenerlo
Se registra en el módulo de Cuentas por cobrar. Al contabilizar una factura de pedido de venta, se crea un registro en la tabla CustInvoiceJour con una fecha de contabilización específica.
Capturar
Se registra al contabilizar una factura de pedido de venta, lo que crea un registro en CustInvoiceJour.
Tipo de evento
explicit
|
|||
|
Lista de selección del almacén generada
|
Se crea una lista de selección o un trabajo de almacén que indica al personal qué artículos debe recoger para completar el pedido. El evento queda registrado cuando se libera un pedido para que el almacén lo procese. | ||
|
Por qué es importante
Esta actividad inicia las operaciones físicas de gestión del pedido en el almacén. Analizar el tiempo transcurrido desde este momento hasta que termina el embalaje ayuda a medir la eficiencia y la capacidad de respuesta internas del almacén.
Dónde obtenerlo
Se registra en el módulo de Gestión de almacenes. La creación de un trabajo de almacén (WHSWorkTable) o la contabilización de un diario de lista de selección (WMSPickingRoute) constituye un evento puntual.
Capturar
Se registra al generar un diario de lista de selección 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 que requiere el pedido logístico del cliente. Es un evento puntual que se registra en el módulo de Control de producción. | ||
|
Por qué es importante
Inicia el proceso de fabricación en los casos de producción bajo pedido. Hacer un seguimiento del tiempo transcurrido desde este evento hasta que los productos están terminados es fundamental para analizar los tiempos de ciclo de producción y el cumplimiento de la programación.
Dónde obtenerlo
Se registra en el módulo de Control de producción. La creación de un nuevo registro en ProdTable (tabla de órdenes de producción) incluye una marca de tiempo de creación.
Capturar
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 venta del cliente se cancela antes de completar su gestión. Esto se registra cuando el estado del encabezado del pedido de venta cambia 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, tiempos de entrega o atención al cliente que deben abordarse.
Dónde obtenerlo
Se deduce cuando el campo de estado de SalesTable cambia a 'Canceled'. La fecha del cambio se puede capturar si está habilitado el seguimiento de cambios o el registro de la base de datos.
Capturar
Se deduce cuando el estado del pedido de venta cambia a 'Canceled'.
Tipo de evento
inferred
|
|||
|
Solicitud de compra creada
|
Se envía una solicitud formal al departamento de compras para adquirir los materiales necesarios para el pedido, normalmente cuando las existencias son insuficientes. Es un evento explícito que queda registrado al crear y guardar un nuevo documento de solicitud de compra. | ||
|
Por qué es importante
Esta actividad inicia el subproceso de compras. Hacerle seguimiento es clave para analizar el tiempo de aprobación interna dentro del tiempo de entrega de compras e identificar demoras antes de emitir una orden de compra.
Dónde obtenerlo
Se registra en el módulo de Compras y abastecimiento. La creación de un registro en PurchReqTable es un evento puntual con una marca de tiempo.
Capturar
Evento registrado al crear un registro en la tabla de solicitudes de compra (PurchReqTable).
Tipo de evento
explicit
|
|||
Guías de extracción
¿Todo listo para comenzar?
Aproveche todo el potencial de su cadena de suministro con este Template. Empiece hoy mismo a optimizar sus operaciones para aumentar la eficiencia y reducir costes.
Domine la gestión de la cadena de suministro: empiece a optimizar hoy
Obtenga visibilidad de principio a fin y mejore la precisión de las previsiones hasta el 90 % para reducir costes.
No se requiere tarjeta de crédito. La configuración lleva solo unos minutos.