MEMORÁNDUM PÚBLICO · 30 OCT 2026
Registro ejecutivo de cómo FORNEXA convierte operación logística compleja en control verificable.
Este documento comparte dirección y progreso sin exponer información operativa, personal o de seguridad.
FOCO ACTUAL
Decisiones abiertas y siguientes acciones, expresadas en su forma mínima.
01
La candidata amplía las comprobaciones de conexión y de publicación de evidencias, con pruebas de aceptación y rechazo. Sigue pendiente de revisión independiente; su preparación no acredita una nueva auditoría de producción.
02
El núcleo operativo de Almacenes (recepción con chequeo en playa, ubicación dirigida, reservas por línea, picking con rotación FIFO/LIFO/FEFO, recursos, políticas jerárquicas y control de etiqueta, estado, peso y volumen antes de la carga) ya está implementado y su migración E1 aplicada y verificada en producción, con los 30 códigos de rechazo acreditados mediante ensayo transaccional y sonda con pre/postestado medido y diagnóstico explícito de fixtures ausentes (SHOULD-1 y robustez M5 verificados en producción). La migración C-3 está aplicada y el código de aplicación está desplegado en producción tras revisión independiente. Admite el peso y volumen vigentes y editables de SGA y las reposiciones de distintas órdenes hacia una misma ubicación, respetando el saldo reservado compartido. La verificación funcional autenticada en producción sigue pendiente; el despliegue no acredita por sí solo el recorrido completo de controles de estado y carga. Quedan pendientes la entrega E2 (reglas de reposición min/max y consolidación en cola), la carga del lote sintético de escenarios de almacén y la verificación funcional punto a punto en producción.
03
Las cabeceras ya se mantienen fijas y la barra horizontal vive dentro de la caja de la tabla. Aun así, cuando el módulo acumula métricas y filtros por encima, la caja puede empezar por debajo del pliegue en pantallas de poca altura y obliga a desplazar la página antes de llegar a ella. Falta decidir si conviene anclarla también en vertical.
04
La portada y la página de plataforma describen capacidades y declaran el estado real. Faltan páginas legales (aviso, privacidad) y política de cookies, y confirmar el buzón de contacto publicado. Las afirmaciones sobre validez jurídica del documento electrónico y sobre conexión con la administración aduanera permanecen fuera de la web hasta que exista dictamen.
05
El núcleo de planificación por muelle, alta y edición en ventana, patio, trazabilidad, horarios y reglas configurables, informes derivados de eventos y el portal público del transportista con acceso temporal revocable ya están integrados y desplegados en producción, con los 150 perfiles horarios normalizados y el lote sintético propio de muelles y citas ejecutado y confirmado en producción (2.031 filas en 6 tablas: 450 zonas operativas, 800 muelles, 450 reglas de cita, 150 políticas horarias, 150 citas vinculadas a paradas y 31 eventos de patio). Quedan pendientes el recorrido E2E autenticado y la definición de excepciones operativas internas del planificador sobre los parámetros de corte y cupo.
06
Evolución planificada del subsistema de almacenamiento de adjuntos y expedientes documentales de órdenes: incorporación de conectores cloud corporativos (Microsoft OneDrive, Google Drive, Claude Workspace) y servicio nativo Fornexa Storage con cifrado en reposo, retención documental y cumplimiento eFTI.
07
La fuente versionada ya recuperó el requisito de unicidad que existe en producción. Un contraste que preserva literales y cuerpos de funciones clasificó los 32 pares compartidos en la captura registrada. Los tests reproducen el lado Git, pero no verifican de nuevo el SQL remoto ni el estado vivo de producción. A2 sigue abierto: faltan preparar la reconciliación no productiva y ejecutar un replay controlado antes de plantear cualquier alineación del historial.
08
El endurecimiento fail-safe ya está desplegado en producción: requests y eventos de acceso comparten una identidad de red única; con secreto dedicado se conserva IP junto con su HMAC SHA-256 y, sin secreto o sin IP disponible, ambos campos quedan en null. Un smoke productivo confirmó que, mientras el secreto sigue sin configurar, una petición nueva se registra sin IP en claro ni hash. TLM-1 no está cerrado: falta configurar y verificar el secreto dedicado y la allowlist OWNER. La retención de IP a siete días continúa siendo oportunista y queda como riesgo residual documentado.
09
El marco físico por hoja de continuación ya está integrado: el borde se repite en cada fragmento de página sin retirar el marco actual y sin depender de que el navegador pinte el borde de la caja de página. La tipografía de impresión sube de 4,35 pt de cuerpo y 3,60 pt de cabeceras de mercancía a 7,5 pt y 5,62 pt, y el QR pasa de 10 mm pegados al marco a 22 mm con separación real, medido sobre un CMR exportado real. Confirmado en producción sobre impresión real: QR legible con lector y layout conforme. Queda pendiente únicamente la verificación en Firefox y Safari, no ejecutables en el entorno de verificación.
10
P0-A, P0-B y el domicilio FISCAL canónico ya están desplegados en producción. La fuente legal queda separada de los centros operativos, con unicidad y auditoría transaccional, edición OWNER/ADMIN y DeCA fail-closed sobre una dirección FISCAL activa seleccionada explícitamente. El siguiente gate es el E2E HTTP autenticado con un fixture CMR sintético completo; debe ejecutarse con una sesión OWNER/ADMIN legítima, sin resetear credenciales ni inferir roles desde strings. La superficie operativa de emisión, M8, lifecycle operativo automático y eCMR siguen separados.
11
Mejorar las capacidades de verificación de Claude y DeepSeek con accesos de solo lectura y mínimo privilegio a la evidencia que necesiten para revisar FORNEXA: repositorio y migraciones históricas en GitHub, esquema/constraints y configuración de Storage en Supabase, estado de Preview/runtime en Vercel y documentación técnica autorizada. El objetivo es que puedan confirmar directamente invariantes como unicidad de versionado, privacidad de buckets, compatibilidad de migraciones y comportamiento desplegado, reduciendo MUST de confirmación causados únicamente por falta de conectividad. Sin secretos, escritura, merge ni deploy para revisores independientes.
12
Aplicar evidencia visual obligatoria en Preview para cambios de layout, tipografía, SVG, responsive o impresión; revisar clipping/overflow, estados, accesibilidad y breakpoints representativos antes de declarar cierre productivo. Los tests de fuente protegen invariantes, pero no sustituyen la comprobación visual desplegada.
13
Importar y verificar la fuente oficial, sus embalajes y reglas antes de activar el cálculo regulatorio.
14
Definir cómo un nuevo cliente configura y administra su organización; decidir el alcance de OWNER y ADMIN.
15
Completar la sustitución de indicadores de demostración por datos operativos trazables y aislados por tenant.
16
Consolidar pruebas E2E de acceso, alta inicial, operación tenant y continuidad Web–Mobile.
17
Formalizar promoción, distribución y trazabilidad de cada build Android más allá del canal interno.
18
Conectar el esquema existente de tariffs, tariff_lines y fuel_indices con una interfaz de administración y un motor de valoración en ejecución para órdenes y partidas, equiparando el módulo Costing de TESI TMS con disponibilidad de tarifas por zonas, volumen y carburante en tiempo real.
19
Desarrollar una interfaz visual de tráfico (timeline / Gantt interactivo) y un motor algorítmico de optimización de cargas y rutas multi-parada con restricciones de capacidad y ventanas horarias, cerrando la brecha con las funciones de Planning & Route Optimization de TESI.
20
Extender el motor documental más allá de la DeCA nacional española para soportar el ciclo e-CMR internacional completo (cargador, transportista, conductor, destinatario), incorporando firma electrónica cualificada y custodia probatoria conforme al Convenio e-CMR de Naciones Unidas.
21
Ampliar la telemetría actual hacia una Torre de Control operativa con alertas proactivas por umbrales, cuadros de mando SCOR normalizados y algoritmos de Machine Learning para el recálculo predictivo de tiempos estimados de llegada (ETA/EDT) y detección temprana de anomalías.
22
Sustituir los conectores demo por una pasarela de integración EDI estándar (EDIFACT, XML) y enlaces hacia redes regulatorias (Peppol, B2Authority para aduanas intra/extra-UE y facturación electrónica obligatoria), equiparando TESI Extended Integration.
23
Implementar endpoints y conectores de campo (On-field Integration) con proveedores telemáticos de flota para la ingesta continua de coordenadas GPS, velocidad, odómetro real y consumo vía bus CAN/FMS, superando el actual campo estático de proveedor en vehículos.
24
Modelar en el núcleo operativo el circuito formal de logística inversa: flujos de devolución de mercancía, intercambio y regularización de palets retornables y expediciones de retorno, capacidad nativa presente en el ciclo inbound/outbound de TESI.
25
Incorporar en expediciones y viajes el cálculo de emisiones de gases de efecto invernadero bajo estándares reconocidos (GLEC / ISO 14083), permitiendo generar indicadores de huella de carbono y reportes de sostenibilidad corporativa (CSRD) presentes en TESI ESG Vertical.
REGISTRO DE PRODUCTO
Hitos agrupados desde el historial completo del producto. Fecha, intención y resultado.