docs: registra el deploy a produccion de v1.1.0

Migracion 002 aplicada sobre .32, ambos servicios reconstruidos/reiniciados
y verificados contra https://project.linkedcorp.net. Pendiente real: cargar
el SMTP de produccion desde la UI para que el autorregistro sea usable por
gente externa (hoy el enlace de verificacion solo queda logueado).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

ESTADO.md

@@ -95,9 +95,13 @@ autorregistro/aprobacion/SMTP.
   rechazado (pendiente de verificar) → verificar correo → login rechazado (pendiente de aprobar) →
   aprobar desde Usuarios → login exitoso → recuperar clave → login con clave nueva → panel SMTP
   visible solo para superadmin. Sin errores de consola.
-- **Pendiente**: desplegar esta versión a producción (migración `002` sobre `.32` + redeploy de
+- **Desplegado a producción el mismo día**: migración `002` aplicada sobre `.32`, ambos servicios
-  ambos servicios) — ver `DEPLOY_WEB.md`. El superadmin de producción deberá cargar el SMTP real
+  reconstruidos y reiniciados (PID confirmado), verificado via curl contra
-  desde la UI cuando lo tenga; hasta entonces el sistema sigue en modo dev (logueando enlaces).
+  `https://project.linkedcorp.net` (login reporta `superadmin`, `GET /api/settings/smtp` responde
+  `configured:false`). Detalle en `PRODUCCION.md` → "Actualización v1.1.0".
+- **Pendiente real**: el superadmin de producción debe cargar el SMTP real desde Configuración →
+  Correo (SMTP) — sin eso, nadie externo puede completar el autorregistro en producción (el enlace
+  de verificación solo queda logueado en el servidor, no llega por correo de verdad).
 
 ## Pendiente (fase 2, sin comprometer lo ya construido)
 

PRODUCCION.md

@@ -2,7 +2,7 @@
 
 ## Estado actual
 
-- Version actual: `1.0.0`
+- Version actual: `1.1.0`
 - Estado: `operativo`
 - Ultima validacion: `2026-09-06`
 
@@ -64,6 +64,21 @@
   (paso de higiene del checklist de `DEPLOY_WEB.md`, no se ejecuto por restriccion del entorno
   del agente — pendiente de accion manual o autorizacion explicita).
 
+## Actualizacion v1.1.0 (2026-09-06) — autorregistro/aprobacion/superadmin/SMTP
+
+- Migracion `002_registration_and_smtp.sql` aplicada sobre `.32`: rol `superadmin`, columnas de
+  ciclo de vida en `users`, tabla `system_settings`. `mgonzalez@linkedcorp.net` (id=1) quedo
+  promovido a `superadmin` automaticamente.
+- `ENCRYPTION_KEY` generado y agregado al `.env` de produccion (cifra la clave SMTP en BD).
+- Ambos servicios reconstruidos (backend con `nodemailer` nuevo, frontend recompilado) y
+  reiniciados; PID confirmado distinto en los dos.
+- Verificado end-to-end contra `https://project.linkedcorp.net`: login reporta `roleCode:
+  superadmin`, `GET /api/settings/smtp` responde `configured:false` (sin SMTP real todavia).
+- **Pendiente**: el superadmin debe cargar el SMTP real desde Configuracion → Correo (SMTP) cuando
+  lo tenga. Hasta entonces, un registro/recuperacion de clave real en produccion queda logueado en
+  `journalctl -u project-linkedcorp-backend` en vez de enviarse por correo — nadie externo puede
+  completar el autorregistro sin que un admin le pase el enlace manualmente desde el log.
+
 ## Comandos utiles
 
 ```bash