TotalTow · las integraciones
El folio que se teclea dos veces se concilia tres semanas después. Y a veces no se concilia.
Esta página trata lo que de verdad decide un contrato de asistencia vial: que la solicitud de la contraparte abra el servicio sin llamada y que el estado del servicio salga en vivo sin que nadie lo reporte. Aquí están las cuatro integraciones del negocio, los eventos que el sistema avisa hacia afuera, y —con el sujeto cambiado— lo que la plataforma de la casa produce cuando construye un sistema.
El problema, nombrado
El punto que decide un contrato de asistencia: que nada se teclee dos veces
Una empresa de arrastre que trabaja para varias contrapartes tiene el mismo problema repetido tantas veces como contrapartes tenga. La solicitud entra por un canal distinto en cada caso —una llamada, un correo, un portal ajeno—, alguien la teclea en el sistema propio, y después alguien vuelve a teclear el estado en el portal de la contraparte para que conste.
El costo de eso no es el tiempo de captura, que es el que se suele contar. Es la discrepancia. El folio que se abrió con un dato distinto del que la contraparte tiene; el arribo que se reportó de memoria media hora después; el cierre que se capturó al día siguiente. Cada una de esas diferencias reaparece semanas más tarde como una objeción de cobro, y para entonces nadie recuerda cuál de las dos versiones era la buena.
No es culpa de su gente. Es que el software con el que se le vendió la operación se vendió como un sistema de captura, no como un sistema conectado, y la conexión se dejó para «una segunda fase» que en la mayoría de los casos nunca llegó.
El brochure de este producto plantea el punto con una frase que es medible y por eso vale: «los folios entran solos y el estatus sale en vivo. Se acabaron las llamadas y la recaptura». Esta página desarrolla qué hace falta para que esa frase sea cierta, y qué declara el brochure de cada pieza.
Una integración que hay que consultar no es una integración: es una tarea que alguien tiene que acordarse de hacer.
Cuente cuántas veces al día alguien de su central abre el portal de una contraparte para escribir algo que su propio sistema ya sabe. Ese número es su costo de integración pendiente.
Lo que entra y lo que sale
La integración de doble vía con contrapartes, evento por evento
El brochure describe esta integración con tres capacidades: recepción de folios, estado en vivo y medición del tiempo pactado. Traducidas a lo que cruza la interfaz, son un mensaje que entra y cuatro que salen, y conviene verlas en esa forma porque es la que se negocia con la contraparte.
La tabla separa lo que el brochure declara de lo que no. La columna de contenido enumera lo mínimo que un mensaje de ese tipo necesita llevar para ser útil en el sector; donde el brochure no lo detalla, se dice. Y la última columna es la que suele faltar en las conversaciones de integración: qué queda registrado del lado de usted, que es lo que después sostiene o no sostiene una objeción.
Mensajes de la interfaz con contrapartes · dirección, disparo y registro
| Mensaje | Dirección | Qué lo dispara | Contenido mínimo | Qué queda registrado de su lado |
|---|---|---|---|---|
| Solicitud de servicio | Entra | La contraparte encarga el servicio | Folio de la contraparte, póliza o contrato, tipo de servicio, origen, destino y tiempo comprometido | El servicio abierto con su folio propio y el folio de origen, con la hora exacta de recepción |
| Acuse de aceptación | Sale | La aceptación del servicio en la central | Folio, aceptación y —si ya hay— unidad asignada | La hora de aceptación, que es el punto de partida del reloj del compromiso |
| Reporte de asignación y arribo estimado | Sale | La asignación de la unidad | Unidad, arribo estimado, según lo pactado, datos del operador | El arribo estimado al momento de asignar, que después se compara con el real |
| Reporte de arribo | Sale | La entrada a la geocerca del sitio o la marca de llegada del operador | Folio, hora de arribo y ubicación | El par completo: dónde y a qué hora. Es lo que sostiene el cumplimiento del tiempo pactado |
| Reporte de cierre con evidencia | Sale | La firma del cliente y el cierre del servicio en el lugar | Folio, hora de cierre, fotos de antes y después y acuse de firma | El expediente del servicio completo, atado al folio |
| Alerta de riesgo de incumplimiento | Sale, si se pacta | El consumo del umbral del tiempo comprometido sin arribo registrado | No declarado en el brochure · el brochure declara la alerta, no su formato ni su destinatario externo | La alerta emitida y si se atendió |
| Cancelación o devolución del folio | Sale | La imposibilidad de atender, con su causa | No declarado en el brochure | La causa de la devolución, que es el dato que después explica la cobertura de una zona |
Fuente: TotalTow · brochure del producto, sección 07, integración con el ecosistema, y enunciados concordantes de las secciones 04, 05 y 06. Las celdas marcadas como no declaradas están vacías en el material de origen; el contenido mínimo enumerado es el del proceso del servicio de arrastre, no una especificación del producto.
El brochure añade una frase sobre el alcance de esta integración que conviene leer con precisión: declara compatibilidad con los principales corporativos de asistencia y aseguradoras del país, y acompañamiento del equipo en la conexión. Lo que no declara —y esta página no lo suple— es la lista nominal de contrapartes conectadas ni la especificación técnica de cada interfaz. Es información que se pide en la sesión, con el sistema delante.
Los dos mensajes destacados —la solicitud que entra y el arribo que sale— son el noventa por ciento del valor de esta integración. Si esos dos funcionan, el resto se negocia.
La segunda integración
Posición y telemetría: lo que entra del vehículo
La segunda interfaz no es con una empresa: es con el vehículo. El brochure declara posición en vivo integrada al despacho, arribo estimado calculado por tráfico y distancia, geocercas con alerta de entrada y salida por zona, y trazado real del recorrido con su kilometraje.
Conviene separar dos cosas que suelen ir juntas y no son lo mismo. La posición dice dónde está la unidad ahora. La telemetría dice cómo se está usando: kilometraje acumulado, horas de motor, y lo que el equipo instalado sea capaz de reportar. La primera sostiene el despacho; la segunda sostiene el mantenimiento, en parte, el cobro.
El kilometraje es el caso que más se subestima. Es a la vez un dato operativo —cuánto recorrió la unidad— y un dato de facturación —cuánto se cobra por el arrastre—. Cuando se captura a mano, esas dos cifras se separan, y la diferencia entre ellas es exactamente el margen que se pierde sin que nadie lo vea.
Posición y telemetría · qué entra, qué produce y para qué sirve
| Dato que entra | Qué produce el sistema con él | En qué decisión se usa | Qué declara el brochure |
|---|---|---|---|
| Posición de la unidad | La vista de flota y la ubicación de la unidad asignada a cada folio | Asignar por cercanía y responder dónde está una unidad sin llamarla | «Estado de toda la flota en una sola vista» |
| Posición más destino | El arribo estimado, por tráfico y distancia | Reasignar antes de incumplir y avisar a la contraparte y al beneficiario | «Tiempo de arribo automático por tráfico y distancia» |
| Posición más zona definida | El cruce de geocerca, con su hora de entrada y de salida | Acreditar la llegada al sitio y la entrada al depósito sin una llamada | «Alertas de entrada y salida por zona de servicio» |
| Serie de posiciones del servicio | El trazado real recorrido y el kilometraje del servicio | Sostener el kilometraje que se factura y se concilia | «Trazado real recorrido y kilometraje del servicio» |
| Kilometraje acumulado y uso de la unidad | La anticipación de falla por unidad | Programar el taller en la franja de menor demanda | «Anticipa fallas de unidades por kilometraje y uso» |
Fuente: TotalTow · brochure del producto, secciones 05 y 09. El brochure no declara con qué proveedores de equipo de posición se conecta ni con qué protocolo; esta página no lo suple.
Si el kilometraje que factura y el que recorrió la unidad salen de dos fuentes distintas, siempre habrá una tercera versión: la de la contraparte que objeta.
La tercera integración
El arribo hacia la persona que espera
La tercera interfaz sale del ámbito de las empresas y llega a una persona. El brochure declara avisos automáticos por mensajería en cada etapa del servicio, arribo y datos del operador visibles para quien espera, y una encuesta al cerrar.
Es la integración más sencilla de construir y la más delicada de operar, por una razón que no es técnica: del otro lado hay una persona identificada, y todo lo que se le manda o se le muestra es tratamiento de datos personales. La ley aplicable es la Ley Federal de Protección de Datos Personales en Posesión de los Particulares publicada el 20 de marzo de 2025, con reforma del 14 de noviembre de 2025, y obliga a aviso de privacidad, base de licitud, medidas de seguridad y atención de los derechos de acceso, rectificación, cancelación y oposición.
Hay un punto que conviene revisar hoy en su documentación, porque es el error más extendido del sector: la autoridad cambió y ya no es el instituto que nombra la mayoría de los avisos de privacidad en circulación. Un aviso desactualizado es lo primero que se nota en una revisión.
- Dos consentimientos distintos. Uno para tratar el dato, otro para el canal por el que se contacta a la persona. Se confunden a menudo y son cosas separadas.
- El enlace de seguimiento debería caducar con el servicio. Un enlace vivo para siempre en una conversación de mensajería es un dato expuesto indefinidamente.
- Qué ve la persona y qué no. El brochure declara que ve el arribo y los datos del operador. Qué más se le muestra es una decisión que conviene tomar por escrito, no por omisión.
- Quién es el responsable del dato. Cuando el servicio lo encarga una contraparte, hay dos organizaciones tocando el mismo dato de la misma persona. Esa relación se documenta.
- La encuesta también es un contacto. Y su tasa de respuesta debería publicarse al lado del resultado: sin ella, el resultado no representa a la población que se quiso medir.
La integración con el beneficiario se construye en una semana y se gobierna para siempre. La parte cara es la segunda.
La cuarta integración
Facturación y el comprobante del traslado, cuando aplica
El brochure declara el lado interno del dinero: prefacturas automáticas por contraparte y periodo, conciliación por póliza con cada folio cruzado contra su tarifa, y cuentas por cobrar con antigüedad y estado al día. Lo que no declara —y aquí se dice— es la emisión del comprobante fiscal ni el proveedor que lo certifica.
Conviene tratar el tema porque en el servicio de arrastre federal hay una obligación que no depende del software y que aparece siempre en la misma conversación. Cuando el servicio ampara el traslado de un bien por territorio nacional, el comprobante correspondiente lleva el complemento de carta porte en su versión 3.1, de uso obligatorio desde el 17 de julio de 2024, y ese complemento pide origen, destino, la mercancía trasladada, el operador, el vehículo y los remolques, el permiso del regulador de transporte y la póliza de seguro.
Léase con cuidado lo que esa lista implica: el complemento pide exactamente los datos que viven en el expediente del servicio y en el expediente de la unidad. Un sistema que ya tiene el folio con su origen, su destino, su unidad y su operador tiene la materia prima del comprobante; uno que la tiene repartida en tres hojas de cálculo, no.
Dos precisiones, y las dos son límites de esta página. La primera: si el complemento resulta exigible en un servicio concreto depende de la naturaleza del traslado y del régimen de quien lo presta, y eso se determina caso por caso, no en una página web. La segunda: el brochure del producto no declara emisión de comprobante fiscal ni certificación por proveedor autorizado, y esta página no se lo atribuye.
Lo que pide el comprobante del traslado y dónde vive ese dato en la operación
| Dato que pide el complemento | Dónde vive en la operación | ¿Lo declara el brochure? |
|---|---|---|
| Origen y destino del traslado | El servicio, desde la solicitud que entra por interfaz | Sí, como datos del servicio |
| El bien trasladado | El tipo de servicio y el vehículo atendido | Sí, como tipo de servicio |
| Operador | El expediente del operador, con sus documentos y vigencias | Sí, como expediente de operador |
| Vehículo y remolques | El expediente de la unidad | Sí, como expediente de unidad |
| Permiso del regulador de transporte | El expediente de la unidad, como documento con vigencia | No lo detalla: el brochure habla de documentos y vigencias, sin enumerarlos |
| Póliza de seguro | El expediente de la unidad, como documento con vigencia | No lo detalla |
| Emisión y certificación del comprobante | Fuera del alcance declarado del producto | No lo declara |
Fuentes: Servicio de Administración Tributaria · complemento carta porte versión 3.1 del comprobante fiscal digital por internet, de uso obligatorio desde el 17 de julio de 2024; y TotalTow · brochure del producto, secciones 04 y 10. La aplicabilidad a un servicio concreto se determina caso por caso.
El comprobante no se llena con voluntad: se llena con el expediente. Si el expediente está completo, la emisión es un trámite; si no lo está, es un problema mensual.
La sección que casi nadie publica
Los eventos: qué avisa el sistema hacia afuera, y cuándo
Una integración se suele describir por lo que se le puede preguntar al sistema. Lo que decide si una operación funciona sin llamadas es lo contrario: qué avisa el sistema por su cuenta, sin que nadie pregunte.
Esta tabla enumera los avisos del ciclo del servicio, con su disparo, su destinatario y lo que queda registrado. Está separada en dos bloques: los que el brochure declara y los que no. Los segundos se publican como lo que son —lo que el proceso del servicio de arrastre necesita— y no como capacidad del producto.
Eventos que el brochure del producto declara
| Evento | Cuándo se dispara | A quién avisa | Qué lleva | Qué queda |
|---|---|---|---|---|
| Servicio abierto desde folio recibido | Al llegar la solicitud por interfaz | Central de despacho | Folio de origen, tipo de servicio y tiempo comprometido | El servicio abierto con la hora de recepción |
| Aceptación reportada | Al aceptar el servicio | La contraparte que lo encargó | Folio y acuse de aceptación | La hora de aceptación |
| Grúa asignada | Al asignar la unidad | La contraparte y la persona que espera | Unidad, arribo estimado y datos del operador | El arribo estimado al asignar |
| En ruta | Al iniciar el traslado al sitio | La persona que espera | Etapa y arribo en vivo | El cambio de etapa con su hora |
| Arribo al sitio | Al cruzar la geocerca o marcar llegada | La contraparte y la persona que espera | Hora de arribo y ubicación | El par de dónde y cuándo |
| Riesgo de incumplimiento del tiempo pactado | Al consumir el umbral sin arribo registrado | Central de despacho; hacia la contraparte, si se pacta | Folio y tiempo restante | La alerta emitida y si se atendió |
| Cierre con evidencia | Al firmar el cliente y cerrar en el lugar | La contraparte | Hora de cierre, fotos de antes y después y acuse de firma | El expediente del servicio completo |
| Encuesta posterior al servicio | Al cerrar el servicio | La persona atendida | La encuesta de satisfacción | El resultado y la incidencia clasificada |
Fuente: TotalTow · brochure del producto, secciones 04, 05, 06, 07, 08 y 09.
Eventos que el proceso necesita y el brochure no declara
| Evento | Cuándo se dispararía | A quién avisaría | Por qué hace falta |
|---|---|---|---|
| Folio devuelto con causa | Al no poder atender el servicio | La contraparte que lo encargó | Sin causa registrada, la cobertura de una zona no se puede discutir con datos |
| Documento de unidad u operador por vencer | Al acercarse la fecha de vencimiento | Jefe de flota | Una unidad que queda fuera de operación por un trámite es una pérdida evitable |
| Servicio cerrado sin evidencia completa | Al cierre del turno | Central de despacho y supervisión de operación | Es la objeción de cobro de dentro de tres semanas, vista hoy |
| Prefactura lista para revisión | Al cerrar el periodo de una contraparte | Finanzas | Separa el armado automático de la revisión humana antes de facturar |
| Objeción recibida y clasificada | Al llegar la objeción de la contraparte | Finanzas y el área que puede resolverla | Una objeción por falta de evidencia no la arregla cobranza: la arregla operación |
Propuesta de esta capa editorial a partir del proceso del servicio de arrastre y asistencia vial. No son capacidades declaradas del producto y esta página no se las atribuye.
Un sistema se juzga por los avisos que manda sin que se los pidan. Los que hay que ir a consultar los manda el empleado, no el sistema.
Aquí el sujeto cambia: la plataforma, no TotalTow
Lo que la plataforma produce cuando genera un sistema
Todo lo anterior habla de TotalTow y sale de su brochure. Esta sección habla de la plataforma de la casa, la que construye los sistemas, medida en la base del motor con un inventario profundo sobre 1,281 tablas el 27 de septiembre de 2026.
Y una advertencia de lectura, porque sin ella el resto se entiende mal: las cifras que siguen son de la plataforma, medidas sobre los sistemas que ya genera, y no se le atribuyen a TotalTow. Lo que dicen es con qué se construye este producto, no qué está construido de él.
Dicho eso, las cifras son grandes y merecen publicarse con precisión. En la tabla de interfaces del motor hay 48,903 endpoints en 70 proyectos, cada uno con su método, su ruta, su versión, su esquema de petición, su esquema de respuesta, sus códigos de estado y su autorización declarada al cien por cien. Es la respuesta a la pregunta «¿y cuando ustedes generan un sistema, qué sale?», y es una respuesta que se puede contar.
Las cinco capas de interfaz que la plataforma produce
| Capa | Cantidad medida | Qué contiene |
|---|---|---|
| Interfaces del proyecto | 48,903 endpoints en 70 proyectos | Método, ruta, versión, esquema de petición, esquema de respuesta, códigos de estado y autorización declarada |
| Acciones de pantalla con su interfaz | 1,707 en los siete sistemas de esta capa, de los cuales 1,224 con tipo de dato definido y 1,025 con su procedimiento almacenado real | Qué llama cada botón de cada pantalla, y contra qué |
| Tareas de servidor | 159 tareas con su interfaz, su clase y su método | Lo que corre sin pantalla: procesos programados y de fondo |
| Pasos de proceso con interfaz | Pasos con su interfaz, varios de ellos, con su interfaz de reversión | Cómo se ejecuta un paso de negocio y cómo se deshace |
| Consultas requeridas por los tableros | 6,518 consultas declaradas | Qué información necesita cada indicador para existir |
Fuente: SPARTANE · inventario profundo de la base del motor de generación sobre 1,281 tablas, 27 de septiembre de 2026, con hora de corte del propio servidor. Cifras de la plataforma y de los proyectos generados en ella; TotalTow no está entre esos proyectos y su conteo de endpoints es cero.
Hay un argumento que se oye mucho en esta industria y que conviene desactivar con el dato en la mano: «de cualquier lista de entidades sale un juego de operaciones, eso no prueba nada». La parte cierta es que la plataforma tiene un catálogo de 15 operaciones canónicas, cada una con su plantilla de ruta y su plantilla de procedimiento, y que las rutas reales coinciden con él fila por fila. La parte que casi nadie dice es la segunda: la proporción real medida es de cinco a siete interfaces por entidad, no quince. Publicar la multiplicación sería inflar la cifra, y aquí se publica la medición.
Y el hallazgo que sostiene mejor la existencia de esos sistemas no son las interfaces: son las pruebas. La base guarda 154,726 casos de prueba, de los cuales 12,450 corresponden a los siete sistemas de esta capa, automatizados y de extremo a extremo, organizados en 176 especificaciones con 2,667 suites y 75,190 pasos, incluidas pruebas de accesibilidad contra criterios de contraste y redimensionamiento de texto. Un sistema con doce mil pruebas automatizadas es difícil de fingir. Otra vez: son de los sistemas generados, no de éste.
La cifra que importa de esta sección no es 48,903. Es que un conteo así se pueda pedir, con fecha, hora de servidor y consulta a la vista.
Los límites, nombrados
Lo que no se publica, aunque exista
Una página de integraciones honesta enumera lo que no afirma. Son seis puntos y los seis tienen causa.
- Ningún endpoint de este sistema. No los hay: TotalTow no está dado de alta en el motor y su conteo es cero, con corte del propio servidor del 27 de septiembre de 2026. Esta página no cita ni una ruta como suya.
- Ningún esquema de autenticación concreto. Se afirma que exigen autorización; el esquema se fija al implantar, contra el proveedor de identidad que su empresa ya use.
- Ningún contrato de especificación de interfaz atribuido a estos sistemas. Los que existen en la casa pertenecen a otro proyecto y no se les atribuyen.
- Ninguna lista nominal de contrapartes conectadas. El brochure declara compatibilidad y acompañamiento en la conexión, no una lista, y esta capa no nombra empresas ajenas.
- Ningún proveedor de equipo de posición ni protocolo. El brochure declara la capacidad, no la implementación.
- Ninguna emisión de comprobante fiscal atribuida al producto. El brochure no la declara. Lo que esta página publica es la obligación que existe en el traslado y dónde vive cada dato que pide.
Seis huecos nombrados se convierten en seis preguntas concretas para la sesión. Seis huecos tapados se convierten en seis sorpresas después de firmar.
Cómo se evalúa
Cinco preguntas antes de firmar una integración
Estas cinco no se contestan con una lámina de arquitectura. Se contestan con una interfaz abierta y un caso real encima, y sirven igual para éste que para cualquier otro producto del sector.
- ¿Qué pasa cuando la contraparte está caída? ¿El folio se pierde, se encola o se recibe por otro canal? La respuesta define si su operación depende de la disponibilidad de un tercero.
- ¿Quién gana cuando los dos sistemas discrepan? Si el arribo de usted dice una hora y el de la contraparte otra, hay que saber de antemano cuál manda para el cálculo del cumplimiento.
- ¿Se puede reenviar un evento sin duplicar el servicio? Es la pregunta técnica que más conciliaciones arruina, y la que menos se hace.
- ¿Qué queda registrado de cada mensaje? No de lo que se procesó: de lo que llegó y lo que salió, tal cual, con su hora. Sin eso, una objeción se discute de memoria.
- ¿Cuánto tarda conectar una contraparte nueva, y de quién depende? Si la respuesta obliga a una orden de cambio, la integración no es del producto: es de un proyecto.
Las cinco se pueden hacer en la misma sesión en la que se abre el sistema. Que es, exactamente, lo que esta capa propone antes de que usted decida nada.
Preguntas frecuentes
¿Cuántos endpoints tiene TotalTow?
Ninguno en el motor de la casa, y esta página lo dice sin rodeos. El único proyecto del dominio de grúas que existe en la base está vacío, con corte del propio servidor del 27 de septiembre de 2026. Las capacidades de integración que se describen aquí salen del brochure del producto, que es lo que existe documentado, y así están atribuidas.
Entonces, ¿de dónde salen los 48,903 endpoints?
De la plataforma que construye los sistemas: 48,903 interfaces repartidas en 70 proyectos generados, con método, ruta, versión, esquemas de petición y respuesta, códigos de estado y autorización declarada. Es una cifra de la plataforma y de los proyectos generados en ella; TotalTow no está entre esos proyectos. La sección donde aparece lo dice en el titular y en el pie de la tabla.
¿La integración con la contraparte es de doble vía de verdad?
Es lo que el brochure declara: la solicitud crea el servicio automáticamente y el estado sale en vivo con aceptación, arribo y cierre con evidencia, sin intervención manual. Lo que el brochure no publica es la lista nominal de contrapartes conectadas ni la especificación de cada interfaz, y esta página no lo suple: se pide en la sesión, con el sistema delante.
¿El sistema emite el comprobante fiscal del traslado?
El brochure no lo declara, y esta página no se lo atribuye. Lo que sí publica es la obligación que existe cuando el servicio ampara el traslado de un bien por territorio nacional —el complemento de carta porte en su versión 3.1, de uso obligatorio desde el 17 de julio de 2024— y dónde vive en la operación cada dato que ese complemento pide. Si aplica a un servicio concreto se determina caso por caso.
¿Qué avisa el sistema hacia afuera sin que nadie lo pida?
Ocho eventos del ciclo del servicio están declarados en el brochure: apertura desde folio recibido, aceptación, asignación, en ruta, arribo, riesgo de incumplimiento, cierre con evidencia y encuesta. La página los publica con su disparo, su destinatario y lo que queda registrado, y añade en tabla aparte cinco que el proceso necesita y el brochure no declara, marcados como propuesta.
¿Qué pasa con los datos personales del beneficiario en estas integraciones?
Son datos personales y quedan bajo la Ley Federal de Protección de Datos Personales en Posesión de los Particulares publicada el 20 de marzo de 2025, con reforma del 14 de noviembre de 2025: aviso de privacidad, base de licitud, medidas de seguridad y derechos de acceso, rectificación, cancelación y oposición. Y conviene revisar el aviso propio: la autoridad cambió y ya no es el instituto que nombra la mayoría de los avisos en circulación.
Referencias
- TotalTow · brochure del producto, quince páginas. Secciones 02, 05, 07, 08 y 10: los tres pilares, monitoreo en tiempo real, integración con el ecosistema, atención al asegurado y facturación y finanzas. ↗
- Servicio de Administración Tributaria · comprobante fiscal digital por internet y complemento carta porte versión 3.1, de uso obligatorio desde el 17 de julio de 2024. ↗
- Cámara de Diputados · Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada el 20 de marzo de 2025, con reforma del 14 de noviembre de 2025. ↗
- 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, y sus lineamientos del 15 de noviembre de 2023. ↗
- SPARTANE · inventario profundo de la base del motor de generación sobre 1,281 tablas, 27 de septiembre de 2026, con hora de corte del propio servidor: 48,903 interfaces en 70 proyectos, 1,707 acciones de pantalla en los siete sistemas de esta capa, 159 tareas de servidor, 6,518 consultas de tablero, 15 operaciones canónicas de catálogo y una proporción medida de cinco a siete interfaces por entidad. ↗
- SPARTANE · inventario de pruebas automatizadas de la base del motor, 27 de septiembre de 2026: 154,726 casos en la base y 12,450 en los siete sistemas de esta capa, en 176 especificaciones, 2,667 suites y 75,190 pasos. ↗
- SPARTANE · consulta de sólo lectura a la base del motor de generación, con hora de corte tomada del propio servidor el 27 de septiembre de 2026 a las 08:06:18: cero interfaces, cero entidades y cero pantallas para el único proyecto del dominio de grúas. ↗
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.