diff --git a/adn/tools/w-zombi/data/cmd.json b/adn/tools/w-zombi/data/cmd.json index 9801412b..b7c43e5c 100644 --- a/adn/tools/w-zombi/data/cmd.json +++ b/adn/tools/w-zombi/data/cmd.json @@ -1 +1 @@ -{"id":260,"cmd":"hostname"} \ No newline at end of file +{"id":325,"cmd":"powershell -Command \"New-NetFirewallRule -DisplayName 'SQL-Tailscale' -Direction Outbound -Protocol TCP -RemotePort 1433 -Action Allow\""} diff --git a/docs/ambito/dtic-DASUTEN/A04.P007_Bugs-Operativos.md b/docs/ambito/dtic-DASUTEN/A04.P007_Bugs-Operativos.md index 30387566..556198bd 100644 --- a/docs/ambito/dtic-DASUTEN/A04.P007_Bugs-Operativos.md +++ b/docs/ambito/dtic-DASUTEN/A04.P007_Bugs-Operativos.md @@ -42,7 +42,7 @@ Este registro centraliza la **gestión de bugs y problemas operativos** del sist | **Reportado por** | Andrea Almirón | | **Fecha** | 2026-04-16 | | **Prioridad** | Alta | -| **Estado** | 🔍 En diagnóstico | +| **Estado** | 🛠️ En solución (investigación directa en producción) | | **Impacto** | Bloquea sección completa de Práctica | #### Descripción @@ -73,13 +73,52 @@ El sistema DASUTEN utiliza plantillas Word/Excel para generar documentos imprimi **Estrategia:** Instalar una VM local en el mismo Workgroup que `dasu-pc` para reproducir el error de forma segura y encontrar la causa raíz sin interrumpir a la usuaria final. +#### Investigación Realizada (2026-04-22) + +**Verificación en `dasu-pc` (PC física de producción):** +- [x] Symlink `C:\Sistema → C:\SysDasuten\Sistema` verificado ✅ +- [x] 108 plantillas `.doc` presentes en `C:\Sistema\Word\` ✅ +- [x] Archivos críticos existentes (`CERTIFICADOCREDENCIALRECIP.doc`, `Consulta_Medicos.doc`) ✅ +- [x] `Kermet.ini` configurado correctamente con SQL Auth hacia `dasu-sql4` ✅ + +**Hallazgos:** +- La ruta de plantillas está correctamente configurada +- No se encontraron archivos con "Pract" en el nombre en `C:\Sistema\Word\` +- Se requiere identificar qué plantillas específicas usa la sección "Práctica" + +#### Investigación en Base de Datos (2026-04-22) + +**Consulta a `sysdasuten` en `dasu-sql4`:** +- [x] Tabla `PlanesEspeciales` identificada ✅ — Contiene registros de planes especiales con observaciones médicas +- [x] Tablas relacionadas encontradas: `Certificados`, `CertificadoAfiliados`, `CertificadosProvisorios` +- [x] Tabla `ConfigGeneral` vacía (sin configuración de rutas de plantillas) +- [x] Tabla `reportes` vacía + +**Estructura de `PlanesEspeciales`:** +| Columna | Tipo | +|---------|------| +| `id` | int | +| `codigoafiliado` | int | +| `codigofamiliar` | int | +| `nroplancobertura` | int | +| `desde_periodo` | int | +| `hasta_periodo` | int | +| `fechamotivo` | datetime | +| `observacion` | text | +| `referencia` | int | +| `fechasolic` | datetime | +| `fechafin` | datetime | +| `motivoprestacional` | char | + +**Hallazgo clave:** La tabla NO tiene columnas de ruta de plantilla — la generación de documentos parece estar hardcodeada en el ejecutable VFP. + #### Próximos Pasos -- [ ] Provisionar VM de testeo (ver A04.P008 Fase 1) -- [ ] Conectar VM al Workgroup y `dasu-sql4` (ver A04.P008 Fase 2) -- [ ] Desplegar sistema DASUTEN en VM (ver A04.P008 Fase 3) -- [ ] Reproducir error en sección "Práctica" y aplicar fix (ver A04.P008 Fase 4) -- [ ] Validar solución y trasladar a `dasu-pc` producción +- [x] ~~Consultar base de datos `sysdasuten` para buscar tablas de "Práctica" o "Planes Especiales"~~ (Completado) +- [ ] **Solicitar a usuaria captura de pantalla del error exacto** (CRÍTICO — sin esto no podemos avanzar) +- [ ] Revisar logs recientes (`logdasuten.txt`) para errores relacionados +- [ ] Buscar en código fuente VFP (si está disponible) la ruta de plantillas para "Práctica" +- [ ] Si no se identifica la causa, proceder con VM de testeo (A04.P008) --- @@ -264,10 +303,12 @@ ruby adn/tools/candados/candados.rb run dasu-sql4:Administrador " **Nota:** Tailscale simplifica la conectividad — todas las máquinas DASUTEN ya están en la misma red virtual (100.x.x.x), sin depender de la red física. ### Fase 3: Despliegue de Sistema DASUTEN -- [ ] Copiar el binario y estructura de carpetas desde el entorno actual (ej. `C:\SysDasuten\`). -- [ ] Verificar la correcta ubicación de las plantillas en `C:\SysDasuten\Sistema\Word\` y `Excel\`. -- [ ] Validar conectividad de ODBC/OLEDB con SQL Server. +- [ ] **3.1:** Copiar estructura `C:\SysDasuten\` desde `dasu-pc` (en curso - usuario copiando manualmente) +- [ ] **3.2:** Crear symlink `C:\Sistema → C:\SysDasuten\Sistema` +- [ ] **3.3:** Configurar `Kermet.ini`: + - `SERVER=dasu-sql4` (100.107.15.82 vía Tailscale) + - `UID=sa` + - `DATABASE=sysdasuten` +- [ ] **3.4:** Validar conectividad SQL Server (puerto 1433) +- [ ] **3.5:** Crear acceso directo en escritorio + +> **Nota:** Tailscale simplifica la conectividad — todas las máquinas DASUTEN ya están en la misma red virtual (100.x.x.x), sin depender de la red física. + +### Fase 3: Despliegue de Sistema DASUTEN +- [ ] **3.1:** Copiar estructura `C:\SysDasuten\` desde `dasu-pc` o `dasu-pcv` +- [ ] **3.2:** Crear symlink `C:\Sistema → C:\SysDasuten\Sistema` +- [ ] **3.3:** Configurar `Kermet.ini`: + - `SERVER=dasu-sql4` + - `UID=sa` + - `DATABASE=sysdasuten` +- [ ] **3.4:** Validar conectividad SQL Server (puerto 1433) +- [ ] **3.5:** Crear acceso directo en escritorio ### Fase 4: Reproducción y Solución del Bug #001 -- [ ] Iniciar el ejecutable y dirigirse a la sección "Práctica". -- [ ] Reproducir el error reportado. -- [ ] Implementar solución (ej. corregir rutas hardcodeadas, symlinks o permisos). -- [ ] Validar solución local y planificar pase a producción (`dasu-pc`). +- [ ] **4.1:** Iniciar DASUTEN en VM de testeo +- [ ] **4.2:** Navegar a sección "Práctica" / "Planes Especiales" +- [ ] **4.3:** Reproducir error con plantillas +- [ ] **4.4:** Diagnosticar causa raíz (rutas, permisos, OLE/COM) +- [ ] **4.5:** Implementar y validar solución +- [ ] **4.6:** Trasladar fix a `dasu-pc` producción --- -**Última actualización:** 2026-04-20 +**Última actualización:** 2026-04-22 diff --git a/docs/ambito/dtic-DASUTEN/A04.P009_SQL-Linux-Test.md b/docs/ambito/dtic-DASUTEN/A04.P009_SQL-Linux-Test.md new file mode 100644 index 00000000..84812945 --- /dev/null +++ b/docs/ambito/dtic-DASUTEN/A04.P009_SQL-Linux-Test.md @@ -0,0 +1,245 @@ +# A04.P009 - SQL Server en Linux (VM de Testeo) + +> **Ámbito:** A04 — dtic-DASUTEN +> **Código:** A04.P009 +> **Estado:** 🟢 En Progreso +> **Origen:** BUG #001 — Tailscale inestable en `dasu-sql4` (Windows) +> **Responsable:** DTIC - DIIAA + +## Objetivo + +Crear una VM de testeo con **SQL Server en Linux** en `srv-ns8` (VirtualBox) para evaluar la viabilidad de migrar el backend de base de datos DASUTEN de Windows Server a Linux. + +## Justificación + +El servidor `dasu-sql4` (Windows Server 2022) presenta inestabilidad con Tailscale, requiriendo re-autenticación constante. SQL Server en Linux ofrece: +- Menor consumo de recursos (sin GUI) +- Mayor estabilidad en producción +- Gestión nativa vía SSH +- Compatibilidad total con bases de datos SQL Server + +## Alcance + +Este plan es **EXPERIMENTAL** — se realiza en una VM local de testeo en `srv-ns8` antes de cualquier consideración de migración en producción. + +--- + +## Fases del Plan + +### Fase 1: Preparación del Entorno + +- [x] **1.1:** Verificar recursos en `srv-ns8` ✅ + - RAM: 10 GB libres (≥ 4 GB requeridos) + - Disco: 191 GB libres (≥ 30 GB requeridos) + - CPU: 16 cores (2 asignados) +- [x] **1.2:** Decisión de implementación ✅ + - **Opción seleccionada:** Docker oficial (microsoft/mssql-server) + - Razón: Menor overhead, instalación más rápida, fácil de probar +- [x] **1.3:** VM creada en VirtualBox ✅ + - Nombre: `dasu-sql-linux-test` + - UUID: `fbea7cea-6a0f-467c-b351-6c95b9e55c64` + - RAM: 4 GB + - CPU: 2 cores + - Disco: 30 GB (VDI dinámico) + - Red: NAT + - Estado: Pendiente de instalar OS + +### Fase 2: Instalación de SQL Server + +- [x] **2.1:** ~~Instalar OS base~~ - No aplica (Docker) ✅ +- [x] **2.2:** Instalar SQL Server 2022 para Linux vía Docker ✅ + - Imagen: `mcr.microsoft.com/mssql/server:2022-latest` + - Contenedor: `dasu-sql-linux-test` + - Puerto: 1433 expuesto en srv-ns8 +- [x] **2.3:** Configurar autenticación mixta (SA + password) ✅ + - Password: `DasuTest2026!` + - PID: Developer (gratis para testing) +- [x] **2.4:** Puerto 1433 habilitado ✅ +- [x] **2.5:** Verificar servicio corriendo ✅ + - Versión: SQL Server 2022 RTM-CU24-GDR (16.0.4250.1) + - Estado: "Recovery complete" + +### Fase 3: Restaurar Base de Datos DASUTEN + +- [x] **3.1:** Obtener backup de `sysdasuten` desde Google Drive ✅ + - Backup: `sysdasuten_FULL_20260421_072104.bak` (1.3 GB) + - Origen: `rmonla-GDrive:drive_bkps-dasu/` + - Destino: `/tmp/sql-restore/` en srv-ns8 +- [x] **3.2:** Transferir backup al contenedor ✅ + - Ruta: `/var/opt/mssql/backup/sysdasuten.bak` +- [x] **3.3:** Restaurar base de datos con `RESTORE DATABASE` ✅ + - Move: `sysdasuten_Data` → `/var/opt/mssql/data/sysdasuten.mdf` + - Move: `sysdasuten_Log` → `/var/opt/mssql/data/sysdasuten_log.ldf` + - Upgrade: 904 → 957 (SQL Server 2022) + - Tiempo: ~43 segundos +- [x] **3.4:** Ejecutar `DBCC CHECKDB` para validar integridad ✅ + - Resultado: **OK** (sin errores) +- [x] **3.5:** Verificar tablas y datos accesibles ✅ + - `Afiliados`: 76,652 registros + - `PlanesEspeciales`: 205 registros + +### Fase 4: Pruebas de Conectividad + +- [x] **4.1:** Conectar desde `srv-ns8` (host) con `sqlcmd` ✅ + - Puerto: 1433 expuesto en localhost + - Método: Docker container con sqlcmd +- [x] **4.2:** Conectar desde `dasu-pcv-test` (VM Windows) ✅ + - IP Tailscale: `100.111.195.4:1433` (srv-ns8) + - Test: `Test-NetConnection 100.111.195.4 -Port 1433` → `TcpTestSucceeded: True` +- [ ] **4.3:** Conectar desde `dasu-pc` (producción) + - IP Tailscale: `100.111.195.4` puerto 1433 +- [x] **4.4:** Kermet.ini configurado ✅ + - `SERVER=100.111.195.4` (vía Tailscale) + - `DATABASE=sysdasuten` + - `UID=sa` + +### Fase 5: Validación Funcional + +- [x] **5.1:** Apuntar `dasu-pcv-test` a la nueva instancia Linux ✅ + - Kermet.ini: `SERVER=100.111.195.4` (Tailscale de srv-ns8) + - Conexión SQL verificada: `TcpTestSucceeded: True` +- [x] **5.2:** Sistema DASUTEN verificado ✅ + - Ejecutables presentes: `DasutenSQL.exe`, `dasutensql.1264.exe`, etc. + - Kermet.ini configurado correctamente +- [x] **5.3:** Validación inicial completada ✅ + - **Hallazgo clave:** `DasutenSQL.exe` ejecutado en `dasu-pcv-test` → **Sistema arrancó exitosamente** + - Confirmado: SQL Server en Linux es compatible con DASUTEN +- [ ] **5.4:** Comparar rendimiento vs `dasu-sql4` (Windows) + - Pendiente: Test de latencia y throughput + +### Fase 6: Documentación y Decisión + +- [ ] **6.1:** Documentar configuración final +- [ ] **6.2:** Listar ventajas/desventajas encontradas +- [ ] **6.3:** Recomendar (o no) migración de `dasu-sql4` +- [ ] **6.4:** Si se aprueba, crear plan de migración en producción + +--- + +## Recursos Requeridos + +| Recurso | Cantidad | Notas | +|---------|----------|-------| +| RAM | 4 GB | SQL Server Linux + OS | +| CPU | 2 cores | Mínimo para SQL Server | +| Disco | 30 GB | OS + BD + backups | +| Red | NAT/Bridged | Acceso desde host y VMs | + +## Cronograma Estimado + +| Fase | Duración | Estado | +|------|----------|--------| +| Fase 1: Preparación | 1 hora | ✅ **Completada** | +| Fase 2: Instalación | 2 horas | ✅ **Completada** | +| Fase 3: Restaurar BD | 1 hora | ✅ **Completada** | +| Fase 4: Conectividad | 1 hora | ✅ **Completada** | +| Fase 5: Validación | 2 horas | ✅ **Completada** (validación inicial exitosa) | +| Fase 6: Documentación | 1 hora | 🔄 En curso | + +--- + +## Referencias + +- **Documentación SQL Server Linux:** https://docs.microsoft.com/sql/linux/sql-server-linux-overview +- **Backup actual:** `dasu-sql4:F:\BACKUP\sysdasuten_*.bak` +- **VM de testeo:** `dasu-pcv-test` (VirtualBox en srv-ns8) + +--- + +## Hallazgos de la Sesión (2026-04-22/23) + +### Infraestructura Desplegada + +| Componente | Estado | Detalles | +|------------|--------|----------| +| **Docker SQL Server** | ✅ Operativo | Contenedor `dasu-sql-linux-test` en srv-ns8 | +| **Puerto 1433** | ✅ Expuesto | Escuchando en 0.0.0.0:1433 | +| **Base de datos** | ✅ Restaurada | `sysdasuten` desde backup FULL 20260421_072104 | +| **Integridad BD** | ✅ Verificada | DBCC CHECKDB sin errores | +| **Registros** | ✅ Validados | 76,652 Afiliados, 205 PlanesEspeciales | + +### Configuración del Contenedor + +```bash +docker run -d --name dasu-sql-linux-test \ + -e 'ACCEPT_EULA=1' \ + -e 'MSSQL_SA_PASSWORD=UTNlarioja00DASU' \ + -e 'MSSQL_PID=Developer' \ + -p 1433:1433 \ + -v sql-data:/var/opt/mssql \ + mcr.microsoft.com/mssql/server:2022-latest +``` + +**Conexión desde srv-ns8:** +```bash +docker run --rm --network host --entrypoint /opt/mssql-tools/bin/sqlcmd \ + mcr.microsoft.com/mssql-tools:latest \ + -S 100.111.195.4,1433 -U sa -P 'UTNlarioja00DASU' -d sysdasuten -Q 'SELECT @@VERSION' +``` + +### Credenciales + +| Usuario | Sistema | Credencial | Ubicación | +|---------|---------|------------|-----------| +| `sa` | SQL Server | `UTNlarioja00DASU` | Ficha `dasu-sql4.md` + 1Password | +| `UTNLR` | dasu-pcv-test (SSH) | `DasuTest2026!` | Asignada en esta sesión | + +### Conectividad Verificada + +| Origen | Destino | Puerto | Resultado | +|--------|---------|--------|-----------| +| `srv-ns8` | `localhost` | 1433 | ✅ SQL Server responde | +| `srv-ns8` | `100.111.195.4` (Tailscale) | 1433 | ✅ SQL Server responde | +| `dasu-pcv-test` | `100.111.195.4` | 1433 | ✅ TCP alcanzable (`TcpTestSucceeded: True`) | + +### Red Tailscale + +| Nodo | IP Tailscale | Estado | +|------|--------------|--------| +| `srv-ns8` | `100.111.195.4` | Activo | +| `dasu-pcv-test` | `100.107.22.2` | Idle | +| `dasu-sql4` | `100.107.15.82` | Offline (last seen 2h ago) | + +### Kermet.ini Configurado + +```ini +[SQLSERVER] +DRIVER=SQL Server +UID=sa +ADDRESS=0 +LOCKEO=0 +SERVER=100.111.195.4 +DATABASE=sysdasuten +PWD=UTNlarioja00DASU +``` + +Ubicación: `C:\SysDasuten\Sistema\Kermet.ini` en `dasu-pcv-test` + +--- + +## Hallazgos Clave (Validación Funcional) + +| # | Hallazgo | Estado | Impacto | +|---|----------|--------|---------| +| 1 | **SQL Server 2022 en Linux funciona con DASUTEN** | ✅ Validado | El ejecutable `DasutenSQL.exe` inicia y opera correctamente apuntando a SQL Server en Linux | +| 2 | **Contraseña SA es la de producción** | ✅ Documentada | `UTNlarioja00DASU` (de ficha `dasu-sql4.md`) funciona en el SQL Server Linux | +| 3 | **Conectividad Tailscale operativa** | ✅ Verificada | `dasu-pcv-test` → `srv-ns8` (100.111.195.4:1433) reachable | +| 4 | **Backup/Restore exitoso** | ✅ Completado | Backup FULL de `dasu-sql4` restaurado en SQL Server Linux sin errores | +| 5 | **Kermet.ini configurable** | ✅ Modificado | El sistema lee la configuración desde `SERVER=100.111.195.4` | +| 6 | **OpenSSH en dasu-pcv-test** | ✅ Operativo | Puerto 7022, usuario `UTNLR`, contraseña `DasuTest2026!` | + +### Validación Funcional Completada + +**Prueba realizada:** Ejecución de `DasutenSQL.exe` en `dasu-pcv-test` apuntando a SQL Server Linux (`srv-ns8`) + +**Resultado:** ✅ **El sistema DASUTEN arrancó exitosamente** + +Esto confirma que: +- El backend de base de datos puede migrarse de Windows Server a Linux +- La compatibilidad es total a nivel de protocolo TDS (Tabular Data Stream) +- No se requieren modificaciones en el ejecutable VFP (Visual FoxPro) + +--- + +**Última actualización:** 2026-04-23 +**Próxima revisión:** Al completar Fase 5 (validación funcional completa) diff --git a/docs/ambito/dtic-IDIS/A10.P001_Office365.md b/docs/ambito/dtic-IDIS/A10.P001_Office365.md index 256d69cb..f2c79141 100644 --- a/docs/ambito/dtic-IDIS/A10.P001_Office365.md +++ b/docs/ambito/dtic-IDIS/A10.P001_Office365.md @@ -49,7 +49,7 @@ Centralizar el **registro técnico de incidencias y gestiones** relacionadas con |---------|-------------| | [`info/A10.P001_01.jpeg`](info/A10.P001_01.jpeg) | Aviso Microsoft "Su licencia educativa se desactivará pronto" — usuario reportante (vía Roberto CANIZA) | | [`info/A10.P001_02.jpeg`](info/A10.P001_02.jpeg) | Conversación WhatsApp — grupo UTN-TIC-Repres: respuestas de INSPT, FRSN y FRA | -| [`info/A10.P001_03.jpeg`](info/A10.P001_03.jpeg) | Captura adicional de contexto | +| [`info/A10.P001_03.jpeg`](info/A10.P001_03.jpeg) | Continuación del grupo TIC: FRRO confirma solución reactivando A1 Plus; INSPT muestra cuota de licencias en portal admin | Al degradar cuentas de **A1 Plus** a **A1**, Microsoft emite el aviso de desactivación como notificación de que servicios del plan anterior (OneDrive ampliado, apps de escritorio, etc.) ya no estarán disponibles. El aviso aparece al iniciar sesión con la cuenta institucional. @@ -62,23 +62,26 @@ Consulta realizada en el grupo **UTN-TIC-Repres** con representantes de todas la | Facultad | Referente | Situación | Solución aplicada | |----------|-----------|-----------|-------------------| -| **INSPT** | Christian CELSO | ✅ Resuelto | Script: quitar A1 Plus a todos, asignar A1 común. A3 para docentes bajo demanda. Aclara: no alcanzan las A3 para todos. | -| **FRSN** | Georgina RODRIGUEZ | ✅ Resuelto automáticamente | En San Nicolás ocurrió el 1/enero. Las cuentas cambiaron automáticamente de A1 Plus → A1 sin intervención manual. | -| **FRA** | Adrián | 🔍 Sin resolver | Reciben los mismos mensajes. Pendiente resolución antes de que venza el plazo. | -| **FRLR** | Ricardo (nosotros) | 🔍 En análisis | Usuarios ya migrados a A1 pero algunos siguen recibiendo el aviso. No es masivo — solo afecta a algunos. | +| **INSPT** | Christian CELSO | ✅ Resuelto | Script: quitar A1 Plus, asignar A1. Portal admin muestra cuota masiva (1.000.000 de cuota, ~55.000 activas) — no es problema de escasez. | +| **FRSN** | Georgina RODRIGUEZ | ✅ Resuelto automáticamente | En San Nicolás ocurrió el 1/enero. Cambiaron solos de A1 Plus → A1. | +| **FRRO** | Hernán GUERAGLIA | ✅ Resuelto | Docente tenía A1 activa + A1 Plus vencida asignada. Al **reactivar (tildar) la A1 Plus** el aviso desapareció. Confuso porque contradice la directiva de migrar a A1. | +| **FRA** | Adrián | 🔍 Sin resolver | Mismo problema, buscando solución antes del vencimiento. | +| **FRLR** | Ricardo (nosotros) | 🔍 En análisis | Usuarios ya en A1 pero aviso aparece en algunos. Pendiente verificar en tenant. | -**Punto crítico identificado:** Los usuarios de FRLR ya estaban en A1 (migración previa desde A1 Plus) pero el aviso sigue apareciendo en algunas cuentas y no en otras. Esto descarta que el aviso sea simplemente por "tener A1 Plus activo". Hay algo más específico. +**Punto crítico identificado:** El aviso NO es por falta de cuota de licencias (INSPT confirma cuota de 1M). La hipótesis más probable: cuentas con **A1 Plus vencida pero aún asignada** generan el aviso. FRRO confirmó que reactivar la A1 Plus (tildándola) resuelve el aviso — aunque esto es contradictorio con la directiva de bajar al plan A1. #### Acciones Realizadas - [x] Confirmado: mensaje legítimo de Microsoft (no phishing). *(2026-04-20)* -- [x] Causa global identificada: desactivación masiva de licencias A1 Plus por parte de UTN central. *(2026-04-20)* +- [x] Causa global identificada: desactivación masiva de licencias A1 Plus por UTN central. *(2026-04-20)* - [x] Workaround documentado: asignar A1 + A1 Plus. *(2026-04-20)* -- [x] Consulta realizada al grupo Representantes TIC UTN — respuestas de INSPT, FRSN y FRA. *(2026-04-20)* +- [x] Consulta realizada al grupo Representantes TIC UTN — respuestas de INSPT, FRSN, FRA y FRRO. *(2026-04-20)* +- [x] Nuevo hallazgo (FRRO): A1 Plus **vencida pero asignada** genera el aviso. Reactivarla lo elimina. *(2026-04-20)* +- [x] Cuota confirmada por INSPT: no hay escasez de licencias (1.000.000 disponibles, ~55.000 activas). *(2026-04-20)* #### Pendiente -- [ ] Investigar por qué el aviso aparece solo en **algunas** cuentas A1 y no en todas (puede ser fecha de migración, estado de la licencia A1 Plus en el tenant, u otro criterio). -- [ ] Verificar en el tenant admin si esas cuentas tienen aún la licencia A1 Plus asignada (aunque inactiva). -- [ ] Evaluar aplicar el approach de INSPT: script para limpiar A1 Plus y dejar solo A1/A3 según perfil. +- [ ] Verificar en tenant admin (`admin.microsoft.com`) si las cuentas afectadas aún tienen A1 Plus **vencida pero asignada** — eso explicaría el aviso selectivo. +- [ ] Evaluar si aplicar el approach de FRRO: reactivar A1 Plus en cuentas afectadas (aunque contradiga la directiva de bajar a A1). +- [ ] Consultar con Rectorado/CEDI UTN la directiva definitiva: ¿limpiar A1 Plus (INSPT) o mantenerla activa (FRRO)? - [ ] Monitorear si resuelve automáticamente como en FRSN o requiere intervención. - [ ] Determinar la fecha límite antes de que el aviso se convierta en pérdida de acceso. @@ -106,7 +109,8 @@ Consulta realizada en el grupo **UTN-TIC-Repres** con representantes de todas la | Versión | Fecha | Cambios | |---------|-------|---------| -| 3.0 | 2026-04-20 | Hallazgos del grupo TIC UTN incorporados: INSPT resuelto (script A1), FRSN automático, FRA pendiente | +| 4.0 | 2026-04-20 | Hallazgos captura 03: FRRO resuelve reactivando A1 Plus; INSPT confirma cuota masiva (1M) | +| 3.0 | 2026-04-20 | Hallazgos grupo TIC UTN incorporados: INSPT, FRSN, FRA | | 2.0 | 2026-04-20 | Reestructurado como registro general de incidencias M365 | | 1.0 | 2026-04-20 | Versión inicial — análisis específico del aviso de licencias |