Relevo · la evidencia
Un sistema que observa el trabajo se demuestra igual que se demuestra el trabajo: con el registro, el conteo y la hora.
Esta página no argumenta: enumera. Cada cifra del motor trae la tabla de donde salió y la hora que el propio servidor devolvió al consultarla, y cada cifra de la plataforma trae el archivo y la línea donde se puede contar. El proyecto real que sostiene esta página tiene el nombre del cliente enmascarado, y así se queda.
La regla de esta página
Qué cuenta como evidencia aquí, y qué no cuenta
En un sistema que observa cómo trabaja la gente, la palabra «evidencia» tiene dos significados y los dos importan. El primero es el de cualquier auditoría de software: el archivo, la tabla y la fecha que permiten a un tercero contar lo mismo que contamos nosotros y llegar al mismo número. El segundo es el que le va a pedir su área de recursos humanos: el registro de qué se observó, con qué finalidad, quién lo autorizó y quién lo puede apagar.
Esta página sirve al primero. El segundo vive en las páginas de regulación y de seguridad de este mismo sistema, y ninguna de las dos se sostiene sin la otra.
Hay cinco orígenes y ninguno se mezcla con otro. El brochure sostiene lo que Relevo hace como producto: el ciclo de cuatro capacidades, las tareas de logística que reconoce y los seis controles de privacidad. El motor sostiene lo que está dado de alta en su base de datos, leído de ahí con el proyecto, la tabla y la hora del servidor a la vista. La plataforma sostiene lo que la fábrica de software de la casa tiene construido, con cita de archivo y línea en el expediente interno. La norma sostiene las obligaciones, con su fecha de publicación en el Diario Oficial de la Federación. La casa sostiene sus propios datos, con su fecha de verificación.
Y hay una sexta categoría que casi nadie publica: lo que no está. Tiene sección propia, con el conteo exacto de cada ausencia. Una página de evidencia que sólo trae buenas noticias no es evidencia; es publicidad con tipografía seria.
- Construido y corriendo: se puede abrir, contar o ejecutar hoy.
- Transcrito del motor: está dado de alta en la base del motor y se leyó de ahí, con el conteo exacto y la hora que devolvió el servidor.
- Construido y no conectado: el código existe en disco, no está integrado a la línea que produce su sistema, y se dice así.
- Se define al implantar: la tabla existe en el motor y no tiene filas para este proyecto. Se declara con su conteo y no se publica como dato duro.
- Obligación del cliente: lo que la ley o la relación de trabajo le exigen a usted como empleador, y que ningún sistema asume en su lugar.
Si un renglón de esta página no le cuadra, tiene la tabla, el archivo o el artículo para desmentirlo. Eso es lo que la hace útil.
Construido y corriendo · transcrito del motor
El proyecto que sí existe, con su conteo y la hora del servidor
El material más fuerte de este sistema no es un folleto: es un proyecto de logística real, generado por el motor de la casa, cuyo contenido se puede contar renglón por renglón. Es un sistema de gestión de embarques de transporte internacional: programación de la solicitud de servicio, asignación de proveedor por trayecto, trayectos segmentados —nacional, cruce fronterizo, internacional— y seguimiento del estado del viaje hasta el cierre documental.
El nombre comercial del cliente está enmascarado como «cliente A» en el expediente de extracción, y así se publica. No es una licencia editorial: publicar qué empresa de logística opera con qué sistema es publicar algo sobre su operación que no nos toca decidir. La búsqueda de patrones de registro fiscal sobre el volcado completo devolvió cero coincidencias, y las tablas de módulos, pantallas, roles, procesos, casos de uso, ciclos de vida, entidades y rutas de API no devolvieron ningún nombre de persona.
La hora está en el pie de la tabla por una razón de método:un conteo sin hora de corte no es reproducible. La fecha y la hora se toman del propio servidor desde la que se consultó.
Qué tiene el proyecto · cuánto · de qué tabla salió
| Qué | Cuánto | De dónde se leyó |
|---|---|---|
| Módulos del sistema | 6: programación de embarques, asignación de proveedores, seguimiento y cierre de trayectos, catálogos maestros, reportes y tableros, y configuración | catálogo de módulos del proyecto |
| Pantallas | 178, repartidas en 16 tipos distintos de pantalla | catálogo de pantallas, por módulo |
| Roles del sistema | 8: seis puestos de la operación, el ejecutor de los pasos automáticos y el oficial de cumplimiento | catálogo de roles del proyecto |
| Procesos de negocio | 48 | catálogo de procesos |
| Subprocesos | 196, con su orden y su rol responsable | jerarquía de proceso a subproceso |
| Casos de uso | 438, con actor principal y subproceso | catálogo de casos de uso |
| Ciclos de vida | 19, sobre 10 entidades distintas | índice de máquinas de estado |
| Estados | 157 | estados por ciclo de vida |
| Transiciones | 213, con acción, condición y rol autorizado | matriz de transiciones |
| Permisos por rol y estado | 568 combinaciones de rol y estado | permisos por rol y estado |
| Entidades del diccionario de datos | 53, con su nombre físico y sus relaciones salientes | diccionario de datos del proyecto |
| Rutas de API | 1,610, y las 1,610 son distintas: ninguna se repite | catálogo de interfaces del proyecto |
| Acciones de pantalla con su llamada de API | 110, y las 110 traen declarada la ruta que invocan | acciones por pantalla |
| Documentos de proyecto aprobados | 33, entre ellos gestión de riesgos, cumplimiento regulatorio, auditoría interna de cumplimiento, gobernanza, pruebas de seguridad y pruebas de rendimiento | documentos del proyecto, con versión y fecha |
Fuente: base de datos del motor de generación de sistemas de la casa, el proyecto de este sistema en el motor, consultada en modo de sólo lectura. Fecha y hora tomadas del propio servidor: 27 de septiembre de 2026, 08:03:51, con consultas adicionales del mismo día a las 13:55. Cada cifra proviene de una consulta transcrita en el expediente de extracción.
Diecinueve ciclos de vida con 213 transiciones y 568 permisos por rol y estado son quinientas sesenta y ocho decisiones ya tomadas sobre quién puede mover qué. Eso no se improvisa en una hoja de cálculo compartida.
Construido y corriendo
Las 1,610 rutas, y las cuatro cosas que traen todas
Una lista de rutas de API es la evidencia menos vistosa y la más difícil de falsificar, porque cada renglón es una promesa comprobable: este método, sobre esta dirección, recibe esto y devuelve esto. En este proyecto hay 1,610, y la consulta de rutas distintas devuelve también 1,610: no hay duplicados que inflen el conteo.
El reparto por método importa porque describe qué clase de sistema es. Con casi dos terceras partes de lectura y un tercio de escritura, éste es un sistema de operación y consulta, no un cascarón de altas: alguien consulta disponibilidad, estado de trayecto y expediente muchas más veces de las que da de alta un embarque.
Y hay una diferencia de cincuenta y una rutas entre el total y la suma de las que traen método declarado: son rutas compuestas, del tipo «lectura por GET y guardado por PUT en el mismo recurso», que el catálogo cuenta una vez y resuelve en dos.
Método · rutas · qué significa
| Método | Rutas | Qué opera |
|---|---|---|
| Lectura | 997 | Consulta de disponibilidad de activos, estado de trayecto, expediente de embarque, catálogos y tableros |
| Actualización | 279 | Cambio de estado del trayecto, datos de caja y placas en descarga, disponibilidad del activo, tarifa confirmada |
| Alta | 214 | Solicitud de embarque, proveedor externo, incidencia, acuerdo de carga, ajuste de tarifa |
| Baja | 69 | Inactivación de registros de catálogo con su aprobación |
| Sin método resuelto en el catálogo | 51 | Pendiente real del proyecto; se declara, no se reparte entre los anteriores |
Fuente: base del motor, catálogo de interfaces del proyecto de este sistema en el motor. Corte de servidor del 27 de septiembre de 2026. La suma de las rutas con método declarado es 1,559 de 1,610.
Cuatro declaraciones más sobre esas mismas rutas, y las cuatro se consultaron una por una. Las 1,610 traen esquema de la petición y esquema de la respuesta: no son nombres de función, son contratos con forma. Las 1,610 traen declarado que requieren autorización, lo cual es lo correcto para un sistema donde cada movimiento tiene rol.
Y dos que juegan en contra, dichas con el mismo énfasis. Ninguna de las 1,610 tiene esquema de seguridad concreto asignado: el campo está vacío en todas, así que «requiere autorización» es una declaración de intención y no la descripción de un mecanismo. Ninguna de las 1,610 está ligada a una entidad del diccionario de datos en el catálogo, aunque el diccionario tiene 53 entidades: la trazabilidad de ruta a entidad hay que reconstruirla leyendo la dirección, no consultando el campo.
Mil seiscientas diez rutas con su contrato de entrada y salida son una integración posible. Mil seiscientas diez sin esquema de seguridad asignado son una conversación pendiente con su área de sistemas, y conviene tenerla antes de firmar.
Construido y corriendo
Las 178 pantallas, repartidas por tipo
Contar pantallas prueba tamaño; contarlas por tipo prueba que hay un modelo detrás. El motor de la casa genera cada pantalla a partir de un tipo declarado, y cada tipo tiene su generador y su plantilla en disco. En este proyecto se usaron 16 tipos distintos de los veintiún tipos verificados en el código de la plataforma.
El reparto describe la operación mejor que cualquier descripción: sesenta y cuatro pantallas de alta, consulta y edición sobre catálogos y expedientes, treinta y cinco bandejas de trabajo —lo que un coordinador abre en la mañana para ver qué le toca—, doce asistentes paso a paso para las capturas largas y diez pantallas de aprobación, que son exactamente los puntos donde alguien firma.
Tipo de pantalla · cuántas · para qué sirve en esta operación
| Tipo | Pantallas | Qué resuelve |
|---|---|---|
| Alta, consulta y edición de registro | 64 | Clientes, proveedores, rutas, tarifas, cajas, unidades y conductores |
| Bandeja de trabajo | 35 | Embarques pendientes, solicitudes por coordinar, trayectos por asignar |
| Asistente paso a paso | 12 | Captura del embarque, asignación de proveedor, actualización del estado del trayecto, cierre y archivo |
| Aprobación | 10 | Confirmación de tarifa, acuerdo de carga, baja e inactivación de registros |
| Maestro y detalle | 9 | Cliente y sus embarques, incidencia y su seguimiento, plantilla de ruta y sus trayectos |
| Ficha | 8 | Expediente de una entidad, para leer sin editar |
| Configuración | 7 | Notificaciones a los módulos operativos y acceso al sistema |
| Auditoría | 6 | Integridad de datos maestros y notificaciones de cambio de estado |
| Tablero | 5 | Disponibilidad de activos y desempeño operativo |
| Tablero de columnas por estado | 5 | Selección y validación de trayecto |
| Galería de documentos | 4 | Orden de compra y documentación adjunta del embarque |
| Monitor | 3 | Seguimiento de trayectos activos |
| Listado | 3 | Búsqueda y filtrado de proveedores para un trayecto |
| Proceso | 3 | Generación de folio y notificación del embarque |
| Reporte | 3 | Indicadores operativos para la gerencia |
| Mapa | 1 | Ubicación del trayecto |
Fuente: base del motor, catálogo de pantallas del proyecto de este sistema en el motor, agrupado por tipo de pantalla. Corte de servidor del 27 de septiembre de 2026. La suma es 178.
Treinta y cinco bandejas y diez pantallas de aprobación describen una operación donde el trabajo llega, se toma y se firma. Ése es el trabajo que Relevo observa, y ésas son las pantallas donde la captura se repite.
Transcrito del motor, con su salvedad
Diecinueve ciclos de vida que en realidad son diez entidades
Aquí va un hallazgo que conviene publicar completo, porque un lector atento lo iba a encontrar. Los diecinueve ciclos de vida del proyecto no cubren diecinueve entidades: cubren diez. Nueve de esas diez tienen dos versiones del ciclo registradas en la base —una con código de flujo descriptivo y otra con código numérico— y sólo el ciclo del conductor aparece una sola vez.
Las dos versiones no son idénticas: la segunda suele traer más estados, más transiciones y una pantalla principal asociada. Eso es coherente con una regeneración posterior del mismo modelo, y es exactamente el tipo de dato que un proveedor tiene el incentivo de callar, porque el número grande se ve mejor. El número grande es cierto —diecinueve filas en la tabla, 213 transiciones sumadas— y la lectura honesta también: diez entidades con ciclo de vida, nueve de ellas con dos versiones.
La tabla publica la versión con más contenido de cada entidad. La página hermana de los tres flujos trabaja sobre el mismo material, y ninguna de las dos inventa una transición.
Entidad · estados · transiciones · qué controla el ciclo
| Entidad con ciclo de vida | Estados | Transiciones | Qué controla |
|---|---|---|---|
| Embarque | 16 | 21 | De la solicitud inicial al cierre, con asignación de proveedor, seguimiento en tránsito, incidencias y archivo de documentación |
| Trayecto | 16 | 24 | Cada segmento de ruta, desde su programación hasta su cierre, con proveedor, seguimiento y documentación fiscal |
| Solicitud de embarque | 15 | 20 | De la captura por el ejecutivo comercial al cierre formal con comprobante fiscal registrado y evaluación del proveedor |
| Incidencia | 12 | 19 | Detección, clasificación, escalamiento y cierre de la incidencia del trayecto, con comunicación al cliente |
| Comprobante fiscal del trayecto | 9 | 10 | Captura, validación, asociación al embarque, archivo y cierre |
| Ajuste de tarifa | 9 | 12 | De la propuesta del coordinador a la aprobación o el rechazo de la gerencia, con validación de rangos |
| Acuerdo de carga | 9 | 11 | Generación automática, revisión, envío al proveedor y confirmación de recepción |
| Activo: unidad y caja | 8 | 16 | Disponibilidad en tiempo real, asignación a trayecto, mantenimiento y baja |
| Proveedor transportista | 7 | 10 | Validación de identidad y de documentación legal y fiscal antes de quedar habilitado para asignación |
| Conductor | 4 | 6 | Disponibilidad, asignación y baja, con vigencia de habilitaciones y certificaciones |
Fuente: base del motor, índice de máquinas de estado y matriz de transiciones del proyecto de este sistema en el motor. Corte de servidor del 27 de septiembre de 2026. Se publica la versión con más contenido de cada entidad; el total de las diecinueve filas registradas es de 157 estados y 213 transiciones.
Un embarque con dieciséis estados y veintiuna transiciones no cabe en un tablero de notas. Cabe en una máquina de estados, y por eso existe una.
Construido y corriendo
La plataforma que produce estos sistemas, con el archivo y la línea
El proyecto anterior no se escribió a mano: lo produjo la plataforma de generación de la casa. Esa plataforma también se puede contar, y la tabla siguiente es el resultado de contar el código en disco el 27 de septiembre de 2026, archivo por archivo. No es un conteo en tiempo de ejecución: «21 tipos de pantalla» significa veintiún valores de enumeración, veintiuna ramas del fabricante de generadores y veintiuna plantillas en disco, y así se dice.
La cita es el punto. Cualquier auditoría de software empieza pidiendo el archivo; aquí existe y se entrega a quien lo pida. Y una corrección de método que conviene publicar: una extracción anterior habló de 383 tablas en el metamodelo del motor, y el inventario del 27 de septiembre de 2026 encontró 1,281. La cifra anterior miró una fracción del catálogo. Se publica la nueva y se dice que la anterior estaba corta.
Hecho de la plataforma · valor · cita en el código
| Qué | Cuánto |
|---|---|
| Tipos de pantalla que genera el motor de interfaz | 21, de CRUD a MAPA |
| Generadores de página implementados, uno por tipo | 21 |
| Plantillas de pantalla en disco, una por tipo | 21 directorios |
| Artefactos de código que se generan por pantalla | 6: tipos, servicios, almacén de estado, enlace de eventos, página y barril de exportación |
| Documentos técnicos del catálogo generable | 211, de DOC-001 a DOC-211, sin huecos ni duplicados |
| Secciones del catálogo documental | 18 |
| Tareas de la línea de producción del motor | 19: quince del recorrido principal y cuatro de gestión de cambios |
| Tablas del metamodelo del motor | 1,281, medidas en el inventario del 27 de septiembre de 2026 |
| Reglas de clasificación del motor de cambios | 662: dos de nivel 0, 199 de nivel 1, 315 de nivel 2 y 146 de nivel 3 |
| Controladores de interfaz de programación en el portal | 500 archivos: 499 controladores y una clase base |
| Atributos de ruta declarados en ese portal | 3,953, más 66 rutas explícitas |
| Controles de interfaz catalogados | 45: 35 de captura y 10 de visualización y medios |
Fuente: auditoría de código de la plataforma que genera estos sistemas, conteo en disco del 27 de septiembre de 2026.
Ninguna de estas cifras necesita que usted nos crea. Necesita que pida el expediente.
Entre y úselo
El sistema en vivo, abierto, sin registro y sin costo
La evidencia que más pesa es la que usted puede accionar. El sistema en vivo está en /sistemas/relevo/sistema/. No pide correo, no pide teléfono y no abre un formulario: abre en estado de trabajo, con expedientes cargados y con la marca datos de ejemplo visible en pantalla. Se entra con la vista puesta por rol añadiendo ?rol= a la dirección, de modo que el operador ve lo suyo y quien audita ve lo suyo.
Fíjese en el orden de la tabla, porque es el orden del producto y no el de un catálogo de funciones: primero se avisa y se firma, después se observa, después se prioriza, y sólo al final se ejecuta. Un sistema que empieza por la ejecución —porque la ejecución es lo que vende— le deja el aviso y la firma a usted, y esa es la parte que un inspector revisa primero.
Quién entra · qué le toca · qué queda registrado
| Rol | Lo que le toca en el sistema | Lo que queda registrado |
|---|---|---|
| Operador de captura | La tarea sugerida en pantalla mientras trabaja, y la tarea que ya se ejecuta sola | La secuencia de pasos observada, con su duración y su número de repeticiones |
| Coordinador de tráfico | El flete cotizado, el viaje asignado y el cliente que pregunta dónde va su carga | El tiempo que se fue en dar seguimiento, tarea por tarea |
| Coordinador de comercio exterior | El trámite con el agente aduanal y los documentos que el cruce exige antes de la salida | La tarea repetida y el momento en que el expediente quedó completo |
| Responsable de facturación | El comprobante de traslado timbrado y la conciliación de las pruebas de entrega | La captura hecha igual cada vez, con su registro de ejecución |
| Jefe de área | La productividad de su propio equipo, y sólo de su equipo | Qué vio, cuándo lo vio y con qué alcance |
| Dueño del proceso | La automatización propuesta, aprobada o detenida | Quién la aprobó, con qué alcance y en qué fecha |
| Área de sistemas | La instalación en los equipos y la conexión con los sistemas actuales | El equipo donde está instalado y desde cuándo |
| Recursos humanos, que audita | La firma de la política de uso, el acceso por rol y la bitácora | El aviso de privacidad y el consentimiento, con su fecha y su versión |
| El empleado observado | El aviso, el botón de pausa y el alcance de lo que se registra | La pausa que activó, sin registro de por qué |
Fuente: brochure de Relevo, secciones de privacidad, de arranque y de roles, más el catálogo de roles del sistema en vivo. Los expedientes del sistema en vivo son datos de ejemplo y no contienen datos personales.
Verlo no cuesta nada y no lo compromete a nada. Es la parte de esta página que no se puede falsificar.
Construido y todavía en el banco de pruebas
Lo que está construido y no está conectado al motor
Esta sección existe porque su ausencia es la señal de alarma más confiable en una evaluación de software. Todo proveedor tiene código que aún no está en la línea de producción. La diferencia está en decirlo antes de que usted lo descubra en el tercer mes.
En el disco de la plataforma hay 30 carpetas de agente de inteligencia artificial en Python, cada una con tres archivos de código, y 12,474 líneas repartidas en 102 archivos. Ninguna está integrada al motor que produce su sistema. La verificación es negativa y se hizo sobre el código: no hay una sola coincidencia en todo el código del motor para esos agentes ni para los puertos que declaran, y el propio plan maestro los deja en estado de planeación. Se publican como lo que son: treinta agentes especificados, en desarrollo, no integrados a la línea de producción.
Esto importa de un modo particular en un sistema que se vende por su capacidad de aprender, y conviene decirlo sin rodeos. Lo que Relevo hace hoy —observar la secuencia, medirla, priorizarla y ejecutarla— está descrito en el brochure y corre en el sistema en vivo. Lo que está en esas treinta carpetas y todavía no llega a la línea de producción está aquí, en esta lista, y no en la página de inteligencia artificial.
Dos más, con el mismo énfasis. El motor de flujos de trabajo de tres capas está especificado y no operativo: sus siete tablas tienen cero filas y el generador no las consulta. Y en el portal hay una constante que apunta a un servicio de agentes y no se usa en ninguna otra línea: es código muerto, y así está documentado en la propia auditoría.
Un proveedor que no tiene esta lista no es que no la tenga: es que no la publica.
El límite declarado
Lo que es obligación suya y ningún sistema le quita
Aquí está la frase que ningún proveedor de este dominio debería dejar de escribir: el empleador es usted. Un sistema que observa el trabajo de personas trata datos personales de sus empleados, y la ley aplicable es la Ley Federal de Protección de Datos Personales en Posesión de los Particulares publicada en el Diario Oficial de la Federación el 20 de marzo de 2025. Esa ley no le impone obligaciones a su software: se las impone a usted, que es el responsable del tratamiento.
El sistema hace que cumplir sea posible, ordenado y demostrable. No cumple en su lugar, y quien le diga lo contrario le está vendiendo una tranquilidad que no puede entregar. Conviene desglosarlo, porque la confusión entre «tengo el sistema» y «cumplo» es la que produce la conversación difícil con el sindicato, con el inspector o con el propio equipo.
El software no es el responsable del tratamiento. Usted sí. Todo lo que este sistema hace se ordena alrededor de ese hecho.
- El aviso de privacidad lo emite el responsable, que es la empresa. El sistema guarda su versión, su fecha y la firma de cada colaborador. Redactarlo, ponerlo a disposición y sostener la finalidad declarada es acto de la empresa.
- La finalidad del tratamiento la define usted, y limita todo lo demás. Si la finalidad declarada es encontrar tareas repetidas para automatizarlas, entonces usar lo observado para evaluar a una persona es un uso distinto del declarado. El sistema puede impedirlo por configuración; decidirlo es de la organización.
- La consulta con el equipo y con la representación de los trabajadores. Un sistema que se instala en la computadora de alguien sin que ese alguien lo sepa no es un problema técnico: es un problema de relación de trabajo, y el brochure de este producto lo pone como segundo paso del arranque, antes de observar nada.
- Quién aprueba una automatización. El sistema propone, con el número de repeticiones y el tiempo medido. Aprobar que una tarea se ejecute sola es una decisión de negocio con nombre y apellido, y queda registrada con ese nombre.
- Quién puede apagarla, y en cuánto tiempo. El sistema entrega el control de apagado y el registro de quién lo usó. Decidir a qué puestos se les da ese control, y probarlo antes de necesitarlo, es de la empresa.
- Lo que pasa cuando la automatización se equivoca. El sistema registra qué ejecutó, cuándo y con qué datos, y se detiene ante el caso que no reconoce. Corregir el dato en el sistema de destino, y responder ante el cliente, sigue siendo de la operación.
- La decisión sobre una persona. Ninguna consecuencia laboral se sostiene en una medición de tiempos de captura. La Ley Federal del Trabajo exige causa justificada y aviso por escrito para rescindir una relación de trabajo sin responsabilidad para el patrón, en su artículo 47. Un tablero de horas por tarea no es ninguna de las dos cosas.
Un sistema que le promete que el aviso y el consentimiento «ya vienen resueltos» le está preparando la peor conversación de su vida con su propio equipo.
Medido el 27 de septiembre de 2026
Lo que la categoría no publica, y se puede contar
La última pieza de evidencia no es sobre nosotros: es sobre la categoría. Se obtuvo revisando los sitios públicos y la documentación oficial de quince proveedores de software de gestión y automatización del transporte el 27 de septiembre de 2026. No se nombra a ninguno, porque el hecho no es sobre la calidad de un producto ajeno: es sobre lo que la categoría decide no decirle antes de que usted pida una cotización.
Y conviene subrayar la naturaleza del hallazgo. No es que a un proveedor le falte un dato en su sitio: es que doce de los doce proveedores globales revisados coinciden en no publicar el mismo dato. Cuando toda una categoría calla lo mismo, el silencio es del modelo de contratación, no del sitio web.
Lo que un comprador necesita antes de cotizar · cuántos lo publican
| Lo que necesita saber antes de firmar | Qué encontró la revisión | Qué significa para usted |
|---|---|---|
| Plazo de arranque publicado y comprometido | Ninguno de los doce proveedores globales lo publica | El plazo se negocia después de firmar, cuando ya no tiene alternativa |
| Tarifario verificable en su propio sitio | Uno de los doce globales; los once restantes remiten a contacto comercial | Lo que le cuesta depende de cuánto parezca que puede pagar |
| Unidad de cobro explicada antes de la cotización | Un solo caso documentado, y mide volumen transportado, no desembolso | La factura crece con su operación aunque el beneficio no crezca igual |
| Costo de un cambio pedido después del arranque | Sin documentar en los doce; en las reseñas públicas de dos proveedores es el reclamo más repetido | Cada cambio se cotiza aparte, y el precio se conoce cuando ya no puede cambiar de proveedor |
| Cumplimiento fiscal mexicano del traslado, dentro del producto | Ninguno de los doce globales lo documenta dentro de su sistema de transporte | La obligación fiscal se resuelve con desarrollo a medida o con un tercero, y se cotiza por separado |
| Interfaz que un despachador use el primer día | Cuatro de los mejor posicionados acumulan el mismo reclamo público sobre su interfaz | La capacitación es más larga de lo previsto, y el costo lo absorbe su operación |
| Quién implementa, y con qué dependencia | La entrada a México de los grandes pasa por socios certificados | El proveedor cobra la licencia y el socio cobra el proyecto: dos facturas y una sola responsabilidad difusa |
| Conteo de transportistas mexicanos conectados | Ninguno de los dos especialistas de visibilidad lo publica | Conectar a su propia red de transportistas termina siendo trabajo suyo |
Fuente: revisión de sitios públicos, documentación oficial de producto y reportes a inversionistas de quince proveedores de software de gestión y automatización del transporte, 27 de septiembre de 2026. Documento interno de la casa; no se publican nombres, y las lecturas que no pudieron verificarse contra fuente primaria no se publican.
Cuando toda una categoría calla el mismo dato, el dato no es el problema: el modelo de contratación lo es.
Preguntas frecuentes
¿Relevo está generado por el motor de la casa?
El sistema de logística que sostiene la evidencia de esta página sí: es el proyecto de este sistema en el motor, con 178 pantallas, 19 ciclos de vida, 213 transiciones y 1,610 rutas de API. Lo que el brochure describe como ciclo de observación y ejecución se publica atribuido al brochure, no al motor. Las dos cosas se dicen separadas en todas las páginas de este sistema.
¿Por qué el cliente del proyecto aparece como «cliente A»?
Porque su nombre comercial venía en el nombre del proyecto y en varios campos de texto, y se enmascaró en el propio expediente de extracción. Así se queda. Publicar qué empresa de logística opera con qué sistema es publicar algo sobre su operación que no nos corresponde decidir. La búsqueda de patrones de registro fiscal sobre el volcado completo devolvió cero coincidencias.
¿Cómo sé que los conteos no están inflados?
Por tres razones comprobables. La consulta de rutas distintas devuelve el mismo número que el total, 1,610, así que no hay duplicados. La suma de las pantallas por tipo da exactamente 178. Y la suma de estados y transiciones de los diecinueve ciclos da 157 y 213. Además esta página declara que esos diecinueve ciclos cubren diez entidades, que es la lectura que un conteo crudo esconde.
¿Los agentes de inteligencia artificial funcionan o no?
Los del producto están descritos en el brochure y corren en el sistema en vivo con su límite declarado. Aparte de eso, en el disco de la plataforma hay treinta carpetas de agente en Python, con 12,474 líneas en 102 archivos, que no están integradas al motor: la verificación es negativa sobre el código y está en la lista de lo construido y no conectado.
¿Qué hago con la lista de ceros?
Usarla como lista de preguntas. Las ciento cincuenta y una pantallas sin acceso por rol declarado, las cincuenta y una rutas sin método y las cero funcionalidades son trabajo identificado, no sorpresas de implementación. Pida esa misma lista a cualquier otro proveedor y compare la respuesta: ahí se sabe con quién está hablando.
¿Qué pasa si encuentro un dato mal citado en esta página?
Escriba a sales@spartane.ai con el renglón y la corrección. Se corrige con la corrección a la vista y con la fecha del cambio. La firma al pie dice quién responde por esta página.
Referencias
- Relevo · brochure de logística, 10 páginas. Origen de todas las afirmaciones de producto de esta página: ciclo de cuatro capacidades, tareas de logística reconocidas, seis controles de privacidad y arranque en cuatro pasos.
- Base de datos del motor de generación de sistemas de la casa, el proyecto de este sistema en el motor, consultada en modo de sólo lectura el 27 de septiembre de 2026, con fecha y hora tomadas del propio servidor: 08:03:51 para la extracción completa y 13:55 para las consultas adicionales de rutas, acciones de pantalla, funcionalidades y casos de prueba. El nombre comercial del cliente está enmascarado y no se publica.
- SPARTANE · auditoría de código de la plataforma que genera estos sistemas, conteo en disco del 27 de septiembre de 2026. Documento interno; las citas de archivo y línea se muestran en sesión a solicitud.
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada en el Diario Oficial de la Federación el 20 de marzo de 2025, en vigor el 21 de marzo de 2025, con reforma publicada el 14 de noviembre de 2025. Sustituye a la ley del 5 de julio de 2010. Consultada el 27 de septiembre de 2026. ↗
- Ley Federal del Trabajo, artículo 47: causas de rescisión de la relación de trabajo sin responsabilidad para el patrón y aviso escrito. Consultada el 27 de septiembre de 2026. ↗
- SPARTANE · mapa competitivo del dominio de software de gestión y automatización del transporte: quince proveedores revisados sobre sitios públicos, documentación oficial y reportes a inversionistas, 27 de septiembre de 2026. Documento interno; no se publican nombres.
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 Relevo 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.
Siga por aquí