KORE · la inteligencia artificial
La inteligencia artificial no conduce su flota. Propone, y alguien firma.
En transporte de carga se venden con el mismo nombre tres cosas distintas: un modelo que clasifica una fotografía, un cálculo que anticipa una falla y una pieza que ejecuta una acción sobre el sistema. Sólo la tercera cambia una operación, y sólo la tercera necesita gobierno. Esta página separa las tres y pone el límite de cada función al lado.
El punto de partida
Tres cosas distintas que se venden con el mismo nombre
Cuando un proveedor de este sector dice «inteligencia artificial», puede estar hablando de tres cosas que no se parecen en nada y que se compran, se prueban y se auditan distinto. Confundirlas es la causa habitual de que un proyecto se apruebe por lo que promete la tercera y se entregue lo que hace la primera.
La primera es reconocer: leer una fotografía del checklist y decir si hay un daño nuevo, leer una boleta de báscula, leer un documento escaneado. Es la más madura y la que menos discusión produce, porque el resultado se puede comprobar mirando la misma imagen.
La segunda es anticipar: decir que una unidad va a fallar, que una cita no se va a cumplir, que un consumo no cuadra. Aquí todo depende del dato histórico, y es donde más promesas se hacen con menos base. Un modelo de anticipación sin historia suficiente no se equivoca poco: se equivoca de forma no medible.
La tercera es ejecutar: mover la programación de un servicio, reasignar una unidad, solicitar el sellado de un comprobante, detener un viaje. Es la única que cambia la operación por sí sola, y la única que necesita nivel de autonomía, permiso de escritura, bitácora y dueño de la excepción. La página de agentes de este sistema la desarrolla.
Qué es · cómo se comprueba · qué se necesita antes de encenderla
| Familia | Qué hace | Cómo se comprueba | Qué se necesita antes de encenderla |
|---|---|---|---|
| Reconocer | Convierte una imagen o un documento en datos comparables | Mirando la misma imagen y comparando con el resultado | Un criterio de aceptación escrito y una muestra de casos difíciles |
| Anticipar | Estima algo que todavía no ocurrió, con su margen | Midiendo el error contra lo que pasó de verdad, durante meses | Historia suficiente y un umbral acordado de falsos avisos |
| Ejecutar | Actúa sobre el sistema: mueve, asigna, solicita, detiene | Por su bitácora: qué decidió, con qué dato y con qué autorización | Nivel de autonomía, permiso de escritura, bitácora y dueño de la excepción |
Clasificación editorial de esta página, aplicada a las funciones que el brochure de KORE declara. Sirve para leer el resto de la página.
Pida al proveedor que clasifique cada una de sus funciones en una de las tres. La conversación cambia en diez minutos.
Lo que hace, y hasta dónde
Función por función, con su límite al lado
El brochure de este sistema declara seis funciones con nombre. Lo que sigue las transcribe con dos columnas que casi nunca aparecen juntas: qué propone la función y cuál es su límite. El límite no es una reserva legal: es la condición bajo la cual la función sirve, y saberla antes evita la decepción del tercer mes.
Reconocer · lo que la máquina lee mejor que una persona cansada
| Función declarada | Qué propone | Cuál es su límite |
|---|---|---|
| Lectura del checklist de entrada y salida | Compara las fotografías de entrada contra las de salida, detecta daño nuevo y mide desgaste de neumático sin criterio humano variable | Depende de la calidad y del encuadre de la fotografía. Si el operador fotografía de noche, de lejos o con lodo, la comparación no vale. La función necesita una guía de captura y un rechazo automático de la foto inservible |
| Lectura de documentos del viaje | Extrae los datos del documento escaneado para armar el expediente sin recaptura | Un documento mal escaneado produce un dato mal extraído con apariencia de dato bueno. Todo campo que decide algo —distancia, peso, permiso— exige validación contra el catálogo, no confianza en la lectura |
| Detección de desgaste de componentes | Marca el desgaste visible en la evidencia fotográfica del inventario de accesorios y componentes | Detecta lo visible, no lo interno. Un componente sano por fuera puede estar al final de su vida, y el modelo no tiene forma de saberlo |
Fuente: brochure de KORE, sección 03 (las tres capas: datos, agentes y decisión), sección 07 (los ocho agentes con su dominio y su resultado) y sección 08 (los módulos con función de predicción). Atribuido al brochure. Los límites son criterio de esta página.
Anticipar · lo que se calcula antes de que ocurra
| Función declarada | Qué propone | Cuál es su límite |
|---|---|---|
| Anticipación de la falla de la unidad | Con telemetría e historial, propone el servicio en la ventana de menor impacto y reserva la refacción | Necesita historia. Sin varios ciclos de vida de componente registrados por modelo de unidad y por condición de operación, el modelo repite el calendario del fabricante con otro nombre. Y una flota pequeña no genera esa historia en un año |
| Replaneación de la ruta en curso | Replanea por tráfico, ventanas de entrega, casetas y peso; evita retornos vacíos y consolida carga | La calidad de la propuesta depende de restricciones que casi nunca están capturadas: restricción de horario urbano, altura de puente, radio de giro, tipo de carga incompatible. Una ruta óptima que no se puede recorrer es peor que la ruta de siempre |
| Detección de anomalía de combustible | Compara litros cargados contra kilómetros y rendimiento esperado, y marca el evento sospechoso el mismo día con su evidencia | El falso aviso es el riesgo real. Terreno, carga, clima y tráfico cambian el rendimiento legítimamente. Sin ajuste por esas variables, la función acusa a un operador honesto y se apaga en tres semanas |
| Calificación de la conducta de manejo | Califica frenados, exceso y fatiga por conductor, asigna la cápsula de capacitación y sigue la mejora | Tiene consecuencia laboral y trata datos personales del operador identificado. Exige finalidad declarada, aviso de privacidad y derecho a revisión humana de la calificación antes de cualquier efecto en el pago |
| Proyección de reemplazo de unidad | Estima cuándo conviene reemplazar la unidad por edad, condición y costo acumulado | Depende de que el costo de mantenimiento esté bien imputado a la unidad. Si el taller carga por orden y no por unidad, la proyección se construye sobre un costo que no es de nadie |
| Predicción de demanda de transporte | Estima la demanda futura por corredor para planear capacidad | Un cambio de un cliente grande mueve más la demanda que cualquier estacionalidad. El modelo sirve para planear, no para comprometer capacidad |
Fuente: brochure de KORE, sección 03 (las tres capas: datos, agentes y decisión), sección 07 (los ocho agentes con su dominio y su resultado) y sección 08 (los módulos con función de predicción). Atribuido al brochure. Los límites son criterio de esta página, y son los que conviene discutir antes de comprar la función, no después.
Ejecutar · lo que actúa sobre el sistema
| Función declarada | Qué propone | Cuál es su límite |
|---|---|---|
| Solicitud del sellado del comprobante de traslado | Arma el comprobante con el complemento del viaje y solicita el sellado, sin recaptura | No puede corregir un dato para que cuadre. Si el complemento está incompleto, la función devuelve el dato faltante y se detiene; completarlo es de quien es dueño de ese dato |
| Bloqueo del viaje por documentación | Marca el viaje como no despachable y propone alternativa | Necesita un dueño de la excepción con nombre. Sin él, el primer bloqueo incómodo acaba con la función apagada |
| Programación del servicio de taller | Agenda el servicio en la ventana de menor impacto y reserva la refacción | Compite con la programación comercial. La política de qué gana —el viaje o el servicio— es una decisión del negocio, no del modelo |
| Captura en portales de cliente | Publica estatus, evidencia y comprobante en el portal del cliente | Depende de que el portal del cliente exponga una interfaz o mantenga su formato. Cuando cambia sin avisar, la función falla en silencio: necesita vigilancia de la propia captura |
Fuente: brochure de KORE, sección 03 (las tres capas: datos, agentes y decisión), sección 07 (los ocho agentes con su dominio y su resultado) y sección 08 (los módulos con función de predicción). Atribuido al brochure. Esta familia es la que la página de agentes de este sistema desarrolla con su nivel de autonomía y su supervisión.
Las trece funciones anteriores se compran con su límite o no se compran. Un proveedor que no le escribe el límite se lo va a explicar el día que la función falle.
Cómo se usa
La consulta en lenguaje natural: preguntar en vez de exportar
El brochure declara la capa de decisión con una frase corta: pregunte, no exporte. Y declara un agente que contesta en lenguaje natural con el dato, su causa y la acción sugerida. Es la función que más se demuestra y la que menos se especifica, así que conviene fijar qué la hace útil y qué la hace peligrosa.
Lo que la hace útil es que la pregunta del director de una empresa de carga casi nunca cabe en un tablero: cuáles unidades destruyen margen este trimestre, qué corredor empeoró desde que cambiamos de casetas, qué clientes nos hacen esperar más de lo que pagan. Cada una de esas preguntas requeriría una vista propia, y nadie va a construir cuarenta vistas.
Lo que la hace peligrosa es responder con confianza a una pregunta mal entendida. Por eso la única forma aceptable de esta función es la que muestra de dónde salió el número: la consulta que ejecutó, el periodo, el filtro y los registros que suman. Una respuesta en prosa sin su origen no es un dato: es una opinión con formato de dato.
- Muestra el origen. Qué se contó, contra qué y en qué periodo, con el detalle hasta el viaje.
- Contesta que no sabe. Cuando el dato no existe en el sistema, lo dice; no estima ni completa.
- Respeta el permiso de quien pregunta. La respuesta no puede contener nada que ese rol no pueda ver en pantalla, incluida la ubicación de un operador identificado.
- Deja rastro. Qué se preguntó, qué se contestó y con qué dato, para poder revisarlo después.
- No ejecuta. Contestar y actuar son dos permisos distintos, y se conceden por separado.
Haga la prueba fácil: pregunte algo cuya respuesta ya conozca y pida ver el origen. Si el origen no aparece, la función no está lista para un consejo.
La plataforma · el sujeto cambia aquí
Lo que el motor de la plataforma hace con modelos de lenguaje
Aquí cambia el sujeto, y se dice: lo que sigue es de la plataforma con la que se construyen los sistemas de la casa, verificable leyendo su código. No es una función de este sistema: es cómo la plataforma usa modelos de lenguaje para generar un sistema, y se publica porque es la parte que un área de sistemas pide antes de aprobar cualquier cosa.
El primer hecho es que hay un catálogo cerrado de modelos, no una llamada libre: 21 entradas con 20 identificadores de modelo distintos, cada una con su ventana de contexto y su máximo de salida. Dos entradas del catálogo apuntan al mismo identificador, y eso se publica como lo que es: una inconsistencia del catálogo, no una virtud.
El segundo es que cada instrucción tiene configuración propia por folio —texto, modelo, número de tokens y temperatura— leída de una tabla y guardada en memoria. Y tiene respaldo: si la fila falta o el texto está vacío, la plataforma no revienta ni improvisa, cae a una instrucción conservadora y deja aviso. El tercero, y es el más interesante para una auditoría: si la instrucción se envía con un hueco sin sustituir, la plataforma lo detecta y lo avisa en lugar de mandarlo.
Hecho · qué significa · cita
| Hecho verificado | Qué significa |
|---|---|
| Catálogo de 21 entradas con 20 identificadores de modelo distintos | No hay llamada libre a un modelo cualquiera: hay un catálogo con su ventana de contexto y su máximo de salida por entrada |
| Dos entradas apuntan al mismo identificador de modelo | Es una inconsistencia del catálogo y se publica como tal, no como capacidad |
| Configuración de la instrucción por folio | Texto, modelo, número de tokens y temperatura por cada instrucción, leídos de una tabla y guardados en memoria |
| Respaldo seguro cuando falta la instrucción | Si la fila no existe o el texto está vacío, cae a una instrucción conservadora con temperatura baja y deja aviso, en vez de improvisar |
| Detección de hueco sin sustituir en la instrucción | Antes de enviar, revisa si quedó un hueco sin rellenar y lo avisa con su nombre. Es el control que evita enviar una instrucción a medias |
| Instrucción de idioma inyectada | El idioma de salida se fija por configuración y se anteponee a la instrucción, no se deja al azar |
| Modos de trabajo reducido | Dos modos que fijan el modelo y recortan la salida para pruebas de canalización, con su instrucción específica |
| Registro del consumo de cada llamada | Cada llamada queda registrada con su proyecto, su petición y su acción |
| Temperatura baja por defecto | El respaldo usa temperatura baja: la plataforma prefiere respuestas reproducibles a respuestas creativas |
Verificado leyendo el código de la plataforma de la casa en disco el 27 de septiembre de 2026. Es de la plataforma con la que se construyen los sistemas de la casa, no del contenido generado de este sistema. Nada se ejecutó en línea. No se publica ningún precio de modelo, ni qué modelo concreto tiene configurada cada instrucción: eso está en una base que no se verificó para esta página, y afirmarlo sería suponer.
Un catálogo cerrado de modelos, una instrucción versionada por folio y un aviso cuando la instrucción va incompleta son tres controles que se pueden leer en el código. Es lo que separa una plataforma de un experimento.
La frontera
Qué decide sola, qué espera aprobación y qué no puede hacer
El brochure declara tres niveles de autonomía que el cliente elige —sugerir, ejecutar con aprobación, y ejecutar y notificar— pero no dice cuál corresponde a cada función. Esta página no lo rellena. Lo que sí hace es publicar la frontera que una operación de carga debería exigir en cualquier caso, porque hay decisiones que no admiten automatismo por razones que no son técnicas.
La tercera columna es la importante, y no se negocia con el proveedor: se decide en la casa. Son las decisiones donde la consecuencia recae sobre una persona o sobre un tercero, y por eso necesitan una firma con nombre.
Puede decidir sola · propone y espera aprobación · no puede hacer
| Puede decidir sola | Propone y espera aprobación | No puede hacer |
|---|---|---|
| Marcar un evento de carga de combustible como anómalo, con su evidencia | Reasignar unidad u operador de un viaje ya comprometido | Autorizar la salida de un viaje con un requisito documental vencido |
| Avisar de un vencimiento documental y de qué viajes afecta | Mover la programación de un servicio de taller que choca con un viaje | Cambiar un dato del comprobante de traslado para que cuadre con el sellado |
| Detectar una desviación de ruta y avisar al responsable | Solicitar el sellado del comprobante cuando hay una diferencia con el viaje | Aplicar un descuento o una deducción a la liquidación de un operador |
| Calcular el costo real del viaje con sus líneas y compararlo con la tarifa | Subcontratar a un tercero por falta de capacidad propia | Aceptar una tarifa por debajo de la política de margen del cliente |
| Comparar las fotografías del checklist y señalar el daño nuevo | Cobrar una detención facturable a un cliente | Resolver una disputa de daños con efecto en el pago de una persona |
| Contestar una pregunta con su dato y su origen | Publicar un estatus al cliente cuando la cita está en riesgo | Calificar a un operador con efecto laboral sin revisión humana |
Frontera propuesta por esta página. El brochure de KORE declara los tres niveles de autonomía y no los asigna por función; la asignación es una decisión del cliente y se toma función por función. La última celda de la tercera columna se apoya en la ley federal de protección de datos personales en posesión de los particulares, DOF del 20 de marzo de 2025.
La tercera columna es la que hay que firmar. Las dos primeras se ajustan con el uso; la tercera no se ajusta nunca.
El gobierno
Cómo se gobierna una función que decide
Una función que actúa sobre el sistema necesita algo más que un buen modelo: necesita un lugar donde quede registrado qué decidió, con qué dato, con qué permiso y con qué confianza. La plataforma de la casa tiene ese lugar en código, y se cita con su cita en el expediente interno. Lo que no tiene es el registro poblado para este sistema, y eso también se dice.
De las 35 entidades del modelo de agentes de la plataforma, diez son de gobierno, riesgo y cumplimiento. Ese reparto es el dato: el modelo no está pensado para presumir capacidades, está pensado para poder auditar lo que la capacidad hizo.
Control de gobierno · qué registra · cita
| Control | Qué registra |
|---|---|
| Bitácora de decisión | El razonamiento, la confianza, las herramientas usadas y si requiere revisión humana |
| Registro de ejecución | Estado, tiempo de respuesta, si escaló y por qué, y el resultado |
| Permiso declarado sobre la interfaz | Qué ruta puede llamar, con qué método, qué operaciones permitidas, qué filas ve y qué campos se le enmascaran |
| Catálogo de nivel de autonomía | Los niveles posibles, como catálogo y no como texto libre |
| Casos de prueba adversariales | Pruebas construidas para que la función falle, no para confirmarla |
| Catálogo de amenazas | Modelado de amenazas, incluida la manipulación de la instrucción |
| Autoevaluación periódica | Calificaciones de precisión, utilidad, eficiencia y cumplimiento, con propuesta de mejora de la instrucción |
| Etiquetado de ejecuciones | La corrección humana de una salida, guardada para entrenar la siguiente versión |
| Versionado de la configuración | Cada cambio de configuración con su huella, para saber qué versión decidió qué |
| Restricciones y regulación aplicable | Qué no puede hacer la función y bajo qué norma |
Verificado leyendo el código de la plataforma de la casa en disco el 27 de septiembre de 2026. Es de la plataforma con la que se construyen los sistemas de la casa, no del contenido generado de este sistema. Nada se ejecutó en línea. El modelo completo tiene 35 entidades y 315 procedimientos almacenados, con 32 controladores de interfaz. Y el matiz: ese guion apunta a una base con nombre distinto al de la base de verdad del motor, y no se pudo verificar si sus procedimientos están desplegados. Se publica como mecanismo existente en código, no como despliegue comprobado.
El control que más se echa en falta cuando algo sale mal es el etiquetado de la corrección humana. Es el único que convierte un error en una mejora medible.
La honestidad que sostiene la página
Qué decide sola la plataforma, qué describe el producto y dónde está el límite
Esta página mezcla tres grados de certeza, y la única forma de que sirva es verlos en una tabla. El cierre honesto de una página de inteligencia artificial no es una promesa: es la lista de lo que no se puede afirmar todavía.
Afirmación · grado · dónde se comprueba
| Afirmación | Grado | Dónde se comprueba |
|---|---|---|
| Las seis familias de función y sus trece funciones con nombre | Declarado en el brochure | Brochure de KORE, secciones 03, 07 y 08 |
| El límite de cada función | Criterio de esta página | Construido sobre la práctica del sector; está para discutirse antes de comprar |
| El catálogo cerrado de modelos y la configuración por folio | Verificado en código | Código de la plataforma |
| El aviso de hueco sin sustituir y el respaldo seguro | Verificado en código | Código de la plataforma |
| El modelo de gobierno de 35 entidades y 315 procedimientos | Verificado en archivo, despliegue no comprobado | apunta a una base con nombre distinto al de la base de verdad del motor |
| Agentes o funciones dadas de alta en la base para este sistema | Vacío | 0 para este proyecto; 36 en toda la base, ninguna de los siete sistemas de esta capa. Medido el 27 de septiembre de 2026 a las 14:09 h, hora del servidor |
| Calificación de los ocho atributos de calidad del proyecto | Vacío | Las ocho filas existen para todo proyecto y la calificación está vacía al cien por ciento. Publicable es que se evalúan los ocho, nunca una nota |
| Esquema de autenticación concreto de las interfaces | Vacío | Vacío en todas las interfaces medidas. No se publica ningún esquema |
| Qué modelo concreto usa cada instrucción en operación | No verificado | Está en una base que esta página no consultó. Afirmarlo sería suponer |
| Conexión de los servicios de agente de la plataforma con el motor | Ninguna | Cero referencias del motor a esos servicios, por nombre y por puerto |
| Diagramas de arquitectura de este proyecto | Vacío | 0 para los siete sistemas de esta capa; 6 en toda la base, de un proyecto ajeno |
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, el proyecto de este sistema en el motor. Los grados se declaran para que cada fila se pueda auditar por separado. Lo vacío se publica vacío.
Una página de inteligencia artificial que no tiene una sola fila vacía no es más sólida: es menos revisable.
Verlo no cuesta nada
Entre y pregúntele algo cuya respuesta ya sepa
El sistema en vivo abre en /sistemas/kore-tms/sistema/, sin registro y con los datos de ejemplo marcados en pantalla. Es la prueba más barata que existe para esta capa: preguntar algo cuya respuesta ya conozca y pedir ver el origen del número.
Y la segunda prueba, igual de barata: buscar la función que decide y preguntar qué escribe en el sistema. Si la respuesta es «depende de la configuración», pida ver la configuración.
- Ver como dirección general del grupo — la consulta en lenguaje natural sobre el mismo indicador de todas las empresas.
- Ver como responsable de cumplimiento documental — la función que anticipa el vencimiento y dice a qué viajes afecta.
- Ver como jefe de taller — la anticipación de la falla y la ventana de menor impacto.
- Ver como coordinador de tráfico — la replaneación de la ruta y la desviación detectada.
- Ver como facturación y cobranza — el armado del comprobante sin recaptura y su validación previa.
Después de esas dos preguntas, ya sabe si lo que le venden reconoce, anticipa o ejecuta. Y eso es lo que estaba decidiendo.
Preguntas frecuentes
¿La inteligencia artificial de este sistema toma decisiones sola?
Depende de la función y de la configuración, y eso es exactamente lo que hay que acordar por escrito antes de encender nada. El brochure declara tres niveles de autonomía que el cliente elige —sugerir, ejecutar con aprobación, y ejecutar y notificar— y no dice cuál corresponde a cada función; esta página no lo rellena. Lo que sí publica es la frontera que no debería negociarse: ninguna función autoriza la salida de un viaje con un requisito vencido, ninguna cambia un dato del comprobante para que cuadre, y ninguna califica a un operador con efecto laboral sin revisión humana.
¿Cuánta historia hace falta para que la anticipación de falla sirva?
Más de la que la mayoría de las flotas tiene registrada, y conviene saberlo antes. Sin varios ciclos de vida de componente registrados por modelo de unidad y por condición de operación, el modelo acaba repitiendo el calendario del fabricante con otro nombre. La consecuencia práctica es que el primer año de una implementación así se usa para construir la historia, y eso se dice en la sesión: no es un defecto, es la condición de la función.
¿Y si la detección de anomalía de combustible acusa a un operador honesto?
Es el riesgo real de esa función, no el opuesto. Terreno, carga, clima y tráfico cambian el rendimiento de forma legítima, así que sin ajuste por esas variables la función produce falsos avisos, pierde credibilidad y alguien la apaga en tres semanas. Por eso el umbral de falsos avisos aceptables se acuerda antes de encenderla, y el evento marcado llega siempre con su evidencia para que una persona lo revise.
¿Qué modelos usa la plataforma, y con qué se puede comprobar?
Hay un catálogo cerrado en el código con 21 entradas y 20 identificadores de modelo distintos, cada uno con su ventana de contexto y su máximo de salida, y una inconsistencia que esta página publica: dos entradas apuntan al mismo identificador. Además cada instrucción tiene su configuración propia por folio —texto, modelo, tokens y temperatura— con respaldo seguro si falta y aviso si queda un hueco sin sustituir. Lo que no se publica es qué modelo concreto tiene configurada cada instrucción en operación: eso vive en una base que esta página no consultó, y afirmarlo sería suponer.
¿Por qué no publican una calificación de calidad del sistema?
Porque está vacía. La base del motor tiene, para todo proyecto, las ocho filas de los ocho atributos de calidad que se evalúan, y la calificación de esas filas está vacía al cien por ciento. Lo publicable es que se evalúan los ocho atributos; una nota sería inventada. Ese es el mismo criterio con el que esta capa publica el cero de agentes dados de alta y el cero de diagramas de arquitectura.
¿La consulta en lenguaje natural puede ver datos que yo no puedo ver?
No debe, y es una condición de aceptación, no un detalle. La respuesta no puede contener nada que el rol que pregunta no pueda ver en pantalla, y eso incluye la ubicación de un operador identificado, que es dato personal bajo la ley federal vigente publicada en el Diario Oficial de la Federación el 20 de marzo de 2025. Además la función debe mostrar el origen del número —qué contó, contra qué y en qué periodo— y dejar rastro de qué se preguntó y qué se contestó. Una respuesta en prosa sin origen no es un dato: es una opinión con formato de dato.
Referencias
- SPARTANE · revisión del código de la plataforma de la casa en disco, 27 de septiembre de 2026: catálogo de modelos, configuración de instrucción por folio, respaldo seguro y detección de hueco sin sustituir. ↗
- SPARTANE · modelo de gobierno de agentes de la plataforma en disco: 35 entidades y 315 procedimientos almacenados, con bitácora de decisión, permiso declarado sobre la interfaz, casos de prueba adversariales y catálogo de amenazas. Despliegue no comprobado. ↗
- SPARTANE · base del motor de la casa, tablas agente_ia y proyecto_diagramas_arquitectura, medidas el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor: 0 para el proyecto de este sistema en el motor, 36 agentes en toda la base, ninguno de los siete sistemas de esta capa. ↗
- KORE · brochure de TMS y flotilla, 12 páginas: sección 03 (capa de agentes y capa de decisión, «pregunte, no exporte»), sección 07 (los ocho agentes con su dominio y los tres niveles de autonomía) y sección 08 (módulos con función de predicción). ↗
- 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 y de la calificación de conducta del operador identificado. ↗
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.
Siga por aquí