KORE · las pantallas
Una pantalla de transporte no es un formulario: es un tipo, un módulo y un conjunto de acciones permitidas.
Hay dos maneras de escribir una página de pantallas. Una es inventar capturas. La otra es decir qué está generado, qué está descrito en el brochure y qué produce la plataforma, con las tres cosas separadas. Esta página hace la segunda, y empieza por el número incómodo.
El hueco, con su conteo
El número que hay que decir antes de describir una pantalla
Conviene decir de dónde sale cada pantalla de esta página, porque es la diferencia entre enseñar un producto y enseñar el de otro. La operación de este grupo está modelada hasta el subproceso: 123 módulos con su descripción, 94 roles con su ámbito, 14 procesos con 37 subprocesos, 82 casos de uso, 34 entidades de datos y 241 reglas de negocio.
De esa capa se generan las pantallas en la implantación, con su tipo, su entidad principal, su módulo, su ruta de navegación, sus campos y sus acciones. Lo que esta página describe es ese diseño, y se dice así en lugar de poner la captura de otro sistema con el nombre cambiado.
Un cero publicado con su consulta y su hora es verificable. Una captura inventada no se puede verificar ni desmentir: sólo se puede creer.
Qué tiene y qué no tiene este proyecto en la base del motor
| Artefacto del motor | Cuántos | Qué significa para esta página |
|---|---|---|
| Módulos del sistema | 123 | El mapa funcional existe y está descrito módulo por módulo |
| Roles | 94 | Los actores están dados de alta con su ámbito y su tipo |
| Procesos de negocio | 14, con 37 subprocesos | El proceso está modelado |
| Casos de uso | 82 | El comportamiento esperado está escrito |
| Entidades de datos | 34 | El diccionario de datos existe |
| Reglas de negocio | 241 | Colgadas de funcionalidades sin pantalla, todas de un solo subpatrón |
| Pantallas generadas | 0 | Esta página no puede citar ni una pantalla del motor para este sistema. Las que describe salen del brochure |
| Ciclos de vida y transiciones | 0 y 0 | La matriz de estados de este sistema se publica como marco, no como transcripción |
| Interfaces registradas | 0 | Publicado con el cero en la página de APIs |
| Agentes de inteligencia artificial | 0 | Los ocho que declara el brochure se publican atribuidos al brochure |
| Casos de prueba | 0 | No hay cobertura automatizada registrada |
| Versión de generación del proyecto | vacía | La causa de todos los ceros anteriores |
Todo lo que sigue tiene el sujeto declarado en la primera línea de su sección. Si una frase no dice de quién habla, no se escribió bien.
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. Consultas sobre modulo_sistema, rol_sistema, proceso_negocio, caso_uso, entidad, regla_negocio, pantalla, Spartan_WorkFlow, proyecto_api, agente_ia y caso_prueba. La pantalla se resuelve por la cadena funcionalidad → módulo → proyecto, porque la tabla de pantallas no guarda el proyecto directamente.
El sujeto aquí es el brochure
Las pantallas que el brochure describe, módulo por módulo
El brochure de este sistema declara dieciséis módulos sobre una sola base de datos, y de cada uno dice qué produce. Lo que sigue traduce esa declaración a lo que sería la pantalla de cada módulo: qué muestra, qué se captura en ella y quién la abre. La columna de tipo va en una sección posterior, porque es una asignación editorial y no un dato del motor.
La lectura útil de esta tabla no es la cuenta de dieciséis. Es que cada módulo produce una cosa concreta que hoy se produce a mano en una hoja de cálculo o no se produce. Ahí está el criterio para saber si una pantalla vale: lo que entrega al cerrarla.
Módulo declarado · qué produce · qué pantalla implica · quién la abre
| Módulo del brochure | Qué produce, según el brochure | Qué pantalla implica | Quién la abre |
|---|---|---|---|
| Gestión de mantenimiento | Programación del servicio, inventario de refacciones, historial y checklist de entrada y salida con firma | Calendario de servicios por unidad, con la orden de trabajo y el checklist firmado | Jefe de taller |
| Optimización de rutas | Planeación de la ruta, adaptación en curso y análisis de eficiencia por ruta | Planeación de la ruta sobre mapa, con el detalle del viaje al lado | Coordinador de tráfico |
| Monitoreo de combustible | Consumo por unidad y por ruta, rendimiento real contra esperado y detección de anomalías | Rendimiento por unidad con el evento sospechoso marcado y su evidencia | Control de costos |
| Gestión de seguridad | Monitoreo de la conducción, capacitación por conductor y análisis preventivo | Calificación de conducta por operador, con la cápsula asignada y su avance | Jefatura de seguridad |
| Gestión de conductores | Perfil del operador, asignación de rutas y turnos y evaluación de desempeño | Ficha del operador con licencia, horas de servicio, desempeño e historial | Coordinador de tráfico |
| Gestión de neumáticos | Vida útil con sensores, presión en tiempo real, rotación y reemplazo | Mapa de posiciones por unidad con presión, vida útil y próximo movimiento | Jefe de taller |
| Activos y depreciación | Ciclo de vida de la unidad, costo total de propiedad y proyección de reemplazo | Ficha del activo con su ciclo de vida y su proyección | Dirección de administración |
| Alta, baja y cambio de vehículos | Proceso guiado con cierre automático de registros | Asistente por pasos del alta, la baja y el cambio de la unidad | Administración de flota |
| Centros de reparación | Red de talleres, programación, control de calidad y de costo, checklist estandarizado | Directorio de talleres con su desempeño y la orden externa en curso | Jefe de taller |
| Accesorios y componentes | Inventario con número de serie, evidencia fotográfica y detección de desgaste | Inventario por unidad con la galería de evidencia por componente | Almacén y taller |
| Cumplimiento normativo | Documentación centralizada, seguimiento regulatorio y alertas de renovación | Bandeja de vencimientos: permiso, verificación, licencia y póliza, con el viaje que no debería salir hoy | Responsable de cumplimiento documental |
| Gestión de siniestros | Registro en el momento, reclamación asistida, análisis y prevención | Expediente del siniestro con su evidencia y el estado de la reclamación | Coordinación de siniestros |
| Integración contable | Sincronización con el sistema contable, gestión de costos y auditoría financiera | Conciliación del costo del viaje contra la póliza, con sus diferencias | Contraloría |
| Análisis y reportes | Tableros configurables, informes automatizados y análisis predictivo | Reporte paramétrico con sus filtros y su exportación | Analista de operación |
| Inteligencia de negocio | Quince tableros con detalle al viaje, filtros y vistas propias | La torre de control y sus quince tableros | Dirección general del grupo |
| Integración y arquitectura multiempresa | Interfaz de programación, operación de varias empresas en un solo sistema, seguridad y cumplimiento de datos | Configuración de la empresa, del catálogo compartido y de los accesos | Administración del sistema |
Dieciséis módulos no son dieciséis pantallas. Son dieciséis cosas que hoy alguien produce a mano, y la pantalla es sólo el lugar donde deja de producirlas así.
Fuente: brochure de KORE, sección 08 (los dieciséis módulos), sección 06 (las capacidades del TMS del grupo) y sección 09 (la torre de control). Atribuido al brochure: la base del motor no tiene pantallas generadas para este sistema. La columna «qué pantalla implica» es lectura editorial de esta página sobre lo que el brochure declara que cada módulo produce.
El sujeto sigue siendo el brochure
La torre de control del grupo: la pantalla que sólo tiene sentido en un grupo
Entre todas las pantallas que el brochure describe, hay una que no existe en un sistema de una sola empresa: la torre de control del grupo. El brochure la declara con detalle al viaje y filtros por empresa, región, ruta, unidad, operador y cliente, y con la posibilidad de crear vistas propias.
Lo distintivo no es el mapa ni el número grande. Es que el mismo indicador se calcule igual en todas las empresas. El brochure lo dice sin rodeos en su sección de escala de grupo: hoy cada sistema lo define distinto, y por eso no se puede comparar ni negociar. Una torre de control que suma números calculados con definiciones distintas produce una cifra que nadie puede defender.
La segunda pantalla que sólo tiene sentido con varias empresas es el portal de clientes: el estatus, las evidencias, los comprobantes y el indicador de nivel de servicio por contrato, presentados con la marca del grupo. Un cliente que trabaja con tres empresas del mismo grupo entra a un solo portal, no a tres.
Pantalla de grupo · qué muestra · qué permite bajar · qué decide
| Pantalla | Qué muestra | Hasta dónde baja el detalle | Qué decisión habilita |
|---|---|---|---|
| Torre de control del grupo | La operación de todas las empresas con un solo juego de indicadores | Empresa, región, ruta, unidad, operador y cliente, hasta el viaje | Comparar y negociar entre empresas con el mismo número |
| Tablero ejecutivo en tiempo real | Disponibilidad de flota, costo por kilómetro, unidades en taller y alertas abiertas | La unidad y la alerta concreta | Qué se atiende hoy, con el dato del día y no del cierre de mes |
| Portal de clientes | Estatus del viaje, evidencia de entrega, comprobantes e indicador de nivel de servicio por contrato | El viaje y su documento | Que el cliente deje de llamar a preguntar dónde va su carga |
| Quince tableros de inteligencia de negocio | Flota, mantenimiento, combustible, seguridad, conductores, activos, rutas, cumplimiento, finanzas, neumáticos, sustentabilidad, proveedores, satisfacción, capacidad y análisis predictivo | El viaje, con filtros por unidad de negocio | Cada uno abre una decisión distinta: están desarrollados en la página de tableros |
| Consulta en lenguaje natural | La respuesta a una pregunta escrita, con su dato y su causa | El dato de origen de la respuesta | Preguntar en vez de exportar y pedirle el análisis a alguien |
Si su grupo no ha acordado la definición del indicador, la torre de control le va a mostrar bonito un número que no puede usar.
Fuente: brochure de KORE, sección 08 (los dieciséis módulos), sección 06 (las capacidades del TMS del grupo) y sección 09 (la torre de control). Atribuido al brochure: la base del motor no tiene pantallas generadas para este sistema. El tablero ejecutivo del brochure trae cifras de muestra —disponibilidad, costo por kilómetro, unidades en taller y alertas abiertas— que esta página no reproduce como números, porque son datos de ejemplo del propio brochure y no una medición de una operación real.
El sujeto sigue siendo el brochure
Las diez capacidades del TMS del grupo y la pantalla de cada una
Además de los dieciséis módulos, el brochure declara diez capacidades del TMS del grupo con una frase que explica por qué existen: un sistema por empresa sería otro silo. Son las capacidades donde se gana o se pierde el margen del viaje, y cada una implica una pantalla con un dueño claro.
Capacidad declarada · qué produce · qué pantalla implica · quién la abre
| Capacidad | Qué produce, según el brochure | Qué pantalla implica | Quién la abre |
|---|---|---|---|
| Cotización y tarifario | Costo real por ruta —combustible, casetas, operador, retorno vacío— y política de margen por cliente | Cotizador con el desglose del costo y el margen resultante | Ejecutivo comercial |
| Planeación y despacho | Asignación por disponibilidad, licencia vigente, horas de servicio y compatibilidad de carga | Tablero de despacho con los viajes por asignar y lo disponible hoy | Coordinador de tráfico |
| Cruce fronterizo | Documentación, pedimentos, agente aduanal y seguimiento del cruce como etapa del viaje | Expediente del cruce como etapa, con su documentación y su hora | Agente aduanal y tráfico internacional |
| Gestión de patios y andenes | Citas, maniobras, tiempos de estadía y detención facturable por cliente | Agenda del andén con ingreso, maniobra, salida y estadía acumulada | Jefatura de patio |
| Última milla y ruteo urbano | Ventanas de entrega, densidad por zona, reintentos y evidencia digital | Ruta urbana con sus paradas, sus ventanas y sus reintentos | Coordinación de última milla |
| Terceros y subcontratados | Flota externa con el mismo estándar de tarifa, cumplimiento documental y evaluación de desempeño | Expediente del transportista externo con su documentación vigente y su calificación | Compras de transporte |
| Liquidación de operadores | Viáticos, bonos por rendimiento y conducta, deducciones y dispersión sin recaptura | Liquidación del periodo por operador, con su desglose y su autorización | Administración de personal de operación |
| Portal de clientes | Estatus, evidencias, comprobantes e indicador de nivel de servicio por contrato | La vista del cliente sobre sus propios viajes | El cliente embarcador, en modo lectura |
| Movilidad de personal | Rutas de personal y escolares, asistencia, ocupación por corrida y nivel de servicio por corporativo atendido | Corrida con su ocupación, su asistencia y su cumplimiento | Coordinación de movilidad |
| Torre de control del grupo | Un tablero para todo el grupo con detalle por empresa, ruta, unidad, operador y cliente | La torre de control descrita en la sección anterior | Dirección general del grupo |
De las diez, la de terceros subcontratados es la que casi ningún sistema del sector resuelve. Y es la única donde el incumplimiento de otro llega con el nombre de su empresa.
Fuente: brochure de KORE, sección 08 (los dieciséis módulos), sección 06 (las capacidades del TMS del grupo) y sección 09 (la torre de control). Atribuido al brochure: la base del motor no tiene pantallas generadas para este sistema.
La plataforma · verificable en código
Aquí cambia el sujeto: lo que la plataforma de la casa produce por pantalla
Todo lo anterior era del brochure de este sistema. Esta sección no: es de la plataforma con la que se construyen los sistemas de la casa, y se puede verificar leyendo su código. Se dice el cambio de sujeto porque las dos cosas no son lo mismo: lo que sigue es lo que la plataforma produce cuando genera una pantalla, no lo que este sistema tiene hoy generado, que es cero.
La plataforma no dibuja pantallas libres. Genera veintiún tipos de pantalla, cada uno con su propio generador de página, su generador de estado y su generador de eventos, y cada uno con su plantilla en disco. El tipo se resuelve por nombre desde el catálogo; si el nombre no corresponde a ningún tipo, cae al tipo de alta, baja y cambio con una advertencia.
Una precisión que evita elegir el número que más conviene: el catálogo de la base tiene veinticinco filas y veinticuatro activas, mientras en disco se verifican veintiún tipos con generador y plantilla. Esta página publica los veintiuno verificados en disco y dice que el conteo de la documentación va por detrás. Una de las filas del catálogo, además, no es una pantalla: genera trabajo de servidor programado.
Y hay una fase que se aplica a todas las pantallas, no a algunas: categorización de campos, permisos por rol, esquema de validación, detección de campos de auditoría, de subida de archivos y de folio. Es la diferencia entre una pantalla dibujada y una pantalla que ya trae control de acceso y validación sin que nadie lo pida.
El catálogo de controles de captura de la plataforma registra 45 controles —35 de captura y 10 de visualización—, y aquí hace falta una precisión que el propio documento de la plataforma obliga a hacer: ese catálogo es un plan de trabajo, no un certificado. Varios de los 45 están marcados como pendientes de plantilla o de despacho. Publicar «45 controles catalogados» es correcto; publicar «45 controles funcionando» no lo sería con esa evidencia.
Los 21 tipos de pantalla que la plataforma genera, con su cita
| Tipo | Qué produce | Para qué sirve en una operación de carga |
|---|---|---|
| Alta, baja y cambio | Rejilla con filtros en línea y ventanas de formulario, consulta y confirmación de borrado | Catálogos: unidades, remolques, operadores, clientes, rutas, talleres |
| Listado | Consulta de sólo lectura con filtros, rejilla y ventana de detalle | Consulta de viajes de un cliente sin permitir edición |
| Tablero | Indicadores, tarjetas de métrica, gráficas y rejilla de resumen | La torre de control y los tableros de la página de tableros |
| Reporte | Consulta con parámetros, totales, gráficas y exportación con vista previa | Rentabilidad por ruta, por cliente y por unidad de negocio |
| Proceso | Ejecución de un proceso con carga de archivos, cola, línea de tiempo y detalle del error | Timbrado por lote y dispersión de la liquidación |
| Configuración | Pestañas, secciones plegables y árbol de permisos | Política de margen, umbrales y accesos por empresa del grupo |
| Asistente por pasos | Formulario por pasos con su barra de avance | Alta, baja y cambio de una unidad; captura de un viaje nuevo |
| Calendario | Vista de calendario con filtros y ventanas de alta y cambio | Servicios de taller, citas de andén y corridas de personal |
| Tablero de columnas | Columnas con tarjetas que se arrastran | Viajes por etapa: por asignar, en ruta, entregado, por timbrar |
| Galería | Galería de archivos e imágenes con carga y vista previa | Evidencia fotográfica del checklist y del daño |
| Maestro y detalle | Panel doble con el registro y sus dependientes | Viaje y sus etapas; unidad y su historial de servicio |
| Bandeja | Charolas en el costado más rejilla y ventana de atención | Vencimientos documentales y viajes por revisar antes de la salida |
| Aprobación | Rejilla con indicadores, canalización, historial y ventana de aprobación | Autorización de la liquidación y de la tarifa fuera de política |
| Importación | Asistente con carga, mapeo de columnas, validación y ejecución | Carga del catálogo de la empresa recién integrada |
| Monitor | Indicadores en vivo, gráficas y rejilla de eventos con refresco automático | Viajes en curso, desviaciones y alertas abiertas |
| Comparador | Comparación lado a lado de varios elementos | Costo por kilómetro de dos rutas o de dos empresas del grupo |
| Ficha | Perfil en dos columnas con pestañas de detalle | Ficha del operador y ficha de la unidad |
| Auditoría | Indicadores, línea de tiempo y rejilla detallada | Quién cambió qué en el expediente del viaje y cuándo |
| Tabla dinámica | Dimensiones y medidas configurables, con gráficas y filtros | Costo por kilómetro cruzado por segmento, empresa y periodo |
| Programador de tareas | Rejilla de trabajos con su expresión de calendario | Timbrado programado, envío de reportes y avisos de vencimiento |
| Mapa | Mapa con lista de ubicaciones, tarjeta de detalle y marcadores | Posición de la flota, geocercas y planeación de ruta |
Un tipo de pantalla con su generador y su plantilla en disco se puede abrir y leer. Una maqueta en una presentación, no.
Verificado leyendo el código del motor 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. Los veintiún tipos están, sus generadores de página y sus veintiuna plantillas en Templates/Pantallas/. La columna «para qué sirve en una operación de carga» es asignación editorial de esta página: no es dato del motor, porque este sistema no tiene pantallas generadas.
Los seis artefactos que la plataforma deposita por cada pantalla
Los seis artefactos que la plataforma deposita por cada pantalla
| Artefacto | Qué contiene |
|---|---|
| Tipos de datos | La forma de cada registro que la pantalla maneja |
| Servicios de interfaz | Las llamadas que la pantalla hace para leer y escribir |
| Almacén de estado y permisos | El estado de la pantalla y qué puede hacer cada rol en ella |
| Eventos, permisos y reglas de negocio | Lo que ocurre al pulsar, y la regla que valida antes de guardar |
| La página | La pantalla misma, según su tipo |
| Índice de exportación | El punto de entrada de la pantalla al resto del sistema |
Verificado leyendo el código del motor 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. Los veintiún tipos están, sus generadores de página y sus veintiuna plantillas en Templates/Pantallas/. La columna «para qué sirve en una operación de carga» es asignación editorial de esta página: no es dato del motor, porque este sistema no tiene pantallas generadas.
Asignación editorial · se declara como tal
Qué tipo le correspondería a cada pantalla de este sistema
Esta sección es la única de la página que no es ni brochure ni motor: es una asignación de esta página, y se declara. Cruza las pantallas que el brochure describe con los veintiún tipos que la plataforma genera, para que se pueda discutir antes de construir nada. Es exactamente la conversación que en el modelo tradicional se tiene seis meses después, cuando ya hay algo pagado.
El valor de la tabla no es adivinar. Es que el tipo determina qué trae la pantalla sin pedirlo: una bandeja trae charolas y ventana de atención, un monitor trae refresco automático y rejilla de eventos, una pantalla de aprobación trae canalización e historial. Elegir mal el tipo se paga en trabajo manual todos los días.
Pantalla del brochure · tipo propuesto · qué trae el tipo · por qué ése
| Pantalla | Tipo propuesto | Qué trae el tipo | Por qué ése |
|---|---|---|---|
| Bandeja de vencimientos documentales | Bandeja | Charolas en el costado, rejilla y ventana de atención | El trabajo es una cola que alguien tiene que vaciar antes de que salga el viaje |
| Viajes en curso y desviaciones | Monitor | Indicadores en vivo, gráficas y rejilla de eventos con refresco automático | El dato cambia cada minuto y nadie va a recargar la página |
| Tablero de despacho | Tablero de columnas | Columnas con tarjetas que se arrastran | El viaje avanza por etapas y la asignación es un movimiento, no un formulario |
| Torre de control del grupo | Tablero | Indicadores, tarjetas de métrica, gráficas y rejilla de resumen | Es una vista de decisión con detalle hacia abajo, no una captura |
| Costo por kilómetro por segmento y empresa | Tabla dinámica | Dimensiones y medidas configurables con gráficas | La pregunta cambia cada vez: por ruta, por cliente, por empresa, por periodo |
| Posición de la flota y geocercas | Mapa | Mapa con lista de ubicaciones, tarjeta de detalle y marcadores | La unidad de análisis es geográfica |
| Alta, baja y cambio de unidad | Asistente por pasos | Formulario por pasos con barra de avance | El brochure lo declara como proceso guiado con cierre automático de registros |
| Autorización de liquidación y de tarifa fuera de política | Aprobación | Rejilla, indicadores, canalización, historial y ventana de aprobación | Hay un acto de autorización con responsable y rastro |
| Timbrado por lote y dispersión | Proceso | Carga de archivos, cola de procesamiento, línea de tiempo y detalle del error | Es una ejecución masiva donde el error individual importa |
| Carga del catálogo de la empresa integrada | Importación | Asistente con carga, mapeo de columnas, validación y ejecución | El catálogo llega en un archivo con las columnas de otro sistema |
| Ficha del operador y ficha de la unidad | Ficha | Perfil en dos columnas con pestañas de detalle | Es una vista de consulta profunda de una sola entidad |
| Evidencia fotográfica del checklist | Galería | Galería con carga y vista previa | El contenido es imagen y se compara contra la anterior |
| Servicios de taller y citas de andén | Calendario | Calendario con filtros y ventanas de alta y cambio | La restricción es el tiempo y la ocupación |
| Quién cambió qué en el expediente del viaje | Auditoría | Indicadores, línea de tiempo y rejilla detallada | Lo que se busca es el rastro, no el registro actual |
| Rentabilidad por ruta y por cliente | Reporte | Parámetros, totales, gráficas y exportación con vista previa | Se consulta con parámetros y se entrega en papel o en archivo |
Discuta esta tabla antes de construir. Cambiar el tipo de una pantalla en la sesión cuesta una conversación; cambiarlo después cuesta una orden de cambio.
Asignación editorial de esta página, cruzando las pantallas que el brochure de KORE describe con los veintiún tipos verificados en el código de la plataforma. No es dato del motor: el proyecto de este sistema tiene cero pantallas generadas al corte del 27 de septiembre de 2026, 14:09 h, hora del servidor.
Capturas · de otros proyectos
Cómo se ve un sistema de logística ya generado por la plataforma
Las tres capturas que siguen no son de este sistema. Son de otro proyecto de logística generado por la misma plataforma, y el pie de cada una lo dice. Se publican porque responden la pregunta que ninguna tabla responde: qué se ve cuando el generador ya corrió.
La tercera es la más útil de las tres, y conviene mirarla dos veces: son las reglas de validación generadas disparándose sobre la captura, con los campos obligatorios marcados y su mensaje. Ese es el punto donde una regla de negocio deja de ser un documento y se vuelve un comportamiento.
Mire la tercera captura y después pregunte a cualquier proveedor cómo se ve su regla de negocio en ejecución. La respuesta habitual es un documento.
El pendiente, con su precedente
Qué falta para que estas pantallas dejen de ser del brochure
El hueco de esta página tiene una salida conocida y medida: reencolar el proyecto en el motor para que corra la fase que produce pantallas. No es una hipótesis. Otro sistema de esta misma capa —el de agroindustria— pasó por ahí y el resultado está en la misma base: 119 pantallas y 26 ciclos de vida con 102 transiciones en un solo día de generación, sobre un proyecto que también empezó siendo módulos, roles y casos de uso.
Mientras eso no ocurra, esta capa publica lo que hay. Y lo que hay para este sistema es sustantivo en la capa funcional y vacío en la capa de pantallas, y las dos cosas se dicen con su número. Un sistema de esta casa se demuestra con artefactos, no con adjetivos; cuando el artefacto no existe, se publica el hueco.
Estado de cada capa de este proyecto · qué haría falta
| Capa | Estado hoy | Qué haría falta |
|---|---|---|
| Mapa funcional: módulos, roles, procesos, casos de uso, entidades | Poblado: 123, 94, 14 con 37 subprocesos, 82 y 34 | Nada. Está y se publica |
| Reglas de negocio | 241, todas de un solo subpatrón, colgadas de funcionalidades sin pantalla | Clasificarlas por subpatrón y atarlas a la pantalla que las ejecuta |
| Pantallas | 0 | Reencolar el proyecto para que corra la fase de generación de pantallas |
| Ciclos de vida y transiciones | 0 y 0 | La misma fase produce las matrices de estado |
| Interfaces | 0 | Se derivan de las entidades y de las pantallas con las 15 operaciones canónicas del catálogo |
| Casos de prueba | 0 | La fase de pruebas se apoya en las pantallas: sin pantallas no hay casos |
El que publica sus huecos se puede auditar. El que sólo publica capturas, no.
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. El precedente de 119 pantallas y 26 ciclos con 102 transiciones corresponde a otro proyecto de la misma base, el del sistema de agroindustria de esta capa.
Verlo no cuesta nada
Entre por la vista que le toca
El sistema en vivo abre en /sistemas/kore-tms/sistema/, sin registro, con los datos de ejemplo marcados en pantalla y con la vista puesta por el enlace. Los folios, las unidades y los operadores de la bandeja son de ejemplo: no hay dato de persona.
Entre por el rol cuyo trabajo quiera ver, no por el menú completo. Un sistema se juzga por lo que un rol concreto puede terminar en una sola pantalla.
- Ver como coordinador de tráfico — la asignación del viaje con lo que hay disponible hoy.
- Ver como responsable de cumplimiento documental — la bandeja de vencimientos y el viaje que no debería salir.
- Ver como jefe de taller — el servicio programado y el día de unidad que no factura.
- Ver como facturación y cobranza — el timbrado del viaje y la detención facturable.
- Ver como dirección general del grupo — el mismo indicador calculado igual en cada empresa.
- Ver como operador — la orden, el checklist de la unidad y la evidencia de entrega.
Después de recorrerlo, la conversación deja de ser cuántas pantallas hay y pasa a ser cuál falta para su operación.
Preguntas frecuentes
p
p
p
p
p
p
Referencias
- SPARTANE · base del motor de la casa el motor de la casa, tablas modulo_sistema, rol_sistema, proceso_negocio, caso_uso, entidad, regla_negocio, pantalla, Spartan_WorkFlow, proyecto_api, agente_ia y caso_prueba. Medidas por esta página el 27 de septiembre de 2026 a las 14:09 h, hora del propio servidor. ↗
- SPARTANE · revisión del código de la plataforma de la casa en disco, 27 de septiembre de 2026: los 21 tipos de pantalla, sus generadores, sus 21 plantillas, los seis artefactos por pantalla y la fase transversal. ↗
- SPARTANE · catálogo maestro de controles de la plataforma: 45 controles catalogados, 35 de captura y 10 de visualización, con varios marcados como pendientes. Es un plan de trabajo declarado, no un certificado de completitud. ↗
- KORE · brochure de TMS y flotilla, 12 páginas: sección 06 (capacidades del TMS del grupo), sección 08 (los dieciséis módulos) y sección 09 (la torre de control y sus quince tableros). ↗
- SPARTANE · inventario de capturas de sistemas generados, 27 de septiembre de 2026. Las tres capturas de esta página son del proyecto de logística ya generado, no de este sistema, y llevan su marca de datos de ejemplo. ↗
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.