workspace-v1/04-fase-proyectos/erp-suite/ANALISIS/00-PLAN-ANALISIS.md
Adrian Flores Cortes 967ab360bb Initial commit: Workspace v1 with 3-layer architecture
Structure:
- control-plane/: Registries, SIMCO directives, CI/CD templates
- projects/: Gamilit, ERP-Suite, Trading-Platform, Betting-Analytics
- shared/: Libs catalog, knowledge-base

Key features:
- Centralized port, domain, database, and service registries
- 23 SIMCO directives + 6 fundamental principles
- NEXUS agent profiles with delegation rules
- Validation scripts for workspace integrity
- Dockerfiles for all services
- Path aliases for quick reference

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2025-12-23 00:35:19 -06:00

188 lines
3.8 KiB
Markdown

# ERP SUITE - PLAN DE ANALISIS
**Proyecto:** ERP Suite (Multi-Vertical)
**Fase:** 4.2 - Migracion de ERP Suite
**Estado:** Pendiente
**Complejidad:** Alta
---
## OBJETIVO DEL ANALISIS
Analizar la estructura multi-vertical de ERP Suite para planificar:
1. Migracion de erp-core como base
2. Migracion de verticales activas
3. Estrategia de codigo compartido
4. Configuracion de BDs separadas
---
## TAREAS DE ANALISIS
### Tarea A1: Inventario de ERP Core
```markdown
OBJETIVO: Documentar el contenido del modulo core
PASOS:
1. Listar archivos en erp-core/backend
2. Listar archivos en erp-core/frontend
3. Identificar modulos compartidos:
- Autenticacion
- Roles/permisos
- Tenants
- Configuracion
4. Documentar dependencias
SALIDA: 01-INVENTARIO-CORE.md
```
### Tarea A2: Inventario de Verticales
```markdown
OBJETIVO: Documentar cada vertical
PARA CADA VERTICAL (construccion, mecanicas-diesel):
1. Listar archivos
2. Identificar modulos especificos
3. Identificar dependencias de core
4. Identificar BD y schemas
5. Estado de desarrollo
SALIDA: 02-INVENTARIO-VERTICALES.md
```
### Tarea A3: Analisis de Dependencias
```markdown
OBJETIVO: Mapear dependencias entre core y verticales
PASOS:
1. Identificar imports de core en verticales
2. Identificar APIs compartidas
3. Identificar schemas de BD compartidos
4. Documentar flujo de datos
SALIDA: 03-DEPENDENCIAS.md
```
### Tarea A4: Analisis de Bases de Datos
```markdown
OBJETIVO: Documentar estructura de BDs
PASOS:
1. Listar BDs actuales
2. Para cada BD:
- Schemas
- Tablas principales
- Roles de acceso
3. Verificar contra databases.registry.yml
SALIDA: 04-DATABASES.md
```
### Tarea A5: Analisis de Docker Actual
```markdown
OBJETIVO: Documentar configuracion Docker actual
PASOS:
1. Leer docker-compose.yml actual
2. Identificar servicios por vertical
3. Mapear puertos con ports.registry.yml
4. Identificar cambios necesarios
SALIDA: 05-DOCKER-ACTUAL.md
```
---
## COMANDOS DE ANALISIS
```bash
# Estructura actual
find /home/adrian/Documentos/workspace/projects/erp-suite -type d -maxdepth 4
# Archivos por vertical
find /home/adrian/Documentos/workspace/projects/erp-suite/apps/verticales -type f -name "*.ts" | head -50
# Package.json de cada servicio
find /home/adrian/Documentos/workspace/projects/erp-suite -name "package.json" -not -path "*node_modules*"
# Docker compose
cat /home/adrian/Documentos/workspace/projects/erp-suite/docker/docker-compose.yml
# Buscar imports de core en verticales
grep -r "from.*erp-core" /home/adrian/Documentos/workspace/projects/erp-suite/apps/verticales
```
---
## CONSIDERACIONES ESPECIALES
### Codigo Compartido
```
PATRON ACTUAL:
verticales/construccion/backend/
-> importa de: erp-core/backend/shared/
PATRON OBJETIVO:
Mantener mismo patron pero con paths relativos dentro del monorepo
```
### Bases de Datos
```yaml
# databases.registry.yml debe tener:
erp_core:
database: erp_core_db
schemas: [public, auth, config]
erp_construccion:
database: erp_construccion_db
schemas: [public, construction, hr, hse]
erp_mecanicas:
database: erp_mecanicas_db
schemas: [public, workshop, inventory]
```
### Docker Networks
```yaml
# Redes separadas por vertical
networks:
erp_core_local: # Para core
erp_construccion_local: # Para construccion
erp_mecanicas_local: # Para mecanicas
infra_shared: # Compartida (Traefik, etc)
```
---
## CRITERIOS DE COMPLETITUD
El analisis esta completo cuando:
1. [ ] Core inventariado completamente
2. [ ] Verticales activas inventariadas
3. [ ] Dependencias mapeadas
4. [ ] BDs documentadas
5. [ ] Docker actual analizado
6. [ ] Estrategia de migracion definida
---
## SIGUIENTE PASO
Una vez completado el analisis:
1. Revisar PLANEACION/00-TAREAS.md
2. Comenzar con migracion de erp-core
3. Luego migrar verticales una por una
---
**Responsable:** Tech-Leader