Aquí va el análisis completo: --- ## 📋 Análisis LAP-324 — Crear usuario para CEO si correo distinto + TyC ### Estado actual - Panel 3 del FS captura el `ceoEmail` y lo guarda como texto plano en `startups.ceo_email` - **NO se crea usuario** para el CEO — solo se guarda el string - **NO existe** columna `ceo_user_id` en la tabla `startups` ### Flujo de referencia: contacto ICG (ya funciona) El registro ICG ya implementa exactamente este patrón: 1. Compara correo del contacto vs correo de registro 2. Si son distintos → busca en `profiles`. Si existe, vincula. Si no, crea usuario con `auth.admin.createUser()` 3. Genera password temporal + link de recovery 4. Envía email de bienvenida personalizado **Hallazgo importante:** el flujo ICG actual **NO** pide TyC separados para el contacto — asume consentimiento implícito vía el registrante. ### Solución propuesta (tallaje M) | Componente | Cambio | |------------|--------| | Migración SQL | `ALTER TABLE startups ADD COLUMN ceo_user_id UUID` | | Server (`registro-startup/+page.server.ts`) | Replicar patrón ICG: detectar correo distinto → buscar/crear usuario → vincular | | UI (`StartupSimplifiedFormShell.svelte`) | Checkboxes condicionales de TyC y Privacidad cuando el correo CEO difiere | | Email (`email.ts`) | Crear `sendCeoWelcomeEmail()` adaptando template ICG | ### ⚠️ Decisiones que necesito de ti antes de implementar: 1. **¿Los TyC los acepta el registrante "en nombre del CEO"**, o el CEO debe aceptarlos personalmente al hacer su primer login? - Si es personal → cambia el flujo (no se puede marcar como aceptado hasta que el CEO entre) 2. **¿El CEO debe poder acceder/editar la startup** desde su propio login? Hoy solo quien registra tiene acceso al dashboard de esa startup. 3. **¿Aplicar la misma mejora de TyC al flujo de contacto ICG?** Actualmente el contacto ICG se crea sin aceptación explícita — ¿querés que sea consistente? 4. **¿Replicar también en el Formulario Detallado (FD)?** El CEO también se captura allí. ### Edge cases ya contemplados: - ✅ CEO con correo que ya existe como usuario → solo vincula, no duplica - ✅ Mismo CEO en múltiples startups → permitido - ✅ Correo CEO = correo registro → reutiliza el mismo `userId`