Reporte — TMRL
Generado por el equipo de agentes PMO | 2026-04-18
Perfecto, ya tengo toda la información. Te respondo los 3 puntos: --- ## 1. ✅ Listados completos — validados Comparé lo que me pasaste contra los archivos del código (`industriesTech.ts` y `industriesTraditional.ts`). **Coinciden exactamente**, con una excepción: **"Agnóstica" NO está en ninguno de los dos archivos.** Tú la mencionaste tanto para tech como para tradicional. Hay que agregarla a ambos. | Taxonomía | Categorías en archivo | Categorías según tú | ¿Match? | |-----------|:---:|:---:|:---:| | Tradicional | 13 + Otra | 13 + Otra + **Agnóstica** | Falta Agnóstica | | Tech | 12 + Otra | 12 + Otra + **Agnóstica** | Falta Agnóstica | Las subcategorías de cada una coinciden perfectamente con lo que me pasaste. --- ## 2. Explicación de "sincronizar BD con archivos hardcodeados" Hoy las industrias viven en **dos lugares distintos** que no se hablan entre sí: - **Lugar A — Archivos de código** (`industriesTech.ts`, `industriesTraditional.ts`): Son los que alimentan los **formularios/dropdowns** que ves en pantalla. Estos SÍ tienen tu taxonomía correcta (tech separada de tradicional, con subcategorías). - **Lugar B — Base de datos Supabase** (tablas `industries` y `sub_industries`): Es donde se **guardan** los datos cuando alguien llena un formulario. Aquí es donde encontramos las 28 industrias mezcladas, las 14 basura, y sin campo para distinguir tech de tradicional. **El problema:** Cuando un usuario selecciona "Inteligencia Artificial y Datos" en un formulario (viene del Lugar A), el sistema intenta guardarlo en Supabase (Lugar B) que no tiene esa categoría. Están desconectados. **Lo que hay que hacer:** Que la BD (Lugar B) tenga exactamente las mismas categorías y subcategorías que los archivos de código (Lugar A), con un campo `type` para distinguir `tech` de `traditional`. --- ## 3. 🔴 Listados que faltan en Supabase Revisé todas las tablas de Supabase contra todos los catálogos del código. Aquí el estado: | Escala | En código (hardcoded) | En Supabase | Estado | |--------|:---:|:---:|:---:| | **CRL** (Commercial Readiness) | ✅ 9 niveles | ✅ tabla `crl_levels` | ✅ OK | | **BRL** (Business Readiness) | ✅ 9 niveles | ❌ NO existe | 🔴 Falta | | **TRL** (Technology Readiness) | ✅ 9 niveles | ❌ NO existe | 🔴 Falta | | **TMRL** (Team/Talent Readiness) | ⚠️ Referenciado pero NO definido formalmente | ❌ NO existe | 🔴 Falta + incompleto en código | Además de los readiness levels, hay otros catálogos que **solo viven en código** y no en BD: | Catálogo | Descripción | ¿Debería estar en BD? | |----------|-------------|:---:| | Revenue Ranges | 9 rangos de ingresos (0-5K a 10M+ USD) | Opcional | | Investment Tickets | 9 rangos de ticket (0-10K a 5M+ USD) | Opcional | | Investment Sources | Capital dilutivo, no dilutivo, otros | Opcional | | Team Sizes | 7 rangos (Solo → 100+) | Opcional | | Ecosystem Roles | 10 categorías × ~40 roles | Recomendable | | Gender Options | 6 opciones (definida 3 veces en el código) | Opcional | --- ## Mi recomendación (orden de ejecución): **Paso 1 — Industrias** (lo que ya aprobaste): Limpiar BD + agregar `type` + insertar taxonomía completa incluyendo Agnóstica. **Paso 2 — Readiness Levels**: Crear tablas `brl_levels` y `trl_levels` en Supabase (igual que `crl_levels`). Y definir formalmente `tmrl_levels` — ¿me confirmas los 9 niveles de TMRL o te los busco en los manuales? **Paso 3 — Los demás catálogos** (revenue, tickets, team sizes, etc.): Estos pueden quedarse hardcodeados por ahora — son estables y no cambian seguido. ¿Cómo quieres proceder?