...
Info | |||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||
Leyenda
Historial de cambios
|
...
Sistema de Gestión Personas
...
Info | ||
---|---|---|
| ||
Se actualizan los servicios API para:
No son necesarios cambios a nivel del interface o firma de los servicios del API, ya que los cambios a aplicar afectan a los objetos de comunicación y a la lógica de negocio interna a los mismos para aplicar las consideraciones descritas en apartados anteriores. Se añaden 2 nuevos servicios al API para poder pintar la pantalla de requisitos de equipo de investigación con las nuevas especificaciones de que niveles académicos y categorías profesionales sean campos multivalor. Se actualizan los siguientes servicios del API de personas:
Se actualizan los JSON de los siguientes servicios del API de personas para sustituir el campo direccionContacto por los campos tipoViaContactoId, nombreViaContacto, numeroViaContacto y ampliacionDireccionContacto:
Se añade nuevo servicio:
Modificar los siguientes servicios para que devuelva el campo activo en la entidad Persona.
Modificar los siguientes servicios para eliminar la funcionalidad de que solo se devuelve el detalle una persona que este activa:
Modificar los siguientes servicios para que devuelva el campo personalPropio en la entidad Persona.
Modificar los siguientes servicios para que devuelva el campo moviles en la entidad DatosContacto:
Se modificar el servicio del alta de persona para que en el caso de que el servicio sea síncrono devuelva el id de la persona creada.
Se actualizan los servicios API para:
Se actualizan los servicios API para:
Se actualizan los servicios API para:
Se actualizan los servicios API para:
Se actualizan los servicios API para:
Se añaden los servicios siguientes para ser usados desde la aplicación CVN:
|
Método | URL | Parámetros | Respuesta | Permisos | Descripción | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Métodos a los que se llama desde el SGI y éstos a su vez llaman a los sistemas de la Universidad | |||||||||||||||||||||
GET | /personasFast |
| Lista[Persona] | Listado de Persona. Ejemplo: [mailto:busqueda=skarmeta@um.es&colectivoId=]busqueda=skarmeta@um.es&colectivoId=(1,2,3,4) busqueda=jorge carrillo&colectivoId=(2) NOTA: La búsqueda no es sensible a mayúsculas ni minúsculas. Los parámetros no deben ir entrecomillados. Si no se indica el parámetro colectivoId, se buscará en todos los colectivos. Se devuelven como máximo 11 registros, al devolver más de 10 registros el buscador indicará que existen más registros y se puede refinar la búsqueda. | |||||||||||||||||
GET | /personas | q+s (query + sort) La query estará formada por:
| Lista[Persona] | Listado de Persona. Ejemplo: colectivoId=in=(refPAS,refPDI);(nombre=like=jim,apellidos=like=jim,email=like=jim,nombreApellidos=like=jim) colectivoId=in=(refPAS,refPDI);(nombre=like=nombre.apellido@um.es,apellidos=like=nombre.apellido@um.es,email=like=nombre.apellido@um.es,nombreApellidos=like=nombre.apellido@um.es) NOTA: Este método tendrá que ser capaz de responder con una lista de las personas modificadas con posterioridad a la fecha/hora proporcionada en el parámetro fechaModificacion. La modificación debe incluir altas, actualizaciones y borrados lógicos. | |||||||||||||||||
GET | /personas/{id} | id | Persona | Detalle de los datos generales de una persona (esté la persona activa o no). | |||||||||||||||||
POST | /personas/formly | JSON | id Vendrá relleno si la creación es síncrona y no vendrá si es asíncrona. | Recibe como parámetro la respuesta del usuario del formulario de datos de alta (formly) con los campos necesarios para crear una persona.
| |||||||||||||||||
PUT | /personas/formly/{id} | JSON | Recibe como parámetro la respuesta del usuario del formulario de datos de modificación (formly) con los campos necesarios para actualizar una persona.
| ||||||||||||||||||
GET | /personas/formly/{id} | JSON | Devuelve los datos a pintar en el formulario de Ver Detalle/Actualizar en el SGI (formly). Se recibirá el mismo json que en la solicitud de modificación de persona (/personas PUT) | ||||||||||||||||||
GET | /datos-personales/persona/{id} | id | DatosPersonales | Detalle de los datos personales de una persona independientemente de que este activa o no la persona (datos de dirección, nacimiento, etc). | |||||||||||||||||
GET | /datos-contacto/persona/{id} | id | DatosContacto | Contiene la lista de emails, incluido si el email es principal o no, y/o de teléfonos fijos y móviles de una persona (independientemente de que este activa o no la persona) | |||||||||||||||||
GET | /vinculaciones/persona/{id} | Vinculacion | Detalle de los datos de vinculación vigentes de una persona (independientemente de que esté activa o no la persona). Ver UM - SGI - ESB - SGP - Adaptaciones integración para su implementación en el SGI. | ||||||||||||||||||
GET | /vinculaciones/persona/{id}/vinculaciones-categorias-profesionales | q+s (query + sort) La query estará formada por:
| Lista[VinculacionCategoriaProfesional] | Si no se especifica ningún filtrado, deberá recuperar la lista de categorías profesionales a las que está asociada la persona y que sean vigentes. Para recuperar la lista de vinculaciones activas a una FECHA determinada se generaría una consulta RSQL del tipo:
Devolver las vinculaciones asociadas a la persona con identificador {id} donde los objetos que viene en la lista vinculacionesCategoriasProfesionales deben cumplir que su atributo fechaObteniciondebe ser menor o igual que una FECHA dada y su atributo fechaFindebe ser mayor o igual que una FECHA dada o no debe tener valor. Ver UM - SGI - ESB - SGP - Adaptaciones integración para su implementación en el SGI. | |||||||||||||||||
GET | /datos-academicos/persona/{id} | id | DatosContacto | Contiene el nivel académico de la persona (independientemente de que este activa o no la persona) | |||||||||||||||||
GET | /colectivos | Lista[Colectivo] | Listado de colectivos ordenados alfabéticamente de forma ascendente. | ||||||||||||||||||
GET | /tipos-documento | Lista[TipoDocumento] | Listado de tipos de documento de identificación personal ordenados alfabéticamente de forma ascendente. | ||||||||||||||||||
GET | /sexos | Lista[Sexo] | Listado de sexos ordenados alfabéticamente de forma ascendente. | ||||||||||||||||||
GET | /categorias-profesionales | Lista[CategoriaProfesional] | Listado de categorías profesionales ordenadas alfabéticamente de forma ascendente. | ||||||||||||||||||
GET | /categorias-profesionales/{id} | CategoriaProfesional | Detalle de la categoría profesional cuyo identificador se indica por parámetro. | ||||||||||||||||||
GET | /niveles-academicos | Lista[NivelAcademico] | Listado de niveles académicos ordenados alfabéticamente de forma ascendente. | ||||||||||||||||||
GET | /niveles-academicos/{id} | NivelAcademico | Detalle del nivel académico cuyo identificador se indica por parámetro. | ||||||||||||||||||
GET | /personas/{id}/fotografia | id | Fotografia | Detalle de la fotografía digital de la persona (independientemente de que este activa o no la persona) | |||||||||||||||||
Métodos para hacer la integración con Gnoss para el CVN | |||||||||||||||||||||
GET | /personas/modificadas-ids | q+s (query + sort) La query estará formada por:
| Lista[String] | Listado de los identificadores de personas que han sufrido cambios en los datos identificativos (nombre, apellidos, sexo, número de documento y tipo de documento) y/o en los datos personales (fecha de nacimiento, país de nacimiento, comunidad autónoma de nacimiento y ciudad de nacimiento) y/o en datos de contacto (país de contacto, comunidad autónoma de contacto, provincia de contacto, ciudad de contacto, dirección de contacto, código postal, listado de teléfonos y listado de emails) y/o en la fotografía a partir de la fecha de modificación pasada por parámetro y/o en los sexenios. La modificación debe incluir altas, actualizaciones y borrados lógicos. | |||||||||||||||||
GET | /sexenios/persona/{id} | fecha | Sexenio | Devuelve el número de sexenios de la persona. Si se le pasa el parámetro de la fecha devuelve el número de sexenios en esa fecha, sino se devuelve el número de sexenios a la fecha actual. Ejemplo:
| |||||||||||||||||
GET | /formacion/modificados-ids | q+s La query estará formada por:
| Lista[Long] | Listado de identificadores de las personas que han tenido modificaciones en formación realizada. Se utilizarán los siguientes parámetros en la llamada al servicio:
Ejemplo:
| |||||||||||||||||
GET | /formacion/{id} | tipoFormacion | Lista[Formación (del tipo solicitado)] Ver entidades en https://confluence.um.es/confluence/pages/viewpage.action?pageId=397534658 | Detalle sobre los datos de la Formación Recibida, dependiendo del ID de la persona y el tipo de formación. Se utilizará el siguiente parámetro en la llamada al servicio:
Ejemplo:
| |||||||||||||||||
GET | /actividad-docente/modificados-ids | q+s La query estará formada por:
| Lista[Long] | Listado de identificadores de las personas que han tenido modificaciones en la actividad docente. Se utilizarán los siguientes parámetros en la llamada al servicio:
Ejemplo:
| |||||||||||||||||
GET | /actividad-docente/{id} | tipoActividad | Lista[Actividad docente (del tipo solicitado)] Ver entidades en https://confluence.um.es/confluence/display/HERCULES/Actividad+docente+-+CVN | Detalle sobre los datos de la Actividad Docente, dependiendo del ID de la persona y el tipo de actividad. Se utilizará el siguiente parámetro en la llamada al servicio:
Ejemplo:
| |||||||||||||||||
|