TRANSPORT HUBRevision documental

PROJECT_STATUS

Prueba real limitada de lectura - 06/11/2026

Prueba funcional NO SUPERADA: tres GetExpCli PRODUCCION, HTTP 200 en todos, pero GLS devuelve Error: "No se encuentra la expedicion". Se enviaron los numeros compuestos agencia-CODEXP; no se ha probado el CODEXP aislado. Cero expediciones/acontecimientos incorporados; Buscar 80 muestra cero filas. No se han rellenado resultados con datos esperados de Extranet.

Contador PRODUCCION 10 a 13; TEST/laboratorio 11 sin cambios. Tres llamadas, cero retries, sin operaciones complementarias. Bloqueos y scope restaurados. Requiere revisar el selector y nueva autorizacion antes de otra consulta. Ver FIRST_REAL_GLS_SYNC_REPORT: evidencia, integridad, cuotas y limites.

Registro anterior: etapa D

Estado vigente: etapa D, 06/11/2026

Validacion final: 374 pruebas correctas y actualizacion concurrente 17 a 18. Desplegado y comprobado: 56 tablas, 115 indices, 18 migraciones y 93 rutas administrativas, sin eliminar ninguna de las 90 anteriores. Servicios 80/85/88 y PostgreSQL activos. Centro habitual propio configurado y cifrado. Tres pruebas adicionales de interfaz correctas; ninguna llamada GLS ni trabajo iniciado.

Adaptador iClientes conectado al flujo Grabar del puerto 80, pero creacion real bloqueada. Credenciales resueltas solo al ejecutar una accion autorizada, intento unico, evidencia duradera, identificadores/eventos/etiquetas persistidos y conciliacion local sin reenvio. Busqueda sigue exclusivamente PostgreSQL.

Trabajador GetExpCli de conocidas implementado, sin servicio ni activacion. Importador administrativo con revision, deduplicacion, estimacion, trabajos pausados y detalle por elemento. No enumera por fechas ni descarga POD. Centros remitentes cifrados, varios por cuenta y habitual configurable. Administracion reorganizada en seis areas, enlaces previos conservados.

Migracion 018 aditiva, backup restaurado y pruebas sinteticas. Cero llamadas GLS: iClientes PRODUCCION 10, iClientes TEST 6, REST 5, historico TEST/lab 11, total21. No se cambian proxy, puertos, servicios de impresion ni credenciales.

La primera prueba real requiere una autorizacion posterior y activacion controlada del despliegue, cuenta y cuotas, ademas de permisos minimos sobre UID y red del servicio 80. No existe desbloqueo desde la web. Ver STAGE_D_REPORT para alcance y riesgos; TEST_RESULTS para verificaciones.

Registro historico: etapa C

Estado vigente: etapa C, 06/11/2026

La interfaz operativa local del puerto 80 esta desplegada. Autenticacion con los usuarios existentes, sesion propia y roles actualizados en cada acceso. No se ha publicado una interfaz operativa nueva en Internet ni se ha tocado el proxy. El acceso documental externo sigue siendo el canal HTTPS 85.

Grabar envios

Borrador cifrado, edicion por revision, validacion mediante el contrato GLS existente, seleccion de cuenta prevista y servicio/horario del catalogo local, datos de partes, bultos, peso, reembolso y referencia. Revision y confirmacion exclusivamente SIMULADAS. El intento reutiliza coordinador, diario cifrado, conciliacion y cuotas. Una simulacion no solicita UID ni abre un transporte GLS: utiliza una cuenta local sin credenciales y namespace propio.

El boton real permanece deshabilitado y la ruta de confirmacion real responde 423 tras autenticar y comprobar CSRF. No existe sender real conectado a este flujo. Ninguna politica administrativa permite saltar ese bloqueo. El laboratorio previo del puerto 88 conserva su funcionamiento independiente.

Buscar envios

Busqueda PostgreSQL con Hoy, Ayer, Ultimos siete dias, Este mes, Mes anterior y rango personalizado. Filtros combinables por entrega, COD, incidencia, transportista, cuenta, destinatario, referencia e identificador. Paginacion, ficha, partes, identificadores, cronologia versionada y documentos locales. Las simulaciones estan separadas y excluidas de la busqueda operativa inicial. No se consulta GLS al buscar ni al abrir una ficha.

No se han introducido datos de demostracion en el repositorio activo. Los tests usaron PostgreSQL temporal y datos ficticios; por tanto una busqueda real vacia no significa un fallo ni una importacion completa.

Administracion y documentacion

Inventario de 90 rutas y 36 plantillas administrativas, con menus, permisos, dependencias y representaciones textuales. Propuesta de seis areas preparada, sin cambiar la navegacion principal del 88. Desde Plataforma se accede al importador, preparacion de sincronizaciones y cuotas.

Importador: texto de Extranet, deduplicacion y revision, ambiguos apartados, maximo 25 candidatos seleccionados por lote, trabajo cifrado y PAUSADO. Sincronizacion/POD: preparacion de conocidos y entregados elegibles, no ejecucion. No hay worker, importaciones masivas ni descargas automaticas.

JSON documental: /api/review, /api/review/PROJECT_STATUS y bundle. Markdown completo con hash; fragmentos reconstruibles si supera limites. Solo copias sanitizadas y canal activado. No se accede a PostgreSQL ni originales.

Verificacion

349 pruebas correctas, incluidas regresiones previas. Upgrade 16 a 17 con cuatro migradores concurrentes y conservacion de filas. Backup restaurado: 53 tablas y 106 indices previos. Estado final: 54 tablas, 111 indices, 17 migraciones; servicios 80/85/88 y PostgreSQL activos.

Cero llamadas GLS. iClientes PRODUCCION 10, iClientes TEST 6, REST 5; historico TEST/laboratorio 11, total externo 21. Los intentos simulados no crean filas en api_requests ni alteran los contadores GLS.

Lectura JSON verificada desde cliente HTTPS ordinario: HTTP 200, MIME JSON, hash del Markdown correcto. La herramienta web de OpenAI de este entorno sigue devolviendo un error generico sin codigo HTTP; no se ha eludido ni atribuido al servicio ese error. Ver AUDIT85_DIAGNOSTIC.

Pendiente: revision humana de interfaz e inventario, preparacion del sender real bajo nueva autorizacion, ejecucion controlada del importador y posterior sincronizacion. GetEnvios no frena el trabajo, pero sigue sin contrato de enumeracion validado. Cerrar dia sigue fuera de alcance y bloqueado.

Registro historico: etapa B

Estado actual: etapa B, 06/11/2026

Etapa B implementada y desplegada sobre la VM existente. PostgreSQL pasa de 39 a 53 tablas y de 13 a 16 migraciones; indices: 59 a 106. El servicio privado y PostgreSQL estan activos; health y ready devuelven HTTP 200. No se han realizado llamadas GLS, impresiones, importaciones ni cambios en el proxy, DNS o infraestructura de otras maquinas.

Funcionalidad disponible

Limites de entrega

El nuevo repositorio esta vacio: no se han convertido automaticamente las evidencias o expediciones del laboratorio. Se han creado dos cuentas de metadatos con referencias a los secretos existentes, sin copiar sus valores. Ambas cuentas estan inactivas y con transmision/creacion desactivadas. El interruptor global del flujo nuevo esta desactivado.

El laboratorio previo sigue separado y no se presenta como un flujo ya migrado al coordinador nuevo. No existe todavia el adaptador de envio real de etapa C ni la interfaz operativa del puerto 80. El gestor nuevo se invoca desde servicios backend; conectar todos los clientes anteriores y su administracion editable pertenece a la siguiente etapa.

Contadores conservados: iClientes PRODUCCION 10, iClientes TEST 6, REST 5; historico TEST/laboratorio 11; total registrado 21.

Canal documental

HTTPS publico anonimo verificado con cliente estandar: HTTP 200 en raiz, manifiesto y documentos. Certificado y SNI validos. Solo A publico; no AAAA. No se reproduce el fallo por User-Agent. La herramienta web de OpenAI sigue indicando inaccesibilidad sin proporcionar estado HTTP; no consta llegada de esos intentos a la VM. No esta acreditado un fallo del servicio. Ver AUDIT85_DIAGNOSTIC para evidencia y limitaciones.

Preparacion para etapa C

Orden: Grabar envios, Buscar envios, y solo despues Cerrar dia cuando exista contrato validado. La persistencia y la conciliacion ya tienen primitivas probadas; falta unir el adaptador GLS validado al nuevo flujo, los permisos/confirmacion de usuario y la interfaz operativa. No se debe activar creacion real como consecuencia de este despliegue.

Para continuar: validar borrador, persistir intencion e idempotencia, reservar cuota, confirmar explicitamente, enviar una vez, guardar recibo, interpretar y confirmar el commit. Ante ambiguedad, no repetir.

Pruebas finales: 319 correctas. Backup restaurado antes de migrar. Ver DATABASE_CHANGELOG, TEST_RESULTS, ARCHITECTURE_DECISIONS y API_QUOTA_STATUS.

Registro historico: etapa A

Fecha: 06/11/2026. Etapa A: canal documental de auditoria.

Alcance

Se prepara un servicio independiente en puerto 85 y su control administrativo en puerto 88. Publicacion anonima autorizada expresamente para copias tecnicas revisadas. No es un acceso anonimo a TRANSPORT HUB ni una cuenta de ChatGPT.

El canal estara deshabilitado al entregar. La habilitacion no solicita datos a GLS. La publicacion externa th85.aeizoon.com corresponde al responsable del proxy. No se ha modificado el proxy ni se han creado expediciones o descargado POD.

Funciones de etapas posteriores

El puerto 80 no se considera implementado con este hito. El importador no se ha ejecutado y no existe aun enumeracion API por cuenta/fechas acreditada. La busqueda futura sera local y diferenciara cobertura completa de parcial.

Entrega incremental

El resultado de tests y las verificaciones reales de despliegue se registran en TEST_RESULTS e IMPLEMENTATION_LOG antes de dar por aceptada esta etapa. No se avanzara a llamadas GLS reales por el mero hecho de aprobar el desarrollo.

Resultado tecnico del despliegue

Servicio documental activo en 85, deshabilitado al terminar. Panel 88 con health/ready HTTP 200. Doce documentos completos, 26 representaciones y 29 archivos permitidos contando indice, manifiesto y CSS.

Activacion/desactivacion del motor comun comprobada realmente por HTTP; el control web tiene pruebas de administradores, CSRF y renderizado. La validacion con una sesion humana normal del 88 corresponde a Juan; no se ha suplantado una sesion ni creado una cuenta para la prueba.

Preparado para configurar la publicacion externa por el responsable del proxy. Esa publicacion HTTPS y la ausencia de cache intermedia todavia deben comprobarse desde fuera; no se presentan como realizadas.