Categoría
Interoperabilidad
Los estándares y contratos con los que un LMS intercambia identidad, contenido, actividad y resultados con el resto de sistemas.
Integrar Moodle con la gestión académica: de la matrícula al acceso
Cómo integrar Moodle y gestión académica: identidad, cursos, matrículas, bajas, calificaciones, errores y conciliación.
WebMCP: qué permite hacer, compatibilidad y futuro de la web con agentes
Qué es WebMCP, qué permitiría hacer en una web o un campus, compatibilidad con navegadores y agentes, y escenarios de evolución contrastados con la propuesta.
Identidad en un LMS: SSO, altas, matrículas y bajas
Cómo definir el ciclo de identidad de un LMS: SSO, aprovisionamiento, matrículas y bajas, con contrato descargable y ejemplo de eventos repetidos.
MCP y Moodle: arquitectura segura para agentes
Cómo situar una pasarela MCP delante de Moodle sin compartir tokens, exponer toda la API ni permitir que el contenido del curso gobierne las acciones del agente.
Operación de LTI 1.3: rotación de claves, trazas y diagnóstico de fallos
Guía operativa de LTI 1.3 con fases observables, rotación de JWKS, trazas seguras, reintentos, pruebas negativas y respuesta a incidentes.
SCORM, xAPI o cmi5: qué resuelve cada estándar
Comparativa de SCORM, xAPI y cmi5 para decidir por empaquetado, lanzamiento, datos, compatibilidad y operación, con una ruta de migración verificable.
LTI 1.3, API o xAPI: qué integración conviene en cada caso
LTI 1.3, una API de dominio y xAPI resuelven necesidades distintas. Seis preguntas ayudan a decidir qué mecanismo corresponde a cada parte de la integración.
LTI 1.3 en producción: registro, identidad y seguridad entre sistemas
LTI 1.3 conecta un LMS con herramientas externas mediante mensajes firmados y servicios acotados. Esta guía explica los contratos que hay que diseñar para llevarlo a producción sin confundir inicio de sesión, identidad y autorización.
NRPS y privacidad del aula: cuándo no consultar la lista de participantes
El servicio de participantes de LTI 1.3 garantiza dos datos de cada miembro: el identificador y los roles. Todo lo demás depende de un acuerdo entre plataforma y herramienta. Una integración que se rompe sin nombre o correo depende de datos que el estándar no garantiza.