TotalTow · matrices de estado
Un formulario acepta lo que usted escriba. Una matriz de estado decide qué puede pasar después.
Esta página no publica ninguna matriz de transiciones, y dice por qué en su tercera sección: este sistema no está dado de alta en el motor de la casa. Lo que sí publica es el marco, las seis entidades del servicio de grúa que tendrían matriz, y los estados que sostienen el brochure del producto, el contrato con la aseguradora y la norma del arrastre. Cada fila dice de dónde sale, y ninguna dice «del motor».
Qué es una matriz de estado, y por qué un formulario no lo es
Un formulario acepta lo que usted escriba. Si el campo pide una hora, admite cualquier hora; si pide un estatus, admite cualquiera de la lista, en cualquier orden y capturado por cualquiera. Un formulario no sabe que un servicio no puede estar «concluido» si nunca estuvo «en sitio», ni que la hora de arribo no puede ser anterior a la hora de aceptación, ni que quien cierra el servicio no debería ser quien autoriza la excepción de tarifa.
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 servicio de grúa esa diferencia no es teórica, es dinero. El día que la aseguradora rechaza un folio, lo que se revisa no es su sistema: es la secuencia. A qué hora se aceptó, a qué hora arribó la unidad, quién levantó la fotografía del antes, si la firma del beneficiario está antes o después del cierre, y quién tocó el expediente después. En un formulario eso es una colección de capturas y hay que creerle a quien las hizo. En una máquina de estados es un recorrido: cada paso tiene su autor, su hora y su condición, y los pasos que faltan se ven porque el recorrido está incompleto.
Hay una segunda consecuencia, menos obvia y más caliente. Un servicio que se puede cerrar sin haber pasado por «en sitio» es un servicio que se puede facturar sin haberse prestado. Ésa es la puerta por la que se cuela el fraude de folio en este oficio, y una matriz de estado es la única forma de cerrarla sin poner a alguien a revisar folio por folio.
La pregunta que separa un sistema de un formulario es ésta: «¿qué pasa si alguien intenta hacerlo al revés?».
Un servicio que se puede cerrar en cualquier orden no es un expediente: es un comprobante de que alguien tecleó algo.
El esqueleto, antes de nada
Anatomía de una transición: las columnas que el motor guarda
Conviene ver el esqueleto antes de seguir, porque explica exactamente qué se puede afirmar en esta página 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. Estas son las columnas reales de las tablas de ciclo de vida, y son las mismas para todos los sistemas de la casa.
Léalo con una idea en la cabeza: publicar una tabla con estas columnas llenas para este sistema exigiría inventar el rol autorizado, la condición, el plazo y el escalamiento de cada renglón. Eso es precisamente lo que esta página no hace.
Lo que el motor guarda por cada estado y por cada transición
| Campo | Qué significa | Dónde vive |
|---|---|---|
| Estado origen y estado destino | El par de estados que la transición conecta. Sin par, no hay movimiento | Spartan_WorkFlow_Transition |
| Acción | El nombre del movimiento en lenguaje del negocio: «reportar arribo», no «actualizar estatus» | Spartan_WorkFlow_Transition |
| Rol autorizado | Quién puede dar el paso, ligado al catálogo de roles del proyecto | Spartan_WorkFlow_Transition → rol_sistema |
| Condición | Lo que tiene que ser verdad para que el paso se permita | Spartan_WorkFlow_Transition |
| Notificaciones | A qué rol se avisa, en qué evento y por qué canal cuando la transición ocurre | Spartan_WorkFlow_Transition |
| Plazo comprometido y escalamiento | Horas de compromiso de la transición y rol al que se escala si se vencen. Es la columna que mediría el tiempo pactado con la aseguradora | Spartan_WorkFlow_Transition |
| Reingreso | Marca de vuelta legítima a un estado anterior, distinta de la corrección de un error | Spartan_WorkFlow_Transition |
| Estado: valor, nombre, etiqueta y fase | El estado con su valor numérico, su nombre técnico, su etiqueta visible y la fase del flujo a la que pertenece | Spartan_WorkFlow_State |
| Rol por estado, con su participación y sus permisos | Quién ejecuta, quién revisa y quién sólo consulta en cada estado, con permiso de consulta, alta, modificación, baja, exportación e impresión | Spartan_WorkFlow_Roles_by_State |
| Condición por estado y atributo | El atributo, el operador y el valor que condicionan la permanencia en un estado | Spartan_WorkFlow_Conditions_by_State |
Esquema real de las tablas de ciclo de vida del motor de la casa, base del motor de la casa, consultado el 27 de septiembre de 2026. El esquema existe para todos los sistemas; su contenido, no.
Ese esqueleto es el que se puebla en la implantación, y es la razón por la que las matrices de esta página se pueden llevar al sistema tal como están escritas: cada columna del esquema tiene su equivalente en la tabla que usted va a leer más abajo.
Las seis entidades del servicio de grúa que tendrían matriz
Que el motor no las tenga no quiere decir que no se sepa cuáles son. En este oficio hay seis cosas que cambian de estado, y cada una cambia por una razón distinta: una por la operación, una por un documento que caduca, una por una persona que aparece o falta, una por una prueba que se levanta, una por la custodia de un bien ajeno y una por dinero.
La tabla dice, entidad por entidad, qué la mueve, quién la mueve en la operación real de una empresa de grúas y de dónde saldría su matriz el día que el sistema esté dado de alta. Lo que la tabla no dice es cuáles son las transiciones, porque eso es precisamente lo que no existe.
Entidad del dominio · qué la hace cambiar de estado · de dónde saldría su matriz
| Entidad | Qué la hace cambiar de estado | Quién la mueve en la operación real | De dónde saldría su matriz |
|---|---|---|---|
| Servicio | El folio que entra, la unidad que se asigna, el arribo, la evidencia y el cierre | Recepción de llamadas, despachador y operador de grúa | El brochure nombra cuatro de sus estados; el resto lo sostiene el contrato con la aseguradora |
| Unidad (la grúa) | La disponibilidad, el mantenimiento y la vigencia de sus documentos y constancias | Jefe de flota y taller | La norma de equipo y la constancia de condiciones físico-mecánicas fijan qué vence; el expediente de unidad del brochure guarda la vigencia |
| Operador | El turno, la licencia y la capacitación vigentes, y la asignación al servicio | Jefe de flota y despachador | El expediente de operador con documentos y vigencias que el brochure declara |
| Evidencia (fotografía y firma) | El acto de levantarla en sitio, con su hora y su ubicación, y la firma del beneficiario | Operador de grúa en la aplicación móvil | Los cuatro pasos del flujo de campo que el brochure describe uno por uno |
| Vehículo en depósito | El ingreso al depósito, el resguardo, el inventario y la entrega a quien acredite derecho | Responsable del depósito y dirección | El reglamento del servicio auxiliar y los lineamientos publicados en el Diario Oficial |
| Conciliación (el folio contra la póliza) | El cruce del folio contra su póliza y su tarifa, la objeción de la aseguradora y el cobro | Finanzas y el área de siniestros de la aseguradora | El contrato de servicio con la aseguradora y la base tarifaria publicada |
Origen: TotalTow · brochure del producto, secciones 04 a 10, para las entidades y los actores; Diario Oficial de la Federación para el vehículo en depósito y la tarifa. No transcrito del motor: este sistema no está dado de alta en él.
Seis entidades, seis matrices. Ninguna de las seis existe hoy en el motor, y las dos secciones siguientes publican lo único que de ellas se puede sostener con fuente: sus estados, con el origen declarado en cada renglón.
Origen: el brochure y el contrato, nunca el motor
Los estados del servicio, fila por fila y con su origen
Aquí empieza la parte que sí se sostiene, y cambia el origen de cada fila. Cuatro estados los nombra el brochure del producto con esas palabras, en su sección 04: asignado, en ruta, en sitio, concluido. Los demás no los nombra el brochure como estados, pero el propio brochure describe los momentos que el contrato de servicio con la aseguradora obliga a reportar —aceptación, arribo, cierre con evidencia— y un momento que no se reporta pero existe en toda operación: el folio recibido que todavía no tiene unidad asignada.
La tabla se lee con cuidado. Cada fila afirma que el estado existe y de dónde sale la afirmación. Ninguna fila afirma que exista la transición entre dos estados como dato ya transcrito, ni quién está autorizado a darla, ni bajo qué condición: eso se fija con su empresa en la implantación, porque el rol que autoriza cada paso es suyo y no de un catálogo.
Estado del servicio · qué es verdad en ese estado · origen declarado
| Estado | Qué es verdad cuando el servicio está ahí | Origen declarado de la fila |
|---|---|---|
| Folio recibido, sin unidad | La solicitud de la aseguradora o de la compañía de asistencia creó el servicio y la póliza está por validar. Nadie salió todavía | Contrato de servicio con la aseguradora, tal como el brochure lo describe en su sección 07: «las solicitudes de la aseguradora crean el servicio automáticamente» |
| Asignado | Hay una unidad y un operador con nombre sobre ese folio, y el reloj del tiempo pactado ya corre | El brochure lo nombra con esa palabra, sección 04: «asignado, en ruta, en sitio, concluido» |
| Aceptación reportada | El acuse de aceptación salió hacia la aseguradora. Es el primero de los tres acuses que el contrato obliga a devolver | Contrato de servicio con la aseguradora, descrito en el brochure, sección 07: «reportamos aceptación, arribo y cierre con evidencia» |
| En ruta | La unidad se mueve hacia el sitio, su posición se comparte y el arribo estimado se recalcula | El brochure lo nombra con esa palabra, sección 04 |
| En sitio | La unidad llegó. El arribo tiene hora, y esa hora es la que se compara contra el tiempo pactado | El brochure lo nombra con esa palabra, sección 04 |
| Evidencia levantada | Están las fotografías del vehículo antes y después, con su hora y su ubicación. Sin esto no hay nada que defender en una reclamación | Brochure, sección 06, tercer paso del flujo de campo: «sube evidencia, fotos del vehículo antes y después» |
| Firmado por el beneficiario | La firma digital de quien recibe el servicio está sobre el expediente, con su sello de tiempo | Brochure, sección 06, cuarto paso del flujo de campo: «firma digital del cliente y cierre del servicio» |
| Concluido | El servicio terminó y queda listo para facturar. El cierre con evidencia se reportó a la aseguradora | El brochure lo nombra con esa palabra, sección 04; el reporte de cierre, sección 07 |
| Fuera del tiempo pactado | El arribo ocurrió después del tiempo comprometido en el contrato, o la alerta previa se venció sin atención. Es el estado que produce penalización | Contrato de servicio con la aseguradora, descrito en el brochure, secciones 01 y 07: «tiempos de respuesta fuera de norma que generan penalizaciones» y «alertas antes de incumplir» |
| Cancelado antes del arribo | El folio se cerró sin servicio prestado: el vehículo ya no estaba, el beneficiario resolvió por su cuenta o la aseguradora retiró la solicitud | Criterio declarado de la casa, a partir de la operación del sector. Se publica marcado como tal y no como dato del sistema |
Origen: TotalTow · brochure del producto, secciones 04 a 10. No transcrito del motor: este sistema no está dado de alta en el motor de la casa. La palabra «norma» de las citas del brochure es contractual, no regulatoria: el brochure no cita ninguna ley.
Nótese lo que la última fila hace y lo que cuesta. Está marcada como criterio de la casa porque ni el brochure ni la norma la sostienen, y aun así se publica: una operación de grúas sin estado de cancelación previa al arribo no existe. Lo que no se hace es disfrazarla. Una fila con el origen equivocado vale menos que una fila menos.
Diez estados, y cada uno dice de dónde viene. Cuatro los puso el brochure con esa palabra; cuatro los pone el contrato que usted firmó con la aseguradora; dos los pone quien escribe esta página, y lo dice.
Los estados de las otras cinco entidades, con el mismo rigor
Las otras cinco entidades tienen menos estados y más consecuencias. La unidad y el operador cambian de estado por documentos que caducan, y un documento caducado no es un aviso: es una unidad que no debería aparecer disponible en el tablero de despacho. La evidencia cambia de estado una sola vez y ya no vuelve. El vehículo en depósito cambia de estado bajo custodia ajena. Y la conciliación cambia de estado cuando alguien objeta.
Entidad · estado · qué es verdad ahí · origen declarado
| Entidad | Estado | Qué es verdad en ese estado | Origen declarado de la fila |
|---|---|---|---|
| Unidad | Disponible | La grúa está operable, sin servicio en curso y con sus documentos vigentes | Brochure, sección 04: «unidades y operadores: expediente, documentos y disponibilidad al día» |
| Unidad | En servicio | La unidad está asignada a un folio abierto y no puede tomar otro | Brochure, secciones 04 y 05: asignación por cercanía y disponibilidad, y estado de la flota en una vista |
| Unidad | En mantenimiento | La unidad está fuera de operación por kilometraje, uso o falla | Brochure, sección 09, agente de mantenimiento: «anticipa fallas de unidades por kilometraje y uso» |
| Unidad | Con documento vencido | Una constancia o un documento del expediente caducó. La unidad no debería aparecer disponible aunque esté operable | Norma: la norma de equipo para grúas de arrastre y salvamento publicada en el Diario Oficial el 11 de julio de 2024, y la constancia de condiciones físico-mecánicas |
| Operador | En turno | El operador está disponible para recibir órdenes en su jornada | Brochure, secciones 04 y 06: disponibilidad al día y recepción de la orden en la aplicación móvil |
| Operador | Asignado | El operador tiene una orden aceptada sobre un folio concreto | Brochure, sección 06, primer paso: «recibe y acepta la orden con toda la información del servicio» |
| Operador | Con licencia o capacitación por vencer | Un documento del expediente del operador está por caducar | Brochure, sección 04, expediente con documentos y vigencias. El régimen documental del personal corresponde al permisionario |
| Evidencia | Pendiente | El servicio pasó por el sitio y la fotografía todavía no está en el expediente | Brochure, sección 06, tercer paso del flujo de campo |
| Evidencia | Levantada y sellada | La fotografía y la firma están con su hora y su ubicación. Es el estado que decide una reclamación | Brochure, secciones 06 y 07: evidencia con firma digital y «cierre con evidencia» reportado a la aseguradora |
| Vehículo en depósito | Ingresado con inventario | El vehículo entró al depósito y su inventario quedó documentado, con quién lo recibió y a qué hora | Norma: reglamento del servicio auxiliar de arrastre, de arrastre y salvamento y de depósito de vehículos, publicado el 3 de mayo de 2023, y los lineamientos del 15 de noviembre de 2023 |
| Vehículo en depósito | En resguardo | El vehículo permanece bajo custodia del permisionario, que responde por lo que le pase mientras esté ahí | Norma: los lineamientos publicados el 15 de noviembre de 2023, en lo relativo al resguardo del vehículo y a las obligaciones del permisionario |
| Vehículo en depósito | Entregado | El vehículo salió con quien acreditó derecho, y la salida quedó documentada con la misma disciplina que la entrada | Norma: el reglamento del 3 de mayo de 2023 y los lineamientos del 15 de noviembre de 2023 |
| Conciliación | Prefacturada | El folio se cruzó contra su póliza y su tarifa y quedó listo para facturar al cierre del periodo | Brochure, sección 10: «conciliación por póliza, cada folio cruzado contra su tarifa» |
| Conciliación | Objetada | La aseguradora rechazó el folio, y lo que se revisa es la secuencia: horas, fotografías y firma | Contrato de servicio con la aseguradora, descrito en el brochure, secciones 01 y 10; la referencia de facturación es la base tarifaria publicada el 28 de febrero de 2017 |
| Conciliación | Cobrada | El folio salió de la cartera. Es el estado que mide los días de cobro | Brochure, sección 10: cuentas por cobrar con antigüedad y estatus al día |
Origen: TotalTow · brochure del producto, secciones 04 a 10. No transcrito del motor: este sistema no está dado de alta en el motor de la casa. Origen: instrumentos publicados en el Diario Oficial de la Federación, consultados el 27 de septiembre de 2026. No transcrito del motor.
Quince filas más, cada una con su origen. Cinco de ellas las sostiene el Diario Oficial, y ésas son las que no se negocian con nadie.
Lo que le reclaman a una grúa
El vehículo en depósito: la matriz que no es del sistema, es suya
De las seis entidades, hay una cuya matriz de estado no es un asunto de software: es un asunto de responsabilidad. Cuando un vehículo entra a su depósito, entra bajo su custodia, y lo que le van a reclamar el día que algo falte no es su tablero: es quién lo recibió, con qué inventario, quién tuvo acceso y quién lo entregó.
El marco está publicado y tiene fecha. El reglamento de los servicios auxiliares de arrastre, de arrastre y salvamento y de depósito de vehículos se publicó en el Diario Oficial de la Federación el 3 de mayo de 2023 y entró en vigor el día siguiente; los lineamientos que regulan la prestación de esos servicios se publicaron el 15 de noviembre de 2023 y abarcan la operación, la documentación del servicio, el resguardo del vehículo y las obligaciones del permisionario. El arrastre local y los depósitos municipales se rigen por reglamentos estatales y municipales de tránsito, no por el reglamento federal.
Tres estados y dos transiciones, que es todo lo que esta entidad necesita para cambiar la conversación de una reclamación: ingresado con inventario, en resguardo, entregado. Lo que hace la diferencia no es la lista, es que cada paso tenga autor, hora y documento. Un vehículo que aparece «entregado» sin quién acreditó el derecho a recibirlo es, jurídicamente, un vehículo que no se sabe dónde está.
El estado no se escribe: se alcanza. Nadie teclea «entregado» en un vehículo en depósito; alguien con el rol ejecuta la entrega sobre un vehículo cuyo inventario está completo, y el sistema escribe el estado, el autor y la hora.
Y conviene decir lo que esta sección no afirma. No se publica un artículo concreto por cada uno de los tres estados, porque el trabajo de esta capa es citar con precisión o no citar. Se publica el instrumento con su fecha de publicación en el Diario Oficial y la materia que abarca. Quien quiera el artículo exacto lo tiene en las referencias, con su liga oficial, y puede leerlo sin pedirnos permiso.
La custodia del vehículo es la única de las seis matrices que le reclaman con nombre y apellido. Ésa es la que conviene que exista primero.
El mecanismo sí existe, y está en código
Hay que distinguir dos cosas que se parecen y no son lo mismo, porque la confusión entre ellas es la que permite a un proveedor decir «tenemos flujos de trabajo» y no tener nada. Una es la matriz de estado del diseño de un proyecto, que es la que está vacía para este sistema y cuyo cero se publicó arriba. Otra es el motor de estados que corre en ejecución dentro de las aplicaciones que la plataforma de la casa genera: ése sí existe, está en código y se puede citar desde el expediente interno.
Ese motor valida cada transición contra una tabla de transiciones válidas antes de permitirla, comprueba el rol del usuario, y al ejecutarla escribe dos rastros: 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.
Dos columnas más de esa tabla no son decorativas, y en este oficio valen dinero: requiere comentario y requiere evidencia. El motor las exige al ejecutar la transición. Traducido al servicio de grúa: hay pasos que no se pueden cerrar sin que alguien escriba por qué, y pasos que no cierran sin el archivo adjunto. Un servicio cerrado sin fotografía no es un servicio cerrado.
Y para no exagerar: esa tabla de transiciones válidas tiene hoy 25 transiciones sobre cuatro entidades en la semilla del propio aseguramiento de calidad de la plataforma —caso de prueba, reporte de defecto, escenario de aceptación y solicitud de cambio—, no de este sistema. Se dice con el número para que nadie las lea como si fueran las transiciones del servicio de grúa: no lo son.
La pregunta útil para cualquier proveedor no es «¿tienen flujos de trabajo?». Es «muéstreme la tabla donde viven, y dígame qué pasa cuando alguien intenta una transición que no está en ella».
El mecanismo está construido y se puede ver. El contenido de este sistema dentro de él, no. Las dos frases son verdad y van juntas.
Cómo leer una matriz de estado cuando la vea en pantalla
Cuando estas matrices estén en el motor, en el sistema se verán de otra manera: cada estado es una columna del tablero de despacho o un filtro de la bandeja, y cada transición es el único botón que aparece cuando su rol puede darla y la condición se cumple. Si el botón no está, no es que se haya ocultado: es que la transición no existe para usted en ese estado.
Hay una consecuencia de diseño que conviene anticipar, porque la primera vez incomoda al despachador. 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 cerrar un servicio que nunca llegó al sitio, y por eso nadie tiene que revisarlo después.
Y hay una consecuencia de negocio, que es la razón de ser de toda la página. La reclamación de la aseguradora no revisa intenciones, revisa la secuencia. Un folio que se puede completar en cualquier orden, por cualquiera, después de la fecha, es precisamente lo que una matriz de estado hace imposible. Y el costo de no tenerla no lo paga el sistema: lo paga quien ya pagó el arrastre, el combustible y las horas del operador.
El día que le rechacen el folio, la diferencia entre teclear un estado y alcanzarlo es la diferencia entre una discusión y un expediente.
Por qué esta página se publica así
Se podría haber escrito otra versión. Seis tablas con estados de nombre verosímil, flechas entre ellos, un rol en cada renglón y un plazo en horas. Habría quedado convincente y habría sido falsa, porque el motor no las tiene y porque el rol y el plazo de su empresa no los conoce nadie de fuera.
El trabajo de esta capa del sitio es demostrar que un sistema existe. Una matriz inventada no demuestra: contamina todo lo demás, incluidas las páginas donde los datos sí son reales. Por eso el cero se publica con su hora, por eso cada estado lleva su origen en la propia tabla, y por eso las dos filas que sólo sostiene el criterio de la casa están marcadas como tales en vez de disfrazadas de brochure.
Lo que esta página sí sostiene, y no es poco. Que el mecanismo de matriz de estado existe en el motor de la casa, con su esquema completo, con 6,440 transiciones pobladas en otros sistemas y con el motor de ejecución citado con su cita en el expediente interno. Que el dominio del servicio de grúa tiene seis entidades con estado y que se sabe cuáles son. Que veinticinco de sus estados se pueden sostener hoy con el brochure, el contrato con la aseguradora o el Diario Oficial. Y que este sistema no está dado de alta en el motor, dicho con el conteo y la hora en lugar de dicho entre líneas.
Lo que no se puede sostener, no se escribe. Ésa es la única razón por la que lo que sí está escrito aquí se puede creer.
Compare esta página con la de cualquier proveedor de despacho de grúas. No busque quién promete más: busque quién publica qué le falta.
Preguntas frecuentes
¿Por qué esta página no trae las matrices de estado del sistema?
Porque el sistema no está dado de alta en el motor de la casa. En la base del motor de la casa, el único proyecto del dominio de grúas es el 6253, cuya descripción funcional completa es la cadena «Prueba grua» —once caracteres— y que nunca pasó por el generador. Tiene cero ciclos de vida, cero estados y cero transiciones, medido el 27 de septiembre de 2026 a las 08:06:18 del reloj del propio servidor. Publicar tablas de transiciones redactadas para esta página sería inventarlas, y una matriz inventada invalida la página entera.
Entonces, ¿el motor sabe hacer matrices de estado o no?
Sí, y con números. En toda la base hay 733 ciclos de vida, 5,354 estados, 6,440 transiciones y 14,001 asignaciones de rol por estado. El sistema de agroindustria de esta misma capa publica 26 ciclos y 102 transiciones transcritas del motor, una por una. El esquema de transición guarda estado origen, estado destino, acción, rol autorizado, condición, notificaciones, plazo, escalamiento y marca de reingreso. Lo que falta es poblarlo para este sistema.
¿De dónde salen los estados que sí publica esta página?
De tres orígenes, declarados en la propia tabla fila por fila. Cuatro estados del servicio los nombra el brochure del producto con esas palabras en su sección 04: asignado, en ruta, en sitio y concluido. Otros los sostiene el contrato de servicio con la aseguradora tal como el brochure lo describe en sus secciones 01, 07 y 10: aceptación, arribo, cierre con evidencia y el incumplimiento del tiempo pactado. Y los del vehículo en depósito los sostiene la norma: el reglamento publicado el 3 de mayo de 2023 y los lineamientos del 15 de noviembre de 2023. Dos filas sólo las sostiene el criterio de la casa, y van marcadas como tales.
¿Hay alguna transición publicada en esta página?
Del motor, ninguna. Se publican estados con su origen y el esquema de lo que una transición guarda, pero no se publica ni un par estado origen a estado destino como dato de este sistema, ni un rol autorizado, ni una condición, ni un plazo por transición. Los dos diagramas de esta página dibujan otra cosa y lo dicen en su pie: el orden de avance que el brochure describe y el que la norma del depósito fija, sin rol, sin condición y sin plazo. Las 25 transiciones que la página cita pertenecen a la máquina de estados del aseguramiento de calidad de la plataforma, sobre cuatro entidades que no son de este dominio, y la página lo dice donde las cita.
¿Y la matriz de comportamiento de campos por estado?
No existe todavía para ningún sistema de la casa. La tabla Spartan_WorkFlow_Matrix_of_States, que es donde viviría —qué campo es visible, obligatorio o de sólo lectura en cada estado—, tiene cero filas en toda la base. Es un pendiente real del motor y se declara con ese dato, no se disimula.
Cuando el sistema esté dado de alta en el motor, ¿esta página cambia?
Cambia y se dirá cuándo. La tabla de pendientes se encoge y las seis matrices aparecen con la misma disciplina: entidad, estado origen, estado destino, acción, rol autorizado y condición, transcritas del motor con su fecha y su hora de corte, y separadas de lo que sostiene el brochure, el contrato o la norma. Mientras tanto, el cero se publica con su hora.
Referencias
- SPARTANE · consulta de sólo lectura a la base del motor de la casa, con hora de corte tomada del propio servidor el 27 de septiembre de 2026 a las 08:06:18; conteos globales de la base a las 08:14:57 del mismo reloj. Barrido de las 462 fichas de proyecto por nombre de proyecto, de módulo, de pantalla y de proceso, con los términos grúa, arrastre, salvamento y auxilio. Tablas Spartan_WorkFlow, Spartan_WorkFlow_State, Spartan_WorkFlow_Transition, Spartan_WorkFlow_Roles_by_State, Spartan_WorkFlow_Conditions_by_State, Spartan_WorkFlow_Matrix_of_States, caso_uso, entidad y regla_negocio. Las consultas se muestran escritas a solicitud.
- SPARTANE · motor de estados en ejecución dentro del sistema generado: — validación de transición y de rol, estados siguientes válidos, ejecución y bitácora, historial de la entidad con estado anterior y nuevo, bitácora con valor anterior y valor nuevo, exigencia de comentario y de evidencia. Tabla transicion_estado_valida, 25 transiciones sembradas sobre cuatro entidades de aseguramiento de calidad. Auditoría de código del 27 de septiembre de 2026; las citas se muestran en sesión a solicitud.
- Diario Oficial de la Federación · Reglamento de los Servicios Auxiliares al Autotransporte Federal de Arrastre, de Arrastre y Salvamento y de Depósito de Vehículos. Publicado el 3 de mayo de 2023, en vigor el 4 de mayo de 2023. Consultado el 27 de septiembre de 2026. ↗
- Diario Oficial de la Federación · Lineamientos que regulan la prestación de los servicios auxiliares de arrastre, de arrastre y salvamento y de depósito de vehículos. Publicados el 15 de noviembre de 2023. Consultados el 27 de septiembre de 2026. ↗
- Diario Oficial de la Federación · NOM-053-SCT-2-2023, equipos para vehículos tipo grúa para arrastre y salvamento. Publicada el 11 de julio de 2024, en vigor ciento ochenta días naturales después. Cancela de manera expresa la norma homóloga de 2010. ↗
- Diario Oficial de la Federación · Base tarifaria de los servicios de arrastre, arrastre y salvamento y depósito de vehículos en el autotransporte federal. Publicada el 28 de febrero de 2017. ↗
- TotalTow · brochure del producto, quince páginas. Los estados del servicio en la sección 04; el flujo del operador en campo en la sección 06; los acuses a la aseguradora y la medición del tiempo pactado en la sección 07; la conciliación y la cartera en la sección 10. ↗
El modelo
Primero ve su sistema funcionando, sin costo y sin compromiso. Después decide si lo compra o lo renta.
No es un demo: es TotalTow con sus procesos, sus áreas y su operación dentro. Entra, lo recorre y lo usa. Verlo no cuesta nada y no lo compromete a nada. Cuando decida, cobramos por resultados, no por entregables.