La plataforma BSC implementa los requisitos del SEPE en tres fases:

• ✅ Fase 1 — Fundamentos: umbral 75%, exportación SCORM 1.2, rol Inspector SEPE (IMPLEMENTADO)
• ✅ Fase 2 — Servicio SOAP: endpoint SOAP 1.1 con WSDL, trazabilidad de conexiones LogConexionSEPE (IMPLEMENTADO)
• ✅ Fase 3 — Documentación: Guía del Alumno, Guía del Tutor, Plan de Evaluación, Anexo de Autoevaluación (IMPLEMENTADO)

Cada fase es independiente y desplegable por separado, permitiendo progresar en la homologación sin bloquear el resto de la plataforma.

El SEPE exige que el contenido de las especialidades formativas se empaquete en SCORM (versión 1.2 o 2004). No se permiten documentos planos (PDF, Word).

La función backend exportarCursoSCORM recibe id_curso y genera un ZIP con:

• imsmanifest.xml — manifiesto SCORM 1.2 con la estructura de módulos
• scorm_api.js — wrapper que comunica progreso (cmi.core.lesson_status), puntuación (cmi.core.score.raw) y tiempo (cmi.core.session_time) al LMS host
• index.html — página de inicio del curso con índice de módulos
• modulos/1.html, 2.html... — una página HTML por módulo con lecciones y actividades

El paquete reporta nativamente el progreso del alumno, las puntuaciones de las autoevaluaciones y las actividades obligatorias. Se exige la superación de al menos el 75% de los controles para el apto.

// Invocación desde el frontend
const response = await base44.functions.invoke("exportarCursoSCORM", { id_curso: courseId });
// Devuelve: application/zip (descarga directa)

El SEPE no revisa la plataforma manualmente. Testea automáticamente un endpoint SOAP 1.1 sobre HTTPS que la plataforma debe exponer.

La función backend sepeTeleformacionSOAP (implementada) expone:

• GET → sirve el WSDL (Content-Type: text/xml)
• POST → acepta SOAP-ENV:Envelope (Content-Type: text/xml + cabecera SOAPAction)
• Parsea el envelope XML y devuelve XML conforme al Anexo V de la Orden TMS/369/2019

Método principal: GetSeguimientoAlumnos. El SEPE envía IdAccionFormativa + FechaDesde + FechaHasta, y la plataforma responde HTTP 200 con el bloque ResultadoOperacion + ListaAlumnos.

<!-- XML de entrada del SEPE -->
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://xmlsoap.org" xmlns:tns="http://tempuri.org">
  <SOAP-ENV:Body>
    <tns:GetSeguimientoAlumnos>
      <tns:IdAccionFormativa>CONT_ALT_2026_004</tns:IdAccionFormativa>
      <tns:FechaDesde>2026-08-01</tns:FechaDesde>
      <tns:FechaHasta>2026-08-15</tns:FechaHasta>
    </tns:GetSeguimientoAlumnos>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

La respuesta incluye por cada alumno: NIF, tiempos de conexión (minutos), porcentaje de progreso (2 decimales), sesiones con IP y timestamps ISO 8601, evaluaciones de controles (0-10, Apto/No Apto) e interacciones con el tutor.

Mapeo de datos BSC → SEPE: IdentificadorAlumno = NIF del Employee, IdAccionFormativa = código de la Convocatoria, IdModuloFormativo = Module, CalificacionObtenida = nota de ActivityResponse, TiempoTotalConexion = suma de LogConexionSEPE en minutos.

El SEPE exige trazabilidad diaria de tiempos de conexión por alumno. La entidad LogConexionSEPE registra:

• id_alumno — NIF del empleado
• id_curso — curso de alternancia
• fecha — día de la conexión
• tiempo_conexion_segundos — tiempo total conectado ese día
• direccion_ip — IP desde la que se conectó
• fecha_hora_inicio / fecha_hora_fin — timestamps ISO 8601 de cada sesión

Se alimenta desde saveModuleProgress (acción heartbeat) sin duplicar lógica: cuando el curso es tipo_formacion=alternancia, cada heartbeat crea o actualiza un registro LogConexionSEPE para el día actual. Los registros alimentan los bloques Sesion del XML de respuesta SOAP.

El SEPE exige habilitar un perfil de usuario genérico con permisos exclusivos de visualización (lectura total) destinado a los inspectores.

El rol INSPECTOR_SEPE se ha añadido a StaffKey y RoleMenuConfig. Desde este rol, la administración tiene acceso libre e inmediato a:

• Totalidad de contenidos multimedia de la especialidad
• Foros de debate
• Histórico completo de logs de conexiones (LogConexionSEPE)

El inspector NO tiene permisos de escritura, edición ni borrado. Se integra en el flujo de acceso por StaffKey existente (validarAccesoStaff).

Panel dedicado: /inspector-sepe — tres pestañas (Contenidos, Logs de Conexión, Foros) con acceso de solo lectura a cursos de alternancia, módulos, trazabilidad LogConexionSEPE y mensajes del foro.

El SEPE exige la superación de al menos el 75% de los controles de aprendizaje para el apto.

En la plataforma BSC, el umbral de 75% se aplica a todos los cursos de alternancia (tipo_formacion=alternancia) en:

• generarContenidoDesdeFichaPDF — fija porcentaje_minimo_aprobacion en 75 al generar
• evaluateModuleTest — aprueba si porcentaje >= 75
• evaluateTest — aprueba si puntos_obtenidos >= activity.puntaje * 0.75
• recalcularNotaEnrollment — lee course.porcentaje_minimo_aprobacion (75 por defecto)

Los cursos FUNDAE y privados mantienen su umbral actual (75% por defecto en el schema). El cambio de 60→75 solo afecta a alternancia.

Al tramitar el alta en la Sede Electrónica del SEPE, además del WSDL, se deben subir los siguientes documentos:

• Guía del Alumno específica de la especialidad
• Guía del Tutor específica de la especialidad
• Plan de Evaluación continuo
• Anexo de Autoevaluación del Servicio Web — declaración firmada de que la API SOAP responde correctamente a cada método del SEPE

La función backend generarDocumentacionSEPE genera automáticamente los 4 documentos en un único PDF, con los datos del curso (especialidad SEPE, CNO, módulos, objetivos, umbral 75%) y la declaración firmada del servicio web SOAP.

Página de generación: /documentacion-sepe — el admin selecciona un curso de alternancia y descarga el PDF listo para subir al SEPE.

// Invocación desde el frontend
const response = await base44.functions.invoke("generarDocumentacionSEPE", { id_curso: courseId });
// Devuelve: application/pdf (descarga directa)

El SEPE exige que el servidor garantice el soporte técnico para que al menos el 40% del total de los alumnos integrados en las especialidades en alternancia puedan estar conectados simultáneamente sin caídas de rendimiento ni pérdida de datos de registro.

La plataforma BSC se ejecuta sobre infraestructura escalable (Base44 BaaS). No se han realizado pruebas de carga propias ni hay un límite de concurrencia documentado por el proveedor: si el SEPE exige acreditar el 40% de alumnos simultáneos, debe solicitarse esa garantía al proveedor de infraestructura antes de la inspección.