Entendido Frank. Hice una auditoría completa — además de las 4 ya planificadas, encontré **10 listas adicionales**. Te presento el plan consolidado con las 3 garantías que pides: --- ### 📋 Inventario completo de migración **Las 4 complejas (ya en LAP-205):** 1. Necesidades del modelo de negocio (7 categorías, ~75 items multinivel) 2. Fuentes de Inversión y Financiamiento (3 grupos, ~25 items) 3. Propuesta de valor del ICG (10 categorías, ~40 items) 4. Necesidades estratégicas del ICG (5 categorías, ~25 items) **Prioridad alta (impactan matching y perfiles):** 5. Rondas de inversión (7 opciones) 6. Plataformas sociales (5, con metadata de URLs e íconos) **Prioridad media (usadas en formularios y filtros):** 7. Rangos de facturación (9 rangos) 8. Tipos de empresa — Startup/Scaleup/PyME (consolidar 2 versiones duplicadas) 9. Niveles BRL — Business Readiness Level (9 niveles) 10. Niveles TRL — Technology Readiness Level (9 niveles) 11. Niveles CRL — Commercial Readiness Level (9, parcialmente en Supabase) 12. Tamaños de equipo (7 rangos) 13. Fuentes de financiamiento de deuda (6 opciones) **Prioridad baja (después):** 14. Composición del equipo (4 opciones) 15. Idiomas (20, hay duplicados por consolidar) 16. Roles de usuario del ecosistema (56 roles en 10 categorías — consolidar 3 versiones duplicadas) --- ### 🛡️ Plan a prueba de errores (tus 3 garantías) **Garantía 1 — No se rompen formularios:** - Cada formulario se migra UNO a la vez, nunca todos juntos - Se despliega y se verifica antes de tocar el siguiente - Si algo falla → rollback inmediato porque el código viejo sigue ahí hasta la fase final de limpieza **Garantía 2 — No se pierden datos:** - Los datos de los usuarios NO se tocan. Lo que cambia es de DÓNDE lee las opciones el formulario (de código → de DB), pero los datos guardados por los usuarios permanecen intactos - Script de validación pre y post migración que cuenta registros y compara **Garantía 3 — No se pierden lógicas:** - Las lógicas condicionales (ej: "si seleccionas X, muestra Y") se mantienen en el código del formulario — solo cambia el origen de las opciones - QA obligatorio con TestSprite después de cada fase **Admin panel:** Se incluye como interfaz básica para consultar y editar catálogos. Tú seguirás pidiéndonos los cambios, pero queda disponible como plan B. --- ### Orden de ejecución 1. **Primero:** Las 4 complejas + 2 de prioridad alta + 7 de prioridad media (items 1-13) 2. **Después:** Las 3 de prioridad baja (items 14-16) Voy a arrancar con la Fase 1: crear las tablas en Supabase y cargar todos los catálogos. Te reporto cuando esté lista para que validemos juntos antes de tocar los formularios. ¿Todo bien?