Plazo de producción: pedido, fábrica y entrega

Primero elige qué plazo quieres medir

“¿Cuánto tarda la producción?” puede referirse a intervalos distintos. NISTIR 4543 distingue el customer lead time, desde la recepción del pedido hasta su entrega, del cycle time fabril, desde la llegada del material hasta la expedición. Definir los hitos antes de calcular evita comparar un plazo que incluye etapas comerciales y de entrega con otro que solo mide el recorrido en fábrica. NISTIR 4543, PDF p. 45 / impresa p. 31

Un mapa de hitos para no mezclar intervalos

Antes de sumar días u horas, escribe los eventos que delimitan el indicador. Una tabla sencilla ayuda a detectar dónde se encuentran los datos y quién puede confirmar cada marca. Esta tabla es una estructura editorial, no una plantilla NIST.

NISTIR 4543 describe además componentes del tiempo de ciclo: número de máquinas por las que pasa una pieza, preparación de máquina, tamaño del lote, tiempo de operación y manipulación, y tiempos no operativos. Entre estos últimos enumera transporte, demoras e inspecciones. La lista muestra por qué el ciclo no se reduce necesariamente al tiempo de corte o al tiempo de una estación. Si la pieza espera entre procesos, la espera forma parte del intervalo definido aunque ninguna máquina esté transformándola.

Es importante no extrapolar la lista como si todas las plantas tuvieran los mismos componentes o una fórmula universal de cómputo. La publicación es un marco de evaluación de tecnología CIM de 1991 y define términos para ese trabajo. Una instalación actual puede definir otros hitos de entrada y salida o tener reglas de registro diferentes. Lo útil es identificar lo que el indicador incluye antes de comparar sus valores.

Qué registra el reloj y qué significa cada hito

Una marca temporal solo es interpretable junto con el evento que representa y el sistema que la generó. El DTVA de NIST ilustra la diferencia entre capturar datos de equipo e introducir manualmente los hitos de una tarea humana; el detalle del caso aparece a continuación. Reslan et al., §3.1–3.3, PDF pp. 3–4 / impresas 457–458

Un caso de captura automática y manual

El estudio de 2025 describe un digital twin de mapa de flujo de valor (DTVA) probado en el Digital Twin Laboratory de NIST con un portatarjetas de dos componentes. El flujo incluía corte, inspección y montaje. La tabla concentra el contraste de captura que el artículo reporta; no es una arquitectura prescrita para otras plantas. Reslan et al., §3.1–3.3, PDF pp. 3–4 / impresas 457–458

En el caso NIST, el evento común incluye timestamp, proceso, tipo de pieza solo para inspección e inicio/fin; su cálculo aproxima el plazo al fin del lote porque supone transporte despreciable y despacho únicamente por lotes. El artículo indica que los adaptadores de corte e inspección y la interfaz de montaje publicaban mensajes en un broker MQTT; el DTVA estaba suscrito durante el lote y calculaba las métricas al terminar.

Es una arquitectura de ese experimento, no una especificación que deban seguir todos los MES o plantas. Reslan et al., §3.3, PDF p. 4 / impresa 458

La fuente del dato también condiciona su resolución: una marca automática de máquina y una entrada manual de tarea no deben tratarse como si nacieran del mismo mecanismo.

Para usar un registro, conserva el ID de la pieza o lote, la etapa y el origen de cada evento junto al sello temporal. En el experimento, el tipo de pieza solo se añadió a inspección; por eso los campos deben leerse según la etapa a la que pertenecen. Esta trazabilidad ayuda a reconstruir de dónde sale un cálculo, pero no demuestra que una diferencia observada proceda de una sola causa.

Cuando los eventos llegan desde relojes distintos

Cada marca temporal depende del reloj que la generó. NISTIR 8227 describe una celda robótica de prueba cuyo router ejecutaba NTP y se sincronizaba con un servidor de referencia (grandmaster). Los hosts de registro solían quedar dentro de 1 ms; el equipo también conservaba datos de rendimiento para revisar el desfase y la deriva del reloj. El 1 ms describe solo esa celda robótica; no permite inferir la precisión de otra instalación.

NISTIR 8227, §5.7, PDF p. 20 / folio impreso 13

Al combinar marcas de varios sistemas, registra qué equipo las produjo y qué evidencia de sincronización existe. Sin una referencia común, una diferencia de dos segundos entre registros no demuestra por sí sola que el proceso haya esperado ese tiempo; si se desconoce la sincronización, indícalo junto al resultado.

Cómo el caso convierte eventos en métricas

El artículo define el ciclo de un proceso como tiempo desde inicio hasta fin y calcula el promedio de los ciclos observados del lote. Para corte, calcula el cambio entre el inicio de una fase y el fin de la anterior. Para inspección y montaje, usa el tiempo entre la finalización del proceso previo y el inicio del ciclo actual.

El propio estudio explica que, por el tamaño de su laboratorio y el diseño experimental, asumió que el cambio era el único componente de tiempo no añadido (NVAT). Esta decisión pertenece al experimento; no permite etiquetar toda espera de una planta como cambio ni atribuir a una sola causa cualquier minuto fuera de máquina. Reslan et al., §3.3 y ecuaciones 1–4, PDF p. 4 / impresa 458

El documento define uptime como la proporción del tiempo disponible durante la producción del lote que el proceso está funcionando. En su modelo, el tiempo disponible se relaciona con el lead time del lote. Por eso una medida como “uptime” depende tanto del numerador —tiempo de proceso— como de la ventana elegida.

Al comparar informes, merece la pena comprobar si las ventanas y los eventos de inicio/fin coinciden; una diferencia de definición puede cambiar el resultado aunque la máquina no haya cambiado. Esta última frase es una interpretación editorial de las ecuaciones publicadas, no un umbral o estándar de NIST.

Para el lead time, el caso usa el tiempo desde la solicitud del cliente hasta completar la unidad. Los autores explican que, en ese entorno, los envíos del proveedor al fabricante y del fabricante al cliente eran despreciables y solo se despachaban lotes; por ello aproximaron el cálculo al tiempo de terminar el lote. Si una instalación tiene transporte apreciable, entregas parciales o varias solicitudes por lote, esa aproximación no describe necesariamente el mismo intervalo.

Reslan et al., §3.3, PDF p. 4 / impresa 458

Ejemplo hipotético de una línea temporal

El siguiente registro es inventado para mostrar el efecto de los hitos; no procede de NIST ni de una planta. Supongamos una unidad solicitada a las 09:00, corte de 09:15 a 09:23, inspección de 09:30 a 09:34 y montaje de 09:40 a 09:46.

La suma de ciclos activos es 18 minutos; el intervalo entre la solicitud y la terminación es de 46 minutos. Los 28 minutos restantes no se asignan automáticamente a una única causa. En este ejemplo podrían incluir liberación, espera u otros tramos, pero no hay registros suficientes para etiquetarlos. La aritmética solo muestra cómo pueden coexistir cifras distintas para una misma secuencia cuando responden a preguntas distintas.

Si el informe llamara “tiempo de producción” a los 18 minutos, debe decir que suma las duraciones de tres operaciones. Si informara 46 minutos, debe declarar que mide desde solicitud hasta unidad terminada. Si además el periodo se cierra con la expedición, habría que incluir ese evento y cualquier tramo entre montaje y salida. La tabla no propone cómo optimizar la línea; ayuda a que una cifra tenga un inicio y un final reconocibles.

Comparar fuentes sin mezclar los relojes

NIST MEP relata resultados de Current Applications; el DTVA documenta un experimento de laboratorio. Son fuentes y casos distintos, no una evaluación común. NIST MEP, “Lean Tools Provide Lead Time Reduction”; Reslan et al., §3.3, PDF p. 4 / impresa 458

En este caso de laboratorio, Reslan et al. informan que el DTVA mejoró el flujo y redujo el lead time un 7 % (38,2 minutos); es un resultado del experimento, no un benchmark transferible. Reslan et al., §4, PDF p. 5 / impresa 459

Para comparar dos cifras llamadas lead time, explicitar hitos, origen de las marcas y regla de lote ayuda a ver si responden a la misma pregunta; es una síntesis de lectura, no un método impuesto por NIST. En una revisión local puede anotarse la fecha de corte de los datos, qué evento cuenta como entrega, si se miden unidades o lotes y si alguna marca se introduce manualmente.

Si una de esas definiciones cambia entre periodos, se debe describir antes de atribuir la diferencia al proceso.

El caso de NIST MEP: útil como ejemplo, limitado a una empresa

Una historia de NIST MEP describe a Current Applications, fabricante de motores personalizados de Watertown, Nueva York, con cerca de 60 empleados según la página. La empresa y el centro regional de extensión estudiaron el estado actual mediante un mapa de flujo de valor y midieron tiempos de ciclo y el plazo total para tener un motor terminado, probado y listo para enviar.

La narración informa que trabajaban con lotes grandes y que probaron cambios de flujo, balances de trabajo, lotes menores y celdas de flujo de una pieza en líneas concretas. NIST MEP, “Lean Tools Provide Lead Time Reduction”

La página comunica resultados específicos: reducción de plazo del 50 %, inventario en proceso de 105 a 5 unidades, producción de 40 a 105 unidades por día y eliminación de una cartera atrasada de 1.000 unidades. Son resultados atribuidos al caso descrito en esa página, no una predicción para otra fábrica. El texto no aporta un protocolo que permita aplicar esos porcentajes a cualquier mezcla de producto, periodo, dotación o nivel de demanda.

La página no separa qué intervención produjo cada resultado; describe cambios concurrentes en líneas de esa empresa.

La página retenida incluye el metadato “Created January 13, 2026” y un enlace genérico “Download Success Story PDF”. Ese dato es el metadato mostrado, no una fecha de publicación verificada ni la fecha en que se realizó el caso. Como el PDF enlazado no forma parte de la representación consultada para este artículo, no se atribuye al documento descargable un título, fecha, detalle metodológico o resultado que no esté visible en el HTML retenido.

Cómo construir una medición local comparable

Una serie de plazos se interpreta mejor cuando la definición acompaña a los datos. Antes de registrar observaciones, decide el producto o familia incluida, los hitos, unidad temporal, periodo del análisis y regla para datos incompletos. Si dos pedidos se pausan por causas distintas, anota el estado de cada uno; no supongas que toda espera puede restarse del indicador. Esa decisión cambia la pregunta que la medición responde.

La tabla hipotética puede incluir un campo para “criterio de tiempo”: calendario, turno programado o días laborables. Si existen pedidos cancelados, reabiertos o entregados parcialmente, decide cómo representarlos según el propósito del indicador. No hay una respuesta universal en NISTIR 4543 para todas las políticas comerciales; la definición depende del sistema de producción y del acuerdo operativo de la organización.

Si se comparan dos periodos, comprueba que no haya cambiado el evento de inicio, el punto de entrega o la mezcla de pedidos. Un promedio puede variar porque unos pocos pedidos largos pesan más; una mediana o percentil podría responder a una pregunta diferente. Esas estadísticas son opciones de análisis, no una prescripción de la fuente. Conviene reportar la medida elegida y el tamaño de la muestra en lugar de mostrar una cifra sin contexto.

Ejemplo hipotético de comparación: en un mes se observan 12 pedidos de una misma familia con un plazo medio de 10 días; el mes siguiente se observan 8 pedidos con una media de 8 días. La resta es de dos días, pero no demuestra por sí sola que el proceso haya mejorado: pueden diferir urgencias, complejidad, disponibilidad de material o definición de entrega. Se necesita revisar qué cambió y si los conjuntos comparados son suficientemente semejantes.

Límites de interpretación

NISTIR 4543 se publicó en marzo de 1991 como informe sobre evaluación de tecnología CIM. Sus definiciones sirven para distinguir intervalos, pero no se presentan como una norma vigente de medición. La página NIST MEP describe un caso particular; sus resultados no fijan objetivos para otra planta. Declara los hitos y la unidad temporal usados en cada comparación.