En transporte, la integración que decide no es la del sistema contable. Es la que impide que salga un viaje mal timbrado.

Por dónde entra y sale el dato

Las cuatro integraciones que un transportista necesita antes que ninguna otra

Una empresa de transporte opera hoy con el proveedor de timbrado por un lado, la telemetría de la unidad por otro, el portal de cada cliente embarcador por un tercero y la báscula en una hoja de cálculo. Esta página dice, interfaz por interfaz, qué entra, qué sale y qué captura elimina.

Lo que sigue en esta página, entonces, se sostiene en dos fuentes distintas y nunca las mezcla en la misma frase. La primera es el brochure de este sistema, que declara su mapa de integración: lo que dice el brochure se atribuye al brochure. La segunda es la plataforma de la casa, cuyo código e inventario de interfaces sí son verificables, y que se cita como lo que la plataforma produce al generar un sistema, nunca como lo que este sistema ya tiene.

Una integración sirve cuando elimina una captura, no cuando agrega una pantalla. Con ese criterio está armada toda esta página.

Las cinco capas de interfaz de la base · cuántas tiene este proyecto

Pida siempre la hora de corte. Un conteo de interfaces sin hora no es un inventario: es una impresión.

Medido por esta página en la base del motor de la casa el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor, en modo de sólo lectura. Un conteo sin hora de corte no es reproducible. Tablas proyecto_api, pantalla_endpoint_accion, proceso_paso, proyecto_job_backend y caso_prueba, el proyecto de este sistema en el motor.

De dónde sale cada cifra

Por dónde entra y sale el dato de un viaje, y con qué se sostiene cada cifra

Conviene empezar por cómo leer los números de esta página, porque vienen de dos capas distintas y confundirlas sería vender humo con formato de tabla. La primera es la operación de su grupo, ya modelada: 123 módulos con su descripción, 94 roles con su ámbito, 14 procesos con 37 subprocesos, 82 casos de uso, 34 entidades y 241 reglas de negocio. Ésa es la capa que decide si el sistema que salga se parece a su operación o a la de otro.

La segunda es la plataforma que lo genera, con su inventario de interfaces verificable en su propio código. Las interfaces de este sistema se generan desde la primera capa en la implantación, y por eso las cifras de la plataforma se citan como lo que la plataforma produce, nunca como lo que este sistema ya tiene.

Lo que sigue en esta página, entonces, se sostiene en dos fuentes distintas y nunca las mezcla en la misma frase. La primera es el brochure de este sistema, que declara su mapa de integración: lo que dice el brochure se atribuye al brochure. La segunda es la plataforma de la casa, cuyo código e inventario de interfaces sí son verificables, y que se cita como lo que la plataforma produce al generar un sistema, nunca como lo que este sistema ya tiene.

Un cero medido con la hora del servidor al lado vale más que un inventario que nadie puede reproducir.

Las cinco capas de interfaz de la base · cuántas tiene este proyecto

Pida siempre la hora de corte. Un conteo de interfaces sin hora no es un inventario: es una impresión.

Medido por esta página en la base del motor de la casa el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor, en modo de sólo lectura. Un conteo sin hora de corte no es reproducible. Tablas proyecto_api, pantalla_endpoint_accion, proceso_paso, proyecto_job_backend y caso_prueba, el proyecto de este sistema en el motor.

La integración que decide

El comprobante de traslado: la integración que detiene o deja salir el viaje

De todas las interfaces de una empresa de carga, hay una que no admite degradación: la que emite el comprobante fiscal digital con el complemento de carta de porte del viaje. No es una integración administrativa. Es la condición para que la unidad circule con la mercancía amparada, y su falla no se paga en una conciliación: se paga en una revisión en carretera, con la unidad detenida y la carga parada.

La cadena tiene tres extremos y conviene nombrarlos por separado, porque cada uno falla distinto. El primero es el proveedor autorizado de certificación, que valida y sella el comprobante. El segundo es la autoridad fiscal, que recibe el sellado y ante la que se cancela o se sustituye. El tercero es su propio sistema, que tiene que haber reunido antes los datos del complemento: origen y destino, distancia, mercancía, unidad, remolque, operador y permiso.

Y aquí está el punto que cambia la operación: el comprobante no se timbra al final, cuando el viaje ya terminó y alguien recaptura. Se arma con lo que ya existe en el expediente del viaje, y la revisión documental ocurre antes de la salida, no después de la parada. Ese es el corte que el proceso de este sistema pone en su cuarto paso, y el que sostiene el indicador de la ficha: viajes detenidos por un documento incompleto.

El circuito del comprobante de traslado · qué entra · qué sale · qué falla si no está

La pregunta correcta a cualquier proveedor no es si timbra. Es en qué momento del viaje valida la documentación: antes de la salida, o cuando ya hay una unidad detenida.

Fuente: obligación del comprobante fiscal digital con complemento de carta de porte del Servicio de Administración Tributaria, y brochure de KORE, etapa 05 del ciclo orden-a-cobro y agente de cumplimiento. Verificado al 27 de septiembre de 2026.

Lo que entra desde la unidad

Telemetría, GPS y combustible: el dato que ya existe y nadie está operando

El brochure de este sistema abre con una frase que describe bien el punto de partida del sector: la flotilla ya genera los datos y nadie los está operando. Telemetría, órdenes de servicio, combustible, posición, pólizas, licencias y facturas de taller existen — repartidos en hojas de cálculo, correos y sistemas que no se hablan.

La capa de ingesta que el brochure declara nombra las fuentes una por una: telemetría y posición de la unidad, dispensarios y tarjetas de combustible, sensores de presión y vida de neumático, órdenes de taller, el sistema contable y los documentos de la unidad y del operador. Y declara cómo entran: conectores de interfaz con sincronización en las dos direcciones.

Hay una consecuencia legal que casi ningún proveedor del sector pone por escrito, y esta página la pone: la telemetría de una unidad tripulada es también un dato de la persona que la conduce. La velocidad, el frenado, la hora de descanso y la ubicación de un operador identificado son datos personales. La ley federal de protección de datos personales en posesión de los particulares vigente se publicó en el Diario Oficial de la Federación el 20 de marzo de 2025, y la autoridad que la aplica ya no es el instituto que la aplicaba antes. Quien conecte telemetría sin aviso de privacidad, sin finalidad declarada y sin control de quién ve qué, está construyendo un pasivo mientras cree que está midiendo rendimiento.

Fuente de la unidad · qué dato entra · para qué decisión · con qué cuidado

Conectar telemetría es fácil. Conectarla con aviso de privacidad, finalidad declarada y control de quién ve la ubicación de quién es lo que separa una medición de un pasivo.

Fuente: brochure de KORE, mapa de integración de la sección 06 y capa de ingesta de la sección 03. Atribuido al brochure: no es dato del motor. El cuidado de datos personales lo añade esta página con base en la ley federal vigente, DOF del 20 de marzo de 2025.

Hacia afuera · el cliente

El cliente embarcador: la orden que llega y el estatus que tiene que salir solo

En carga contratada, el cliente embarcador no es un destinatario de facturas: es el dueño del nivel de servicio que su contrato mide. Y la relación se rompe casi siempre por el mismo sitio: el cliente pregunta dónde va su carga y alguien de tráfico tiene que averiguarlo, llamar al operador y contestar. Ese trabajo no aparece en ningún presupuesto y consume el turno completo de una persona.

La integración con el cliente tiene tres direcciones, y las tres se atienden distinto. La recepción de la orden, que puede llegar por interfaz, por portal o por correo estructurado. El envío del estatus, que debe salir por evento y no por consulta. Y la entrega del acuse: la evidencia de entrega aceptada, con su hora, su firma y su soporte digital, que es lo que convierte un viaje terminado en una factura cobrable.

El brochure declara un portal de clientes con el estatus, las evidencias, las facturas y el indicador de nivel de servicio por contrato, presentado con la marca del grupo. Un portal, bien entendido, no es una integración más: es la misma información del viaje mostrada al cliente con el control de qué se hace visible y qué no.

Dirección · qué se intercambia · por dónde · qué evita

Mida cuántas horas de su área de tráfico se van en contestar dónde va una carga. Ese número es el retorno de esta integración, y lo tiene hoy sin que nadie se lo calcule.

Fuente: brochure de KORE, mapa de integración de la sección 06 y capa de ingesta de la sección 03. Atribuido al brochure: no es dato del motor. El portal de clientes y el indicador de nivel de servicio por contrato son capacidades declaradas en la sección 06 del brochure.

Las otras cuatro

Báscula, patio, sistema contable y el transportista que no es suyo

Quedan cuatro interfaces que rara vez aparecen en un folleto y que deciden el margen del viaje. La báscula, porque el peso real es lo que determina si el viaje cabía en la tarifa acordada y si la unidad circula dentro de su límite. El patio y el andén, porque la cita, la maniobra y el tiempo de estadía son la diferencia entre una detención facturable y una regalada. El sistema contable, porque un costo por kilómetro que no cuadra con la contabilidad no se puede defender en un consejo. Y el tercero subcontratado, porque cuando la carga no la mueve su flota, el cumplimiento sigue siendo suyo.

La última es la más delicada y la que el sector resuelve peor. Subcontratar no traslada la obligación documental: si el tercero circula sin permiso vigente o sin el comprobante de traslado correcto, la carga es de su cliente y el problema es de quien lo contrató. El brochure lo declara como capacidad: flota externa con el mismo estándar de tarifa, cumplimiento documental y evaluación de desempeño.

Interfaz · qué intercambia · con quién · qué decide

De las seis, la que casi nadie tiene resuelta es la del tercero. Y es la única donde el incumplimiento de otro llega con el nombre de su empresa.

Fuente: brochure de KORE, mapa de integración de la sección 06 y capa de ingesta de la sección 03. Atribuido al brochure: no es dato del motor. Las capacidades de patio y andén, terceros subcontratados, cruce fronterizo y liquidación están declaradas en la sección 06; la aseguradora y el taller, en los módulos 09 y 12.

Eventos y avisos

Los eventos: qué avisa el sistema hacia afuera, y cuándo

Una integración que hay que consultar no cambia la operación: cambia de sitio el trabajo. Lo que la cambia es lo contrario, que el sistema avise sin que nadie pregunte. En transporte eso tiene una consecuencia medible, porque hay avisos que valen horas de unidad: una desviación de ruta, una cita que no se va a cumplir, un permiso que vence el jueves y un viaje programado para el viernes.

La tabla que sigue separa dos cosas que suelen ir revueltas: el evento, que es un hecho de la operación con su momento exacto, y el aviso, que es a quién se le dice y por dónde. Un mismo evento puede tener tres destinatarios distintos con tres urgencias distintas, y ahí es donde un sistema se distingue de un tablero.

Los canales de salida que la plataforma de la casa tiene en código son tres, y se citan como lo que son —de la plataforma, no de este sistema—: un concentrador de eventos en tiempo real para que una pantalla abierta se entere sin recargar, notificación a dispositivo con registro previo y recepción de avisos externos, incluido un endpoint genérico, con consulta de vida. Y una honestidad: el orquestador que expone el concentrador declara en su propia presentación estado de andamiaje inicial.

Evento de la operación · cuándo se dispara · a quién avisa · por dónde

De los once, el primero es el único que se paga en dinero antes de ocurrir. Los otros diez avisan de algo que ya pasó; ése avisa de algo que todavía se puede evitar.

La columna de canales de salida de la plataforma está verificada en el código del motor de la casa en disco, revisión del 27 de septiembre de 2026. La correspondencia entre cada evento de la operación de carga y su destinatario es criterio de esta página, construido sobre el ciclo orden-a-cobro del brochure de KORE: no es dato del motor.

La plataforma · el sujeto cambia aquí

Lo que produce la plataforma de la casa, y no es lo mismo que lo anterior

Hasta aquí el sujeto ha sido el brochure de este sistema y la operación del sector. A partir de esta sección el sujeto cambia, y se dice explícitamente: lo que sigue es de la plataforma con la que se construyen los sistemas de la casa, medido en su código y en su base. No es lo que este sistema tiene hoy: es lo que la plataforma produce cuando genera uno.

En la base del motor hay 48,903 interfaces registradas en 70 proyectos, cada una con su método, su ruta, su versión, su esquema de petición, su esquema de respuesta, sus códigos de éxito y de error y su exigencia de autorización. El proyecto de logística con más contenido generado de esa base tiene 1,610 interfaces sobre 1,610 rutas distintas, sin una sola ruta repetida: 997 de lectura, 279 de actualización, 214 de creación y 69 de borrado. Ese proyecto no es este sistema, y se cita por lo que es.

El argumento de que de un conjunto de entidades sale un conjunto de interfaces no es una figura retórica: está en la base como catálogo. Quince operaciones canónicas, cada una con su plantilla de ruta y su plantilla de procedimiento, y las rutas reales de los proyectos generados coinciden con esas plantillas. La proporción real medida es de cinco a siete interfaces por entidad, no quince: el catálogo describe el repertorio, no una multiplicación.

Y en el código de la plataforma, verificable leyendo archivos: el servicio está construido sobre una interfaz web con autenticación por token, con ruteo por atributos más tres rutas por convención declaradas. En disco hay 500 archivos de controlador —499 de interfaz y uno de clase base— y 3,953 atributos de método. La superficie total del servicio no se publica: el ruteo por convención hace que muchas acciones no lleven atributo, y cualquier total sería una extrapolación.

Las 15 operaciones canónicas del catálogo, con su plantilla de ruta

Dos cifras y dos huecos. Las cifras se pueden reproducir con la misma consulta y la misma hora; los huecos también. Eso es lo que distingue un inventario de un argumento de venta.

Medido por esta página en la base del motor de la casa el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor, en modo de sólo lectura. Un conteo sin hora de corte no es reproducible. Tabla cat_endpoint_convencion: 15 filas, las 15 activas, cada una con plantilla de ruta y plantilla de procedimiento almacenado. La proporción real medida en los proyectos generados es de cinco a siete interfaces por entidad.

Qué guarda la base de cada interfaz · el proyecto de logística medido, que no es este sistema

Qué guarda la base de cada interfaz · el proyecto de logística medido, que no es este sistema

Medido por esta página en la base del motor de la casa el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor, en modo de sólo lectura. Un conteo sin hora de corte no es reproducible. Tabla cat_endpoint_convencion: 15 filas, las 15 activas, cada una con plantilla de ruta y plantilla de procedimiento almacenado. La proporción real medida en los proyectos generados es de cinco a siete interfaces por entidad.

La convivencia

Cómo entra este sistema donde ya hay un sistema contable y un rastreo

Ninguna empresa de transporte parte de cero. Ya tiene un sistema contable, un proveedor de rastreo, una relación con un proveedor de timbrado, si creció por adquisición, tres formas distintas de calcular el costo por kilómetro. La pregunta real no es qué se apaga: es qué queda como dueño del dato.

La regla que evita el problema más común del sector es una sola: cada dato tiene un solo dueño, y los demás lo leen. El catálogo de clientes, de unidades y de operadores vive en un solo lugar —el brochure lo declara como base del ciclo: catálogo único de clientes, unidades y operadores—, y el sistema contable sigue siendo el dueño de la póliza. Cuando dos sistemas creen que son dueños del mismo dato, la conciliación se vuelve el trabajo permanente de alguien.

Y hay un caso que en grupos multiempresa decide el proyecto: la empresa recién integrada, que llega con su propio sistema y su propia definición de costo por kilómetro. Integrar no es migrar su sistema: es acordar la definición del indicador y hacer que su operación lo produzca igual. El brochure lo nombra sin rodeos: el mismo indicador, calculado igual en todas las empresas, porque hoy cada sistema lo define distinto y por eso no se puede comparar ni negociar.

Sistema que ya tiene · quién queda dueño del dato · qué se intercambia

Antes de hablar de interfaces, escriba quién es dueño de cada dato. La mitad de los proyectos de integración que fracasan no fracasan por técnica: fracasan porque nadie contestó esa pregunta.

Fuente: brochure de KORE, base del ciclo orden-a-cobro (sección 05), mapa de integración (sección 06) y sección 02 sobre escala de grupo. La asignación de propiedad del dato es criterio de esta página.

La honestidad que sostiene la página

Qué está medido y qué está declarado

Esta página mezcla tres grados de certeza y conviene verlos en una sola tabla, porque se compran distinto y se auditan distinto. Lo medido tiene consulta y hora de servidor. Lo verificado en código tiene archivo y línea. Lo declarado viene del brochure de este sistema y se atribuye al brochure. Y lo vacío se publica vacío.

Afirmación · grado · dónde se comprueba

Un proveedor que no separa lo medido de lo declarado no le está ocultando nada: le está entregando un documento que nadie puede revisar.

Medido por esta página en la base del motor de la casa el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor, en modo de sólo lectura. Un conteo sin hora de corte no es reproducible. Los grados se declaran para que cada fila se pueda auditar por separado.

Verlo no cuesta nada

Entre y siga un viaje por donde entra su dato

El sistema en vivo abre en /sistemas/kore-tms/sistema/, sin registro y con los datos de ejemplo marcados en pantalla. Los folios, las unidades y los operadores de la bandeja son de ejemplo y así están rotulados: no hay dato de persona.

Recorra la cadena por donde le duela. Si su problema es el timbrado, entre por la vista de cumplimiento documental y siga un viaje desde la revisión previa hasta el sellado. Si su problema es el cliente que llama a preguntar, entre por tráfico y vea qué avisa el sistema y cuándo.

• Ver como responsable de cumplimiento documental — la revisión antes de la salida y el viaje que no debería salir hoy.
• Ver como coordinador de tráfico — la asignación con lo que hay disponible, y la desviación en curso.
• Ver como facturación y cobranza — el timbrado del viaje, el portal del cliente y la detención facturable.
• Ver como agente aduanal — el cruce fronterizo como etapa del viaje, con su documentación.
• Ver como dirección general del grupo — el mismo indicador calculado igual en cada empresa.

Después de recorrerlo, la conversación deja de ser si el sistema integra y pasa a ser cuál de sus proveedores abre su interfaz primero.

Referencias

1. Servicio de Administración Tributaria · comprobante fiscal digital por internet con complemento de carta de porte, proveedores autorizados de certificación y cancelación de comprobantes. Consultado el 27 de septiembre de 2026. ↗
2. Secretaría de Infraestructura, Comunicaciones y Transportes · NOM-053-SCT-2-2023, publicada en el Diario Oficial de la Federación el 11 de julio de 2024, que sustituye a la NOM-053-SCT-2-2010, cancelada. Con su Reglamento (DOF del 3 de mayo de 2023) y sus Lineamientos (DOF del 15 de noviembre de 2023). ↗
3. Ley Federal de Protección de Datos Personales en Posesión de los Particulares. Diario Oficial de la Federación del 20 de marzo de 2025. Base del tratamiento de la telemetría del operador identificado. ↗
4. SPARTANE · base del motor de la casa el motor de la casa, tablas proyecto_api, pantalla_endpoint_accion, proceso_paso, proyecto_job_backend, caso_prueba y cat_endpoint_convencion. Medidas por esta página el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor, en modo de sólo lectura. ↗
5. SPARTANE · revisión de código de la plataforma de la casa en disco, 27 de septiembre de 2026: 500 archivos de controlador, 3,953 atributos de método, tres rutas por convención, canales de evento y recepción de avisos externos. ↗
6. KORE · brochure de TMS y flotilla, 12 páginas: capa de ingesta (sección 03), ciclo orden-a-cobro (sección 05) y mapa de integración y capacidades (sección 06). ↗