Control de cambios
Leyenda
Nuevo | Modificado | Eliminado |
Historial de cambios
Fecha | Cambios |
---|---|
| Adaptaciones a los cambios de operativa y campos para el alta de personas y a la nueva solicitud de modificación de las mismas. |
| Corrección en los tipos de dato de los objetos de tipo Fecha. Estaban con tipo String. |
| Adaptaciones a los cambios en los datos de vinculación de persona a presentar en la pantalla "Ver Detalle". |
| Adaptaciones a los cambios en requisitos de investigadores de que niveles académicos y categorías profesionales sean campos multivalor. |
| Se actualizan los siguientes servicios del API de personas:
|
Adaptaciones en entidades, objetos y servicios para incorporar los nuevos campos de dirección de contacto de persona:
y eliminar el campo previamente existente de dirección de contacto. | |
| Nuevo servicio en el API de personas para poder realizar la integración entre la aplicación CVN y el SGI:
|
| Adaptación de la entidad Persona para incorporar el campo nuevo:
Modificar los servicios que devuelven el detalle de una persona para tener en cuenta también las personas no activas, es decir, devolver los datos de detalle de las personas no activas:
|
| Adaptación de la entidad Persona para incorporar el campo nuevo:
|
| Adaptación de la entidad DatosContacto para incorporar el campo nuevo:
|
| 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 modifica el servicio de búsqueda de personas modificadas a partir de una fecha para tener en cuenta los cambios en los sexenios de una persona. Se añade el servicio de consultar los sexenios de una persona |
| Adaptación del servicio de búsqueda de personas para poder buscar por email, eliminar como criterio de búsqueda el NIF y para añadir en el resultado de la búsqueda el listado de emails de una persona. El email además pasa a ser un objeto con dos campos, el email y un flag indicador de si es principal o no. Adaptación de los servicios que devuelven la entidad Persona para que ésta incorpore el nuevo campo entidadPropiaRef donde informar el identificador de UM para el personal propio de la universidad. Nuevos servicios necesarios desde el módulo de GI:
Estos nuevos servicios requieren modificar la entidad Vinculacion para simplificar las consultas y notificaciones por categoría. |
Sistema de Gestión Personas
Entidades
Cambios
Se actualiza lista de entidades para:
- Eliminar entidad "Subcategoria".
Se actualizan las entidades para:
- Añadir y modificar campos a la entidad "Vinculacion" relativos a la relación de una persona con la universidad para diferenciar entre PDI, PAS y vinculación con entidad externa.
- Añadir la nueva entidad "HistoricoVinculacionEmpresa" para contemplar un histórico de vinculaciones de una persona con una lista de entidades externas o que actúan en calidad de externas en esa vinculación en concreto.
Se añade la entidad "Sexenio"
Se actualizan las entidades para:
- Añadir campos a la entidad "Persona" y a la entidad "Vinculacion" para disponer del identificador de UM como entidad cuando la persona es personal propio de la Universidad.
- Añadir indicador de si es principal o no a la entidad "Email".
- Añadir entidad relacional "VinculacionCategoriaProfesional" para relacionar Vinculacion con una lista de categorías vigentes de la persona, las fecha de obtención y fin de cada una y el tipo de personal (PDI o PAS) de cada una.
- Añadir entidad relacional "VinculacionDepartamento" para relacionar Vinculacion con una lista de departamentos vigentes de la persona con el tipo de personal (PDI o PAS) que le aplica a cada uno.
- Modificar entidad "Vinculacion" para pasar a contener una lista de objetos Categoria y otra de objetos Departamento en lugar de un campo para cada uno y sus fechas (en el caso de la categoría) en función de si la persona es PAS o PDI.
Entidad | Descripción |
---|---|
Persona | Contiene los datos básicos de una persona. |
DatosPersonales | Contiene los datos personales de una persona (datos nacimiento de la persona). |
DatosContacto | Contiene los datos de contacto de una persona (dirección de contacto, teléfonos, email, etc.). |
DatosAcademicos | Contiene los datos académicos, por el momento, únicamente se necesita el nivel académico. |
Vinculacion | Contiene los datos de vinculación de una persona tanto a la estructura organizativa Universitaria, en caso de disponer de ella tanto como PAS como en calidad de PDI, como la relación que esté vigente en la actualidad con una entidad externa, en caso de disponer de ella. |
VinculacionCategoria | Relaciona la vinculación de una persona con la lista de categorías que puede tener vigentes, una como PDI, una como PAS, ambas o ninguna. |
VinculacionDepartamento | Relaciona la vinculación de una persona con la lista de departamentos que puede tener vigentes, uno como PDI, uno como PAS, ambos o ninguno. |
HistoricoVinculacionEmpresa | Contiene el historial de relaciones de la persona con entidades externas y que ya no son vigentes en la actualidad. |
TipoDocumento | Listado con los tipos de documento de identificación (NIF/NIE/Pasaporte). |
Sexo | Listado con los valores que puede tomar la entidad sexo (Mujer/Hombre). |
Contiene los email de una persona (el de la universidad, el personal, etc) incluido el indicador de si el email es principal o no. | |
Telefono | Contiene los teléfonos de una persona (móvil, fijo, fax, etc). |
CategoriaProfesional | Listado con las categorías profesionales de la Universidad. |
NivelAcademico | Listado con los niveles académicos (Doctor, Ldo/Graduado, Diplomado, FP, etc). |
Colectivo | Listado de colectivos que tiene la Universidad, sirvan como ejemplos de colectivos "personal de investigación", "personal de administración" ,"alumnos". Agrupación de personas sobre las que se van a realizar las búsquedas de personas. (RELACIONES VIGENTES UM.xlsx). |
ColectivoTipoColectivo | Relaciona los colectivos con el enumerado interno del SGI "TipoColectivo". En las búsquedas de personas de los distintos módulos del SGI se podrán buscar personas sobre varios colectivos o sobre un "TipoColectivo". Un "TipoColectivo" estará relacionado con varios colectivos. Por ejemplo se puede tener como "TipoColectivo" evaluador ética, donde los colectivos que lo forman son PDI y Alumnos 5 ciclo. Por lo que al buscar personas para que sean el evaluador de ética se filtrarán por aquellas que sean PDI o sean Alumnos de 5 ciclo. |
ColectivoCategoriaProfesional | Define qué categorías profesionales pertenecen a cada uno de los colectivos definidos en la Universidad. En categoría profesionales, podemos tener "PAS FIJO/INDEFINIDO" , "PAS CONTRATADO", "PAS CENTROS ADSCRITOS" |
Fotografia | Foto digital de la persona. |
Sexenio | Contiene el número de sexenios en un país deterninado de una persona |
Modelo lógico
Cambios
Se actualiza el modelo para:
- Eliminar entidad "Subcategoría" y su referencia desde "Categoria".
- Eliminar la referencia a Empresa (Entidad) de la entidad "Vinculacion".
- Añadir la referencia a Empresa (Entidad) en la entidad "Persona".
- Añadir la referencia de la entidad Empresa a sí misma.
Se actualiza el modelo para:
- Eliminar la referencia a Empresa (Entidad) en la entidad "Persona".
- Añadir en la entidad "Vinculacion" los siguientes campos:
- Referencia a Empresa (Entidad).
- Categoría profesional como PDI.
- Categoría profesional como PAS.
- Fecha de obtención de categoría profesional como PDI.
- Fecha de obtención en categoría profesional como PAS.
- Fecha de fin en categoría profesional como PDI.
- Fecha de fin en categoría profesional como PAS.
- Departamento como PDI.
- Departamento como PAS.
- Eliminar en la entidad "Vinculacion" los siguientes campos:
- Categoría profesional.
- Fecha de obtención de categoría profesional.
- Departamento.
- Añadir la nueva entidad "HistoricoVinculacionEmpresa".
Se modifica el modelo lógico para:
- Modificación en los campos de la entidad DatosContacto-UM relativos al detalle de dirección de contacto:
- Se añaden los campos tipoViaContacto, nombreViaContacto, numeroViaContacto y ampliacionDireccionContacto.
- Se elimina el campo direccionContacto.
- Añadir relación de la entidad DatosContacto-UM con la entidad TipoVia del modelo del SGO (Ver UM - SGI - ESB - SGO).
Se modifica el modelo lógico para:
- Añadir campo activo en la entidad Persona
Se modifica el modelo lógico para:
- Añadir campo personalPropio en la entidad Persona
Se modifica el modelo lógico para:
- Añadir entidad Movil asociada a la entidad DatosContacto-UM
Se modifica el modelo lógico para:
- Añadir la entidad Sexenio
- Añadir la relación de Persona con Sexenio
Se modifica el modelo lógico para:
- Añadir la relacion entre Persona y Email.
- Añadir a Persona y a Vinculacion el nuevo campo entidadPropiaRef y una nueva relación a través de ese campo con Empresa en cada una.
- Añadir a Email el nuevo campo principal.
- Añadir nuevas entidades relacionales VinculacionCategoriaProfesional y VinculacionDepartamento.
- Eliminar de la entidad Vinculacion los campos de categoría y sus fechas de obtención y fin tanto para PDI como para PAS y los campos de departamento tanto PDI como PAS.
- Añadir enumerado TipoPersonal con dos valores posibles: PDI y PAS.
API
Características generales que todas las API REST deben de cumplir:
Definición de los objetos
Cambios
Se actualizan los objetos para:
- Eliminar objeto "Subcategoria" y su referencia desde el objeto "Vinculacion".
- Eliminar la referencia a "Empresa" (Entidad) del objeto "Vinculacion".
- Añadir la referencia a "Empresa" (Entidad) en el objeto "Persona".
Se actualizan los objetos con campos de tipo fecha (DatosPersonales, Vinculacion y DatosAcademicos) para poner correctamente el tipo Fecha en lugar de String.
Se actualizan los objetos para:
- Modificar la definición del campo referencia a "Empresa" (Entidad) en el objeto "Persona".
- Añadir en "Vinculacion" los siguientes campos:
- Referencia a Empresa (Entidad).
- Categoría profesional como PDI.
- Categoría profesional como PAS.
- Fecha de obtención de categoría profesional como PDI.
- Fecha de obtención en categoría profesional como PAS.
- Fecha de fin en categoría profesional como PDI.
- Fecha de fin en categoría profesional como PAS.
- Departamento como PDI.
- Departamento como PAS.
- Eliminar en la entidad "Vinculacion" los siguientes campos:
- Categoría profesional.
- Fecha de obtención de categoría profesional.
- Departamento.
Se modifica la definición de objetos para:
- Modificaciones en los campos del objeto DatosContacto-UM relativos al detalle de dirección de contacto:
- Se añaden tipoViaContacto, nombreViaContacto, numeroViaContacto y ampliacionDireccionContacto.
- Se elimina direccionContacto.
- Añadir relación del objeto DatosContacto-UM con el objeto TipoVia.
Se modifica la definición de objetos para:
- Añadir campo activo en la entidad Persona.
Se modifica la definición de objetos para:
- Añadir campo personalPropio en la entidad Persona.
Se modifica la definición de objetos para:
- Añadir nuevo campo moviles a la entidad DatosContacto.
Se modifica la definición de objetos para:
- Añadir entidad Sexenio
Se modifica la definición de objetos para:
- Añadir campo emails al objeto Persona.
- Añadir el nuevo campo entidadPropiaRef a los objetos Persona y Vinculacion relacionarlos con Empresa.
- Crear el objeto Email con el nuevo campo principal.
- Cambiar en el objeto DatosContacto el tipo de elemento de la lista de emails de String a Email.
- Añadir al objeto Vinculacion el campo personalPropio.
- Añadir al objeto Vinculacion una lista de objetos Categoria y otra de objetos Departamento para reflejar las categorías y departamentos como PDI y como PAS.
- Eliminar del objeto Vinculacion los campos de categoría y sus fechas de obtención y fin tanto para PDI como para PAS y los campos de departamento tanto PDI como PAS.
Persona
Nombre | Tipo | Descripción |
---|---|---|
id | String | Identificador de la persona. |
nombre | String | Nombre de la persona. |
apellidos | String | Apellidos de la persona. |
sexo | Sexo | Se devuelve la entidad Sexo con todos sus campos. |
numeroDocumento | String | Número de documento de identificación personal. |
tipoDocumento | TipoDocumento | Se devuelve la entidad TipoDocumento con todos sus campos. |
empresaRef | String | Se devuelve el identificador/referencia de la entidad Empresa externa que es la relacionada en la actualidad con la persona, la vigente. |
personalPropio | Boolean | Indica si es personal de la Universidad o no (a día de hoy). |
entidadPropiaRef | String | Se devuelve el identificador/referencia de la entidad que representa a la UM en caso de que valor de personalPropio sea true (a día de hoy), esto es, que la relación de la persona con la UM esté vigente. |
emails | Lista[Email] | Lista con los emails de la persona. |
activo | Boolean | Indica si la persona esta activa o no (a día de hoy). |
Sexo
Nombre | Tipo | Descripción |
---|---|---|
id | String | Identificador de la entidad Sexo. |
nombre | String | Nombre (Posibles valores: Mujer, Hombre). |
TipoDocumento
Nombre | Tipo | Descripción |
---|---|---|
id | String | Identificador de la entidad TipoDocumento. |
nombre | String | Nombre (Posibles valores: NIF, NIE, Pasaporte). |
Nombre | Tipo | Descripción |
---|---|---|
String | Dirección de email | |
principal | Boolean | Indicador de si el email es principal o no. Podrá tener los valores "true" o "false". |
DatosPersonales
Nombre | Tipo | Descripción |
---|---|---|
fechaNacimiento | Fecha | Fecha de nacimiento de la persona. |
paisNacimiento | Pais | Se devuelve la entidad Pais con todos sus campos. Ver definición en UM - SGI - ESB - SGO. |
comAutonomaNacimiento | ComunidadAutonoma | Se devuelve la entidad ComunidadAutonoma con todos sus campos. Ver definición en UM - SGI - ESB - SGO. |
ciudadNacimiento | String | Ciudad de nacimiento de la persona. |
DatosContacto
Nombre | Tipo | Descripción |
---|---|---|
paisContacto | Pais | Se devuelve la entidad Pais con todos sus campos. Ver definición en UM - SGI - ESB - SGO. |
comAutonomaContacto | ComunidadAutonoma | Se devuelve la entidad ComunidadAutonoma con todos sus campos. Ver definición en UM - SGI - ESB - SGO. |
provinciaContacto | Provincia | Se devuelve la entidad Provincia con todos sus campos. Ver definición en UM - SGI - ESB - SGO. |
ciudadContacto | String | Ciudad de contacto de la persona. |
tipoViaContacto | TipoVia | Tipo de vía de la dirección de contacto de la persona. Se devuelve la entidad TipoVia con todos sus campos. Ver definición en UM - SGI - ESB - SGO. |
nombreViaContacto | String | Nombre de vía de la dirección de contacto de la persona. |
numeroViaContacto | String | Número de vía de la dirección de contacto de la persona. |
ampliacionDireccionContacto | String | Ampliación de la dirección de contacto de la persona. |
codigoPostalContacto | String | Código postal de la dirección de contacto de la persona. |
emails | Lista[Email] | Lista con los email de la persona. |
telefonos | Lista[String] | Lista con los teléfonos fijos de la persona. |
moviles | Lista[String] | Lista con los teléfonos móviles de la persona. |
Vinculacion
Nombre | Tipo | Descripción |
---|---|---|
| ||
| ||
| ||
| ||
vinculacionesCategoriasProfesionales | Lista[VinculacionCategoriaProfesional] | Lista de vinculaciones con a categorías profesionales de la persona. Se devuelve una lista de entidades VinculacionCategoriaProfesional de la persona en su calidad de PAS o de PDI o de ambos, en caso de existir alguna de dichas relaciones, con todos sus campos. |
| ||
vinculacionesDepartamentos | Lista[VinculacionDepartamento] | Lista de vinculaciones a departamentos de la persona. Se devuelve una lista de entidades VinculacionDepartamento de la persona en su calidad de PAS o de PDI o de ambios, en caso de existir alguna de dichas relaciones, con todos sus campos. Ver definición de la entidad Departamento en UM - SGI - ESB - SGO. |
areaConocimiento | AreaConocimiento | Se devuelve la entidad AreaConocimiento con todos sus campos. Ver definición en UM - SGI - ESB - SGO. |
empresaRef | String | Se devuelve el identificador/referencia de la entidad Empresa externa que es la relacionada en la actualidad con la persona, la vigente. |
personalPropio | Boolean | Indica si es personal de la Universidad o no (a día de hoy). |
entidadPropiaRef | String | Se devuelve el identificador/referencia de la entidad que representa a la UM en caso de que la persona sea personalPropio de la Universidad, esto es, que la relación de la persona con la UM esté vigente. |
CategoriaProfesional
Nombre | Tipo | Descripción |
---|---|---|
id | String | Identificador de la entidad CategoriaProfesional. |
nombre | String | Nombre de la categoría profesional de la persona dentro de la universidad. |
VinculacionCategoriaProfesional
Nombre | Tipo | Descripción |
---|---|---|
categoriaProfesional | CategoriaProfesional | Categoría profesional de la persona en su calidad de PAS o PDI (según lo indicado en tipoPersonal). |
fechaObtencionCategoria | Fecha | Fecha de obtención de categoría profesional del tipo indicado en tipoPersonal. Fecha en la que se obtiene la categoría profesional de la persona en su calidad de PAS o PDI (según lo indicado en tipoPersonal), en caso de existir dicha relación. |
fechaFinCategoria | Fecha | Fecha de fin en categoría profesional del tipo indicado en tipoPersonal. Fecha en la que finaliza la asociación con la categoría profesional de la persona en su calidad de PAS o PDI (según lo indicado en tipoPersonal), en caso de existir dicha relación. |
tipoPersonal | String | Tipo de personal. Valores posibles: PAS o PDI. |
VinculacionDepartamento
Nombre | Tipo | Descripción |
---|---|---|
departamento | Departamento | Departamento al que está asociada la persona en su calidad de PAS o PDI (según lo indicado en tipoPersonal). |
tipoPersonal | String | Tipo de personal. Valores posibles: PAS o PDI. |
DatosAcademicos
Nombre | Tipo | Descripción |
---|---|---|
nivelAcademico | NivelAcademico | Se devuelve la entidad NivelAcademico con todos sus campos. |
fechaObtencion | Fecha | Fecha obtención del nivel académico. |
NivelAcademico
Nombre | Tipo | Descripción |
---|---|---|
id | String | Identificador de la entidad NivelAcademico. |
nombre | String | Nombre del NivelAcademico (Posibles valores: Doctor, Ldo/Graduado, Diplomado, FP, etc). |
Colectivo
Nombre | Tipo | Descripción |
---|---|---|
id | String | Identificador de la entidad Colectivo |
nombre | String | Nombre del colectivo (Posibles valores: PAS, PSI, Alumnos, Becarios, Externo). (RELACIONES VIGENTES UM.xlsx). |
Fotografia
Nombre | Tipo | Descripción |
---|---|---|
contenido | String | Contenido de la fotografía digital de la persona (en bytes y en base 64). |
mimeType | String | Mimetype de la fotografía. |
Sexenio
Nombre | Tipo | Descripción |
---|---|---|
numero | String | Número de sexenios reconocidos |
paisRef | String | País del reconocimiento |
Servicios
Cambios
Se actualizan los servicios API para:
- Modificar el funcionamiento del método POST de alta de persona, ahora recibirá más información, toda la indicada por la UM para el alta (recogida en la pantalla de Alta de Persona).
- Crear 3 nuevos métodos:
- Solicitar la modificación de los datos de Persona
- Obtener todos los datos de una persona en JSON para pintar tanto en la pantalla de Modificación como en el Ver Detalle.
- Obtener listado de sexos a asociar a Persona.
- Eliminar todos los métodos de alta parcial de datos de Persona por secciones.
- Eliminar servicio de obtener las subcategorías de una categoría, ya que desaparece el objeto Subcategoría y su referencia desde Categoría.
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:
- POST:
- Se cambia la definición a /personas/formly.
- PUT:
- Se cambia la definición a /personas/formly/{id}.
- Se añade en el JSON el campo personaId para facilitar su identificación.
- Se cambia el campo areasConocimiento por areaConocimientoId que contendrá el área de conocimiento a la que está adscrita.
- Se cambian los campos telefonos y emails para que contengan un array "simple" de teléfonos o emails
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:
- POST /personas/formly
- PUT /personas/formly/{id}
- GET /personas/formly/{id}
Se añade nuevo servicio:
- GET personas/modificadas-ids
Modificar los siguientes servicios para que devuelva el campo activo en la entidad Persona.
- GET /personas
- GET /personas/{id}
Modificar los siguientes servicios para eliminar la funcionalidad de que solo se devuelve el detalle una persona que este activa:
- GET /personas/{id}
- GET /datos-personales/persona/{id}
- GET /datos-contacto/persona/{id}
- GET /vinculaciones/persona/{id}
- GET /datos-academicos/persona/{id}
- GET /personas/{id}/fotografia
Modificar los siguientes servicios para que devuelva el campo personalPropio en la entidad Persona.
- GET /personas
- GET /personas/{id}
Modificar los siguientes servicios para que devuelva el campo moviles en la entidad DatosContacto:
- GET /datos-contacto/persona/{id}
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.
- POST /personas/formly
Se actualizan los servicios API para:
- GET /personas/modificadas-ids : tener en cuenta los cambios en los sexenios de una persona.
- GET /sexenios/persona/{id}: se añade el servicio de consultar los sexenios de una persona
Se actualizan los servicios API para:
- GET /personas : poder buscar por email, eliminar la búsqueda por NIF y añadir en el resultado de la búsqueda el listado de emails de una persona, informando cuál es el principal de entre todos los devueltos en la lista y la referencia a la UM como entidad en el caso de que sea personal propio.
- GET /vinculaciones/persona/{id}:
- añadir al resultado la referencia a la UM como entidad en el caso de que sea personal propio y el flag de personal propio.
Nuevos servicios necesarios desde el módulo de GI:
- GET /vinculaciones/persona/{id}/vinculaciones-categorias-profesionales : consulta de vinculación con categoría en una fecha dada.
- POST /vinculaciones/persona/{id}/vinculaciones-categorias-profesionales : recepción de notificación de cambios de categorías de una persona.
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 | /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) colectivoId=in=(refPAS,refPDI);(nombre=like=nombre.apellido@um.es,apellidos=like=nombre.apellido@um.es,email=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 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 fechaObenticionCategoria debe ser menor o igual que una FECHA dada y su atributo fechaFinCategoria debe 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) | |
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} | Lista[Sexenio] | Contiene la lista de sexenios reconocidos en un país determinado de una persona | ||
Método al que se llama desde los sistemas de la Universidad al SGI | |||||
POST | /vinculaciones/persona/{id}/vinculaciones-categorias-profesionales | Lista[VinculacionCategoriaProfesional] | Comunicación de un cambio en los datos de vinculación de una persona, en concreto, de su categoría profesional bien como PAS bien como PDI o como ambas en los sistemas de la UM. Ver UM - SGI - ESB - SGP - Adaptaciones integración para su implementación en el SGI. |