# Prompt — Mapa de Interconexiones y áreas de oportunidad de integración

## Instrucción a Claude

A partir de las entrevistas (especialmente la de TI), identificar:
1. **Cómo se conectan los sistemas entre sí** (qué intercambia datos con qué)
2. **Qué áreas de oportunidad existen a nivel de integraciones, bases de datos y gobernanza de datos**

Estas dos cosas alimentan los slides 7-8 del PPTX (Interconexiones — Oportunidad N) y la página "Interconexiones" del .drawio.

## Tipos de integración a detectar

Cuando un entrevistado mencione cómo se conecta sistema A con sistema B, clasificar el tipo:

| Tipo | Indicadores | Color drawio |
|---|---|---|
| **API / Servicio web** | "Service Layer", "API REST", "tiempo real", "sincroniza automáticamente" | Naranja punteado `#EA580C` (unidireccional) |
| **Interfaz nativa / SDK** | "módulo nativo", "conector oficial", "del mismo proveedor" | Azul sólido `#0369A1` (bidireccional) |
| **ODBC / consulta a BD** | "ODBC", "consulta a la BD", "vista", "select directo" | Azul sólido `#0369A1` |
| **Job / script PL-SQL** | "job nocturno", "PL/SQL", "script", "tarea programada" | Rojo `#C00000` con etiqueta "Sin Conexión moderna" |
| **Manual / archivo plano** | "Excel", "CSV", "manualmente", "lo bajamos y subimos" | Sin línea (o discontinua roja) |

Si la entrevista no aclara el tipo → marcar `[no especificado]` y preguntar al consultor.

## Áreas de oportunidad típicas (los grandes patrones)

Buscar en las entrevistas evidencia de estos patrones recurrentes en mapas de Género Valor:

### A. Ausencia de gobernanza de datos
**Indicadores:** "cada área tiene su propia versión", "no coinciden los datos entre sistemas", "no hay catálogo de datos", "no hay diccionario", "se repite la información en varios lados".

**Plantilla narrativa:**
> "Se evidenció **la ausencia de un modelo de gobernanza de datos** en {{CLIENTE}}, lo que ha generado un escenario en el que **cada área trabaja con información aislada, criterios propios y procesos completamente distintos**. Esto provoca un desorden generalizado, donde los reportes no coinciden entre sí, los datos se replican múltiples veces y **no hay un control claro sobre su calidad o integridad**.
>
> Hoy, **{{CLIENTE}} no cuenta con una fuente centralizada de información, no tiene definiciones estándar para los principales indicadores y depende del criterio individual de cada colaborador** para interpretar o reconstruir datos. Esta situación afecta la operación diaria, genera confusión entre áreas y limita seriamente la capacidad de tomar decisiones rápidas y fundamentales.
>
> La falta de gobernanza también impacta directamente en los proyectos de modernización. **Sin datos organizados, estandarizados y controlados, {{CLIENTE}} no puede avanzar hacia analítica avanzada, automatización o inteligencia artificial**. En pocas palabras, no se puede construir una plataforma moderna con una base de datos desordenada."

### B. Integraciones ausentes o frágiles
**Indicadores:** "no hay APIs", "lo conectamos con jobs", "scripts PL/SQL", "no se hablan los sistemas", "el equipo de TI lo cruza manualmente".

**Plantilla narrativa:**
> "No se cuenta con integraciones reales entre {{CORE}} y los sistemas de operación. La comunicación con sistemas como por ejemplo {{SISTEMA}}, se realiza mediante jobs, scripts PL/SQL, **sin ningún tipo de automatización moderna**. Este modelo, aunque funcional para operaciones básicas, **genera una alta dependencia del equipo de TI para ejecutar o corregir procesos** y provoca que la información se mueva de manera tardía, incompleta o sin control. **Al no existir APIs ni conectores estandarizados, los sistemas operan de forma aislada, lo que incrementa la probabilidad de errores y limita la visibilidad del negocio."

### C. Dispersión de bases de datos
**Indicadores:** "tenemos N bases", "una por país", "una por sucursal", "para consultar todo hay que unir N selects".

**Plantilla narrativa:**
> "{{CLIENTE}} opera sobre {{N}} bases de datos independientes — una por {{país/sucursal/empresa}} — accedidas mediante ODBCs instalados en máquinas individuales por ausencia de un repositorio analítico centralizado. **Consultas básicas como '{{ejemplo concreto del entrevistado}}' requieren unir {{N}} selects manualmente**, lo cual es la principal barrera para reportería regional confiable."

### D. Modelos sombra en Excel
**Indicadores:** "lo trabajamos en Excel", "lo bajamos del sistema y lo procesamos en Excel", "el sistema no permite X así que usamos Excel".

**Plantilla narrativa:**
> "Excel opera como segunda capa crítica en {{N}} áreas. Casos verificados: **{{ejemplos concretos de las entrevistas}}**. Cada uno de estos procesos opera fuera de los sistemas oficiales, con alto riesgo de errores humanos, falta de trazabilidad y dependencia de personas específicas que conocen el archivo."

## Estructura de cada slide de interconexiones

Cada slide tiene:
- **Izquierda:** diagrama de cajas/flechas (PPTX) — replica el del .drawio
- **Derecha:**
  - Header rojo `#FF0000`: `Área de oportunidad:` (con icono ⚠)
  - Título de la oportunidad (bold rojo `#C00000`)
  - Narrativa multipárrafo siguiendo la plantilla aplicable (A, B, C, D arriba)
  - Header rojo `#C00000`: `Riesgos tecnológicos identificados:`
  - 2-3 bullets compactos

## Cuántos slides de interconexiones generar

- **1 slide** si hay 1 área de oportunidad clara y dominante (ej. solo gobernanza de datos)
- **2 slides** si hay 2 áreas igualmente fuertes (ej. integraciones frágiles + gobernanza)
- **3+ slides** solo si el alcance del Dx lo amerita y el consultor lo aprueba

Nunca duplicar — si dos áreas son la misma cosa con distintas palabras, fusionar.

## Output esperado

```json
{
  "interconexiones": [
    {
      "oportunidad_titulo": "Interconexión entre sistemas",
      "oportunidad_tipo": "B",
      "narrativa": "Texto multipárrafo con marcadores [BOLD]...[/BOLD] para highlights rojos...",
      "riesgos": [
        {
          "titulo": "Integraciones totalmente manuales o basadas en jobs",
          "descripcion": "Los sistemas no conversan entre sí; dependen de tareas programadas, archivos planos o procesos manuales para intercambiar información."
        }
      ],
      "diagrama_componentes": [
        {"id": "core_1", "label": "ABANKS", "tipo": "core"},
        {"id": "ops_1", "label": "RRCA", "tipo": "operacion"},
        ...
      ],
      "diagrama_conexiones": [
        {"from": "core_1", "to": "ops_1", "tipo": "job", "label": "Sin Conexión"}
      ]
    }
  ]
}
```

## Reglas duras

1. **No inventar tipos de integración.** Si la entrevista no especifica, marcar `[no especificado]`.
2. **No inventar nombres de sistemas** en el diagrama. Solo los que aparecen en el inventario clasificado del Paso 5.
3. **La narrativa debe seguir la plantilla aplicable** de A/B/C/D. Adaptar pero no desviarse del estilo y tono.
4. **Mínimo 1 cita verificable** en la entrevista para cada área de oportunidad incluida. Si no hay base concreta, no incluir.
