Desde su publicación en el BOE del 17 de octubre de 2013 se ha hablado mucho sobre los certificados de profesionalidad en modalidad online. Uno de los temas que más polémica ha suscitado ha sido el cumplimiento de los requisitos técnicos para las plataformas de teleformación (LMS) en la generación de informes de seguimiento. El Anexo II del citado BOE dice:

«En este sentido, y para poder realizar tal seguimiento, dicho Servicio
Público se conectará automáticamente con las plataformas de
teleformación para obtener los informes de control que precise y con la
periodicidad que determine, por lo que las plataformas de teleformación
autorizadas deberán contar con los desarrollos informáticos que
posibiliten tales acciones de seguimiento (protocolos de conexión
REST o SOAP).»

El debate sobre si la plataforma X puede o no hacer esos informes o si requiere un esfuerzo para su programación más elevado carece de sentido ya que con esta información no es posible desarrollar los webservices necesarios. ¿Por qué? Bien. Cuando se crea un servicio web, pongamos por ejemplo un servicio de Amazon, es el cliente el que crea el programa según su especificaciones. Amazon proporciona una documentación, o desde el propio fichero WSDL, y el cliente crea el programa que se comunica con el. Así el cliente solicita a Amazon la información de un libro y sabe que recibirá un fichero en el que se indica nombre, precio, descripción, ISBN… del producto. ¿Cual es el problema entonces? Que el cliente en este caso sería el SEPE y Amazon sería cada empresa de formación, por lo que el SEPE tendría que crear un cliente para cada servidor. ¿Y la solución (la lógica)? La solución pasa porque el SEPE publique las especificaciones, que datos enviar y recibir y su formato. Nos hemos puesto en contacto con el SEPE los cuales muy amablemente nos han resuelto todas las dudas y queremos compartir con todos la respuesta para evitar que se pierda el tiempo en desarrollar soluciones que puede que no sirvan una vez se publiquen las especificaciones.

Pregunta al SEPE

«Me dirijo a uds. con el fin de conocer cuales son las especificaciones a seguir con el uso de los protocolos REST y SOAP para cumplir con el anexo II de la Orden ESS/1897/2013, de 10 de octubre. (http://www.boe.es/boe/dias/2013/10/17/pdfs/BOE-A-2013-10861.pdf)

Nosotros, al igual que muchos centros como se puede ver en diversos foros de debate, hemos desarrollado los componentes necesarios para realizar las conexiones REST/SOAP, pero desconocemos el formato y especificaciones necesarias para la comunicación.»…

Respuesta

«El Servicio Público de Empleo Estatal está desarrollando normativamente el proceso de acreditación en modaliad de teleformación, uno de cuyos requisitos es el referido al seguimiento de acciones formativas desarrolladas por los centros.

En dicho desarrollo se definirá un servicio web bajo protocolo soap, mediante el correspondiente fichero WSDL, que responda con los datos de seguimiento del centro a las siguientes operaciones:
◾Obtener los datos identificativos del centro.
◾Crear una acción con el identificador indicado en la petición SOAP.
◾Obtener la lista de identicaciones de las acciones que el centro
◾Obtener los datos de una accion formativa identificada en la peticion.

Los datos de accion incluiran datos referentes a las especialidades desarrolladas bajo la accion y, para cada una de ellas, datos sobre los tutores-formadores, sobre los participantes y sus resultados y sobre el uso del contenido (informacion estadística referente al acceso al contenido, el horario en el que el mismo se produce, su duración, el número de intentos para superar los controles formativos que se realizan, etc.).»

Protocolos REST/SOAP

En la anterior respuesta se puede ver que no se habla del protocolo REST, en cambio en la resolución habla de 2 protocolos, REST y SOAP. Aquellos que desarrollen sobre Moodle y hayan estado avanzando los desarrollos de sus webservices, habrán descubierto que Moodle genera un fichero de descripción WSDL con codificación RPC/encoded. ¿Que quiere decir esto? Que lo más probable es que el SEPE requiera que la codificación sea RPC/literal puesto que trabajan con JAVA. Aunque solo sea un suposición esto hace ver que es necesario esperar a que salga la normativa para poder desarrollar el protocolo aun sabiendo que va a ser SOAP.

Pregunta al SEPE

«En el BOE especificaba REST o SOAP. ¿REST no va a servir para la certificación? La mayoría de las plataformas, incluyendo la nuestra, usan Moodle y SOAP no esta tan desarrollado como REST, sobre todo en conexiones contra java.»

Respuesta

…»vamos a solicitar protocolo SOAP.»

Hay 2 preguntas más que surgen a raíz de todos estos cambios

Preguntas al SEPE

«¿Por que medio se anunciaran los desarrollos?
Al no poder cumplirse ese punto del anexo II ¿no es posible acreditarse a dia de hoy?»

Respuesta del SEPE

«Se estrá preparando una resolución para su publicación en BOE en la que se precisarán la cuestión que usted pregunta y otras varias referidas a acreditación.
En tanto que esta resolución no esté disponible, la acreditación no podría resolverse.»

Es importante ver que en la respuesta también se ve que no solo van a hacer cambios, o ampliaciones, sobre el tema de los informes de seguimiento.

Moodle y los informes de seguimiento.

Gracias a una amplia comunidad Moodle crece cada día, mejorando y ampliando las funciones ya extensas de por sí. Los informes que genera con la instalación básica han sido fuente de críticas por no cumplir con los requerimientos para la impartición de los certificados de profesionalidad, incluso plugins que amplían estos informes presentando cualquier dato de la base de datos con gráficos y porcentajes han sido desestimados por no cumplir con lo requerido. Es Moodle la plataforma que más ataques ha recibido por necesitar un esfuerzo de desarrollo elevado para adaptarse a los requisitos técnicos, así como sus problemas para cumplir con la accesibilidad. La mentalidad que ha hecho posible que Moodle sea una de las plataformas más populares y libre es la misma por la que queremos compartir esta información en vez de esconderla para conseguir una ventaja táctica. Mejorar entre todos y devolver el favor a todos aquellos que desinteresadamente trabajan en mejorar la formación online. Tenemos que recordar que pese a ser un negocio, el principal objetivo es que el alumno adquiera conocimientos que le ayuden a mejorar, el como hagamos posible que ese conocimiento llegue a los alumnos y la calidad del mismo es lo que tiene que diferenciar a las empresas.

Espero que esto sirva de ayuda para aclarar las dudas que como nosotros nos han ido surgiendo con esta resolución. Quedan más temas, por ejemplo el de la accesibilidad, pero por ahora creo que lo mejor es esperar y seguir mejorando.

Por último y a título personal, quiero agradecer a la persona que me atendió del SEPE por la rapidez y claridad con la que resolvió mis dudas.