Ecosistema LPDI · Propuesta técnica

Plan de unificación del catálogo de industrias

Diagnóstico verificado en la base y propuesta para tu aprobación · 3 de agosto de 2026

El problema, en claro

Lo que parecen cinco catálogos distintos son en realidad dos taxonomías copiadas varias veces, una copia por "segmento". Mismos nombres, pero cada copia con códigos distintos, y por eso el sistema no puede agrupar bien.

Segmento	Taxonomía real	Industrias	Subindustrias	¿Lo usa un formulario?
startup_tech	Tech	14	63	Sí (registro de startup tech)
registro_tech	Tech	14	63	No lo usa nadie
registro_tradicional	Tradicional	14	58	Sí
pyme	Tradicional	14	58	Sí
icg	Tradicional	14	58	Sí

En total el catálogo real son unas 64 subindustrias tech y 62 tradicionales (126 conceptos), pero están guardadas casi 300 veces por la duplicación. La misma "Servicios Legales" existe con código sp-legal en ICG, pyme-legal en PyME y servicios-legales en tradicional: para la base son cosas distintas.

La buena noticia: casi no hay datos que mover

Antes de proponer nada revisé qué datos reales dependen de estos códigos. El resultado baja muchísimo el riesgo.

Solo 42 startups tienen industrias guardadas, y todas usan códigos de la taxonomía Tech (startup_tech).
Las tres copias tradicionales (icg, pyme, registro_tradicional) y la copia registro_tech no tienen ningún dato apuntando a ellas todavía.
Los ICG ni siquiera tienen columna de industrias, así que no hay nada que migrar de su lado.

Conclusión: unificar hoy es de bajo riesgo. La copia Tech con datos (startup_tech) se conserva como canónica, así que esas 42 startups no se tocan. Todo lo demás se consolida sin migrar información.

Propuesta: de 5 copias a 2 catálogos

Un solo catálogo Tech y un solo catálogo Tradicional, cada subindustria con un único código, sin importar el tipo de entidad.

Catálogo Tech (canónico): se conserva startup_tech tal cual (es el que tiene los datos). Se retira registro_tech, que es una copia idéntica sin uso.
Catálogo Tradicional (canónico): se elige uno de los tres (propongo registro_tradicional) como único, con un código limpio por subindustria. Los formularios de PyME e ICG pasan a leer ese mismo catálogo. Se retiran las copias pyme e icg.
Resultado: cada subindustria (ej. "Servicios Legales") tiene un solo código, y se puede agrupar y comparar entre startups, PyMEs e ICG.

Cómo se ejecuta, paso a paso

1Respaldo. Copia de las tablas catalogo_industria y catalogo_sub_industria y de startups.industries antes de tocar nada.

2Definir el catálogo canónico. Fijar el código único por subindustria en Tech y en Tradicional (te paso la lista para tu visto bueno).

3Re-apuntar los formularios. PyME e ICG dejan de leer sus copias y leen el catálogo Tradicional canónico; el de startup tech ya lee el suyo.

4Desactivar las copias. Marcar como inactivas registro_tech, pyme e icg (no borrarlas de golpe: primero inactivas, se verifica una semana, luego se eliminan).

5Verificar. Que los cuatro formularios sigan mostrando sus industrias, que las 42 startups conserven las suyas, y que no quede ninguna referencia rota.

Riesgos y salvaguardas

La base es de producción y no tiene respaldo automático (PITR): por eso el paso 1 es un respaldo manual obligatorio, y las copias se desactivan antes de borrarse.
Riesgo de datos: bajo. Solo 42 startups tienen industrias y su catálogo (Tech) se conserva sin cambios.
Reversible: mientras las copias estén solo inactivas, se pueden reactivar si algo no cuadra.

Antes de ejecutar necesito tu aprobación de dos cosas: (1) que el catálogo Tradicional canónico sea registro_tradicional, y (2) la lista final de códigos únicos. Con eso lo hago por pasos, verificando cada uno.

Propuesta generada el 3 de agosto de 2026 · datos verificados contra la base de producción · nada se ejecuta sin tu visto bueno