KORE · el modelo de datos
El viaje es el expediente. Todo lo demás son campos de ese expediente.
Un sistema de transporte se juzga por una sola cosa: si el viaje existe como objeto con llave propia, o si es la suma de once archivos que alguien cruza a mano. Esta página abre las once entidades del viaje con su llave, sus campos, su plazo de conservación y qué fija ese plazo.
Por qué el viaje tiene que ser una entidad y no un cruce de tablas
En la mayoría de las operaciones de carga, el viaje no existe. Existe una orden del cliente en el sistema comercial, una asignación en una hoja de tráfico, un comprobante en el sistema administrativo, un vale de combustible en el patio y un acuse firmado en una carpeta. El viaje es lo que resulta de cruzar esos cinco documentos, y el cruce lo hace una persona con memoria.
La consecuencia es doble y conviene decirla sin rodeos. La primera: cada vez que alguien arma el viaje, sale distinto, porque cada fuente tiene su propia fecha y su propia idea de qué unidad hizo el trayecto. La segunda: nadie puede contestar una pregunta sencilla —cuánto ganó este viaje, qué se le mostró a la autoridad aquel día— sin volver a armarlo.
El brochure declara la base del ciclo en tres frases que son, en realidad, decisiones de modelo de datos: una sola base de datos del grupo, un catálogo único de clientes, unidades y operadores, y bitácora auditable. La primera dice que no hay copias; la segunda, que la llave es una; la tercera, que todo movimiento deja rastro. (KORE · brochure, sección 05)
Las unidades de medida de este sistema son cinco, y de ellas cuelga todo lo demás: el viaje, la unidad, el operador, el kilómetro y la empresa del grupo. Cualquier indicador que no se pueda expresar en esas cinco es un indicador que alguien va a calcular a su manera.
Mientras el viaje no tenga llave propia, la rentabilidad por viaje será una estimación, y el expediente del viaje, una tarea.
Un dato que vive en cinco sistemas tiene cinco versiones. La pregunta no es cuál es la correcta: es quién va a decidirlo, y cuánto tarda.
El modelo
Las once entidades del viaje, con su llave y sus campos
La tabla que sigue es el modelo mínimo con el que un viaje se puede cerrar sin conciliación. Las llaves son de negocio, no técnicas: lo que importa no es que haya un identificador, sino cuál es el dato que la gente usa para nombrar la cosa, porque ése es el que hay que hacer único en todo el grupo.
Los folios y las placas de la tabla son ficticios y están ahí para mostrar la forma, no el contenido. No hay un solo nombre de operador ni un identificador fiscal: los operadores aparecen por número interno, y las unidades por su código de flota.
Entidad · llave · campos que la definen · cómo se ata al viaje
| Entidad | Llave | Campos que la definen | Cómo se ata al viaje |
|---|---|---|---|
| Viaje | Folio de viaje, único en el grupo (ejemplo ficticio: KOR-2026-208) | Empresa del grupo, cliente, origen, destino, ventana de entrega, tipo de servicio, estado operativo, unidad, remolque, operador, ruta, kilómetros planeados y reales | Es el expediente: todo lo demás cuelga de él |
| Orden del cliente | Folio de orden del cliente, con su referencia de compra | Cliente, contrato, referencia del embarque, mercancía, peso, volumen, cita de carga y de entrega, condiciones del servicio | Una orden puede generar uno o varios viajes; el viaje siempre nombra su orden |
| Unidad | Código de flota de la unidad (ejemplo ficticio: T-118) y placa ficticia de ejemplo | Clase, configuración, capacidad de peso y volumen, rendimiento de referencia, estado operativo, vigencia de la verificación, póliza y empresa propietaria | El viaje registra la unidad que lo hizo, no la que se planeó, cuando hay cambio |
| Operador | Número interno de operador (ejemplo ficticio: operador 3412) | Tipo y vigencia de la licencia federal, habilitaciones por tipo de servicio, horas de servicio acumuladas, esquema de bonos, empresa que lo contrata | El viaje registra el operador asignado y el resultado de sus validaciones al asignar |
| Remolque | Código de remolque o caja (ejemplo ficticio: caja 27) | Tipo, capacidad, estado, vigencia de verificación, último checklist con su evidencia | Un viaje puede llevar más de un remolque; cada uno con su propio checklist |
| Ruta | Código de ruta origen–destino, con su variante de trazo | Trazo, kilómetros, casetas con su costo, restricciones de horario y peso, tiempo esperado, retorno probable | El viaje nombra la ruta planeada y la efectivamente recorrida |
| Documento de traslado | Folio del documento, ligado al folio del viaje | Mercancía declarada, peso, origen, destino, unidad, remolque, operador, permiso del servicio y vigencias verificadas al emitir | Se emite del registro de la asignación; sin él no se autoriza la salida |
| Comprobante fiscal del viaje | Folio fiscal del comprobante, con su acuse de timbrado | Emisor y receptor, conceptos, complemento de traslado con sus datos de mercancía, unidad y operador, y sello con su fecha y hora | Uno por viaje o por tramo, según el servicio; siempre ligado al folio del viaje |
| Acuse de entrega | Folio de acuse, ligado al viaje y al remolque entregado | Hora de arribo y de entrega, puesto de quien recibe, firma, estado de la carga, evidencia fotográfica y observaciones | Cierra la etapa de entrega del viaje y habilita la prefactura |
| Costo del viaje | Renglón de costo, con su tipo y su fecha de ocurrencia | Combustible dispensado, casetas, viáticos, imputación de servicio de taller, retorno vacío, maniobras y su unidad de medida | Cada renglón nace con el folio del viaje: no se reparte después por promedio |
| Liquidación del operador | Folio de liquidación del periodo, por operador | Viáticos, bonos por rendimiento y conducta, deducciones, viajes que los originaron y constancia de dispersión | Cada concepto nombra el viaje del que salió |
Modelo de datos de este sistema sobre el ciclo orden a cobro del brochure de KORE, secciones 05, 06 y 08, y sobre las 34 entidades registradas del proyecto de este sistema en la base del motor de la casa. Folios, placas y números de operador de la tabla: ficticios, datos de ejemplo · verificado al 27 de septiembre de 2026.
Once entidades y una sola llave que las cruza. Cuando la llave falta, el cruce lo hace una persona, y esa persona se va de vacaciones.
La retención
Cuánto se conserva cada cosa, y quién fija el plazo
La retención de datos suele tratarse como una decisión de almacenamiento, y no lo es: casi siempre alguien externo la fija, y las consecuencias de acortarla y de alargarla son distintas. Acortar un plazo fiscal es una infracción. Alargar la conservación de datos personales sin finalidad es otra, ante una autoridad distinta.
El plazo que más pesa en transporte es el fiscal, y hay que citarlo con precisión: el artículo 30 del Código Fiscal de la Federación obliga a conservar la contabilidad y la documentación comprobatoria por cinco años, contados a partir de la fecha en que se presentaron o debieron presentarse las declaraciones con ellas relacionadas. Conviene añadir un dato de actualidad: el decreto publicado en el Diario Oficial de la Federación el 7 de noviembre de 2025 reformó los artículos 17-H, 29-A y 30-B del propio Código, y no el 30. El plazo no se movió. (Código Fiscal de la Federación, artículo 30)
Los demás plazos de la tabla los fija otro tercero: la aseguradora, el contrato del cliente, la propia norma del servicio o la ley de datos personales. Ninguno lo fija la comodidad del área de sistemas.
Entidad · plazo de conservación · qué lo fija · qué pasa al vencer
| Entidad o registro | Plazo | Qué lo fija | Qué pasa al vencer |
|---|---|---|---|
| Comprobante fiscal del viaje y su complemento de traslado | Cinco años, desde la fecha en que se presentó o debió presentarse la declaración relacionada | Código Fiscal de la Federación, artículo 30 | Se puede depurar, salvo que exista un procedimiento abierto: entonces la conservación se sostiene mientras el procedimiento viva |
| Costo del viaje y liquidación del operador | Cinco años, por ser documentación comprobatoria de la contabilidad | Código Fiscal de la Federación, artículo 30, y el contrato del operador para su parte laboral | Se conserva el agregado del indicador y se depura el detalle, con constancia de la depuración |
| Documento de traslado del viaje | Igual que el comprobante al que acompaña | La obligación fiscal del comprobante y el permiso del servicio | Se depura junto con el comprobante, nunca antes |
| Acuse de entrega y su evidencia fotográfica | Mientras viva la posibilidad de reclamación del cliente, como mínimo, el plazo del contrato | El contrato del cliente y la póliza de responsabilidad | Se conserva el acuse como registro del servicio y se comprime la evidencia, sin borrarla mientras haya reclamación viva |
| Checklist de salida y de entrada de la unidad | Al menos hasta el siguiente checklist comparable, y mientras viva un siniestro relacionado | La aseguradora: es la línea base que separa el daño previo del nuevo | Se conserva el último por unidad y se archivan los anteriores; ninguno se borra con siniestro abierto |
| Expediente del siniestro | Mientras viva la reclamación y el plazo de prescripción que la póliza y la ley señalen | La póliza, el ajustador y el procedimiento si llega a juicio | La depuración queda suspendida mientras el expediente esté abierto, y la suspensión queda registrada |
| Datos personales del operador | El tiempo necesario para la finalidad que los justifica, y no más | 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 | Se bloquean y se suprimen conforme al aviso de privacidad; lo que se conserva por obligación fiscal o laboral se conserva declarando esa finalidad |
| Posición de la unidad y bitácora de tránsito | El periodo de análisis operativo que la política del grupo defina, con el agregado conservado | La política del grupo, y la póliza cuando la posición sostiene un siniestro | Se conserva el agregado por ruta y por unidad, y se depura el detalle segundo a segundo |
| Historial técnico de la unidad | La vida útil de la unidad y su disposición | El valor del activo: el historial es parte del precio de venta y del cálculo de reemplazo | Acompaña a la unidad; si la unidad se vende, el historial se entrega o se resguarda según el contrato |
Fuente: Código Fiscal de la Federación, artículo 30, texto vigente; el decreto publicado en el Diario Oficial de la Federación el 7 de noviembre de 2025 reformó los artículos 17-H, 29-A y 30-B, no el 30. 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. Los demás plazos los fija el contrato, la póliza o la política del grupo, y así se declara por fila · verificado al 27 de septiembre de 2026.
Dos plazos con autoridad distinta corren sobre el mismo viaje: el fiscal, que obliga a guardar, y el de datos personales, que obliga a no guardar más de lo necesario. El sistema tiene que sostener los dos.
Ningún dato personal de ejemplo, y por qué eso es una decisión de modelo
En esta página no hay un solo nombre de operador, ni una placa real, ni un identificador fiscal. No es una precaución editorial: es cómo está construido el modelo. El operador se identifica por su número interno, la unidad por su código de flota y el viaje por su folio. Los datos personales existen en el expediente del operador porque la operación los necesita —la licencia tiene titular—, pero no son la llave de nada.
La diferencia se nota en el uso diario. Cuando el nombre del operador es la llave, ese nombre aparece en listados, tableros, exportaciones y correos, y acaba en la hoja de cálculo de cualquiera. Cuando la llave es un número interno, el nombre vive en una sola pantalla, la que lo necesita, y cada apertura deja constancia de quién lo consultó.
La ley cambió, y conviene decirlo con la fecha: 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 garante ya no es el organismo que la vigilaba antes. Para una empresa de transporte esto no es teoría: usted trata datos de localización de personas —el operador va dentro de la unidad que el sistema rastrea— y datos de conducta de manejo.
El tratamiento correcto es mecánico: finalidad declarada en el aviso de privacidad, conservación por el tiempo que esa finalidad exija, acceso acotado por rol, y bitácora de cada consulta a un dato de la persona. Las tres primeras se configuran; la cuarta es lo único que después acredita que las tres primeras se cumplieron.
Un nombre que es llave aparece en todas partes. Un nombre que es campo aparece donde alguien lo necesita, y deja rastro cuando se abre.
- La llave del operador es su número interno, no su nombre ni su identificador oficial: así el dato personal no viaja en listados ni en exportaciones de trabajo.
- La localización se trata como dato de la persona cuando identifica al operador, no sólo como dato de la unidad, y su finalidad se declara.
- La conducta de manejo alimenta capacitación y no una lista pública: el brochure declara capacitación asignada por conducta, y el registro se acota a quien la gestiona.
- Toda consulta al expediente de la persona deja constancia: quién, cuándo y con qué justificación cuando el dato es sensible.
- Los datos de ejemplo del sistema en vivo son ficticios y están marcados en pantalla: folios de viaje, códigos de unidad y números de operador inventados.
La protección de datos en transporte no se resuelve con una cláusula en el contrato del operador. Se resuelve eligiendo qué dato es llave.
La prueba, sin adornos
Las treinta y cuatro entidades que el motor de la casa tiene registradas
Las once entidades de esta página son el modelo del sistema. El motor con el que la casa construye tiene además este producto registrado, y en materia de datos hay contenido poblado: treinta y cuatro entidades con su propósito escrito. Son demasiadas para leerlas de corrido, así que se publican agrupadas por función, con el conteo de cada grupo y el total.
El corte se tomó del reloj del propio servidor: 14:08:09 del 27 de septiembre de 2026. Y hay que decir lo que no está: en este proyecto las entidades no tienen nombre físico de tabla ni relaciones salientes registradas, y el proyecto tiene 0 pantallas y 0 ciclos de vida. El diccionario está poblado en su capa conceptual y no en la física.
Las 34 entidades registradas, agrupadas por función
| Grupo | Entidades | Nombres registrados | Con qué entidad de esta página se corresponde |
|---|---|---|---|
| Unidad, carga y ubicación | 7 | unidad · conductor · carga · mercancia · destino · ruta · ubicacion_unidad | Unidad, operador, remolque, ruta y orden del cliente |
| Evidencia de entrega | 4 | foto_prueba_entrega · incidencia_entrega · historial_gestion_incidencia · evento_blockchain | Acuse de entrega y su evidencia |
| Alertas y sus reglas | 7 | alerta_unidad · alerta_geocerca · alerta_desviacion_ruta · tipo_alerta · regla_alerta_geocerca · regla_desviacion_ruta · geocerca | Bitácora de tránsito del viaje |
| Mantenimiento y refacciones | 6 | mantenimiento_programado · historial_mantenimiento · tipo_mantenimiento · inventario_repuestos · repuestos_utilizados · plan_renovacion | Costo del viaje, en su imputación de taller |
| Sensores y estado mecánico | 3 | tipo_sensor · umbrales_sensor · evento_unidad | Unidad, en su estado operativo |
| Predicción y su desempeño | 3 | modelo_ml_eta · historial_eta · reporte_desempeno_ml | Ruta y viaje, en su hora estimada de llegada |
| Costo | 1 | costos_operativos | Costo del viaje |
| Catálogos y control de cambios | 3 | cat_estado_unidad · historial_cambios_unidad · usuario | Catálogo único del grupo y bitácora |
| Total | 34 | Treinta y cuatro entidades con su propósito registrado, sin nombre físico de tabla y sin relaciones salientes | Las once entidades del modelo de esta página |
Transcrito de entidad del proyecto de este sistema en el motor «Sistema Inteligente de Gestión Logística» de la base del motor de la casa, con corte tomado del reloj del propio servidor a las 14:08:09 del 27 de septiembre de 2026. Ninguna consulta devolvió nombre de persona ni registro fiscal: se verificó con una búsqueda de patrón sobre el volcado completo, con cero coincidencias. La última columna es la correspondencia del modelo de esta página; el motor no la registra.
De ese inventario se leen tres cosas útiles. La primera: el grupo más poblado es el de alertas y sus reglas, con siete entidades. Es el perfil de un sistema pensado para vigilar la operación, coherente con lo que el brochure promete cuando habla de detectar la desviación y calcular su impacto.
La segunda: hay una sola entidad de costo, costos_operativos, y ninguna de comprobante fiscal, de documento de traslado ni de liquidación. Es un hueco real del proyecto y aquí se declara: las tres entidades fiscales del modelo de esta página no salen del motor, salen de la obligación fiscal y del brochure. Publicarlas como si el motor las tuviera sería inventar.
La tercera: la entidad de evidencia de entrega sí está, y con cuatro piezas, incluida una de registro inmutable de la cadena de custodia. Es el carril de la evidencia del que habla la página de flujos, y está poblado en el diccionario aunque no tenga pantalla.
Treinta y cuatro entidades contadas y tres ausencias declaradas. Lo que el motor no tiene no se publica como si lo tuviera.
El expediente del viaje: qué contiene, en qué orden y quién lo cierra
El expediente del viaje no es una carpeta: es una vista del mismo dato, ordenada por el momento en que cada pieza nació. Ese orden importa porque es el que convierte el expediente en prueba: un documento fechado antes de la salida acredita una cosa, y el mismo documento fechado después acredita otra.
Ocho bloques, y cada uno tiene un dueño. Lo que hace auditable al expediente es que ninguno de los ocho se puede rellenar retroactivamente sin que el sistema lo marque como anexo posterior, con su hora.
- Orden y cotización. La solicitud del cliente y la cotización con sus líneas de costo y el margen aplicado. Dueño: el despachador.
- Asignación. Unidad, remolque, operador y ruta, con el resultado de las cuatro validaciones y su hora. Dueño: el jefe de tráfico.
- Expediente documental. Documento de traslado, permiso del servicio, verificación de la unidad, licencia del operador y póliza, verificados contra la fecha de salida. Dueño: el responsable de cumplimiento documental.
- Checklist de salida. Estado de unidad y remolque con evidencia fotográfica, comparado con el checklist anterior. Dueño: el jefe de patio.
- Bitácora de tránsito. Posición, desviaciones, patios, estadía, cruce e incidencias, con su hora. Dueño: el monitoreo, con el operador.
- Entrega. Acuse firmado con hora, puesto de quien recibe, estado de la carga y evidencia. Dueño: el operador.
- Cobro. Comprobante fiscal con su complemento y su acuse de timbrado, y la prefactura con sus accesorios acreditados. Dueño: facturación.
- Cierre. Costo real del viaje, margen, causa de desviación y liquidación del operador con los conceptos de ese viaje. Dueño: control de costos.
Un expediente con ocho dueños y una sola fecha por pieza se contesta en minutos. Uno que se arma cuando lo piden se contesta en días, y cada vez sale distinto.
Estructura del expediente: modelo de este sistema sobre el ciclo orden a cobro del brochure de KORE, sección 05, y sobre la obligación del comprobante con complemento de traslado del Servicio de Administración Tributaria · verificado al 27 de septiembre de 2026.
Las tres llaves que hacen comparable a un grupo
Cuando un grupo crece por adquisición, el problema de datos no es el volumen: es que cada empresa llega con su propio catálogo. Tres llaves deciden si el grupo podrá comparar o seguirá consolidando a mano: la del cliente, la de la unidad y la del operador. El brochure las nombra juntas como catálogo único del grupo, y no es casualidad que sean tres y no diez. (KORE · brochure, secciones 02 y 05)
El cliente es la llave más difícil y la más rentable. Dos empresas del grupo pueden estar dándole servicio al mismo corporativo con dos nombres distintos, dos tarifas y dos niveles de servicio, y el corporativo lo sabe mejor que usted. Unificar esa llave es lo que permite negociar como grupo en lugar de competir consigo mismo.
La unidad y el operador son llaves de costo. Sin una clase de unidad común, el costo por kilómetro de dos empresas no es comparable porque no está midiendo lo mismo; sin un catálogo común de operadores, un mismo operador puede aparecer dos veces con dos historiales de conducta.
Llave del grupo · qué desbloquea · qué se rompe sin ella
| Llave | Qué desbloquea | Qué se rompe sin ella | Quién la tiene que decidir |
|---|---|---|---|
| Cliente del grupo | Negociar como grupo, medir el nivel de servicio por contrato y ver la rentabilidad real de la cuenta | Dos empresas compitiendo por el mismo cliente con tarifas distintas y sin saberlo | La dirección general del grupo, no el área comercial de cada empresa |
| Clase de unidad | Comparar el costo por kilómetro entre empresas y decidir el reemplazo de flota con un solo criterio | Un indicador consolidado que suma peras con manzanas y que nadie puede defender en el consejo | Control de costos, con el taller |
| Operador | Historial único de conducta, de siniestralidad y de habilitaciones, y liquidación sin duplicados | El mismo operador con dos expedientes y dos historiales, y un bono calculado dos veces | Administración, con el área de personal |
Fuente: KORE · brochure, sección 02 (el mismo indicador calculado igual en todas las empresas) y sección 05 (catálogo único de clientes, unidades y operadores como base del ciclo) · verificado al 27 de septiembre de 2026.
La consolidación del corporativo no se arregla con un reporte. Se arregla con tres llaves, y las tres se deciden arriba.
Qué se puede contestar cuando el modelo está completo
La prueba de un modelo de datos no es su diagrama: son las preguntas que contesta sin que nadie arme nada. Las cinco que siguen son las que en la práctica deciden si un sistema sirve, y ninguna requiere un tablero nuevo: requieren que el viaje tenga llave y que cada pieza haya nacido con su fecha.
Conviene leerlas como diagnóstico. Si su operación contesta las cinco hoy, esta página no le aporta nada. Si falla en dos, ya sabe qué entidad no existe.
Las cinco preguntas se contestan con el mismo expediente. Ninguna necesita un reporte nuevo: necesitan que el viaje sea una entidad.
- ¿Cuánto ganó el viaje 88412? — se contesta con el cierre del viaje, no con el resultado del mes dividido entre los viajes del mes.
- ¿Qué se le mostró a la autoridad el día de la revisión, y a qué hora? — se contesta con el evento de revisión del expediente del viaje.
- ¿Este daño venía de antes? — se contesta comparando el checklist de salida con el de la entrada anterior, con sus fotografías y sus horas.
- ¿Por qué este operador cobró este bono? — se contesta con la liquidación y los viajes que originaron cada concepto.
- ¿El costo por kilómetro de estas dos empresas es comparable? — se contesta si la clase de unidad y el catálogo de cliente son los mismos; si no, la respuesta honesta es que no.
Un modelo de datos se mide por lo que contesta sin preparación. Todo lo demás es documentación.
Preguntas frecuentes
¿Cuánto tiempo hay que conservar el comprobante fiscal del viaje?
Cinco años. El artículo 30 del Código Fiscal de la Federación obliga a conservar la contabilidad y la documentación comprobatoria por ese plazo, contado a partir de la fecha en que se presentaron o debieron presentarse las declaraciones relacionadas. Dos precisiones que importan: el decreto publicado en el Diario Oficial de la Federación el 7 de noviembre de 2025 reformó los artículos 17-H, 29-A y 30-B, y no el 30, así que el plazo no cambió; y si hay un procedimiento abierto, la conservación se sostiene mientras el procedimiento viva.
¿Por qué el operador aparece como número y no como nombre?
Porque la llave decide dónde acaba el dato. Si el nombre es llave, aparece en listados, tableros, exportaciones y correos; si es campo, vive en la pantalla que lo necesita y cada apertura deja constancia. El nombre y la licencia existen en el expediente del operador, porque la licencia tiene titular y la operación la necesita. Lo que no existe es su nombre como identificador del viaje. La ley aplicable es la Ley Federal de Protección de Datos Personales en Posesión de los Particulares publicada el 20 de marzo de 2025, y la autoridad garante ya no es el organismo anterior.
¿Los datos de ejemplo de esta página y del sistema son reales?
No, y no hay ninguno que lo sea. Los folios de viaje, los códigos de unidad, las placas y los números de operador son ficticios, y en el sistema abierto la marca de datos de ejemplo está visible en pantalla. Tampoco los hay en el origen: se verificó con una búsqueda de patrón sobre el volcado completo del proyecto en la base del motor, con cero coincidencias de nombre de persona y de registro fiscal.
¿Por qué el modelo tiene once entidades y el motor treinta y cuatro?
Porque son dos niveles. Las once de esta página son las entidades del viaje que hay que tener para cerrarlo sin conciliación. Las treinta y cuatro del motor son el diccionario conceptual del proyecto, más fino: hay entidades para el tipo de sensor, para los umbrales de cada sensor y para el desempeño del modelo de predicción. Y hay tres ausencias que se declaran: el motor no tiene entidad de comprobante fiscal, de documento de traslado ni de liquidación, así que esas tres salen de la obligación fiscal y del brochure, no del motor.
¿Se puede agregar un campo o una entidad sin una orden de cambio?
Sí: los campos, los catálogos, los umbrales y las vistas son configuración, y el cambio queda con usuario, motivo y hora. Lo que no se configura es la llave: cambiar cuál es el identificador de un viaje, de un cliente o de una unidad rompe la comparabilidad de todo lo anterior, y por eso es una decisión de dirección y no de configuración.
¿Qué pasa con los datos de la empresa que se integra al grupo?
Se conservan y se mapean, no se pisan. Lo que se unifica primero son las tres llaves —cliente, clase de unidad y operador— porque son las que hacen comparables los indicadores; el resto del catálogo puede convivir con su particularidad. Cada mapeo queda registrado con su equivalencia, de modo que el histórico de esa empresa siga siendo legible y comparable hacia atrás.
Referencias
- Código Fiscal de la Federación, artículo 30: conservación de la contabilidad y de la documentación comprobatoria, cinco años contados desde la fecha en que se presentaron o debieron presentarse las declaraciones relacionadas. El decreto publicado en el Diario Oficial de la Federación el 7 de noviembre de 2025 reformó los artículos 17-H, 29-A y 30-B. Consultado el 27 de septiembre de 2026. ↗
- Servicio de Administración Tributaria · Complemento Carta Porte del CFDI. Versión 3.1, obligatoria desde el 17 de julio de 2024. ↗
- 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. Base del tratamiento de los datos del operador, de la localización y de la conducta de manejo. ↗
- 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, publicado el 3 de mayo de 2023, y sus Lineamientos, publicados el 15 de noviembre de 2023. ↗
- KORE · brochure de TMS y flotilla, doce páginas. Sección 05, base del ciclo: una sola base de datos del grupo, catálogo único de clientes, unidades y operadores, y bitácora auditable; sección 02, el mismo indicador calculado igual en todas las empresas. ↗
- Motor el motor de la casa · base del motor de la casa, el proyecto de este sistema «Sistema Inteligente de Gestión Logística». 34 entidades con su propósito registrado, sin nombre físico de tabla y sin relaciones salientes; 123 módulos, 14 procesos, 37 subprocesos, 94 roles, 82 casos de uso y 241 reglas; 0 pantallas, 0 ciclos de vida y 0 endpoints. Corte tomado del reloj del propio servidor: 27 de septiembre de 2026, 14:08:09. ↗
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í