Mapa de integraciones y APIs de IA

Cómo usar este documento

• Para qué sirve. Es un registro base para documentar cada conexión entre los sistemas de la organización y servicios o modelos de IA: qué datos circulan, hacia qué proveedor y país, con qué credenciales, con qué límites, de qué depende y quién responde por ella.
• Quién debe ser su dueño. Normalmente arquitectura de TI. Cada integración tiene además un responsable técnico y un responsable funcional. Indique el área en [ÁREA RESPONSABLE] y la persona en [RESPONSABLE].
• Decisiones previas. Decida dónde se mantendrá el registro (hoja de cálculo, herramienta de gestión de configuración o repositorio), qué integraciones se consideran críticas (sección 2.4) y quién aprueba el alta de una integración nueva.
• Campos a completar. Complete una ficha (sección 3) por integración y resuma todas en la vista general (sección 4). Las secciones 5 a 8 recogen información transversal. No guarde nunca secretos, claves ni contraseñas en este registro: solo dónde están y quién los gestiona.
• Variantes por país. Este registro no tiene variantes por país. Si hay transferencias internacionales de datos personales, complete la sección 5 con el mecanismo y, cuando la normativa lo exija, el registro ante la autoridad de cada país; consulte «Referencias normativas relacionadas».
• Revisión. Pida a seguridad de la información que valide credenciales y controles, y al delegado de protección de datos que valide los flujos de datos personales y las transferencias.
• Aprobación y publicación. Es un documento interno de uso restringido. Haga que lo apruebe [ÁREA RESPONSABLE], registre la aprobación en «Control de versiones» y compártalo solo con quien lo necesite.

Mapa de integraciones y APIs de IA

Campo	Valor
Organización	[RAZÓN SOCIAL]
Área propietaria	[ÁREA RESPONSABLE]
Responsable del registro	[RESPONSABLE]
Aprobado por	[APROBADO POR]
Fecha de la última actualización	[FECHA]
Frecuencia de revisión	[FRECUENCIA DE REVISIÓN]
Clasificación del documento	Uso interno restringido

1. Propósito y alcance

1.1 Este registro documenta las integraciones, APIs, conectores, colas, orquestadores y agentes a través de los cuales los sistemas de [NOMBRE DE LA ORGANIZACIÓN] intercambian datos con servicios o modelos de IA, propios o de terceros.

1.2 Sirve para identificar dependencias críticas, revisar qué datos salen de la organización y hacia dónde, controlar credenciales y costos, preparar la respuesta a incidentes y la salida de un proveedor, y aportar evidencia en auditorías.

1.3 Cubre:

• llamadas a APIs de modelos (generación de texto, imagen, voz, embeddings, clasificación);
• conectores que dan a un servicio de IA acceso a repositorios internos (correo, documentos, CRM, bases de conocimiento);
• agentes de IA y las herramientas o acciones que pueden ejecutar;
• intercambios por lotes, archivos, webhooks, streaming o colas;
• servicios auxiliares: bases de datos vectoriales, registro y observabilidad, filtros de contenido, pasarelas de IA.

2. Reglas de mantenimiento

2.1 Ninguna integración con un componente de IA pasa a producción sin estar dada de alta en este registro y aprobada por [ÁREA RESPONSABLE].

2.2 Los cambios de endpoint, proveedor, modelo, autenticación, datos enviados o país de procesamiento se registran antes de aplicarse; si una urgencia lo impide, en el plazo de [COMPLETAR: días hábiles].

2.3 Las integraciones que se retiran se marcan como «retirada» con la fecha, la confirmación de revocación de credenciales y, si corresponde, la confirmación de borrado de datos por el proveedor. No se eliminan del registro.

2.4 Una integración tiene marca de dependencia crítica si cumple al menos uno de estos criterios: su caída detiene un proceso de negocio esencial o un servicio a clientes; envía datos personales sensibles o información confidencial; permite a un agente ejecutar acciones con efecto externo (pagos, envíos, cambios en registros); o no existe alternativa en menos de [COMPLETAR: horas]. La marca no es un nivel de riesgo: el nivel de riesgo es el de la entrada del inventario a la que sirve.

2.5 Las integraciones con marca de dependencia crítica indican siempre su alternativa en caso de falla, su dependencia previa y su criterio de degradación segura, coherentes con el «Protocolo de reversión y estado seguro de IA» y el «Manual de contingencias ante fallas de IA».