Saltar a contenido

📄 PLANTILLA — ARQUITECTURA DE PROYECTO IA

Ecosistema IA BKM

1️⃣ Identificación del Proyecto

  • Nombre del sistema:
  • Fecha de inicio:
  • Estado: (Propuesto / MVP / Operativo / En evolución / Cerrado)
  • Capa asignada: (Core IA / Operativa Ligera / Laboratorio)
  • Versión del documento:

2️⃣ Propósito del Sistema

🎯 Objetivo principal

Describir en 3–5 líneas:

  • Qué problema resuelve.
  • Qué mejora.
  • Qué no pretende hacer.

🧩 Tipo de impacto

Marcar lo que aplique:

  • ☐ Soporte operativo
  • ☐ Soporte comercial
  • ☐ Soporte técnico
  • ☐ Automatización interna
  • ☐ Sistema de conocimiento
  • ☐ Analítica / Reporting
  • ☐ Cultural / Estándar interno
  • ☐ Otro: _______

3️⃣ Nivel de Criticidad

Evaluar brevemente:

  • ¿Impacta reputación?
  • ¿Impacta decisiones comerciales?
  • ¿Usa conocimiento oficial?
  • ¿Gestiona datos sensibles?
  • ¿Puede afectar ingresos?

Nivel estimado: Bajo / Medio / Alto

Justificación breve:

4️⃣ Ubicación Arquitectónica

🏗 Capa asignada

  • ☐ Core IA (infraestructura de referencia + herramientas aprobadas)
  • ☐ Operativa Ligera (VPS / herramientas de automatización / asistentes LLM gestionados)
  • ☐ Laboratorio (experimental)

Justificación de la capa elegida:

5️⃣ Sistemas Implicados

Listar los sistemas que intervienen:

  • CRM
  • ERP
  • BigQuery
  • Google Cloud Storage (GCS)
  • Google Drive
  • Vertex AI (LLM vía API)
  • LlamaIndex (RAG estructurado)
  • FastAPI
  • Herramienta de automatización y orquestación (n8n)
  • Asistente LLM gestionado (indicar plataforma y modalidad)
  • Otros: ___________

6️⃣ Flujo Técnico Simplificado

Describir en lenguaje claro:

  1. Entrada (usuario / sistema)
  2. Procesamiento
  3. Motor IA (si aplica)
  4. Recuperación de datos (si aplica)
  5. Salida
  6. Registro (si aplica)

Debe poder explicarse en menos de 10 líneas.

7️⃣ Datos Utilizados

📊 Tipo de datos

  • ☐ Datos estructurados (ej. BigQuery)
  • ☐ Documentación interna
  • ☐ Datos comerciales
  • ☐ Datos financieros
  • ☐ Datos personales de clientes o leads
  • ☐ Datos personales de empleados
  • ☐ Datos sensibles (categorías especiales según RGPD)
  • ☐ Ninguno persistente

(Completar solo si el sistema trata datos personales)

¿El sistema trata datos personales?

  • ☐ No — pasar a la siguiente sección.
  • ☐ Sí — completar los campos siguientes.

Base legitimadora:

  • ☐ Ejecución de contrato (art. 6.1.b RGPD)
  • ☐ Interés legítimo (art. 6.1.f RGPD) — requiere análisis de ponderación
  • ☐ Consentimiento (art. 6.1.a RGPD) — requiere mecanismo de recogida y revocación
  • ☐ Obligación legal (art. 6.1.c RGPD)
  • ☐ Otra: _______

Finalidad declarada del tratamiento: (Qué se hace con los datos y para qué)

Plazo de retención previsto: (Cuánto tiempo se conservan los datos y en qué componentes)

¿Requiere información al interesado (cláusula informativa)?

  • ☐ Sí — ¿cuándo y cómo se informa? _______
  • ☐ No — justificar: _______

🔐 Consideraciones de privacidad y seguridad

  • ¿Se envían datos a LLM o servicio externo? ☐ Sí / ☐ No — Especificar proveedor y modalidad contractual:
  • ¿El proveedor externo garantiza no usar los datos para entrenamiento? ☐ Sí / ☐ No — Indicar garantía:
  • ¿Se producen transferencias internacionales de datos fuera del EEE? ☐ Sí / ☐ No — Garantías aplicadas:
  • ¿Se anonimiza o seudonimiza información antes de enviarla? ☐ Sí / ☐ No
  • ¿Se registran conversaciones o interacciones? ☐ Sí / ☐ No — Dónde y durante cuánto tiempo:
  • ¿Qué registran los logs intermedios (n8n, componentes del flujo)? Especificar:
  • ¿Quién tiene acceso a esos logs y durante cuánto tiempo se retienen?

8️⃣ Gobernanza del Sistema

👤 Responsable Funcional

(Define qué debe hacer el sistema — proyectos Flujo A con impacto transversal)

🏢 Propietario Departamental (si aplica)

(Propietario original si el proyecto escala desde Flujo B)

🧠 Responsable IA

(Define cómo se construye y valida arquitectura) (En la fase actual, esta función recae en el Responsable IA salvo indicación contraria)

🧑‍💻 Responsable Técnico de servicio (si aplica)

🔧 Responsable Técnico Externo (si el sistema lo construye un recurso externo)

(Nombre o empresa — quién construye el sistema)

Acuerdo de mantenimiento post-entrega:

  • ☐ No aplica — el mantenimiento recae en el Responsable IA.
  • ☐ Sí — el recurso externo mantiene el sistema en producción. Condiciones: ___________________ Accesos que mantiene tras la entrega: ___________________

🔁 Frecuencia de revisión

  • ☐ Mensual
  • ☐ Trimestral
  • ☐ Semestral
  • ☐ Otra: _______

8️⃣ bis — Autonomía del Sistema y Supervisión Humana

(Completar para todo sistema con capacidad de acción autónoma — agentes, automatizaciones con efecto externo, sistemas que escriben en CRM o interactúan con terceros)

Grado de autonomía

Marcar el nivel que aplica a este sistema:

  • ☐ Nivel 1 — El sistema propone, el humano decide y ejecuta. Sin acción autónoma.
  • ☐ Nivel 2 — El sistema ejecuta, el humano supervisa y puede anular. Requiere mecanismo de revisión activo.
  • ☐ Nivel 3 — El sistema ejecuta y el humano observa. Solo para acciones de bajo impacto y alta reversibilidad.

Justificación del nivel elegido:

Acciones autónomas permitidas

(Listar qué puede hacer el sistema sin intervención humana previa)

Acciones que requieren aprobación humana

(Listar qué no puede hacer el sistema sin que una persona lo autorice explícitamente)

Ejemplos orientativos: envío de comunicaciones a terceros, escritura en CRM, eliminación de datos, acciones irreversibles.

Reversibilidad

(Para cada acción autónoma con efecto externo, indicar si es reversible y cómo)

  • ¿Las acciones del sistema sobre datos externos son reversibles? ☐ Sí / ☐ Parcialmente / ☐ No
  • Descripción del mecanismo de reversión (si aplica):

Protocolo ante incidentes

(Qué se hace si el sistema actúa de forma incorrecta o inesperada)

  • Responsable de detección:
  • Canal de notificación:
  • Plazo de respuesta:
  • ¿Existe mecanismo de parada del sistema? ☐ Sí / ☐ No — Describir:

9️⃣ Métricas de Evaluación

Definir:

  • Indicador principal
  • Indicadores secundarios
  • Señales de fallo

Ejemplos:

  • Uso real
  • Reducción de consultas manuales
  • Precisión percibida
  • Impacto en conversión
  • Tiempo ahorrado

🔟 Criterios de Migración

(Si está en Laboratorio u Operativa Ligera)

Este sistema deberá migrar a Core IA si:

  • Aumenta criticidad o impacto transversal
  • Maneja datos sensibles
  • Impacta reputación o discurso oficial
  • Se convierte en estándar oficial del método BKM
  • Requiere integración con CRM, ERP o sistemas core
  • Escala más allá del departamento de origen

Marcar explícitamente si aplica.

1️⃣1️⃣ Riesgos Identificados

  • Riesgo técnico:
  • Riesgo funcional:
  • Riesgo reputacional:
  • Riesgo organizativo:
  • Riesgo para derechos y libertades de las personas (si el sistema trata datos personales):

Breve descripción + mitigación para cada uno.

1️⃣2️⃣ Plan Evolutivo (Opcional)

  • Fase 1 (MVP):
  • Fase 2:
  • Fase 3:

1️⃣3️⃣ Decisión Final

  • ☐ Aprobado para construcción
  • ☐ Requiere ajustes

  • ☐ No aprobado

  • Responsable Funcional:

  • Responsable IA:
  • Fecha:

🎯 Nota Final

Esta plantilla no es burocracia. Es el estándar mínimo para asegurar coherencia arquitectónica, control y evolución sostenible del Ecosistema IA BKM.

Los bloques de base legal, autonomía y reversibilidad solo aplican cuando el sistema trata datos personales o ejecuta acciones con efecto externo. Para sistemas puramente internos sin datos personales, pueden omitirse con justificación explícita.

Estado: Activo

Fecha: Marzo 2026 (actualizado con requisitos AEPD — IA Agéntica)

Responsable: Responsable IA BKM

Ubicación en el ecosistema: Sección 3 — Marco de Arquitectura