Un formulario acepta lo que usted escriba. Una matriz de estado decide si el viaje puede salir.

Qué es una matriz de estado, y por qué un sistema que la tiene no es un formulario

Un formulario acepta lo que usted escriba. Si el campo pide una fecha, admite cualquier fecha; si pide un estatus de viaje, admite cualquiera de la lista, en cualquier orden y capturado por cualquiera. Un formulario no sabe que una unidad no puede estar «en viaje» si su constancia de condiciones físico-mecánicas está vencida, ni que un operador no puede seguir conduciendo cuando ya cumplió las horas que la norma le permite.

Una matriz de estado sí lo sabe, porque no guarda un valor: guarda el conjunto de movimientos permitidos. Declara los estados que una cosa puede tener, por cada par de estados, si el paso de uno al otro existe, quién está autorizado a darlo y qué condición tiene que cumplirse antes. Lo que no está en la matriz no se puede hacer, y no porque el botón esté escondido: porque el movimiento no existe.

En el autotransporte de carga eso deja de ser una discusión técnica en tres momentos concretos, y los tres cuestan dinero el mismo día. El primero es la revisión en carretera, cuando la autoridad pide el comprobante que ampara el traslado y la documentación de la unidad y del operador. El segundo es el robo del embarque, cuando lo que se investiga es quién supo la ruta y a qué hora. El tercero es el cierre de mes, cuando la rentabilidad del viaje no cuadra porque alguien capturó el estatus de entrega antes de que la entrega existiera.

Por eso un sistema con matriz de estado no es un sistema con más control: es un sistema donde el estado no se escribe, se alcanza. Nadie teclea «entregado» en un viaje. Alguien con el rol correspondiente ejecuta la entrega sobre un viaje que está en ruta, con su evidencia, y el sistema escribe el estado, el autor, la hora y el valor anterior.

La pregunta que separa un sistema de un formulario es ésta: «¿qué pasa si alguien intenta hacerlo al revés?».

Un estatus que se puede teclear es una opinión con fecha. Un estado que se alcanza es un hecho con autor.

Anatomía de una transición: las columnas que el motor guarda

Conviene ver el esqueleto antes de las matrices, porque explica qué se puede afirmar y qué no. Una transición del motor de la casa no es una flecha en un diagrama: es un renglón con campos, y cada campo es una regla. Cuando un campo está vacío, esta página lo dice en lugar de redactarlo; y cuando la tabla entera está vacía, como ocurre en este proyecto, se publica el cero con su conteo.

En el motor de estados que corre dentro de los sistemas generados, la misma idea aparece con dos columnas más que vale la pena nombrar, porque en transporte son exactamente las que se echan de menos: requiere comentario y requiere evidencia. El servicio las consulta antes de permitir el movimiento y las exige al ejecutarlo. Al ejecutar, escribe el historial de la entidad con estado anterior y estado nuevo y una bitácora con la operación marcada como cambio de estado, el valor anterior y el valor nuevo. Traducido: la diferencia entre «el viaje salió sin documentación» y «quién autorizó que saliera, a qué hora y con qué justificación».

Lo que el motor guarda por cada transición y por cada estado

Fuente: esquema real del motor de la casa, columnas leídas del catálogo del sistema el 27 de septiembre de 2026, 14:09 h del propio servidor

De dónde sale cada fila de estas matrices

La pregunta legítima ante una tabla de estados es de dónde salió. La respuesta de esta página, dicha antes de que la busque: del proceso del transporte de carga y de la norma que lo rige, con el origen declarado fila por fila. No se transcribe ninguna transición del motor, y ninguna se presenta como si lo fuera.

Esa disciplina tiene un costo comercial y se paga. Sería más cómodo redactar una matriz del viaje y presentarla como transcrita: nadie lo notaría hasta la implantación, que es cuando se nota todo. Una matriz inventada invalidaría la página entera, porque es justamente lo que esta capa afirma que existe.

Lo que sí está modelado de este sistema, y es la base sobre la que se genera la máquina de estados, está en la tabla de abajo: los módulos, los roles, los procesos, los casos de uso y las entidades de cada proyecto del dominio, con su conteo y su hora de corte.

Los cinco proyectos del dominio transporte en el motor, con su contenido real

Un cero publicado con su conteo y su hora vale más que una matriz redactada, porque lo que esta capa afirma es precisamente que el sistema existe.

Fuente: conteo ejecutado sobre la base del motor de la casa —tablas modulo_sistema, rol_sistema, caso_uso, entidad, Spartan_WorkFlow y Spartan_WorkFlow_Transition— el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor

Las siete entidades del dominio que tienen estado, y de dónde sale cada fila

Lo que sigue es el marco, y su encabezado lo dice sin rodeos: ninguna fila de las tablas de las secciones 5 a 8 sale del motor. Sale de tres orígenes que se pueden discutir uno por uno, y cada fila lleva el suyo en su propia columna: la norma del autotransporte federal mexicano, el brochure del sistema y el proceso del sector. Se publica porque el marco tiene valor —son las siete cosas que en un TMS cambian de estado y por las que se pierde dinero cuando nadie las vigila— y porque callarlo sería peor que declararlo.

Hay una precisión de norma que conviene hacer antes de la primera matriz, porque corrige el orden en el que el brochure cuenta su propio ciclo. El brochure coloca el comprobante fiscal en la etapa de cobro, que es donde vive comercialmente. La norma lo coloca antes: el traslado de mercancías en territorio nacional tiene que ir amparado por un CFDI con complemento Carta Porte, con origen, destino, mercancías, operador, vehículo, remolques, permiso y póliza. En la matriz del viaje, por lo tanto, el comprobante existe antes de la salida, no en el cobro. Donde el brochure y la norma no coinciden, manda la norma.

Las siete entidades, con lo que su ciclo tiene que contener

Siete entidades, siete orígenes declarados. Ninguna dice «transcrito del motor», porque ninguna lo está.

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Matriz del dominio · origen declarado fila por fila

Viaje y orden: el ciclo que el brochure nombra, con la norma puesta en su sitio

El brochure describe un ciclo de seis etapas, de la demanda al análisis, y dice que cada etapa tiene su responsable. Lo que sigue es ese ciclo abierto en estados y movimientos, con la condición que habilita cada paso y el origen de cada fila. El viaje es lo que se mueve; la orden es lo que el cliente pidió. No son la misma cosa y por eso tienen dos matrices: un viaje puede llevar varias órdenes, y una orden puede fallar y reintentarse sin que el viaje vuelva atrás.

Lea las filas 4 y 5 del viaje juntas, porque son la afirmación entera de este sistema. El viaje no pasa de «asignado» a «despachado» en un solo movimiento: hay un estado en medio, «documentado», y para alcanzarlo tienen que estar el expediente completo y el comprobante emitido. Puesto así, el indicador que la portada de este sistema compromete —cero viajes detenidos por un documento incompleto— deja de ser una aspiración y pasa a ser la consecuencia de que falte una flecha: no hay transición de «asignado» a «despachado».

Y lea la fila 6 de la orden. Una entrega fallida no es un error de captura ni un renglón en una hoja aparte: es un estado con su propio destino, «para reintento», desde el que la orden vuelve a una ruta. Cuando el reintento es un estado, la pregunta «cuántas entregas reintentamos este mes y a qué costo» es una consulta. Cuando no lo es, es una reconstrucción.

Matriz del dominio · Viaje

La documentación que detiene el viaje deja de detenerlo cuando revisarla es un estado por el que hay que pasar, y no una buena costumbre.

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Matriz del dominio · Orden

Matriz del dominio · Orden

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Unidad y operador: las dos matrices que la norma escribe por usted

Estas dos son distintas de las anteriores, y en el mejor sentido: la mayor parte de sus condiciones no las decide su empresa ni las decide el proveedor del sistema. Las decide una norma oficial mexicana, con su fecha de publicación en el Diario Oficial de la Federación. Eso las vuelve discutibles contra una fuente, que es exactamente lo que una matriz de estado debería ser.

En la unidad manda la constancia de condiciones físico-mecánicas, que se revisa cada año y se porta, y manda la tabla de peso y dimensiones por configuración y clase de camino. En el operador manda la norma de tiempos de conducción y pausas, que fija una pausa de no menos de treinta minutos después de cinco horas continuas al volante, un máximo de catorce horas de conducción en un periodo de veinticuatro, un descanso de no menos de ocho horas continuas en carga después de una jornada de hasta catorce, y una bitácora de horas de servicio personal e intransferible.

La fila 3 del operador es la que mejor explica para qué sirve una matriz de estado en este sector. La pausa después de cinco horas no es una recomendación de bienestar: es una obligación con norma y con fecha, y la bitácora que la prueba es personal e intransferible. En una hoja de cálculo, cumplirla depende de que alguien se acuerde y de que nadie la edite después. En una matriz de estado, el cómputo de horas dispara el paso y deja el registro con su hora y su autor.

Y la fila 2 de la unidad tiene una consecuencia que en flotas grandes se paga todos los años: una constancia vencida no es un aviso en un tablero, es un estado del que la unidad no puede salir a un viaje. El día de la revisión en carretera, la diferencia entre «teníamos la alerta» y «la unidad no podía ser asignada» es la multa.

Matriz del dominio · Unidad

Cuando el límite lo fija una norma, la matriz de estado no le añade burocracia: le quita la discusión.

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Matriz del dominio · Operador

Matriz del dominio · Operador

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Documento de traslado y comprobante fiscal: el vencimiento y la cancelación como estados

Estas dos matrices son las que sostienen el indicador de este sistema, y son también las que un director general mira cuando le preguntan por qué se detuvo un embarque. El expediente documental del viaje son cuatro o cinco piezas con fecha de caducidad: el permiso de autotransporte federal, la licencia federal del operador, la constancia de condiciones físico-mecánicas, la póliza de responsabilidad civil, en materiales peligrosos, la identificación de la unidad que la norma exige.

El comprobante fiscal es distinto porque no es un archivo: es un documento con validez legal, con plazo de conservación fijado por el Código Fiscal de la Federación y con una cancelación que está reglada. Por eso su ciclo tiene un estado «cancelado» y otro «sustituido», y por eso el sistema tiene que saber quién timbró y quién canceló, no sólo que el comprobante existe.

Hay una consecuencia de auditoría que conviene dejar dicha, porque es la que separa a un sistema de un timbrador. Un comprobante no tiene un solo autor: tiene el que lo emitió, cuando la hay, el que lo canceló. Si la cancelación no es un estado con autor, hora y motivo, la pregunta «quién canceló este comprobante y por qué» se contesta preguntando en el pasillo. En la matriz, se contesta con una consulta, y ese registro es el que se enseña.

Y hay un dato de calendario que este sistema tiene que conocer antes de que lo conozca su contador: el mismo decreto fiscal del 7 de noviembre de 2025 que reformó el artículo 29-A adicionó el artículo 30-B, que entra en vigor el 1 de abril de 2026. Un cambio de esa naturaleza es exactamente el tipo de cambio que se hace dentro de la sesión, y quien no lo tenga dentro deja de poder timbrar.

Matriz del dominio · Documento de traslado del viaje

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Matriz del dominio · Comprobante fiscal del viaje

Matriz del dominio · Comprobante fiscal del viaje

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Liquidación: la última matriz, y la que toca la nómina

El brochure describe la liquidación del operador como viáticos, bonos por rendimiento y conducta, deducciones y dispersión sin recaptura, y describe el trato con la flota externa como el mismo estándar de tarifa, cumplimiento documental y evaluación de desempeño. Esa es la materia de esta matriz. Es la más corta de las siete y la que más se discute en una oficina de tráfico, porque el cálculo llega del viaje pero la autorización es de otra persona.

La fila 3 es la única de las siete matrices que no tiene norma ni brochure detrás, y por eso su columna de origen dice «proceso del sector». Se publica así a propósito: es lo que cualquier auditor de nómina exige y lo que cualquier oficina de tráfico hace, pero no es un renglón que el brochure de este sistema prometa. Marcarla distinto cuesta una línea y evita que alguien la cite como algo que el sistema ya trae dado de alta.

Matriz del dominio · Liquidación del operador y del tercero

Un origen declarado por fila permite discutir la fila, no la página.

Fuente: brochure de KORE, normas del autotransporte federal mexicano citadas en las referencias y proceso del sector; el origen va declarado fila por fila. Ninguna fila de esta tabla proviene del motor: al corte del 27 de septiembre de 2026, 14:09 h del propio servidor, esta entidad no tiene ciclo de vida declarado en Spartan_WorkFlow.

Los movimientos que el motor sí declara: 82 casos de uso con su actor

Aquí cambia el origen, y conviene decirlo con todas las letras: de esta sección en adelante, todo lo que se publica está transcrito del motor. No son transiciones —ya se dijo que este proyecto tiene cero— y no se presentan como tales. Son casos de uso con su actor principal: movimientos reales del sistema, cada uno con el rol que lo ejecuta, tal como el motor los tiene dados de alta. Un caso de uso con actor declara quién hace qué; una transición declara además desde qué estado, hacia cuál y con qué condición. La diferencia se respeta en toda esta página.

Son 82 casos de uso repartidos en los subprocesos de los doce procesos principales del proyecto, con 19 actores distintos. Se transcriben los 82, sin recortar: es el inventario completo de los movimientos que el motor ya sabe que este sistema tiene que permitir, y es el material con el que se construirán las matrices cuando el proyecto se vuelva a encolar en el motor.

Tres lecturas salen de estas ochenta y dos filas, y las tres son argumentos mejores que cualquier adjetivo. La primera: diez de los 82 movimientos tienen como actor al propio sistema. No son reportes: son decisiones automáticas con responsable declarado —detectar la anomalía mecánica, generar la orden de trabajo, validar la firma, calcular las horas productivas—. Un sistema que declara al sistema como actor es un sistema que sabe distinguir lo que hace solo de lo que espera de una persona.

La segunda: el reparto por actor no es plano. El analista de eficiencia operativa y el gerente de operaciones logísticas concentran veintiún movimientos entre los dos, y el conductor u operario de campo tiene cuatro, todos de captura en campo. Eso es un sistema de operación con una capa de análisis encima, no un tablero con una aplicación pegada.

La tercera, y la que más vale para esta página: estos movimientos son exactamente el material de las matrices que faltan. «Cerrar orden de trabajo y documentar» es una transición esperando estado origen, estado destino y condición. Que el movimiento y su actor ya estén declarados es lo que hace que el hueco sea de transcripción y no de análisis.

Casos de uso transcritos del motor · rastreo, GPS y tablero de entregas

Fuente: transcrito del motor — tabla caso_uso del proyecto de este sistema en la base del motor de la casa, con su columna actor_principal, consultada el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor. Son casos de uso con actor, no transiciones: en Spartan_WorkFlow_Transition este proyecto tiene cero filas.

Casos de uso transcritos del motor · rutas, entregas y evidencia

Casos de uso transcritos del motor · rutas, entregas y evidencia

Fuente: transcrito del motor — tabla caso_uso del proyecto de este sistema en la base del motor de la casa, con su columna actor_principal, consultada el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor. Son casos de uso con actor, no transiciones: en Spartan_WorkFlow_Transition este proyecto tiene cero filas.

Casos de uso transcritos del motor · flota, mantenimiento y disponibilidad

Casos de uso transcritos del motor · flota, mantenimiento y disponibilidad

Fuente: transcrito del motor — tabla caso_uso del proyecto de este sistema en la base del motor de la casa, con su columna actor_principal, consultada el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor. Son casos de uso con actor, no transiciones: en Spartan_WorkFlow_Transition este proyecto tiene cero filas.

Los diecinueve actores, con su número de movimientos

El reparto completo, transcrito. Esta tabla es la que conviene mirar antes de discutir permisos, porque dice quién mueve el sistema y cuántas veces. Suma 82: no es una muestra.

Hay un detalle que se publica sin corregir porque es el estado real del motor: «Cliente» y «Usuario (cliente)» aparecen como dos actores distintos para el mismo caso de uso de registro de reclamo, que está dado de alta dos veces con dos subprocesos distintos. No se limpió para esta página. Un duplicado que el motor tiene es un duplicado que hay que ver, y el día que se genere el ciclo de vida de la incidencia habrá que resolverlo ahí y no aquí.

Actor principal · cuántos de los 82 movimientos le corresponden

Fuente: transcrito del motor — tabla caso_uso del proyecto de este sistema en la base del motor de la casa, con su columna actor_principal, consultada el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor. Son casos de uso con actor, no transiciones: en Spartan_WorkFlow_Transition este proyecto tiene cero filas. Los 94 roles del proyecto están dados de alta en rol_sistema; estos 19 son los que aparecen como actor principal de un caso de uso.

Cómo leer estas matrices cuando las vea en pantalla

Las tablas de arriba son el contenido del proceso y de la norma. En el sistema, ese contenido se ve de otra manera: cada estado es una columna de tablero o un filtro de bandeja de tráfico, y cada movimiento es el único botón que aparece cuando su rol puede darlo y la condición se cumple. Si el botón no está, no es que se haya ocultado: es que el movimiento no existe para usted en ese estado.

Hay una consecuencia de diseño que conviene anticipar, porque la primera semana incomoda en una oficina de tráfico. Un sistema con matriz de estado tiene menos botones que un formulario y en cada momento muestra menos opciones. Esa pobreza aparente es el control: la pantalla no le ofrece despachar un viaje cuya documentación está incompleta, ni asignar una unidad cuya verificación venció, ni seguir cargando horas a un operador que ya cumplió las suyas.

Y una más, para quien viene de operar con hojas de cálculo, mensajería y correos: el estado no se escribe, se alcanza. Nadie teclea «entregado». Alguien con el rol correspondiente ejecuta la entrega sobre un viaje que está en ruta, con su evidencia, y el sistema escribe el estado, el autor, la hora y el valor anterior. Si un plazo se vence, el propio sistema escala al rol que la transición declare.

El día de la revisión en carretera, la diferencia entre teclear un estado y alcanzarlo es la diferencia entre un archivo y una prueba.

Referencias

1. Motor del motor de la casa · conteo de ciclos de vida, estados y transiciones del proyecto de este sistema en el motor y de los cuatro proyectos candidatos de la base del motor de la casa, sobre las tablas Spartan_WorkFlow, Spartan_WorkFlow_State, Spartan_WorkFlow_Transition, Spartan_WorkFlow_Roles_by_State y Spartan_WorkFlow_Matrix_of_States, más modulo_sistema, rol_sistema, caso_uso, entidad, regla_negocio_transicion y regla_negocio_workflow. Consultadas el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor. Origen del cero publicado y de los 82 casos de uso con su actor.
2. Motor de estados en ejecución dentro del sistema generado: — validación de transición y de rol, estados siguientes válidos, ejecución, historial de la entidad, bitácora con valor anterior y nuevo, exigencia de comentario y de evidencia. Verificado el 27 de septiembre de 2026.
3. SAT · Complemento Carta Porte del CFDI, versión 3.1: publicado el 17 de junio de 2024 y de uso obligatorio desde el 17 de julio de 2024. Obliga a amparar el traslado de mercancías en territorio nacional con un CFDI con complemento, con origen, destino, mercancías, operador, vehículo, remolques, permiso y póliza. Consultado el 27 de septiembre de 2026. ↗
4. NOM-087-SCT-2-2017, tiempos de conducción y pausas para conductores de los servicios de autotransporte federal. Publicada en el Diario Oficial de la Federación el 28 de junio de 2018. Consultada el 27 de septiembre de 2026. ↗
5. NOM-068-SCT-2-2014, condiciones físico-mecánicas y de seguridad del autotransporte federal. Publicada en el Diario Oficial de la Federación el 19 de enero de 2015. Base del calendario anual de verificación y de la constancia que se porta. Consultada el 27 de septiembre de 2026. ↗
6. NOM-012-SCT-2-2017, peso y dimensiones máximas con los que pueden circular los vehículos de autotransporte en las vías generales de comunicación de jurisdicción federal. Publicada en el Diario Oficial de la Federación el 26 de diciembre de 2017. Consultada el 27 de septiembre de 2026. ↗
7. Decreto por el que se reforman, adicionan y derogan diversas disposiciones del Código Fiscal de la Federación. Publicado en el Diario Oficial de la Federación el 7 de noviembre de 2025. Reformó el artículo 29-A y adicionó el 29-A Bis y el 30-B; el 30-B entra en vigor el 1 de abril de 2026. Consultado el 27 de septiembre de 2026. ↗
8. KORE · brochure de TMS y flotilla, 12 páginas: ciclo de la orden al cobro con su responsable por etapa, capacidades de cotización, despacho, cruce fronterizo, patios, última milla, terceros subcontratados, liquidación de operadores y portal de clientes. Origen declarado de las filas de brochure de las siete matrices del dominio.