Lección 13.2. El expediente integrado de Tech Server IIT Spain
Mi recorrido por el curso
Activa JavaScript para guardar y recuperar tu recorrido en este navegador. Las lecciones se marcan manualmente.
Lectura 2 · Del inventario a una decisión defendible
Al terminar podrás construir un índice de evidencias y una hoja de ruta sin inventar resultados. Reserva unos 35 minutos. Tech Server IIT Spain es el caso ficticio del curso; sus ejercicios no describen una organización auditada ni certificada.
Qué significa integrar el expediente
Integrar no consiste en juntar todas las descargas en una carpeta. Consiste en poder responder una pregunta de gestión utilizando fuentes relacionadas. Por ejemplo: «¿Con qué condiciones podemos mantener este uso del clasificador?». Para responder quizá necesites el inventario, la evaluación de riesgos e impactos, los criterios de prueba, los resultados, las condiciones de supervisión y una decisión autorizada.
No necesitas copiar el mismo hecho en seis documentos. Conserva una fuente principal y referencias que permitan encontrarla. Si el incidente tiene cronología en INC-001, el acta de revisión puede remitir a ella. Si aparece una contradicción, no elijas la versión más favorable: localiza la causa y deja visible qué se ha confirmado y qué sigue pendiente.
Los códigos SYS, USO, MON o REV ayudan a relacionar piezas del caso. No son identificadores exigidos por ISO/IEC 42001. Una organización real puede utilizar otra estructura si resulta adecuada y controlada.
El mapa del caso que debes conservar
| Pieza del curso | Conexión que interesa | Límite que debes respetar |
|---|---|---|
| Clasificador SYS-003 / USO-004 | R-001, IMP-001, cambios CAM-001 y seguimiento | Una prueba no demuestra por sí misma funcionamiento en producción |
| Chatbot USO-003 | Datos FD-001, supervisión SUP-001 y proveedor PROV-001 | Registrar una derivación no acredita recepción humana |
| Copiloto con API de proveedor | Finalidad, datos permitidos y evaluación de la dependencia | No atribuyas una contratación o autorización que no conste |
| Retirada RET-001 | Salida del chatbot y tratamiento de dependencias | Una propuesta de retirada no es una retirada ejecutada |
| MON-001 e INC-001 | Seguimiento y cronología de T10-014 | No presupongas daño, brecha de datos ni obligación de reporte externo |
| AUD-001 y AUD-002 | Plan parcial, criterios, muestra, evidencias y seguimiento M11-EX | La cobertura parcial no acredita conformidad de todo el SGIA |
| REV-001 y MEJ-001 | Preparación de decisiones y acciones M12-EX | Las propuestas D-12-01, D-12-02 y D-12-03 no son acuerdos adoptados |
Vuelve a los módulos originales cuando necesites el detalle de una escena. En M11-EX, la muestra E01-E10 permite revisar el denominador del indicador; EX-03 y EX-04 ayudan a contrastar cierre, eficacia y autoridad. EX-05 debe leerse con sus condiciones y límites. No reconstruyas el contenido de una fuente solo a partir de su nombre.
Un índice que otra persona pueda utilizar
Prepara un registro por cada fuente que vayas a emplear. Incluye identificador, título, versión o fecha, ubicación, responsable de custodia, asunto al que responde, estado y restricciones de acceso. Añade la relación con las decisiones que la utilizan. La fecha de descarga no sustituye necesariamente a la fecha de la evidencia.
Utiliza estados comprensibles: fuente aportada; por solicitar; no disponible; versión por contrastar. «No disponible en el ejercicio» significa que no puedes utilizarla para sostener una conclusión; no demuestra que nunca haya existido en la organización ficticia. La diferencia evita convertir una limitación docente en una acusación.
Ejemplo de entrada: «SUP-001, versión por confirmar, fuente a consultar para verificar cómo se recibe y gestiona una derivación de USO-003; pendiente de contrastar con un registro de recepción y actuación». No escribas «supervisión eficaz» si aún no has examinado su funcionamiento.
Reconstruir una cadena completa
Empieza por un uso y recorre estas siete preguntas. Cada respuesta necesita una fuente o debe quedar como pendiente.
- Identidad y finalidad: ¿qué sistema o servicio, versión y uso examinamos? ¿Quién lo utiliza y quién puede verse afectado?
- Criterio: ¿qué se exige o se ha decidido? Identifica la norma, el compromiso o el procedimiento aplicable y su versión.
- Evaluación: ¿qué riesgos e impactos se han considerado? ¿Con qué criterios y qué información?
- Tratamiento y operación: ¿qué controles son necesarios, quién los aplica y qué registros dejan?
- Resultado: ¿qué se ha observado, sobre qué periodo y población, con qué método y límites?
- Decisión: ¿qué función puede autorizar, limitar o suspender y bajo qué condiciones?
- Seguimiento: ¿qué dato permitirá revisar la decisión y cuándo debe obtenerse?
Un salto frecuente va de «hay procedimiento» a «el uso está controlado». Entre ambos falta comprobar la operación. Otro salto va de «hay una actuación implantada» a «la causa ha desaparecido». Ahí falta verificar eficacia.
Ejemplo trabajado: la derivación humana del chatbot
En el curso aparece la necesidad de contrastar la derivación de USO-003. No se aporta aquí una nueva ejecución real. La tarea de integración consiste en preparar una comprobación, conservando ese estado.
La pregunta es: «¿Qué evidencia necesitamos para saber si la solicitud llegó a una persona y recibió el tratamiento previsto?». Propón seguir un identificador desde la solicitud hasta el canal receptor. Solicita marcas temporales pertinentes, estado de recepción, persona o función que actúa y resultado. Contrasta el caso con el criterio de atención aplicable y comprueba también una excepción relevante, como una falta de respuesta.
Minimiza los datos consultados. Puede bastar una muestra anonimizada o una observación autorizada con localizador. Si un registro muestra «derivado», solo permite afirmar que el sistema registró ese estado. La recepción y actuación requieren evidencia adicional. Si no se dispone de ella, anota la limitación y la siguiente comprobación, no una eficacia supuesta.
Salida esperada: una ficha con pregunta, criterio por confirmar, fuentes aportadas y solicitadas, método, responsable propuesto, condición de uso mientras se verifica y fecha de revisión propuesta. Las funciones y plazos que sugieras son propuestas del alumno.
Ejemplo trabajado: del indicador al acta de dirección
M11-EX y M12-EX ayudan a distinguir un resultado de su interpretación y de una decisión. El recorrido correcto empieza en la fuente del indicador: conjunto de casos, regla de cálculo, periodo y versión. Después compara el valor presentado con el recalculado, identifica la diferencia y explica qué decisiones podrían verse afectadas.
Si se detecta una copia defectuosa, no atribuyas inmediatamente una causa ni una manipulación intencionada. Conserva la diferencia comprobada, investiga cómo se produjo y propone la actuación que corresponda. La fuente original y el cálculo deben poder localizarse.
REV-001 puede recibir una entrada que diga qué se ha contrastado y qué decisión se solicita. MEJ-001 permite seguir las actuaciones y sus comprobaciones. D-12-01 propone validar de manera reproducible los indicadores; D-12-02 propone investigar condiciones de cierre; D-12-03 propone contrastar la derivación humana. Sigue llamándolas propuestas hasta que exista una decisión autorizada.
Separar cuatro tipos de afirmación
| Tipo | Ejemplo de redacción prudente | Qué no permite concluir |
|---|---|---|
| Hecho contrastado | «El registro consultado muestra el estado X en la versión Y» | Que todos los registros del sistema sean iguales |
| Interpretación | «La diferencia limita el uso del indicador para esta comparación» | Una causa que no se ha investigado |
| Propuesta | «Se propone repetir la validación con fuente y método identificados» | Que se haya autorizado o ejecutado |
| Pendiente | «Falta confirmar recepción humana y criterio de tiempo» | Que no exista receptor o que se haya incumplido un plazo concreto |
Escribir de esta forma no debilita una conclusión. La hace comprobable. Cuando sí existe evidencia suficiente de incumplimiento, describe el requisito, el hecho y la diferencia sin esconderlos detrás de «parece que».
La hoja de ruta final
Ordena las carencias por efecto sobre personas, decisiones, obligaciones y continuidad del servicio. Considera también dependencias: una decisión puede necesitar antes una validación o una evaluación. Un documento fácil de completar no tiene por qué ser la prioridad principal.
Para cada asunto registra: pregunta pendiente; efecto de no resolverla; fuente necesaria; función responsable propuesta; actuación; fecha propuesta; criterio de finalización; evidencia de eficacia cuando proceda; autoridad de cierre. Evita plazos ficticios presentados como acuerdos.
Puedes usar tres grupos docentes: actuación inmediata o escalado; comprobación necesaria antes de una decisión; mejora programable. No son categorías universales de gravedad de no conformidades. Una obligación o una medida urgente no espera a que termine la hoja de ruta.
Tu entrega final de integración
Prepara un dossier breve con un índice de fuentes, una cadena del clasificador, otra del chatbot y una hoja de ruta de cinco asuntos como máximo. Añade una página ejecutiva: qué puede sostenerse, qué no y qué decisión propones solicitar.
Rúbrica de autoevaluación: valora de 0 a 2 cada aspecto: identidad y alcance; fuentes localizables; conexión entre criterio y evidencia; separación de estados; hoja de ruta ejecutable. Un 0 indica ausencia, un 1 información parcial y un 2 una explicación suficiente para que otra persona la siga. Es una ayuda docente, no una decisión de certificación.
Orientación de revisión: si afirmas que una actuación fue eficaz, muestra la verificación. Si propones una persona o fecha, señala que es una propuesta. Si el asunto queda pendiente, conserva la condición provisional y el escalado. Una entrega sólida puede contener asuntos abiertos y explicar cómo se mantienen bajo control.
Fuentes y uso de esta lectura
Lectura original de José Manuel Hernández Agudo, 31/10/2026. Continuidad: módulos 4-12 del curso SGIA, especialmente las lecciones 11.2, 12.2 y 12.4: https://jmhernandez.tech/sgia-leccion-11-2/ ; https://jmhernandez.tech/sgia-leccion-12-2/ ; https://jmhernandez.tech/sgia-leccion-12-4/ . Las escenas M11-EX y M12-EX son ejercicios sintéticos del curso. No se certifica la conformidad de Tech Server IIT Spain ni se afirma que sus propuestas hayan sido ejecutadas.