Relevo · las pantallas
Ciento setenta y ocho pantallas. No es una cifra de folleto: es un conteo con hora de servidor y con sus huecos a la vista.
Una pantalla no es una imagen: es un tipo, un módulo, una entidad, una ruta y un conjunto de acciones permitidas. Esta página publica el inventario completo del sistema de embarques tal como está en la base del motor, agrupado para que se pueda leer, y dice cuántas pantallas hay en total y de qué tipo es cada grupo.
Cómo leer un inventario
Por qué el tipo de pantalla es el dato que importa
Cuando alguien le enseña pantallas, le está enseñando lo más fácil de enseñar y lo más difícil de comprobar. Dos pantallas pueden verse idénticas y no permitir lo mismo: una deja editar, la otra sólo consultar; una cierra un paso y la otra lo aprueba con firma de un segundo rol. Esa diferencia no está en la imagen, está en el tipo.
La plataforma que generó este sistema trabaja con un catálogo cerrado de tipos de pantalla. Cada tipo tiene su propio generador de página, su propio generador de estado, su propio generador de eventos y su plantilla. En disco se verifican veintiún tipos: veintiún valores de enumerado, veintiuna ramas del constructor y veintiún directorios de plantilla.
Aquí hay una precisión que conviene publicar, porque la va a oír mal contada. El catálogo de la base de datos tiene veinticinco filas, de las cuales veinticuatro están activas, mientras que los tipos con generador y plantilla verificados en disco son veintiuno. El catálogo va por delante de lo que el generador implementa. Esta página publica los veintiún verificados en disco y lo dice; no elige el número que conviene más.
Si el tipo de pantalla no se declara, se hereda. Y lo que se hereda siempre es el formulario.
- El tipo decide la disposición: rejilla con filtros, panel doble, tablero de columnas, expediente con pestañas, mapa.
- El tipo decide las acciones: alta y baja, o sólo consulta, o aprobación con historial.
- El tipo decide qué se genera por detrás: los seis artefactos de la pantalla —tipos, servicios, estado, eventos, página y barril de exportación— salen distintos según el tipo.
- Y el tipo decide qué se puede auditar: una pantalla de auditoría genera línea de tiempo y rejilla detallada; una de alta y baja, no.
Por eso la tabla que sigue trae el tipo antes del nombre. El nombre es una etiqueta; el tipo es un contrato.
Fuente: código de la plataforma en disco, revisión del 27 de septiembre de 2026 (para el enumerado de tipos y para el generador de cada uno).
El conteo
Las 178, repartidas por tipo
Ciento setenta y ocho pantallas son demasiadas para una tabla legible, así que van agrupadas por tipo, que es el criterio que informa. La suma de la segunda columna es 178: no hay pantallas fuera del reparto y no hay ninguna con el tipo sin resolver.
La tercera columna dice qué hace ese grupo en esta operación concreta, no en abstracto. Es ahí donde el inventario se vuelve legible para quien conoce el negocio y no el sistema.
Tipo de pantalla · cuántas · qué hacen en esta operación
| Tipo | Pantallas | Qué hacen |
|---|---|---|
| Alta, baja y cambio | 64 | El dato maestro y los catálogos de estatus: clientes, proveedores, activos, conductores, tarifas, ubicaciones, habilitaciones, y el catálogo de estados de cada entidad del ciclo. |
| Bandeja de trabajo | 35 | Las colas por rol: embarques pendientes, embarques por coordinar, embarques de mi cartera, trayectos por asignar, confirmaciones de carga por gestionar, ajustes de tarifa por autorizar. Una bandeja por rol y por estado, que es la razón de que sean treinta y cinco. |
| Asistente por pasos | 12 | Lo que no se captura de una vez: los datos del embarque, la validación y envío de la solicitud, la asignación de proveedor interno, el alta de proveedor externo, la actualización de estado del trayecto y el cierre del embarque. |
| Aprobación | 10 | Donde firma un segundo rol: el documento de confirmación de carga, el ajuste de tarifa que excede el rango, la baja de un registro maestro y el alta de un proveedor externo tras la revisión de cumplimiento. |
| Maestro y detalle | 9 | El expediente del trayecto, las plantillas de ruta recurrente, la selección de cliente y la gestión de incidencias del trayecto. |
| Expediente | 8 | La ficha del proveedor de transporte, la del cliente, la del embarque y la del documento de confirmación de carga, con sus pestañas. |
| Configuración | 7 | El acceso al sistema, la navegación de catálogos maestros y la configuración de notificaciones por evento, módulo y rol. |
| Auditoría | 6 | El historial de cambios sobre catálogos, la validación de integridad de datos maestros y la auditoría de estados del trayecto con su línea de tiempo. |
| Tablero | 5 | Disponibilidad de activos y de unidades, en el módulo de programación y en el de reportes. |
| Tablero de columnas | 5 | Las colas visuales con bloqueo entre etapas: embarques pendientes, trayectos para asignación e incidencias activas. |
| Galería documental | 4 | La orden de compra del cliente, el comprobante fiscal del trayecto y el archivo documental del embarque cerrado. |
| Listado de consulta | 3 | Búsqueda y filtrado de proveedores para un trayecto, y el listado de embarques activos. Sólo lectura, con exportación. |
| Monitor | 3 | El seguimiento de trayectos activos y el panel del monitorista de tráfico, con refresco automático. |
| Proceso | 3 | La generación del folio del embarque y sus notificaciones, y la gestión de la orden de compra como proceso. |
| Reporte | 3 | Los indicadores de operación y el desempeño de proveedores, con parámetros y exportación. |
| Mapa | 1 | La gestión de ubicaciones geográficas: origen, destino y puntos intermedios normalizados. |
| Total | 178 | Dieciséis tipos distintos. Ninguna pantalla con el tipo sin resolver. |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. La hora es parte del dato:. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
Lea el reparto como el retrato de una operación y no como una lista de funciones. Sesenta y cuatro pantallas de alta y baja significan que este negocio vive del dato maestro: quién es el cliente, qué proveedor está habilitado, qué tarifa aplica, qué caja está libre. Treinta y cinco bandejas significan que el trabajo llega en cola y que cada rol tiene la suya.
Y diez pantallas de aprobación con veinticuatro pantallas marcadas con flujo de aprobación significan lo que significa: en esta operación hay decisiones que no las toma quien captura.
Compare ese reparto con el de su propia operación. Donde no coincida está la conversación que vale la pena tener.
El hueco de arriba
Los cinco tipos que la plataforma implementa y este proyecto no usa
Dieciséis tipos usados de veintiún implementados deja cinco sin usar. Decir cuáles son es más útil que celebrar los dieciséis, porque los cinco describen exactamente qué le falta a este sistema para cubrir una operación más amplia.
Tipo implementado y no usado · qué produce · qué haría falta para usarlo
| Tipo | Qué produce la plataforma con ese tipo | Para qué serviría en esta operación |
|---|---|---|
| Calendario | Vista de calendario con filtros y alta de eventos. | La agenda de citas de carga y descarga por ubicación y por ventana horaria. Hoy las fechas viven en cuarenta y tres pantallas con campos de calendario, pero no hay una vista de calendario. |
| Importación | Asistente por pasos con carga de archivo, mapeo de columnas, validación y ejecución. | La carga masiva de tarifas de un convenio nuevo, o de un lote de guías desde una hoja del cliente. Es el tipo que evita la captura repetida por volumen. |
| Comparador | Comparación lado a lado de varios elementos. | Dos o tres proveedores frente a frente para el mismo trayecto: tarifa, capacidad, habilitaciones vigentes y desempeño histórico. |
| Tabla dinámica | Configuración de dimensiones y medidas, con gráficas y filtros. | El análisis libre de costo por ruta, por proveedor y por mes, sin pedir un reporte nuevo cada vez. |
| Programador de tareas | Rejilla de tareas programadas con editor de expresiones de tiempo. | Los avisos automáticos y los cierres de fin de día. Coincide con otro hueco medido: este proyecto tiene cero tareas de servidor dadas de alta. |
Fuente: código de la plataforma en disco, revisión del 27 de septiembre de 2026 (para el enumerado de tipos y para el generador de cada uno). Ausencias verificadas por conteo en la base del motor al corte del 27 de septiembre de 2026.
Los cinco están implementados en la plataforma: existen su generador, su generador de estado, su generador de eventos y su plantilla. Que este proyecto no los use no es una limitación del motor, es una decisión del alcance con que se generó. Y por eso son configurables y no desarrollo nuevo.
Un inventario que enumera los tipos que no usó dice más de lo que puede crecer que uno que sólo enumera los que usó.
El otro corte
Las 178 por módulo, y qué produce cada módulo
El mismo inventario, cortado por módulo. Aquí la suma también es 178, y el reparto dice dónde está el peso del sistema. La tercera columna es la descripción que el propio motor tiene registrada del módulo, resumida y sin los nombres de empresa que trae el origen.
Módulo · pantallas · qué agrupa
| Módulo | Pantallas | Qué agrupa |
|---|---|---|
| Gestión de catálogos maestros | 47 | Clientes, proveedores, rutas, tarifas, conductores, ubicaciones, habilitaciones y el inventario de cajas propias, con validación fiscal y auditoría de cambios. |
| Asignación de proveedores | 44 | El motor de asignación por trayecto, con la lógica de varias empresas del grupo, y la generación del documento de confirmación de carga. |
| Seguimiento y cierre de trayectos | 33 | El control secuencial de estados del viaje con bloqueos lógicos, las incidencias, el comprobante fiscal por trayecto, la prueba de entrega y el archivo documental del embarque cerrado. |
| Programación de embarques | 28 | La captura de solicitudes de servicio con folio único, la validación de documentos y las plantillas de rutas recurrentes. |
| Configuración | 21 | Los catálogos de estatus y tipos que alimentan los ciclos de vida del resto del sistema. |
| Reportes y tableros operativos | 5 | Los indicadores de utilización de flota, desempeño de proveedores y tiempos de ciclo por trayecto. |
| Total | 178 | Seis módulos. |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. La hora es parte del dato:. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
Note el módulo más pequeño: cinco pantallas de reportes y tableros contra cuarenta y siete de catálogos. Ese desequilibrio es el normal en un sistema recién generado y es exactamente la brecha que el producto del brochure viene a cerrar, porque el trabajo repetitivo no está en el tablero: está en las cuarenta y siete pantallas donde alguien teclea el dato maestro y en las treinta y cinco bandejas donde alguien lo revisa.
El sistema que se compra por sus tableros se usa por sus bandejas. Mire primero las bandejas.
La prueba
Una pantalla del sistema, generada y corriendo
Lo que sigue son dos capturas del propio sistema generado, del mismo proyecto cuyas cifras publica esta página. Se tomaron del inventario de capturas revisadas una por una antes de publicarse, y llevan al pie la marca que les corresponde: los datos que se ven son datos de ejemplo, no de una operación real, y el nombre del cliente que aparecía en el encabezado se cubrió en el origen porque es de un tercero.
La primera es una de las doce pantallas de asistente por pasos: la captura de los datos del embarque. La segunda es la que vale más, porque no enseña una disposición sino una regla ejecutándose.
Una captura de una disposición de pantalla prueba poco: se dibuja en una tarde. Una captura de una validación impidiendo el avance prueba otra cosa, porque para que ese mensaje aparezca tiene que existir la regla, tiene que estar ligada al campo y tiene que estar generada en el código de la pantalla.
Eso es lo que hace que estas dos imágenes pertenezcan a esta página y no a un folleto. Y es también la razón de que el resto de esta página sean conteos con hora de servidor en lugar de más imágenes.
Pida siempre la captura de una regla disparándose, no la del formulario vacío. La primera no se puede fingir.
El detalle
Las cuarenta y tres pantallas de operación, una por una
De las 178, hay un subconjunto que no es catálogo ni bandeja derivada: son las pantallas de operación diseñadas una por una, con su código, su tipo y su justificación. Son cuarenta y tres códigos distintos y son las que sostienen el sistema. Van completas, porque son las que se pueden recorrer.
Cuando un mismo código aparece con dos tipos asignados —pasa en varias— es que el motor evaluó dos disposiciones para la misma pantalla y guardó las dos con su puntuación. Se publica el tipo con el que quedó y se dice que existe la segunda lectura.
Código · tipo · pantalla · módulo
| Código | Tipo | Pantalla | Módulo |
|---|---|---|---|
| PNT-PRG-001 | Configuración | Inicio de sesión y acceso al sistema | Programación |
| PNT-PRG-002 | Maestro y detalle | Plantillas de ruta recurrente | Programación |
| PNT-PRG-003 | Maestro y detalle | Selección y gestión de cliente | Programación |
| PNT-PRG-004 | Asistente | Captura de datos del embarque | Programación |
| PNT-PRG-005 | Galería | Documentación y orden de compra | Programación |
| PNT-PRG-006 | Asistente | Validación y envío de la solicitud de embarque | Programación |
| PNT-PRG-007 | Tablero | Disponibilidad de unidades y activos | Programación |
| PNT-PRG-008 | Proceso | Generación de folio y notificaciones del embarque | Programación |
| PNT-ASG-001 | Bandeja | Panel de solicitudes pendientes de asignación | Asignación |
| PNT-ASG-002 | Tablero de columnas | Selección y validación del trayecto | Asignación |
| PNT-ASG-003 | Listado | Búsqueda y filtrado de proveedores por trayecto | Asignación |
| PNT-ASG-004 | Asistente | Asignación de proveedor interno | Asignación |
| PNT-ASG-005 | Aprobación | Registro y asignación de proveedor externo | Asignación |
| PNT-ASG-006 | Aprobación | Confirmación de tarifa del trayecto | Asignación |
| PNT-ASG-007 | Aprobación | Documento de confirmación de carga | Asignación |
| PNT-ASG-008 | Listado | Listado de embarques activos | Asignación |
| PNT-SEG-001 | Monitor | Panel de seguimiento de trayectos activos | Seguimiento |
| PNT-SEG-002 | Asistente | Actualización de estado del trayecto | Seguimiento |
| PNT-SEG-003 | Auditoría | Auditoría y notificaciones de estado | Seguimiento |
| PNT-SEG-004 | Maestro y detalle | Gestión de incidencias en trayecto | Seguimiento |
| PNT-SEG-005 | Asistente | Cierre y archivo del embarque | Seguimiento |
| PNT-SEG-006 | Galería | Registro del comprobante fiscal del trayecto | Seguimiento |
| PNT-SEG-007 | Alta y cambio | Evaluación de desempeño del proveedor por trayecto | Seguimiento |
| PNT-SEG-008 | Galería | Archivo documental del embarque | Seguimiento |
| PNT-SEG-009 | Alta y cambio | Prueba de entrega | Seguimiento |
| PNT-CAT-001 | Configuración | Acceso y navegación de catálogos maestros | Catálogos |
| PNT-CAT-002 | Alta y cambio | Alta y modificación en catálogos | Catálogos |
| PNT-CAT-003 | Aprobación | Baja e inactivación de registros | Catálogos |
| PNT-CAT-004 | Auditoría | Validación e integridad de datos maestros | Catálogos |
| PNT-CAT-005 | Configuración | Notificación de cambios a los módulos operativos | Catálogos |
| PNT-CAT-006 | Expediente | Ficha del proveedor de transporte | Catálogos |
| PNT-CAT-007 | Expediente | Ficha del cliente | Catálogos |
| PNT-CAT-008 | Alta y cambio | Gestión de activos de transporte | Catálogos |
| PNT-CAT-009 | Alta y cambio | Gestión de conductores y operadores | Catálogos |
| PNT-CAT-010 | Mapa | Gestión de ubicaciones geográficas | Catálogos |
| PNT-CAT-011 | Alta y cambio | Gestión de tarifas de ruta | Catálogos |
| PNT-CAT-012 | Alta y cambio | Gestión de habilitaciones de proveedores | Catálogos |
| PNT-CAT-013 | Configuración | Configuración de notificaciones | Catálogos |
| PNT-CAT-014 | Auditoría | Historial de auditoría de catálogos | Catálogos |
| PNT-RPT-001 | Tablero | Disponibilidad de activos | Reportes |
| PNT-RPT-002 | Reporte | Indicadores de operación | Reportes |
| PNT-RPT-003 | Reporte | Desempeño de proveedores | Reportes |
| PNT-CFG-001 | Alta y cambio | Administración de catálogos del sistema | Configuración |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. La hora es parte del dato:. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica. Las ciento ocho restantes son bandejas por rol y por estado y altas y bajas de catálogo generadas por convención; su reparto está en la tabla de familias de código. Los cuarenta y tres códigos de esta tabla ocupan setenta filas del inventario, porque veintisiete de ellos guardan dos tipos evaluados.
Cuarenta y tres pantallas recorribles, con su código, es lo que permite pedir una demostración por código en lugar de por impresión general.
Las familias
De dónde vienen las otras ciento ocho
Ciento ocho pantallas no se diseñaron una por una: se derivaron. Y conviene decirlo, porque el número 178 se lee distinto cuando se sabe cómo se compone. Las familias del código de cada pantalla dicen exactamente de dónde viene.
Familia de código · pantallas · de dónde viene
| Familia | Pantallas | De dónde viene |
|---|---|---|
| Expedientes y colas por entidad | 48 | Una pantalla de expediente por entidad del ciclo de vida, más sus colas derivadas: cola de embarques pendientes, panel de trayectos activos, bandeja de notificaciones. Se generan a partir de la entidad y su máquina de estados. |
| Bandejas por rol y estado | 29 | Una bandeja por combinación de rol y estado pendiente: embarques por coordinar, trayectos en seguimiento, ajustes de tarifa por autorizar. Son las que hacen que cada persona abra el sistema y vea su trabajo, no el de todos. |
| Pantallas de operación diseñadas | 43 | Las cuarenta y tres de la tabla anterior, con su código, su tipo y su justificación evaluada. |
| Alta y baja de catálogos de estatus | 20 | Un catálogo por cada lista de estados del sistema: estatus de solicitud, de embarque, de trayecto, del documento de confirmación de carga, de incidencia, del comprobante fiscal, del ajuste de tarifa. |
| Alta y baja de datos maestros | 11 | Un catálogo por entidad maestra de negocio, incluidas las fichas de los puestos que el sistema reconoce como actores. |
| Total | 151 códigos distintos en 178 filas | La diferencia entre 151 y 178 son los códigos con dos tipos evaluados y registrados, que se cuentan una vez por pantalla y aparecen dos veces en el catálogo. |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. La hora es parte del dato:. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
Ésta es la lectura honesta del número: ciento cincuenta y un códigos distintos en 178 filas, de los cuales cuarenta y tres son de operación diseñada y ciento ocho se derivan de las entidades, de sus estados y de los roles. No es un demérito, es el mecanismo. Una bandeja por rol y por estado pendiente es la forma de que ocho roles no compartan una sola cola donde nadie encuentra lo suyo.
Y explica por qué el sistema tiene 1,610 rutas de API para 53 entidades: las bandejas, los expedientes y los catálogos derivados consumen rutas que no se programaron una por una.
Cuando le digan un número de pantallas, pida el reparto entre diseñadas y derivadas. Los dos números son legítimos; uno solo, no.
Los huecos
Lo que cada pantalla declara, y lo que no declara ninguna
Cada fila del inventario tiene banderas que dicen qué hace esa pantalla. La tabla que sigue cuenta cuántas de las 178 traen cada bandera, y la segunda mitad cuenta lo que está vacío. Como siempre, los huecos van con su número, no omitidos.
Lo que declaran las 178 pantallas · cuántas · qué significa
| Bandera o campo | Pantallas | Qué significa |
|---|---|---|
| Marcadas como generadas | 178 de 178 | Las 178 tienen la marca de generación puesta. |
| Con ruta de navegación | 178 de 178 | Ninguna pantalla existe sin dirección: todas se pueden abrir. |
| Con flujo de aprobación | 24 de 178 | Veinticuatro pantallas declaran que su acción principal requiere la firma de otro rol. Es el número que dice si el sistema separa quien captura de quien autoriza. |
| Con panel de hallazgos habilitado | 92 de 178 | Noventa y dos pantallas pueden mostrar el bloque de hallazgos sobre sus propios datos. Es la superficie donde la parte de inteligencia del sistema aparece delante del usuario. |
| Con campos de calendario | 43 de 178 | Cuarenta y tres pantallas manejan fechas: ventanas de carga, fechas de cruce, vigencias de habilitación. |
| De sólo lectura | 18 de 178 | Dieciocho pantallas no permiten escribir. Son las de consulta y seguimiento, y su existencia es lo que permite dar acceso sin dar permiso de cambio. |
| Con carga de archivo | 16 de 178 | Dieciséis pantallas reciben documentos: orden de compra, comprobante fiscal, prueba de entrega, habilitaciones del proveedor. |
| Con campos geográficos | 16 de 178 | Dieciséis manejan coordenadas o ubicación normalizada. |
| Con entidad principal declarada | 149 de 178 | Veintinueve son bandejas y pantallas de proceso: operan sobre varias entidades a la vez, así que no cuelgan de una sola. |
| Con justificación escrita del tipo | 70 de 178 | Setenta pantallas traen escrito por qué se les asignó ese tipo, con su argumento. Ciento ocho no lo traen. Es un hueco real del inventario y no se disimula. |
| Con estados válidos declarados en la pantalla | 0 de 178 | El campo de estados válidos por pantalla está nulo en las 178, y el de transiciones también. Los estados y las transiciones del sistema sí existen —diecinueve ciclos de vida y doscientas trece transiciones— pero viven en las tablas del ciclo de vida, no en la ficha de la pantalla. |
| Con funcionalidades ligadas | 101 de 178 | Mil dieciocho funcionalidades están ligadas a ciento una pantallas. Setenta y siete pantallas no tienen ninguna ligada, y son sobre todo las derivadas. |
| Con acceso concedido a algún rol | 61 filas para 178 pantallas y 8 roles | La tabla de acceso por rol tiene sesenta y una concesiones. Para un sistema de 178 pantallas y ocho roles, eso es una matriz de permisos a medio poblar, y así se publica. |
| Diagramas de arquitectura | 0 | El proyecto no tiene ningún diagrama dado de alta. Los esquemas de esta capa se dibujan a partir del proceso, no se transcriben del motor. |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. La hora es parte del dato:. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
Los tres huecos que importan son claros. Ciento ocho pantallas sin justificación escrita del tipo: se puede reconstruir, pero reconstruir no es medir. Los estados válidos nulos en las 178: el dato existe en otra tabla y ahí está publicado, pero la ficha de la pantalla no lo trae. Y la matriz de acceso por rol con sesenta y una filas: es lo primero que hay que terminar de poblar antes de dar de alta a ocho personas distintas.
Ninguno de los tres invalida el conteo de 178. Los tres cambian lo que se puede prometer sobre ese conteo, y eso es precisamente lo que una página así tiene que decir.
El inventario sirve para decidir por dónde entrar. Con los huecos a la vista, además sirve para decidir qué pedir primero.
Quién abre qué
Los ocho roles, y por qué hay treinta y cinco bandejas
Las treinta y cinco bandejas no son treinta y cinco pantallas distintas: son la misma idea repetida por rol y por estado pendiente. El sistema tiene ocho roles dados de alta, y cada uno de los operativos tiene su propia cola.
La tabla trae los ocho con el número de pantallas a las que tienen acceso concedido. Dos de ellos no son puestos de trabajo: el oficial de cumplimiento, que revisa el alta de un proveedor antes de activarlo, y «sistema», que ejecuta las acciones automáticas del proceso.
Rol · tipo · pantallas con acceso concedido · qué le toca
| Rol | Tipo | Pantallas | Qué le toca |
|---|---|---|---|
| Coordinador de operaciones | Supervisor | 14 | Asigna proveedores y recursos a los trayectos, genera los documentos de confirmación de carga y supervisa la ejecución. |
| Ejecutivo de atención de negocio | Operativo | 11 | Captura solicitudes, consulta disponibilidad de recursos y da seguimiento comercial al cliente. |
| Administrador del sistema | Administrativo | 10 | Configuraciones, catálogos maestros, gestión de usuarios y auditoría de registros. |
| Gerente administrativo | Directivo | 5 | Consulta reportes de desempeño, valida tarifas aplicadas y supervisa los indicadores. |
| Monitorista de tráfico | Operativo | 3 | Seguimiento de los estados del viaje y registro de incidencias durante el trayecto. |
| Operador de unidad | Externo | 3 | Acceso limitado desde el teléfono para actualizar estados de entrega y reportar cierres. |
| Oficial de cumplimiento | Operativo | 1 | Revisión manual del alta de un proveedor externo antes de su activación. |
| Sistema | Operativo | 14 | Las acciones automáticas: validaciones, generación de folio, envío de notificaciones. No es un puesto de trabajo, y por eso se nombra aparte. |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. La hora es parte del dato:. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica. Las concesiones de acceso suman sesenta y una filas: la matriz está a medio poblar y así se declara.
Ahí está el sentido de las treinta y cinco bandejas y de los dieciocho expedientes de sólo lectura. Un sistema con ocho roles en el que todos abren la misma lista no es un sistema con roles: es una lista con un filtro que cada uno tiene que acordarse de poner. Ver como coordinador de tráfico y Ver como operador de captura abren el sistema en vivo con la vista puesta, y la diferencia se ve en la primera pantalla.
El acceso por rol es también el control de privacidad que el brochure declara: cada jefe ve sólo a su equipo, y Recursos Humanos audita. Sin la matriz poblada, ese control es una intención.
La verificación
Cómo comprobar el número, y qué no dice esta página
El conteo de pantallas del motor tiene una trampa conocida y conviene decirla, porque quien intente reproducir el 178 se la va a encontrar. La tabla de pantallas no guarda el proyecto: el vínculo va por el módulo, y el módulo puede llegar por tres caminos distintos —directo, por submódulo o por funcionalidad—. Un conteo que use sólo el camino directo da un número menor y parece que hay menos pantallas de las que hay.
Las 178 de esta página se contaron resolviendo los tres caminos y quitando duplicados. Es el mismo criterio con el que se contaron los demás sistemas de la casa, para que los números sean comparables entre ellos.
Y dos cosas que esta página no dice, porque no se midieron:
- No dice que las 178 estén corriendo hoy. Dice que las 178 están generadas y tienen ruta. Dos de ellas se abrieron y se fotografiaron; las otras ciento setenta y seis no se ejecutaron para escribir esta página.
- No dice que las 178 estén pobladas de datos. Las capturas llevan la marca de datos de ejemplo precisamente por eso.
- No cita el catálogo de la base como número de tipos. El catálogo tiene veinticinco filas y veinticuatro activas; los tipos con generador y plantilla verificados en disco son veintiuno, y ése es el número que se publica.
- No atribuye a este proyecto nada de otros. Las capturas usadas son del mismo proyecto cuyas cifras se publican, y se dice; si alguna fuera de otro proyecto generado por la misma plataforma, el pie lo diría con esas palabras.
Lo que sí puede pedir, y es una consulta corta: el conteo de pantallas de su propio proyecto resuelto por los tres caminos, con la hora del servidor al pie; el reparto por tipo con la suma verificada; el reparto entre pantallas de operación diseñadas y pantallas derivadas; y la lista de campos del inventario que están vacíos.
Ese último es el que separa un inventario de un folleto. Si nadie le enseña los campos vacíos, es que nadie los miró.
Ciento setenta y ocho pantallas con seis módulos, dieciséis tipos y tres huecos nombrados es una base sobre la que se puede decidir. Un número redondo sin reparto no lo es.
Preguntas frecuentes
¿Son 178 pantallas de verdad, o es el conteo de un catálogo inflado?
Son 178 pantallas distintas, contadas resolviendo los tres caminos por los que la tabla de pantallas se liga a su módulo y quitando duplicados. La suma del reparto por tipo da 178 y la del reparto por módulo también. El conteo lleva la hora del propio servidor porqueun conteo sin hora de corte no es reproducible.
¿Cuántos tipos de pantalla hay: veintiuno, veinticuatro o veinticinco?
Veintiuno es el número publicable. En disco se verifican veintiún valores de enumerado, veintiuna ramas del constructor de generadores y veintiún directorios de plantilla. El catálogo de la base tiene veinticinco filas, de las cuales veinticuatro están activas: el catálogo va por delante de lo que el generador implementa. Este proyecto usa dieciséis de los veintiuno.
¿Por qué hay treinta y cinco bandejas?
Porque hay una por combinación de rol y estado pendiente. Embarques por coordinar, embarques de mi cartera, trayectos en seguimiento, ajustes de tarifa por autorizar. Es la diferencia entre que cada persona abra el sistema y vea su trabajo, o que los ocho roles abran la misma lista y cada uno tenga que acordarse de filtrarla.
¿Las 178 están corriendo?
Esta página no lo afirma. Afirma que las 178 están marcadas como generadas y que las 178 tienen ruta de navegación, que es lo que se midió. Dos de ellas se abrieron y se fotografiaron para esta página, y las capturas van con la marca de datos de ejemplo porque los datos que se ven son de demostración.
¿Qué falta en el inventario de pantallas?
Tres cosas, con su número. Ciento ocho de las 178 no traen escrita la justificación de su tipo. El campo de estados válidos y el de transiciones están nulos en las 178, aunque los diecinueve ciclos de vida y las doscientas trece transiciones sí existen en las tablas del ciclo. Y la matriz de acceso por rol tiene sesenta y una concesiones para 178 pantallas y ocho roles: está a medio poblar.
¿Qué pasa con las cinco pantallas de tablero? Parecen muy pocas.
Son pocas, y es el desequilibrio normal de un sistema recién generado: cuarenta y siete pantallas de catálogo contra cinco de tablero. También es la razón de que el producto del brochure tenga sentido sobre este sistema: el trabajo repetitivo no está en el tablero, está en las cuarenta y siete pantallas donde alguien teclea el dato maestro y en las treinta y cinco bandejas donde alguien lo revisa.
Referencias
- Base del motor de la casa, tabla de pantallas y catálogo de tipos de pantalla del proyecto de este sistema en el motor. Consulta de sólo lectura del 27 de septiembre de 2026, corte de servidor 13:52–14:03 h.
- el motor de la casa en disco: enumerado de tipos de pantalla, constructor de generadores y directorios de plantilla (Templates/Pantallas/, veintiún directorios). Revisión del 27 de septiembre de 2026.
- Inventario de capturas de los sistemas generados, con la revisión imagen por imagen y la marca obligatoria al pie de cada grupo. Preparado el 27 de septiembre de 2026.
- Relevo · brochure de logística, diez páginas: las tareas de logística reconocidas desde el primer día y los seis controles de privacidad.
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 Relevo 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í