Límites, interfaces y dependencias del SGIA
Un alcance útil permite entender qué actividades se gestionan, dónde se toman las decisiones y cómo se mantienen las relaciones necesarias para prestar el servicio.
Del contexto a los límites
¿Hasta dónde llega nuestra gestión?
En la 2.1 hemos identificado cuestiones de contexto. En la 2.2 hemos preguntado quién influye y quién puede verse afectado. Ahora utilizaremos ambas piezas para describir qué actividades queremos abarcar y qué relaciones necesitamos tener en cuenta.
Decir «el SGIA incluye el chatbot» deja demasiadas preguntas abiertas. ¿Incluye decidir para qué se utiliza? ¿Revisar la información que solicita? ¿Autorizar cambios de configuración? ¿Atender las incidencias relacionadas con sus respuestas? Necesitamos describir las actividades y las responsabilidades, además del nombre de la herramienta.
Límite
Delimita las actividades, unidades, servicios o ubicaciones que proponemos abarcar y permite explicar qué queda fuera de ese perímetro.
Pregunta: ¿qué parte del trabajo gestionará este SGIA?
Interfaz
Es un punto de conexión entre personas, procesos o sistemas donde se intercambian datos, resultados, solicitudes o decisiones.
Pregunta: ¿qué se entrega, quién lo recibe y cómo se confirma?
Dependencia
Es algo que necesitamos para que la actividad funcione, aunque pueda estar gestionado por otro equipo u organización.
Pregunta: ¿de qué dependemos y qué ocurre si cambia o falla?
Son explicaciones didácticas. Una interfaz puede ser técnica, como un intercambio entre aplicaciones, u organizativa, como trasladar una incidencia al equipo que puede resolverla. Una dependencia puede ser interna: un servicio compartido sigue siendo relevante aunque pertenezca a la misma empresa.
Dibujar las relaciones
Un perímetro con conexiones visibles
Para el ejercicio nos centraremos en el chatbot de nivel 1. Este foco de trabajo permite aprender a delimitar; todavía no decide el alcance definitivo de TechServe IT ni excluye automáticamente al copiloto o al clasificador.
Propuesta para analizar · pendiente de confirmar
Actividades de gestión del uso del chatbot
Definir la finalidad y las condiciones de uso · revisar la configuración y los datos solicitados · organizar la atención de incidencias y la revisión de cambios.
Conexiones que hay que describir
Qué información entra y sale, entre qué funciones o sistemas, con qué criterios y qué constancia queda del intercambio.
Otros procesos internos
Por ejemplo, soporte, gestión de accesos o cambios, si intervienen en este uso. Su participación concreta está pendiente de confirmar.
Servicios de terceros
Por ejemplo, alojamiento o un componente de IA suministrado por un proveedor, si existen esas dependencias. Arquitectura y acuerdos pendientes de conocer.
Esquema de análisis, no arquitectura confirmada. La relación con otros procesos o terceros debe seguir visible al delimitar la gestión.
Cinco preguntas para justificar el perímetro
- Finalidad: ¿qué servicio y qué uso de IA estamos considerando?
- Actividades: ¿qué decisiones y tareas permiten utilizarlo, revisarlo y mejorarlo?
- Organización: ¿qué funciones, unidades y ubicaciones intervienen?
- Conexiones: ¿qué se comparte con otros procesos o terceros?
- Coherencia: ¿los límites permiten atender las cuestiones de contexto y necesidades identificadas?
Si falta información sobre una sede, un equipo o un proveedor, anótala como pendiente. Un mapa con interrogantes visibles permite organizar la investigación. Un mapa que rellena esos huecos con suposiciones puede llevar a redactar un alcance que nadie sea capaz de sostener.
Aplicar al caso
Seguir el recorrido del chatbot
Sabemos que TechServe IT utiliza un chatbot de nivel 1 y que el diagnóstico señala recogida de datos. No conocemos su arquitectura completa, sus proveedores, sus conexiones con otras herramientas ni los procedimientos actuales.
1. Entrada de información
Qué sabemos: existe recogida de datos en el uso del chatbot.
Qué debemos aclarar: qué se solicita, para qué, desde qué canal y qué función decide esos campos. La descripción del flujo y sus mensajes ayudarían a conocer esta interfaz.
Propuesta de gestión: considerar las decisiones sobre la información solicitada al delimitar el uso. No concluir todavía que los datos sean excesivos ni que exista un incumplimiento.
2. Continuación de la atención
Escenario hipotético: si una consulta no resuelta por el chatbot se trasladara a un equipo de soporte, habría una interfaz organizativa y posiblemente técnica.
Qué debemos aclarar: qué información se transfiere, quién acepta la atención y cómo se comprueba que la solicitud llega a su destino.
Propuesta de gestión: describir la entrega y la recepción. No afirmamos que exista integración con una herramienta de tickets ni que haya fallos de transferencia.
3. Dependencia de un proveedor
Escenario hipotético: si el chatbot utilizara un componente de IA de un tercero, habría que conocer qué suministra ese tercero y qué decisiones conserva TechServe IT.
Qué debemos aclarar: condiciones del servicio, información disponible sobre cambios, vías de soporte y capacidad para comprobar el comportamiento del uso.
Propuesta de gestión: mantener visible esa dependencia y estudiar su coordinación. No presuponemos un proveedor concreto, avisos de cambio pactados ni acceso al funcionamiento interno del componente.
Cómo describir una interfaz sin quedarse en una flecha
«Chatbot → soporte» es un comienzo. Para que sirva, necesitamos indicar qué se entrega, en qué situación, qué función lo recibe y cómo se confirma la recepción. También conviene preguntar qué ocurriría si la entrega se interrumpiera. Las respuestas concretas están pendientes en nuestro caso.
De forma parecida, «dependemos de un proveedor» resulta demasiado genérico. Hay que precisar de qué servicio o componente dependemos, qué decisiones podemos tomar y qué información necesitamos. La evaluación detallada del proveedor y las medidas de continuidad se desarrollarán más adelante.
Errores que conviene detectar
- Usar solo el organigrama: puede ocultar servicios compartidos y conexiones con terceros.
- Excluir lo que no controlamos directamente: puede hacer desaparecer del mapa una dependencia relevante.
- Incluir toda la empresa sin concretar: dificulta saber qué actividades y decisiones estamos gestionando.
- Confundir el ejercicio con una decisión aprobada: la propuesta necesita contraste antes de convertirse en un alcance adoptado.
Audio de apoyo · Episodio 004
Alcance y contexto del SGIA
Identifica una actividad que propondrías abarcar y una dependencia cuya relación deba seguir visible.
Consultar el punto de escucha del episodio 004 ↗ (nueva pestaña)Este episodio tiene su punto de escucha en lección 2.4. Si ya lo has escuchado, utiliza estas notas para repasar; no hace falta repetir el audio completo.
El relato del incidente es hipotético. Un cambio de proveedor requiere valorar qué dependencias, procesos y controles afecta y revisar lo necesario; no significa reiniciar todo el SGIA. Las medidas para un piloto dependen del caso y sus riesgos. Consulta la guía de escucha crítica ↗ (nueva pestaña).
Tu mapa de límites y dependencias
Delimitar, conectar y justificar
Utiliza el registro de contexto y el mapa de partes interesadas. Redacta una finalidad provisional para la gestión del chatbot y analiza tres elementos o relaciones. Incluye una actividad que propongas gestionar, una conexión con otro proceso y una dependencia que necesites investigar.
Si no conocemos una dependencia concreta, formúlala de manera condicional y marca su estado. «Pendiente de confirmar» es una respuesta válida cuando explicas qué información falta y cómo la buscarías.
Tiempo orientativo: 25–35 minutos. El resultado es un mapa preparatorio para la lección 2.4, no un alcance aprobado. No hay guardado automático: descarga el TXT antes de cerrar o recargar. Utiliza el caso ficticio, sin datos personales ni información real confidencial.
Ejemplo orientativo: posible continuidad hacia soporte
Elemento: traslado de una consulta no resuelta a soporte, si existe ese recorrido. Tratamiento: relación con otro proceso. Estado: escenario hipotético.
Justificación: permitir que una necesidad de atención tenga continuidad. La necesidad concreta y el recorrido deben confirmarse.
Intercambio: consulta e información necesaria, desde el canal de atención hacia la función receptora; contenido, condiciones y confirmación de recepción pendientes.
Coordinación propuesta: las funciones que gestionen el chatbot y la atención de soporte, por identificar. Información: descripción del flujo, instrucciones y ejemplos, si existen.
Cambio que revisar: modificación del canal de entrega o del equipo receptor. No afirmamos que el traslado exista ni que se haya interrumpido.
Revisión personal
- ¿Describo actividades y decisiones, además de herramientas?
- ¿Justifico los límites usando el contexto y las necesidades?
- ¿Mantengo visibles las dependencias internas y externas relevantes?
- ¿Explico cada interfaz con algo más que una flecha?
- ¿Distingo hechos, propuestas y escenarios hipotéticos?
- ¿Evito presentar este mapa como alcance definitivo o prueba de conformidad?
Comprueba tu criterio
Repaso de la lección
Referencias y siguiente paso
La presentación oficial de ISO/IEC 42001 ↗ (nueva pestaña) explica el SGIA como un conjunto de elementos de gestión relacionados en el contexto de una organización. Como apoyo complementario, NIST AI RMF Core, GOVERN 6 y MAP 4 ↗ (nueva pestaña) aborda cuestiones vinculadas a componentes, datos y servicios de terceros.
Consulta: 26 de septiembre de 2026. NIST es una referencia complementaria, no un requisito de ISO/IEC 42001. Definiciones, esquema y plantilla didácticos; no reproducen el texto normativo ni acreditan conformidad.
Lo que te llevas
Una propuesta de límites, relaciones relevantes y preguntas pendientes. En la lección 2.4 utilizaremos estas piezas para redactar y revisar el alcance del SGIA.