Arquitectura de integración
Defino la topología, los límites, las responsabilidades y los patrones síncronos o asíncronos.
Interoperabilidad EdTech.
Diseño los contratos de datos que permiten intercambiar información entre plataformas educativas.
Para elegir entre API, eventos y estándares educativos, parto del problema que debe resolver cada integración. Defino cómo se intercambian los datos de identidad, contenidos, actividad, evaluación y credenciales, y asigno un responsable a cada flujo.
Responsabilidades concretas
Diseño el contrato que deben compartir los sistemas y los equipos responsables.
Trabajo con API, eventos, identidad y estándares educativos. Para que la interoperabilidad funcione y pueda mantenerse, también defino el versionado, la observabilidad, la seguridad y la reconciliación, y determino qué sistema conserva cada dato y quién responde de él.
Contratos y responsabilidad sobre el dato
Aclaro qué sistema conserva cada dato, quién responde de él, qué esquema y versión se usan, qué consistencia se espera y cómo se corrigen los errores.
Identidad y autorización
Relaciono la autenticación, los roles, el contexto, la delegación y el ciclo de vida de las identidades entre sistemas.
Estándares educativos
Selecciono el estándar que resuelve el intercambio necesario o permite ofrecer la experiencia prevista, y concreto su perfil de implementación.
Fiabilidad y observabilidad
Diseño mecanismos de idempotencia, reintentos y reconciliación, acompañados de trazas y alertas útiles.
Gobierno de proveedores
Diseño para conservar la portabilidad, documento y pruebo los contratos, y evalúo una vía de sustitución cuando la dependencia de un proveedor lo justifica.
Dónde se concentra la complejidad
Una integración pasa a ser estratégica cuando su comportamiento condiciona el servicio.
Las altas que no se reconcilian, las identidades duplicadas y los datos sin un responsable identificado terminan afectando al aprendizaje y al soporte. También reducen la capacidad de cambiar cualquiera de los sistemas implicados.
Las sincronizaciones fallan sin dejar rastro
Los errores terminan afectando a los usuarios y al equipo de soporte porque no existe trazabilidad del proceso completo.
Cada proveedor trae su propio contrato
La plataforma acumula adaptaciones locales y pierde capacidad para sustituir componentes.
Se está eligiendo un estándar por compatibilidad nominal
Falta comprobar la versión, el perfil, el flujo, los datos, la seguridad y el comportamiento real.
Identidad y roles no significan lo mismo en cada sistema
El acceso funciona, pero la autorización, el contexto y el ciclo de vida quedan fragmentados.
La plataforma no permite extraer ni reutilizar los contenidos y las evaluaciones
Reutilizar, actualizar o certificar exige copias y procesos manuales.
La integración impide evolucionar el producto
Cualquier cambio requiere coordinar despliegues, esquemas y proveedores sin aislamiento.
Qué miro y qué queda por escrito
Diseño integraciones para el flujo completo
Considero útil la interoperabilidad cuando la identidad, el contexto, el contenido, la actividad, la evaluación y las credenciales mantienen un significado común entre sistemas, y el equipo de operación puede reconstruir qué ha ocurrido.
Identidad y ciclo de vida de usuarios
Unifico el acceso, el aprovisionamiento, los grupos, los roles y las bajas entre directorios, sistemas corporativos y plataformas de aprendizaje.
- SAML y OpenID Connect
- SCIM y aprovisionamiento
- Roles y autorización
- Trazabilidad de acceso
Sistemas académicos, RR. HH. y LMS
Identifico qué sistema conserva cada dato, quién responde de él y qué mecanismos de reconciliación necesito para resolver discrepancias. Después sincronizo los datos de personas, programas, cursos, matrículas y resultados.
- Sistemas de información académica (SIS), de recursos humanos (HRIS) y de planificación de recursos empresariales (ERP)
- OneRoster y, para la educación superior, Edu-API (en estado Candidate Final Public según 1EdTech; consulta: 29/07/2026)
- API y eventos
- Reconciliación
Herramientas integradas en la experiencia de aprendizaje
Incorporo simuladores, laboratorios, contenidos y aplicaciones externas. Configuro el envío del contexto necesario y la devolución segura de los resultados al sistema.
- LTI 1.3 y Advantage
- Deep Linking
- Assignment and Grade Services
- Names and Role Provisioning Services
Contenido transportable y distribuido
Decido cuándo conviene empaquetar, referenciar, sincronizar o versionar un recurso para mantenerlo actualizado, respetar los derechos asociados al recurso y conservar la compatibilidad.
- SCORM y cmi5
- Repositorios y metadatos
- Versionado y distribución
- Derechos y retirada
Actividad, analítica y contexto para IA
Diseño el transporte de los eventos de aprendizaje y estructuro el contexto que necesitan la analítica, las recomendaciones y los agentes. Respeto los permisos y mantengo la información sobre la procedencia de los datos.
- xAPI y almacenes de registros de aprendizaje (LRS)
- Caliper Analytics
- Contexto transferible con base jurídica, finalidad, permisos y procedencia
Evaluación, competencias y credenciales
Relaciono los ítems con los resultados, las competencias, las evidencias y los logros. Así, esos datos pueden intercambiarse y reutilizarse fuera de una aplicación concreta cuando los sistemas comparten el perfil de implementación y conservan su procedencia.
- QTI
- CASE para intercambiar marcos de competencias
- Los estándares Open Badges 3.0 y Comprehensive Learner Record (CLR) 2.0
- Credenciales verificables
Casos de uso
Casos de integración entre sistemas
He comprobado qué ocurre cuando dos sistemas se comunican sin un contrato claro entre ellos.
Las integraciones fallaban por el mismo motivo aunque cambiaran los proveedores: el acoplamiento síncrono las obligaba a esperar una respuesta inmediata
Revisé más de una decena de integraciones punto a punto en un ecosistema con Moodle, CRM, ERP, herramientas de colaboración, proveedores de contenido y sistemas de identidad. Las dependencias externas aparecían con frecuencia en las incidencias y añadían esperas visibles a algunos recorridos. Consideré optimizar cada conector por separado, pero descarté esa vía porque el patrón de fallo se repetía con proveedores distintos. Localicé el problema en las llamadas síncronas, los contratos inconsistentes y la ausencia de colas, reintentos controlados, reproceso, cuotas y una auditoría común. Implanté una pasarela con contratos compartidos y conectores reutilizables. El cobro y la firma digital siguieron siendo síncronos; procesé mediante colas el aprovisionamiento de permisos y el envío de notificaciones. El cambio se diseñó para reducir las incidencias y acortar el plazo de nuevas integraciones. No presento aquí un resultado porque no aporto la serie necesaria para verificarlo.
Una sola carga de la página de un curso lanzaba miles de peticiones externas bloqueantes
Una plataforma se congelaba al cargar cursos con contenidos servidos mediante una integración LTI. Los procesos PHP alcanzaban su límite y dejaban a todo el mundo sin servicio. Medí el rendimiento de la aplicación, la CPU de los nodos y las peticiones salientes. Parecía un ataque distribuido de denegación de servicio o una saturación de la red del proveedor, pero descarté ambas hipótesis al comprobar que el volumen nacía dentro de la propia página. Un plugin de seguimiento hacía una llamada HTTP síncrona a la interfaz externa por cada combinación de contenido y estudiante, dentro de un bucle. Al multiplicar ambos conjuntos, una sola carga generaba miles de peticiones bloqueantes. Las sustituí por peticiones agrupadas procesadas en segundo plano con la API de tareas de Moodle, añadí una caché temporal, fijé un límite de espera y añadí un cortacircuitos que suspendía las llamadas tras superar los umbrales definidos de errores o respuestas lentas. El cambio se diseñó para reducir el tiempo de carga y el tráfico saliente. No presento aquí un resultado porque no aporto la serie ni el procedimiento necesarios para verificarlo.
Cómo trabajo
Aclaro primero el significado compartido y después pruebo cómo responde la integración ante fallos y cambios.
Compruebo duplicados, retrasos, reintentos, revocaciones y cambios de versión. Si algo falla, la integración debe conservar información suficiente para reconstruir lo ocurrido.
- 01
Describir el flujo
Empiezo por los actores, los datos, el sistema de referencia de cada dato, el equipo responsable, la frecuencia, los errores y la experiencia esperada.
- 02
Elegir el contrato
Comparo un estándar, una API, un flujo de eventos y un proceso por lotes según el problema que debe resolverse y el grado de dependencia que introduce cada opción.
- 03
Probar los casos límite
Valido la expiración, los duplicados, los reintentos, los cambios de versión y las recuperaciones parciales.
- 04
Observar todo el recorrido
Incluyo identificadores de correlación, métricas y la información necesaria para explicar el estado de la integración en cada punto del recorrido.
Recorrido profesional
Mi trabajo de integración reúne LMS, sistemas empresariales, plataformas educativas y servicios de contenidos.
Ver trayectoria y perfil- Experiencia conectando LMS con identidad, sistemas académicos y corporativos, contenidos, evaluación y analítica.
- Conocimiento práctico de LTI, SCORM, xAPI, cmi5, QTI, OneRoster, Open Badges, API y eventos.
- Visión conjunta de arquitectura, datos, seguridad, experiencia y operación de integraciones.
- Productos propios centrados en conectividad, distribución de contenidos y gobierno multiplataforma.
Marcos propios
Utilizo criterios que permiten comparar estándares, contratos y madurez operativa.
El marco ayuda a distinguir una compatibilidad declarada de una integración que varios equipos pueden mantener, observar y hacer evolucionar.
Ver la colección completa01Arquitectura de referencia
Arquitectura de referencia para un ecosistema de aprendizaje
La referencia sitúa cada intercambio dentro de su ecosistema y permite determinar quién debe mantenerlo y gobernarlo.
Consultar la arquitectura del ecosistema de aprendizaje ↗02Lista de evaluación
Marco de evaluación de integraciones EdTech
En cada integración reviso el significado de los datos, la responsabilidad operativa y las pruebas necesarias para aceptar el contrato.
Consultar el marco de integraciones EdTech ↗Blog
En el blog explico los estándares a partir de decisiones reales.
Allí comparo LTI, API, SCORM, xAPI, cmi5, QTI y credenciales desde la arquitectura y la operación.
Contacto
Si una integración solo funciona mientras nadie la cambia, conviene revisar su contrato.
El análisis debe cubrir las responsabilidades sobre los datos, la identidad, los errores, la trazabilidad y el ritmo de evolución de cada sistema.