KORE · la comparativa
La decisión no es entre funciones. Es entre modelos de contratación.
Las funciones de todos los sistemas de transporte se parecen en la presentación. Lo que no se parece es el contrato: por qué unidad le cobran, quién paga la próxima versión del complemento fiscal, cuánto tarda un cambio que usted pida y de quién queda el expediente de sus viajes el día que se acabe la relación.
El campo real
Los siete caminos, descritos como los vive quien los contrata
Ninguna de estas siete opciones es mala. Cada una resuelve bien el problema para el que fue diseñada, y varias conviven en la misma empresa ahora mismo. Lo que cambia —y lo que esta página compara— es el contrato que viene con cada una: qué queda dentro del alcance, qué se cotiza aparte, y quién responde cuando la autoridad publica una versión nueva del complemento fiscal.
No hay nombres en esta página. No por prudencia comercial, sino porque el argumento no es sobre la calidad de ningún producto: es sobre el modelo con el que se contrata cada categoría. Un dato de modelo se sostiene sin nombrar a nadie; un juicio de calidad sin evidencia auditada, no.
- El sistema global de gestión de transporte. Producto maduro, pensado para transportistas y operadores logísticos de otros mercados. Núcleo de órdenes, viajes, tarifas y liquidaciones muy completo. La parte fiscal mexicana queda fuera del producto y entra como proyecto.
- El módulo de transporte de un sistema administrativo genérico. Lo más extendido en la pequeña y mediana flota mexicana, porque la empresa ya lo tiene para facturar. Resuelve el comprobante —a veces con campos configurados a mano— y no tiene despacho, ni asignación de unidad y operador, ni costo por kilómetro, ni liquidaciones.
- La plataforma de telemetría y rastreo. Caja en la unidad, mapa, cámara y calificación de conducta. Instrumenta la mitad física de la operación y no pretende ser el sistema del negocio: no cotiza, no timbra, no liquida.
- El sistema de ruteo y última milla. Origen latinoamericano, muy bueno en densidad de entregas, ventanas y evidencia de entrega. No está construido para autotransporte federal: no hay permiso, ni licencia federal, ni pesos y dimensiones, ni comprobante de traslado.
- El desarrollo a la medida con un integrador local. Hace exactamente lo que usted pida, incluida la parte fiscal. El costo está en el segundo año: cada cambio es un proyecto y el conocimiento vive en una empresa de la que usted depende.
- La plataforma de un operador logístico. Plataforma construida por un operador logístico para su propia red, ofrecida a sus transportistas socios. Funciona, y trae un conflicto de interés estructural: sus tarifas y sus clientes quedan dentro del sistema de alguien que también compite por esa carga.
- La hoja de cálculo del jefe de tráfico. El sistema real de una enorme cantidad de flotas mexicanas. Es un logro de la persona que la construyó, no un descuido de la empresa, y su límite es preciso: no sella un comprobante fiscal y no deja bitácora.
Siete caminos y una sola pregunta que los ordena: al final del viaje, ¿quién emite el comprobante y con qué evidencia detrás?
La comparación
La tabla, con la misma vara para los ocho
Ocho columnas de la misma fila: las siete alternativas y este sistema. Las cuatro preguntas que se hacen son las que un contrato contesta, no las que un folleto contesta.
Camino · a quién sirve · unidad de cobro · complemento fiscal · quién carga el riesgo de construir
| Camino | A quién sirve bien | Unidad de cobro habitual | Complemento fiscal de traslado | Quién carga el riesgo de construir |
|---|---|---|---|---|
| Sistema global de gestión de transporte | Operaciones grandes de otros mercados, con área de sistemas propia | Licencia por usuario o por unidad, más proyecto de implementación | Fuera del producto: desarrollo a la medida más integrador | El comprador, y otra vez en cada versión nueva |
| Módulo de transporte de un sistema administrativo genérico | Flota pequeña que ya usa ese sistema para facturar | Licencia por empresa o por usuario, con actualización anual | Se resuelve en el flujo contable, a veces con campos configurados a mano | El comprador, con recaptura y sin despacho |
| Plataforma de telemetría y rastreo | Cualquier flota que necesite ver dónde están sus unidades | Por unidad y por mes, con plazo forzoso y equipo aparte | Gestión del documento, no emisión | El comprador, en la mitad administrativa completa |
| Sistema de ruteo y última milla | Distribución urbana, retail y consumo | Por vehículo y por mes | No documentado para autotransporte federal | El comprador, en todo lo fiscal y de permisos |
| Desarrollo a la medida con integrador local | Operación con un proceso muy propio y presupuesto de proyecto | Por hora o por proyecto, más soporte | Se construye, y se vuelve a construir en cada versión | El comprador, siempre, y sin techo |
| Plataforma de un operador logístico | Transportista socio de esa red | Suele ir incluida en la relación comercial de la carga | Según la red; no es producto licenciable verificado | El operador logístico, con su agenda |
| Hoja de cálculo del jefe de tráfico | La flota que todavía no tiene otra opción a su alcance | El tiempo de una persona | No sella comprobantes: se captura en otra herramienta | La persona que la construyó, sola |
| Este sistema | Grupo con varias razones sociales operando la misma flota, y flota mediana que factura sus propios viajes | Se compra o se renta, y se decide después de verlo funcionando | Dentro: el comprobante de traslado se arma y se timbra por viaje | La casa: los cambios se hacen en la sesión, no en órdenes de cambio |
Fuente: revisión de sitios públicos de dieciocho proveedores del dominio de autotransporte de carga, gestión de flota y ruteo, 27 de septiembre de 2026, y brochure de KORE. La columna de unidad de cobro describe el modelo habitual de cada categoría, sin cifras: este sitio no publica precios.
Las dos últimas columnas no se negocian después. Se contestan antes, o las contesta el primer cambio de versión.
La métrica
La unidad de cobro, en el detalle donde duele
La pregunta que más dinero decide en un contrato de software de transporte no es cuánto cuesta: es por qué unidad le cobran. Esa elección determina qué le pasa a su factura cuando la operación crece, cuando se encoge, y cuando usted decide medir mejor.
Vale la pena verlo como lo vive una flota a tres años, que es el horizonte real de cualquiera de estas decisiones.
Unidad de cobro · qué mide · qué le pasa a los tres años
| Unidad de cobro | Qué mide en realidad | Qué le pasa a los tres años |
|---|---|---|
| Por unidad de la flota | El tamaño del activo, no el uso del sistema | Crece con la flota, y en el año flojo no baja si el contrato tiene plazo forzoso |
| Por usuario con acceso | Cuánta gente puede ver la operación | La empresa aprende a compartir usuarios, y la bitácora deja de decir quién hizo qué |
| Por viaje o por movimiento | Su volumen de negocio | El sistema encarece exactamente cuando la operación va bien; el buen año se convierte en la factura de alguien más |
| Por consulta a un servicio externo | Cuántas veces usted verifica algo | La organización aprende sola a verificar menos, sin que nadie lo escriba |
| Por hora de consultoría | Cuánto depende usted de una empresa | Lo que empezó como acompañamiento de arranque se vuelve una partida fija |
| Por unidad, más equipo con plazo forzoso | El activo y el amarre a la vez | Bajar unidades se convierte en una penalización, porque la salida se calcula sobre el saldo del plazo pendiente |
Fuente: modelos de contratación descritos en los sitios públicos y en las condiciones contractuales reportadas públicamente de dieciocho proveedores del dominio, 27 de septiembre de 2026. Sin cifras: este sitio no publica precios de nadie.
Una unidad de cobro que crece con su operación no es un precio: es una participación en su negocio, cobrada por adelantado.
La prueba con fecha
Qué pasó el 17 de julio de 2024 en cada uno de los siete caminos
Hay una manera limpia de comparar modelos de contratación sin adjetivos: tomar un cambio real, con fecha publicada, y preguntar qué tuvo que hacer cada camino ese día. El cambio es la entrada en vigor obligatoria de la versión 3.1 del complemento de traslado, el 17 de julio de 2024.
Fíjese en que la pregunta no es si cada camino «pudo». Casi todos pudieron. La pregunta es quién pagó, y cuánto tardó.
Camino · qué tuvo que hacer · quién lo pagó
| Camino | Qué tuvo que hacer ese día | Quién lo pagó |
|---|---|---|
| Sistema global de gestión de transporte | Actualizar la integración a medida entre el producto y el proveedor de certificación, y los catálogos traducidos | El comprador, con orden de cambio y calendario del integrador |
| Módulo de transporte de un sistema administrativo genérico | Esperar la actualización del fabricante y volver a configurar los campos hechos a mano | El comprador, en horas de su contador y de un consultor externo |
| Plataforma de telemetría y rastreo | Nada: no emite el comprobante. El cambio ocurrió en otra herramienta | El comprador, en la otra herramienta |
| Sistema de ruteo y última milla | Nada: el comprobante de traslado no está en su alcance | El comprador, fuera del sistema |
| Desarrollo a la medida con integrador local | Reabrir el desarrollo del armado del archivo y volver a probarlo | El comprador, a tarifa de proyecto |
| Hoja de cálculo del jefe de tráfico | Nada en la hoja; todo en la captura del otro sistema, otra vez | La persona que la mantiene, con su tiempo |
| Este sistema | Actualizar el catálogo fiscal y la validación previa a la salida dentro del propio sistema | La casa. El cambio de una regla o de un catálogo se hace en la sesión de trabajo, no en una orden de cambio |
Fuente: portal del Servicio de Administración Tributaria para la fecha de obligatoriedad de la versión 3.1 del complemento; modelos de contratación descritos en los sitios públicos de dieciocho proveedores, 27 de septiembre de 2026.
La misma pregunta se puede repetir con la norma de especificaciones del autotransporte de carga, cuya versión vigente se publicó el 11 de julio de 2024 y dejó cancelada la anterior. Y se va a repetir con la siguiente. Ése es el punto: en este dominio, la pregunta «¿quién paga el cambio de norma?» no es hipotética. Tiene tres respuestas fechadas en los últimos cuatro años.
Un modelo de contratación se conoce mirando qué hizo el día que la norma cambió, no leyendo su lista de funciones.
El dato que falta en toda la categoría
Cuánto tarda un cambio, y por qué nadie publica el plazo
De los dieciocho proveedores del dominio revisados el 27 de septiembre de 2026, ninguno publica plazo de implementación. Ninguno. No es que el dato falte en un sitio descuidado: es que la categoría entera no lo publica, y eso tiene una explicación que conviene entender antes de pedirlo en una reunión.
El plazo no se publica porque en el modelo dominante no depende del proveedor. Depende de una cola de trabajo compartida entre varios clientes, de la disponibilidad de un integrador y del alcance que se descubra durante el levantamiento. Comprometerlo por escrito sería asumir un riesgo que el modelo está diseñado para trasladar. Así que no se compromete, y la conversación sobre fechas ocurre cuando ya se firmó.
Por la misma razón, esta página no publica un plazo propio. Lo que publica es una manera distinta de resolver la pregunta: los sistemas de esta capa ya existen, se abren en el navegador sin registro, y el cambio que usted pida se hace en la sesión de trabajo, delante de usted. No es una promesa de calendario: es un mecanismo distinto, y se puede verificar el mismo día sin firmar nada.
Hay una segunda pregunta hermana que casi nadie hace y que separa igual de bien: cuánto tarda un cambio pequeño. Agregar un campo al expediente del viaje, cambiar quién autoriza una excepción de despacho, mover un umbral de alerta de combustible. En el modelo de proyecto, un cambio pequeño cuesta lo mismo que uno grande en trámite: alcance, cotización, aprobación, calendario. Y por eso los cambios pequeños no se piden, y el sistema se va separando de la operación un poco cada mes.
El costo de un cambio pequeño explica por qué, a los dos años, nadie usa el sistema como se diseñó.
Si en la primera reunión no le dan un plazo por escrito, ya sabe quién está cargando el riesgo del proyecto.
La pregunta del día que la relación termina
De quién son los datos de sus viajes, y por qué esa columna decide sola
Sus tarifas por cliente, su costo por kilómetro real, el historial de mantenimiento de cada unidad, la conducta medida de cada operador y el expediente documental de cada viaje son, juntos, el activo de información de una flota. Valen más que el software que los contiene, y casi nunca se discuten en la negociación.
Tres situaciones los ponen a prueba, y las tres son normales: la disputa de un daño con un cliente, que se gana con el expediente del viaje y su hora; la revisión de la autoridad o de la aseguradora, que pide el documento y no el resumen; y el cambio de proveedor, que ocurre por razones perfectamente corrientes —precio, soporte, una fusión— y obliga a sacar cinco años de historia de un sistema que no quiere soltarla.
Hay un caso que merece su propia frase, porque en México es frecuente: cuando la plataforma pertenece a un operador logístico que también compite por la carga, el transportista independiente está entregando sus tarifas, sus clientes y su desempeño al sistema de un competidor. No hay mala fe necesaria para que eso sea un problema: basta con que un día haya que asignar una carga entre flota propia y flota socia.
Pregunta de contrato · por qué importa · qué respuesta sirve
| Pregunta que conviene hacer por escrito | Por qué importa | Qué respuesta sirve |
|---|---|---|
| ¿De quién son los datos de mis viajes, tarifas y unidades? | Es el activo de información de la flota | Suyos, y dicho en el contrato, no en la reunión |
| ¿Cómo los saco, en qué formato y en cuánto tiempo? | El día que los necesita, los necesita completos | Exportación de todo, en formato abierto, sin costo por exportar |
| ¿Qué pasa con el histórico si dejo de pagar? | El expediente del viaje se sigue necesitando después | Un periodo de acceso de sólo lectura y una entrega final pactada |
| ¿Quién más ve mis tarifas y mis clientes? | En una red logística, esa respuesta puede ser un competidor | Nadie, y el aislamiento por empresa del grupo escrito en el contrato |
| ¿El código del sistema de quién es? | Determina si usted puede sostenerlo sin el proveedor | Una respuesta explícita. En esta casa, el código del sistema es del cliente |
| ¿Dónde viven los datos personales de mis operadores? | La ley federal de datos personales publicada el 20 de marzo de 2025 rige ese tratamiento, y la autoridad cambió | Ubicación declarada, control de acceso por rol y bitácora exportable |
Fuente: brochure de KORE para la propiedad del código; Diario Oficial de la Federación, 20 de marzo de 2025, para la ley de datos personales. Verificado al 27 de septiembre de 2026.
El expediente de sus viajes no debería estar en un sistema del que usted tenga que pedir permiso para sacarlo.
El reparto que nadie escribe
Quién carga el riesgo de construir
Todo lo anterior se resume en un reparto de riesgos que ningún contrato escribe con esa palabra. Vale la pena escribirlo, porque una vez visto no se puede desver.
Riesgo · quién lo carga en el modelo dominante · quién lo carga aquí
| Riesgo | En el modelo dominante | En este sistema |
|---|---|---|
| Que el régimen fiscal mexicano quede dentro del producto | El comprador, como proyecto que financia | La casa, con el catálogo dentro del sistema |
| Que la siguiente versión del complemento no detenga la facturación | El comprador, con una orden de cambio por versión | La casa, como actualización del propio sistema |
| Que el sistema sirva a varias razones sociales con un solo catálogo | El comprador, con una instalación por empresa y consolidación a mano | La casa, con una definición única del costo por kilómetro |
| Que un cambio pequeño se pueda hacer sin proyecto | El comprador, con alcance, cotización y calendario | La casa: el cambio se hace en la sesión de trabajo |
| Que el sistema exista antes de firmar | El comprador, que compra un plan de trabajo | La casa: el sistema se abre y se usa antes de decidir |
| Que el expediente del viaje sea exportable | El comprador, si se acordó de pedirlo | La casa, con el código del sistema en propiedad del cliente |
Fuente: brochure de KORE y modelos de contratación descritos en los sitios públicos de dieciocho proveedores del dominio, 27 de septiembre de 2026.
El software más caro del mercado no es el de la licencia más alta. Es el que deja la condición de facturar fuera del alcance.
Tres casos claros
Cuándo este sistema no es la respuesta
Una comparativa que gana las ocho columnas no es una comparativa: es un folleto. Hay tres situaciones en las que conviene que usted no contrate esto, y decirlas aquí ahorra tiempo a las dos partes.
- Si lo que necesita es telemetría y nada más. Una flota que sólo requiere ver dónde están sus unidades, medir conducta y grabar la cabina está mejor servida por una plataforma de telemetría. Este sistema consume esa telemetría; no es un reemplazo del equipo instalado en la unidad ni pretende serlo.
- Si su operación no factura sus propios viajes. Un transportista que trabaja exclusivamente para una red que le emite todo y le paga por viaje tiene la parte fiscal resuelta por esa red. El argumento central de este sistema —el comprobante dentro y el costo real del viaje— pierde casi todo su valor en ese arreglo.
- Si el problema real es de proceso y no de sistema. Cuando no hay quién decida si un viaje sale o no, un sistema que exija esa decisión sólo va a señalar el vacío todos los días. Primero se define quién autoriza; después se sistematiza. Al revés no funciona, y lo hemos visto fallar.
Un proveedor que no le dice cuándo no lo necesita le está pidiendo que descubra el límite después de firmar.
Para la reunión con cualquiera
Las nueve preguntas que igualan la cancha
Estas nueve preguntas sirven para cualquier proveedor de este dominio, incluidos nosotros. Se hacen por escrito y se pide respuesta por escrito. Sirven porque todas se contestan con un hecho verificable, no con una opinión.
Las nueve se contestan con un hecho. La que se conteste con una explicación larga es la que hay que insistir.
- ¿El sistema emite y timbra el comprobante fiscal de traslado, o lo emite otra herramienta? Si lo emite otra, ¿quién construye y quién mantiene la conexión?
- Cuando la autoridad publique la próxima versión del complemento, ¿quién paga el cambio y en qué plazo queda operando?
- ¿El sistema valida peso, dimensiones y configuración vehicular antes de que la unidad salga, o eso lo verifica una persona?
- ¿Puede el mismo sistema operar varias razones sociales con un solo catálogo de unidades, clientes y operadores, y una sola definición del costo por kilómetro?
- ¿Cómo se calcula el costo del viaje: con tarifa de lista o con combustible, casetas, operador y retorno vacío del viaje concreto?
- ¿Cuánto tarda un cambio pequeño que yo pida, y cómo se cobra?
- ¿De quién son los datos de mis viajes, cómo los exporto y qué pasa si dejo de pagar?
- ¿Qué plazo tiene el contrato, se renueva solo, y qué cuesta bajar unidades en un año flojo?
- ¿Puedo ver el sistema funcionando con mis procesos dentro antes de firmar algo, y qué me cuesta eso?
Una cancha igualada no es una en la que gane el mejor folleto. Es una en la que las dos partes escriben lo que van a sostener.
El modelo de la casa
Cómo se contrata esto, sin adornos
El orden aquí está invertido respecto del modelo dominante, y ése es el punto de toda esta página. Primero ve su sistema funcionando, con sus procesos dentro. Verlo no cuesta nada y no lo compromete a nada. Después decide si lo compra o lo renta.
Dos consecuencias prácticas de ese orden. La primera: no hay un plan de trabajo que comprar, porque el sistema ya existe y se abre en el navegador. La segunda: los cambios se hacen en la sesión de trabajo, no en órdenes de cambio, y eso se verifica el mismo día pidiendo uno.
Y una nota sobre el caso de negocio, porque en este dominio los números de ahorro circulan mucho. El brochure de este sistema trae uno: una estimación anual para una flotilla de mil unidades, con porcentajes de mejora asignados a cinco áreas —mantenimiento, combustible, utilización de activos, seguridad y seguros, y cumplimiento— y con sus supuestos escritos en el propio documento, incluido el tipo de cambio y la advertencia de que el modelo se rehace con los datos reales de la operación durante la evaluación. Se cita así, como caso de negocio con sus supuestos. No es una tarifa, no es un compromiso y no se usa como promesa.
Cuando el sistema existe antes de la firma, la comparación deja de ser entre folletos y pasa a ser entre pantallas.
Preguntas frecuentes
¿Por qué no aparece ninguna marca en esta comparativa?
Porque el argumento es sobre el modelo de contratación de cada categoría —unidad de cobro, plazo, órdenes de cambio, dependencia de integrador— y eso se sostiene sin nombrar a nadie. Un juicio sobre la calidad de un producto ajeno necesitaría una auditoría que no tenemos, y por eso no se hace.
¿Por qué no hay precios en la tabla?
Porque este sitio no publica precios, ni propios ni de nadie. Y porque en este dominio no habría con qué comparar: de dieciocho proveedores revisados el 27 de septiembre de 2026, sólo uno publica una cifra de entrada verificable en su propio sitio. Lo que sí se compara es la unidad de cobro, que es la que decide su factura a tres años.
¿Y si ya tengo telemetría instalada en toda la flota?
Se queda. Este sistema consume la telemetría como fuente de datos, no la reemplaza: posición, rendimiento y conducta entran como insumo del viaje. La pelea de equipo instalado en la unidad no es esta conversación.
¿Cuál es la diferencia real frente a un desarrollo a la medida?
Dónde vive el conocimiento y qué cuesta el segundo cambio. En un desarrollo a la medida, cada cambio es un proyecto y el conocimiento vive en la empresa que lo construyó. Aquí el sistema ya existe, el cambio se hace en la sesión y el código del sistema queda en propiedad del cliente.
¿Qué pasa si mi grupo tiene empresas con sistemas distintos hoy?
Es el caso para el que está pensado. Lo que se unifica no es la instalación: es el catálogo de unidades, clientes y operadores, y la definición del costo por kilómetro, para que el indicador de dos empresas se pueda comparar. Sin eso, la consolidación vuelve a la hoja de cálculo.
¿Qué me cuesta comparar en serio, sin firmar nada?
Nada. El sistema está abierto en /sistemas/kore-tms/sistema/ sin registro y con datos de ejemplo marcados en pantalla, y lo que está construido, lo que está en cero y lo que no está conectado se publica con su conteo en la página de evidencia.
Referencias
- Servicio de Administración Tributaria · Complemento Carta Porte: versión vigente, documentación técnica y fechas de obligatoriedad. Consultado el 27 de septiembre de 2026. ↗
- Diario Oficial de la Federación · norma oficial mexicana de especificaciones del autotransporte de carga vigente, publicada el 11 de julio de 2024, que deja cancelada la anterior. ↗
- Diario Oficial de la Federación · norma oficial mexicana de pesos y dimensiones del autotransporte federal, publicada el 26 de diciembre de 2017. ↗
- Diario Oficial de la Federación · Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada el 20 de marzo de 2025. ↗
- SPARTANE · revisión de sitios públicos de dieciocho proveedores del dominio de autotransporte de carga, gestión de flota y ruteo, y de sus modelos de contratación y condiciones reportadas públicamente, 27 de septiembre de 2026. Documento interno; no se publican nombres.
- KORE · brochure de sistema de transporte y gestión de flotilla, doce páginas: capacidades del sistema de transporte, propiedad del código y caso de negocio con sus supuestos declarados. ↗
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 KORE 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.