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
- Actividades clave que debe seguir
- Guía de extracción para Kinaxis RapidResponse
Atributos de gestión de la cadena de suministro
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | Marca de tiempo que indica cuándo ocurrió una actividad o un evento concreto, con información de fecha y hora. | ||
| Descripción La hora del evento registra el momento exacto en que tuvo lugar una actividad. Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular la duración entre los distintos pasos del proceso. El análisis depende en gran medida de este atributo para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo, de espera y de entrega. Es esencial para Dashboards como Tiempo de ciclo del cumplimiento de pedidos y KPI como el tiempo medio de ciclo desde el pedido hasta la entrega. Las marcas de tiempo precisas son la base para comprender el rendimiento del proceso e identificar retrasos. Por qué es importante Esta marca de tiempo establece el orden cronológico de los eventos y sirve de base para calcular duraciones y rendimiento, lo que permite detectar cuellos de botella y retrasos. Dónde obtenerlo Esta información suele encontrarse junto a los datos de actividad en los registros de transacciones o de actualizaciones de estado de los módulos de Kinaxis RapidResponse. Ejemplos 2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-10-27T10:05:00Z | |||
| Nombre de la actividad ActivityName | Nombre del evento o paso de negocio concreto que tuvo lugar en el proceso logístico, como «Productos enviados» u «Orden de compra emitida». | ||
| Descripción Este atributo describe un paso o hito del proceso de la cadena de suministro. Registra eventos clave, como la creación de pedidos, las comprobaciones de inventario, las etapas de producción y las confirmaciones de entrega, y forma la secuencia de operaciones de cada pedido logístico. En el análisis de Process Mining, la secuencia de actividades se utiliza para descubrir automáticamente el mapa del proceso, identificar desviaciones respecto al procedimiento estándar y localizar cuellos de botella. Es la base para analizar el flujo del proceso, la conformidad e identificar ciclos de retrabajo, como se muestra en el Dashboard Análisis de retrabajo del control de calidad. Por qué es importante Define los pasos del proceso y permite descubrir y visualizar el flujo real de extremo a extremo de la cadena de suministro. Dónde obtenerlo Normalmente se obtiene de los registros de eventos, los registros de cambios de estado o los códigos de transacción de distintos módulos de Kinaxis RapidResponse. Ejemplos Orden de compra emitidaMaterias primas recibidasProductos fabricadosProductos enviados | |||
| Pedido logístico LogisticsOrder | Identificador único de un pedido logístico concreto que vincula todas las actividades relacionadas, desde la planificación de la demanda hasta la entrega final. | ||
| Descripción El pedido logístico funciona como identificador principal del caso y agrupa todos los eventos relacionados con el recorrido de un pedido. Permite hacer un seguimiento integral del movimiento de un producto por la cadena de suministro, desde el pronóstico inicial o la solicitud del cliente hasta el comprobante de entrega final. En Process Mining, analizar las actividades por pedido logístico es fundamental. Permite visualizar los flujos completos del proceso, calcular los tiempos de ciclo e identificar variaciones y cuellos de botella en cada pedido. Es la base de Dashboards como Tiempo de ciclo del cumplimiento de pedidos y Variantes logísticas de extremo a extremo. Por qué es importante Es la clave esencial para rastrear todo el ciclo de vida de un pedido y analizar las variaciones, la eficiencia y el cumplimiento del proceso de principio a fin. Dónde obtenerlo Este identificador suele ser un campo básico de los módulos de gestión de pedidos o planificación logística de Kinaxis RapidResponse. Ejemplos LO-2024-00123LO-2024-00124LO-2024-00125 | |||
| Sistema de origen SourceSystem | Sistema de registro del que se extrajeron los datos del evento. | ||
| Descripción Este atributo identifica el sistema de origen de cada entrada del registro de eventos. En un entorno complejo, los eventos de un mismo proceso pueden proceder de varios sistemas, como un ERP, un WMS y el propio Kinaxis. En el análisis, ayuda a validar los datos y a comprender el entorno tecnológico del proceso. También puede ayudar a identificar problemas de integración de datos o discrepancias entre los distintos sistemas que intervienen en la cadena de suministro. Por qué es importante Aporta contexto sobre el origen de los datos, algo fundamental para validarlos, resolver problemas y comprender la fragmentación del proceso entre distintos sistemas de TI. Dónde obtenerlo A menudo, es un valor estático que se añade durante la extracción de datos para indicar su origen. Ejemplos Kinaxis_RR_ProdSAP_ECCOracle_Fusion | |||
| Última actualización de los datos LastDataUpdate | Marca de tiempo que indica la última vez que se actualizaron o extrajeron del sistema de origen los datos de este evento. | ||
| Descripción Este atributo indica la fecha y hora de la extracción de datos más reciente. Es un campo de metadatos que ayuda a comprender la actualidad de los datos analizados. En cualquier Dashboard de Process Mining, esta información es fundamental para contextualizar el análisis. Indica hasta qué fecha están actualizados los datos y cuándo se espera la próxima actualización, para que las decisiones se basen en información oportuna. Por qué es importante Informa sobre la actualidad de los datos y permite saber hasta qué fecha está actualizado el análisis del proceso y cuándo se actualizó por última vez. Dónde obtenerlo Este campo de metadatos se genera y se añade al conjunto de datos durante el proceso de extracción, transformación y carga (ETL). Ejemplos 2024-05-20T02:00:00Z2024-05-21T02:00:00Z | |||
| Fecha de entrega real ActualDeliveryDate | Fecha en que se entregó el pedido al cliente, confirmada mediante el comprobante de entrega. | ||
| Descripción Este atributo registra la fecha y hora en que el cliente recibió oficialmente la mercancía. Marca el último paso del proceso de cumplimiento del pedido. Es el equivalente a la 'Requested Delivery Date' y se utiliza para determinar si la entrega se realizó a tiempo o con retraso. Es una métrica clave del Dashboard de Rendimiento de las entregas a tiempo y resulta esencial para calcular los acuerdos de nivel de servicio (SLA) y la fiabilidad general de la cadena de suministro. Por qué es importante Confirma que el proceso de entrega ha finalizado y es esencial para calcular el rendimiento real de las entregas frente a las expectativas del cliente. Dónde obtenerlo Esta información suele proceder de un evento de comprobante de entrega, que puede registrarse en Kinaxis o en un sistema de gestión del transporte (TMS) integrado. Ejemplos 2023-11-162023-11-202023-12-05 | |||
| Fecha de entrega solicitada RequestedDeliveryDate | Fecha de entrega solicitada por el cliente para el pedido. | ||
| Descripción Este atributo almacena la fecha en que el cliente espera recibir el pedido. Sirve como referencia para medir el rendimiento de las entregas y la satisfacción del cliente. Esta fecha se compara directamente con la 'Actual Delivery Date' para calcular el KPI de entregas a tiempo y alimentar el Dashboard de Rendimiento de las entregas a tiempo. Conocer la diferencia entre las fechas de entrega solicitada y real es clave para identificar retrasos sistemáticos y mejorar el servicio al cliente. Por qué es importante Es la referencia principal para medir el rendimiento de las entregas a tiempo y un componente clave de los KPI de satisfacción del cliente. Dónde obtenerlo Es un campo estándar de los pedidos de venta de clientes en Kinaxis RapidResponse. Ejemplos 2023-11-152023-11-202023-12-01 | |||
| ID del cliente CustomerIdentifier | Identificador único del cliente que realizó el pedido. | ||
| Descripción Este atributo identifica al cliente final asociado al pedido logístico. Es fundamental para segmentar el análisis del proceso desde la perspectiva del cliente. Con el ID del cliente, puede analizar el Rendimiento de las entregas a tiempo de clientes específicos, averiguar qué clientes tienen los flujos de pedidos más complejos y adaptar las mejoras del servicio. Esto ayuda a priorizar a los clientes de mayor valor y a gestionar mejor las relaciones con ellos. Por qué es importante Permite analizar los procesos desde la perspectiva del cliente y evaluar los niveles de servicio, el rendimiento de las entregas y la complejidad del cumplimiento para las cuentas clave. Dónde obtenerlo Se encuentra en las tablas o libros de trabajo de pedidos de clientes de Kinaxis RapidResponse. Suele aparecer como 'Customer Number' o 'Sold-To Party'. Ejemplos CUST-9001CUST-9002CUST-9003 | |||
| ID del producto ProductIdentifier | Identificador único del producto asociado al pedido logístico, como un SKU o un número de material. | ||
| Descripción Este atributo especifica el producto que se gestiona en el pedido logístico. Permite segmentar el análisis por tipo de producto, categoría o artículo específico. Analizar el proceso por producto es fundamental para identificar los artículos que sufren retrasos frecuentes, problemas de calidad o procesos de cumplimiento complejos. Esto resulta esencial para los Dashboards de Exactitud del pronóstico de demanda y Análisis de retrabajo del control de calidad, ya que ayuda a detectar las líneas de productos o cadenas de suministro problemáticas. Por qué es importante Permite analizar el proceso por línea de productos o categoría y ayuda a identificar qué productos siguen procesos de cumplimiento ineficientes o problemáticos. Dónde obtenerlo Es un campo estándar en los datos de pedidos, envíos e inventario de Kinaxis RapidResponse. Suele aparecer como 'SKU', 'Material Number' o 'Product ID'. Ejemplos SKU-100-BLUEMAT-58930-APROD-XYZ-001 | |||
| Usuario User | ID de usuario o nombre de la persona que ejecutó la actividad. | ||
| Descripción Este atributo identifica a la persona o al usuario del sistema responsable de un paso concreto del proceso. Ayuda a comprender la distribución de la carga de trabajo, detectar necesidades de formación y analizar el rendimiento de distintos usuarios o equipos. En el análisis, puede utilizarse para filtrar el mapa del proceso y ver cómo realizan sus tareas determinados usuarios, o para identificar actividades que suele gestionar un grupo reducido de especialistas. También puede revelar oportunidades para automatizar tareas manuales y repetitivas. Por qué es importante Atribuye la responsabilidad de los pasos del proceso a los usuarios y permite analizar el rendimiento de los equipos, la distribución de la carga de trabajo y el cumplimiento de los procedimientos. Dónde obtenerlo Suele encontrarse en los registros de transacciones, en campos como «Nombre de usuario», «Modificado por» o «Creado por» de Kinaxis RapidResponse. Ejemplos JSMITHUSER123BATCH_SYSTEM | |||
| Almacén Warehouse | Almacén o centro de distribución desde el que se preparan, empaquetan y envían las mercancías. | ||
| Descripción Este atributo especifica la instalación de almacenamiento que participa en las actividades de cumplimiento. Es clave para comprender los aspectos logísticos y de gestión del inventario de la cadena de suministro. Al analizar las actividades por almacén, las empresas pueden comparar la eficiencia de su red de distribución. Esto resulta útil para los Dashboards sobre cuellos de botella en el inventario y rendimiento del cumplimiento, ya que ayuda a identificar inventario de baja rotación u operaciones de almacén ineficientes. Por qué es importante Identifica el almacén o centro de distribución específico y permite analizar por ubicación el movimiento del inventario, la eficiencia de la preparación de pedidos y la velocidad del cumplimiento. Dónde obtenerlo Se encuentra en los datos de gestión del inventario y de envíos, a menudo asociado a eventos de preparación y envío de mercancías. Ejemplos WH-EAST-01WH-WEST-03DC-CENTRAL | |||
| Cantidad del pedido OrderQuantity | Cantidad del producto solicitada por el cliente. | ||
| Descripción Este atributo especifica el número de unidades de un producto incluidas en un pedido de cliente. Es un dato transaccional fundamental. En el análisis, la cantidad del pedido se compara con las cantidades previstas para medir la exactitud del pronóstico. También ayuda a priorizar los pedidos de gran volumen y a comprender la escala de las operaciones de producción y logística necesarias para cada pedido. Por qué es importante Es fundamental para medir la exactitud del pronóstico de demanda al compararla con las cantidades previstas y para comprender qué factores determinan el volumen de la cadena de suministro. Dónde obtenerlo Es un campo estándar de los datos de las líneas de pedido de clientes en Kinaxis RapidResponse. Ejemplos 100500025 | |||
| Cantidad pronosticada ForecastedQuantity | Cantidad de demanda prevista para un producto durante la fase de pronóstico. | ||
| Descripción Este atributo contiene la cantidad de un producto que se previó que se pediría en un período determinado. Representa el resultado del proceso de planificación de la demanda. Estos datos son esenciales para el Dashboard de Exactitud del pronóstico de demanda y el KPI de desviación entre el pronóstico y los pedidos reales. Al comparar este valor con la 'Order Quantity' real, las empresas pueden evaluar la fiabilidad de sus pronósticos, algo fundamental para optimizar los niveles de inventario y la planificación de la producción. Por qué es importante Sirve como referencia para medir la exactitud del pronóstico, mejorar la gestión del inventario y reducir los costes asociados al exceso de existencias o a la falta de stock. Dónde obtenerlo Estos datos proceden de los módulos de planificación de la demanda o de pronóstico de Kinaxis RapidResponse. Ejemplos 120480030 | |||
| Entrega a tiempo IsOnTimeDelivery | Indicador calculado que señala si un pedido se entregó en la fecha solicitada o antes. | ||
| Descripción Este atributo booleano se obtiene al comparar la 'Actual Delivery Date' con la 'Requested Delivery Date'. Simplifica el análisis del rendimiento al clasificar cada pedido completado como entregado a tiempo o con retraso. Este indicador es la base del Dashboard de Rendimiento de las entregas a tiempo y del KPI de entregas a tiempo. Permite filtrar, agregar y visualizar fácilmente el rendimiento de las entregas según distintas dimensiones, como cliente, producto o región. Por qué es importante Ofrece un resultado claro y binario sobre el rendimiento de las entregas, simplifica el cálculo de los KPI de entregas a tiempo y permite crear visualizaciones útiles en los Dashboards. Dónde obtenerlo Este atributo no se encuentra en el sistema de origen, sino que se calcula durante la transformación de los datos para Process Mining. Ejemplos truefalse | |||
| Es retrabajo IsRework | Indicador calculado que señala si una actividad forma parte de un ciclo de retrabajo, como la repetición de una comprobación de calidad o de un paso de producción. | ||
| Descripción Este atributo booleano identifica las actividades que forman parte de un ciclo de retrabajo. Normalmente se marca como 'true' cuando se repite una actividad de producción o de control de calidad para el mismo pedido logístico después de un primer intento. Este indicador es esencial para el Dashboard de Análisis de retrabajo del control de calidad y el KPI de tasa de retrabajo. Permite cuantificar fácilmente la frecuencia de los retrabajos y aislar los flujos de proceso que generan ineficiencias, mayores costes y tiempos de ciclo más largos. Por qué es importante Identifica directamente los ciclos de retrabajo ineficientes del proceso y facilita la cuantificación del impacto de los problemas de calidad en los costes y el tiempo de ciclo. Dónde obtenerlo Este atributo se calcula en la herramienta de Process Mining mediante la detección de secuencias repetidas de actividades para un caso determinado. Ejemplos truefalse | |||
| ID del proveedor SupplierIdentifier | Identificador único del proveedor de materias primas o componentes. | ||
| Descripción Este atributo identifica al proveedor que participa en actividades de compras, como 'Purchase Order Issued' y 'Raw Materials Received'. Es esencial para el Dashboard de Rendimiento de las entregas de proveedores, que permite a la empresa medir y comparar el cumplimiento de las fechas de entrega y los tiempos de entrega de distintos proveedores. Este análisis ayuda a gestionar las relaciones con los proveedores, identificar socios fiables y reducir los riesgos de la cadena de suministro de entrada. Por qué es importante Permite analizar el rendimiento de los proveedores, algo fundamental para identificar cuellos de botella en las compras y garantizar una cadena de suministro de entrada fiable. Dónde obtenerlo Se encuentra en los documentos de compras y los registros de recepción de mercancías de Kinaxis RapidResponse. Suele llamarse 'Supplier ID' o 'Vendor Number'. Ejemplos SUP-A100SUP-B200SUP-C300 | |||
| Medio de transporte ModeOfTransport | Medio de transporte utilizado para enviar la mercancía, como camión, avión o barco. | ||
| Descripción Este atributo especifica cómo se trasladan las mercancías de un lugar a otro. Puede incluir opciones estándar y urgentes. Es clave para el Dashboard de Resumen de pedidos urgentes y el KPI de porcentaje de pedidos urgentes. Analizar este atributo ayuda a identificar con qué frecuencia se recurre al costoso transporte urgente, lo que puede indicar problemas subyacentes de planificación o ejecución. También permite analizar la duración de los tramos de transporte y comparar la eficiencia de los distintos medios. Por qué es importante Identifica los medios de transporte y es clave para analizar los costes logísticos, los tiempos de tránsito y la frecuencia de los envíos urgentes, que son más costosos. Dónde obtenerlo Esta información suele almacenarse en los documentos de envío o transporte de Kinaxis RapidResponse o de un TMS integrado. Ejemplos Transporte aéreo de cargaCarga marítima en contenedor completoCarga completa en camiónTransporte aéreo al día siguiente | |||
| Motivo del rechazo RejectionReason | Código o texto que explica por qué un artículo no superó una comprobación de calidad. | ||
| Descripción Este atributo registra el motivo específico de un fallo de calidad. Aporta contexto clave cuando no se produce la actividad 'Quality Control Passed' y, en su lugar, el proceso vuelve a producción para realizar un retrabajo. En el Dashboard de Análisis de retrabajo del control de calidad, estos datos explican por qué se producen los retrabajos. Analizar los motivos del rechazo ayuda a identificar las causas raíz de los problemas de calidad, como defectos en los materiales, fallos de los equipos o errores de operación, y permite definir acciones de mejora específicas. Por qué es importante Aporta contexto clave sobre los fallos de calidad y los ciclos de retrabajo, y permite analizar las causas raíz para mejorar la calidad del producto y reducir los desperdicios. Dónde obtenerlo Esta información se encontraría en los módulos o tablas de gestión de calidad, vinculada a los eventos de inspección de calidad. Ejemplos Dimensión fuera de especificaciónArañazo en la superficieComponente incorrecto | |||
| Número de orden de compra PurchaseOrderNumber | Identificador único de una orden de compra emitida a un proveedor para adquirir materias primas o componentes. | ||
| Descripción Este atributo es el identificador clave de las actividades de compras. Vincula la solicitud de materiales ('Purchase Requisition Created') con la orden oficial enviada al proveedor ('Purchase Order Issued') y con la recepción posterior de esos materiales ('Raw Materials Received'). Aunque el pedido logístico es el ID del caso, el número de orden de compra es una referencia documental clave que permite consultar en detalle transacciones específicas con proveedores. Es esencial para analizar en profundidad el Dashboard de Rendimiento de las entregas de proveedores. Por qué es importante Es una referencia clave para todas las actividades de compras y permite analizar en detalle el subproceso de compras y el rendimiento de los proveedores. Dónde obtenerlo Es un campo principal de los módulos o libros de trabajo de compras y aprovisionamiento de Kinaxis RapidResponse. Ejemplos PO4500012345PO4500012346PO4500012347 | |||
| Planta Plant | Planta o instalación de fabricación donde se realizan actividades de producción o procesamiento. | ||
| Descripción Este atributo identifica la ubicación física específica, como una fábrica o un centro de producción, que participa en el proceso de la cadena de suministro. Aporta contexto geográfico y organizativo a las actividades de producción. Analizar el proceso por planta permite comparar el rendimiento de distintas instalaciones. Ayuda a identificar cuáles son más eficientes, dónde se registran más retrabajos y en qué lugares se producen con mayor frecuencia cuellos de botella en la producción. También facilita el análisis del uso de los recursos. Por qué es importante Aporta contexto sobre la ubicación de las actividades de producción y permite comparar el rendimiento y analizar los cuellos de botella en distintas plantas de fabricación. Dónde obtenerlo Es un atributo habitual en los datos de producción, inventario y logística de Kinaxis RapidResponse. Ejemplos PLANT-01-DEPLANT-02-USPLANT-03-CN | |||
| Recurso Resource | Máquina, línea de producción o equipo específico utilizado para realizar una actividad. | ||
| Descripción Este atributo identifica el recurso físico que participa en un paso del proceso, especialmente en la fabricación. Puede ser una máquina concreta, una línea de montaje o una estación de empaquetado. Analizar el proceso por recurso es fundamental para el Dashboard de Utilización de recursos de la cadena de suministro. Ayuda a comprender la carga de trabajo y el rendimiento de los distintos recursos, identificar qué máquinas son cuellos de botella y optimizar la asignación de recursos para mejorar el rendimiento y la eficiencia. Por qué es importante Identifica el equipo o la línea específicos utilizados, algo esencial para analizar el uso de los recursos, las limitaciones de capacidad y los cuellos de botella en la producción. Dónde obtenerlo Estos datos suelen encontrarse en sistemas de ejecución de fabricación (MES) integrados con Kinaxis o en datos detallados de planificación de la producción. Ejemplos ASSEMBLY-LINE-01CNC-MACHINE-05PACK-STATION-B | |||
| Tiempo de ciclo del cumplimiento de pedidos OrderFulfillmentCycleTime | Tiempo total transcurrido desde que se recibe el pedido de un cliente hasta que se firma el comprobante final de entrega. | ||
| Descripción Esta métrica a nivel de caso mide la duración total, de principio a fin, del proceso de cumplimiento del pedido. Se calcula restando la fecha y hora de la primera actividad pertinente ('Customer Order Received') de la fecha y hora de la última actividad ('Proof Of Delivery Signed'). Esta métrica es la base del Dashboard de Tiempo de ciclo del cumplimiento de pedidos y del KPI de tiempo de ciclo promedio del pedido a la entrega. Ofrece una visión general de la eficiencia y la velocidad de la cadena de suministro, y ayuda a hacer seguimiento de las mejoras e identificar retrasos sistemáticos a lo largo del tiempo. Por qué es importante Representa la duración total del proceso de cumplimiento, de principio a fin, y es un KPI clave para medir la velocidad y la eficiencia generales de la cadena de suministro. Dónde obtenerlo No es un campo del sistema de origen, sino una métrica que el software de Process Mining calcula a nivel de caso. Ejemplos 10 días y 4 horas25 días y 12 horas15 días y 2 horas | |||
Actividades de gestión de la cadena de suministro
| Actividad | Descripción | ||
|---|---|---|---|
| Comprobante de entrega firmado | Es la confirmación final de que el cliente ha recibido los productos en condiciones aceptables. Este evento fundamental cierra oficialmente el pedido logístico. | ||
| Por qué es importante Este es el punto final definitivo para el KPI de tiempo de ciclo desde el pedido hasta la entrega. Confirma que el pedido se ha cumplido correctamente y suele activar la facturación. Dónde obtenerlo Este evento se registra cuando se recibe la documentación del comprobante de entrega y se introduce la marca de tiempo, a menudo de forma manual o mediante una integración con el transportista, en el pedido. Capturar Marca de tiempo de la actualización del estado del comprobante de entrega del pedido. Tipo de evento explicit | |||
| Orden de compra emitida | Se envía a un proveedor externo una orden de compra de los materiales necesarios. Es un hito fundamental que representa un compromiso formal y marca el inicio del tiempo de entrega del proveedor. | ||
| Por qué es importante Esta actividad es clave para medir el rendimiento de las entregas de los proveedores e identificar retrasos en la fase de compras que afectan a toda la cadena de suministro. Dónde obtenerlo Kinaxis registra la marca de tiempo de creación o emisión de la orden de compra, que suele proceder del módulo de compras de un sistema ERP integrado. Capturar Marca de tiempo de emisión en el registro de la orden de compra. Tipo de evento explicit | |||
| Pedido cancelado | Representa la finalización de un pedido logístico antes de completar su cumplimiento. Es una acción explícita que constituye un estado final no satisfactorio del proceso. | ||
| Por qué es importante Hacer un seguimiento de las cancelaciones es importante para comprender la pérdida de demanda y los fallos del proceso. Analizar los motivos de cancelación puede revelar problemas relacionados con el producto, los precios o el servicio. Dónde obtenerlo Se registra a partir de la marca de tiempo en que se aplica un estado o código de motivo de cancelación al registro del pedido de venta, normalmente procedente de un sistema ERP. Capturar Marca de tiempo del cambio de estado del pedido de venta a «Cancelado». Tipo de evento explicit | |||
| Pedido del cliente recibido | Marca el inicio oficial del ciclo de vida del pedido logístico, cuando se crea el pedido de venta de un cliente o se incorpora al sistema. Suele ser un evento explícito registrado en un sistema ERP integrado o de gestión de pedidos. | ||
| Por qué es importante Este es el punto de inicio principal del caso. Es esencial para medir el tiempo de ciclo total desde el pedido hasta la entrega y comprender el volumen de pedidos recibidos. Dónde obtenerlo Kinaxis incorpora datos de pedidos de venta procedentes de sistemas ERP de origen. Este evento se registra a partir de la marca de tiempo de creación del pedido de venta en el modelo de datos de Kinaxis. Capturar Marca de tiempo de creación del pedido de venta, normalmente procedente de una integración con un ERP. Tipo de evento explicit | |||
| Producción programada | Indica el momento en que el pedido logístico queda programado oficialmente para producción, con una fecha definida y recursos asignados. Es un resultado básico de planificación de Kinaxis RapidResponse. | ||
| Por qué es importante Marca la transición de la planificación a la ejecución. Analizar el tiempo transcurrido entre este momento y el inicio real de la producción puede revelar ineficiencias en la programación o limitaciones de recursos. Dónde obtenerlo Este evento explícito se registra cuando una orden de producción o fabricación se confirma y programa en el motor de planificación de Kinaxis. Capturar Marca de tiempo en que una orden planificada se convierte en una orden de producción en firme. Tipo de evento explicit | |||
| Productos enviados | Este evento ocurre cuando los productos embalados se cargan en un vehículo de transporte y salen del almacén o de la planta de producción. Marca el inicio del trayecto en tránsito. | ||
| Por qué es importante Es un hito clave para hacer un seguimiento del rendimiento de las entregas a tiempo y de la duración de cada tramo del transporte. Proporciona la «fecha real de envío» para calcular muchos KPI. Dónde obtenerlo La marca de tiempo procede de la transacción «Registrar salida de mercancías» de un ERP o de la transacción «Confirmar envío» de un WMS/TMS integrado con Kinaxis. Capturar Marca de tiempo de una transacción de salida de mercancías o confirmación de envío. Tipo de evento explicit | |||
| Control de calidad superado | Indica que los productos fabricados han superado todos los criterios de inspección de calidad. A menudo se infiere a partir de un cambio de estado en el registro de producción o de inventario. | ||
| Por qué es importante Esta actividad funciona como un punto de control de calidad fundamental. Los fallos o ciclos de retrabajo que se originan en esta etapa ponen de manifiesto problemas de calidad en la producción y provocan retrasos importantes. Dónde obtenerlo Se infiere a partir de una actualización del estado del lote de inventario, que pasa de «Pendiente de inspección» a «Liberado» o «Sin restricciones». Se utiliza la marca de tiempo de este cambio. Capturar Se infiere a partir de un cambio de estado del registro del lote de inventario a «Uso sin restricciones». Tipo de evento inferred | |||
| Disponibilidad del inventario comprobada | Representa la comprobación del inventario disponible por parte del sistema o el cálculo de una fecha de disponibilidad para prometer (ATP) para el pedido. Es una función básica de planificación de Kinaxis y puede registrarse como un evento específico o inferirse a partir de cambios de estado. | ||
| Por qué es importante Esta actividad ayuda a identificar cuellos de botella causados por la falta de inventario o por procesos de asignación lentos, que afectan directamente a la rapidez del cumplimiento y a las promesas hechas a los clientes. Dónde obtenerlo Puede registrarse explícitamente al ejecutar una comprobación ATP o inferirse a partir de un cambio de estado en la línea del pedido, por ejemplo, de «Nuevo» a «Inventario confirmado». Capturar Se infiere a partir de un cambio de estado en la línea del pedido relacionado con la confirmación del inventario. Tipo de evento inferred | |||
| Materias primas recibidas | Este evento marca la llegada y aceptación de las materias primas de un proveedor en el almacén o la planta de producción. Los datos suelen proceder de un sistema WMS o ERP integrado. | ||
| Por qué es importante Esta actividad pone fin a la medición del tiempo de entrega del proveedor. Los retrasos en esta etapa afectan directamente a los programas de producción y las fechas de entrega finales. Dónde obtenerlo Se registra a partir de una transacción de recepción de mercancías en un ERP o WMS, que incluye una marca de tiempo. Después, estos datos se integran en la plataforma Kinaxis. Capturar Marca de tiempo del registro de recepción de mercancías en un sistema de origen. Tipo de evento explicit | |||
| Pedido bloqueado | Este evento ocurre cuando se detiene un pedido por un motivo concreto, como un fallo en la comprobación de crédito, una retención de ingeniería o un problema de calidad. Normalmente se infiere a partir de un cambio de estado. | ||
| Por qué es importante Los bloqueos son una de las principales causas de retrasos en los procesos. Identificar cuándo se aplican, por qué y durante cuánto tiempo es fundamental para descubrir cuellos de botella y mejorar el flujo. Dónde obtenerlo Se infiere a partir de un cambio de estado en el pedido de venta o en una de sus líneas que indica un bloqueo. El código de motivo asociado al estado aporta contexto. Capturar Se infiere a partir de un cambio de estado a «Bloqueado» o «En espera». Tipo de evento inferred | |||
| Productos entregados | Representa la llegada del envío al destino del cliente. Este evento suele registrarse a partir de los datos del transportista integrados en un sistema de gestión del transporte (TMS) o en Kinaxis. | ||
| Por qué es importante Esta actividad marca el final del trayecto de transporte. Comparar este momento con la fecha de entrega prevista es fundamental para medir el rendimiento del transportista y las entregas a tiempo. Dónde obtenerlo La marca de tiempo se recibe en las actualizaciones de estado del transportista, a menudo mediante EDI o API, y se registra en el sistema en el registro del envío o de la entrega. Capturar Marca de tiempo de una actualización electrónica del estado del transportista que indica la entrega. Tipo de evento explicit | |||
| Productos fabricados | Esta actividad indica que ha finalizado el proceso de fabricación de los productos terminados. El evento suele recibirse de un sistema de ejecución de fabricación (MES) integrado o del módulo de producción de un ERP. | ||
| Por qué es importante Completar esta actividad es un hito fundamental que pone fin al tiempo de producción. Permite analizar los tiempos de ciclo de fabricación y el cumplimiento del programa. Dónde obtenerlo La marca de tiempo se registra a partir de una transacción de confirmación de finalización de la producción en un sistema MES o ERP y, después, se envía a Kinaxis. Capturar Marca de tiempo de la confirmación final de la orden de producción. Tipo de evento explicit | |||
| Productos recogidos y embalados | Esta actividad marca la recogida de los artículos de un pedido en el almacén y su preparación para el envío. Estos datos suelen proceder de un sistema de gestión de almacenes (WMS). | ||
| Por qué es importante Este es el inicio de la fase final de cumplimiento del pedido. Los retrasos en esta etapa pueden indicar ineficiencias en el almacén, falta de personal o una ubicación inadecuada del inventario. Dónde obtenerlo Se registra a partir de la marca de tiempo de finalización de la transacción de recogida y embalaje en un WMS integrado, asociada a la entrega o al pedido de venta. Capturar Marca de tiempo de finalización de la transacción de recogida en un WMS. Tipo de evento explicit | |||
| Pronóstico de demanda generado | Esta actividad representa la creación o actualización del pronóstico de demanda de un producto, que sirve como señal inicial de un posible pedido logístico. Este evento suele registrarse cuando se publica un nuevo pronóstico en el motor de planificación de Kinaxis RapidResponse. | ||
| Por qué es importante Analizar el pronóstico proporciona una referencia para medir su precisión frente a los pedidos reales, algo fundamental para optimizar los niveles de inventario y la planificación de la producción. Dónde obtenerlo Este evento se registra explícitamente en el módulo de planificación de la demanda de Kinaxis RapidResponse cuando se guarda o publica una nueva versión del pronóstico. Se asocia a un producto y un período. Capturar Se registra cuando se crea o actualiza un pronóstico en el escenario de planificación de la demanda. Tipo de evento explicit | |||
| Solicitud de compra creada | Esta actividad indica que se ha creado una solicitud interna para adquirir las materias primas o los componentes necesarios para el pedido logístico. Es un evento explícito que inicia el subproceso de compras. | ||
| Por qué es importante Su seguimiento permite conectar el proceso de cumplimiento del pedido del cliente con el proceso de compras y analizar los retrasos en las aprobaciones internas antes de emitir una orden de compra. Dónde obtenerlo Marca de tiempo de creación del registro de solicitud de compra en el módulo de compras o planificación del suministro, a menudo vinculado al pedido de venta de origen. Capturar Marca de tiempo de creación del registro de solicitud de compra. Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción para este proceso se están validando. Vuelva a consultar más adelante o póngase en contacto con nosotros para recibir ayuda.
¿Todo listo para empezar?
Aproveche este Template para conocer a fondo el rendimiento de su cadena de suministro e impulsar mejoras significativas. Comience hoy su proyecto de Process Mining y transforme sus operaciones.
Domine su cadena de suministro y mejore la precisión de sus previsiones
Alcance una precisión del 90 % en las previsiones y evite la falta de existencias con visibilidad completa.
No se requiere tarjeta de crédito. Configuración en minutos.