Guía técnica · Interoperabilidad educativa
Cómo comprobar una integración LTI 1.3 y LTI Advantage
Que una herramienta se abra desde el campus es el primer paso. La aceptación debe comprobar también el contexto, las autorizaciones y los servicios de intercambio que utilizarán docentes y alumnado.
Revisada el 15 de octubre de 2026.
Consulta las comprobaciones
1. Fija qué se integra y qué debe funcionar.
Registra la versión del LMS y de la herramienta, el entorno, los responsables y el identificador de la configuración. Distingue LTI 1.3 de los servicios de LTI Advantage: Deep Linking, Assignment and Grade Services (AGS) y Names and Role Provisioning Services (NRPS). El contrato debe indicar cuáles se utilizan.
Prepara un curso de prueba, usuarios con roles distintos y actividades representativas. Conserva la configuración necesaria para repetir los ensayos sin copiar credenciales ni datos personales a un informe compartido.
- Una relación de funciones esperadas: abrir una actividad, seleccionar contenido, conocer participantes o devolver una calificación.
- Las versiones, permisos solicitados y condiciones de acceso de ambas partes.
- Un criterio de aceptación por función, con resultado observado y responsable de revisar las diferencias.
2. Comprueba registro, lanzamiento e identidad.
LTI 1.3 utiliza un flujo de seguridad basado en OpenID Connect y mensajes firmados. Comprueba la configuración de emisor, cliente, despliegue, claves y direcciones acordadas con cada producto. La configuración concreta depende de las plataformas.
Prueba el lanzamiento con alumnado y profesorado. Verifica que el usuario, el curso, el enlace de actividad y los roles se interpreten como corresponde. Incluye un segundo curso y una segunda actividad para detectar asociaciones equivocadas.
- La misma persona accede con el contexto correcto en dos cursos distintos.
- Un alumno no recibe funciones reservadas al docente y una persona sin acceso no abre la actividad.
- Los mensajes no válidos, caducados o repetidos se tratan según el contrato y el flujo de seguridad, sin reutilizar una sesión de prueba como prueba de autorización.
3. Ensaya cada servicio de LTI Advantage que se haya acordado.
En Deep Linking, comprueba que la selección de contenido devuelve los enlaces y parámetros esperados al curso de origen. En AGS, verifica las relaciones entre actividad, elemento de calificación, usuario y resultado, incluidos los estados que utilice la herramienta.
En NRPS, revisa el contexto, los roles y la información que puede recuperar la herramienta con los permisos concedidos. Si alguno de estos servicios queda fuera del proyecto, regístralo; que no se utilice no demuestra un fallo del lanzamiento LTI.
- La selección crea o modifica el recurso previsto, con título, destino y contexto correctos.
- La calificación llega al alumno y al elemento correctos; la actualización de un resultado no genera duplicados inesperados.
- La lista de participantes respeta el contexto y los permisos; la herramienta no recibe más información de la acordada.
4. Prueba cambios, interrupciones y bajas.
Cambia el rol o la vigencia de matrícula y repite el acceso. Copia o restaura el curso cuando forme parte del uso previsto. Comprueba qué ocurre con los enlaces, los identificadores y los resultados: cada producto puede imponer condiciones propias.
Introduce una indisponibilidad controlada y revisa el tratamiento de los errores. Los registros deben permitir relacionar el problema con la operación, el curso y la configuración, minimizando la información sensible.
- Una baja o un cambio de rol se refleja en el acceso según el plazo y el mecanismo acordados.
- Un fallo al devolver una nota puede identificarse y recuperarse sin asignarla a otra persona o actividad.
- El recorrido se puede utilizar con teclado y conserva las condiciones de accesibilidad entre campus y herramienta.
5. Conserva una decisión que pueda revisarse.
Anota escenario, versiones, preparación, resultado esperado, resultado observado y evidencia. Distingue una función comprobada de una declarada por el proveedor y de una que no se ha podido ensayar.
La decisión de puesta en servicio debe identificar los recorridos aceptados, los pendientes y la forma de recuperar el servicio. Repite los escenarios afectados cuando cambien el LMS, la herramienta, sus permisos o el contrato de intercambio. Una prueba local no equivale a una certificación LTI.
Volver al índiceReferencias técnicas.
Documentación de los organismos y proyectos responsables. Verifica la edición que corresponde a tu entorno.
¿Necesitas comprobar una integración?
Podemos analizar las versiones, definir los escenarios y revisar contigo la compatibilidad del intercambio.
Hablemos de los sistemas de tu proyecto