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>
This commit is contained in:
Milton Gonzalez
2026-09-05 23:32:14 -05:00
parent 7557dffc52
commit a6824db421
2 changed files with 23 additions and 4 deletions
+16 -1
View File
@@ -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