Árbol de páginas

Versiones comparadas

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.

...

Info
titleControl de cambios


Leyenda

NuevoModificadoEliminado


Historial de cambios

FechaCambios

 

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:

  • 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.

Adaptaciones en entidades, objetos y servicios para incorporar los nuevos campos de dirección de contacto de persona:

  • Tipo de vía de contacto
  • Nombre de vía de contacto
  • Número de vía de contacto
  • Ampliación de dirección de contacto

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:

  • GET:
    • /personas/modificadas-ids: Devuelve 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 una fecha.

 

Adaptación de la entidad Persona para incorporar el campo nuevo:

  • activo

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:

  • 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

 

Adaptación de la entidad Persona para incorporar el campo nuevo:

  • personalPropio

 

Adaptación de la entidad DatosContacto para incorporar el campo nuevo:

  • moviles

 

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:

  • Consulta de categoría de una persona a una fecha dada.
  • Recepción de notificación de cambio de categoría de una persona.

Estos nuevos servicios requieren modificar la entidad Vinculacion para simplificar las consultas y notificaciones por categoría.

 

Cambios para recuperar el centro de adscripción de una persona que sea personal propio de la Universidad.

 

Se añade el servicio personasFast para su uso en los componentes autocompletar de búsqueda de personas.

 

Cambios para añadir el nuevo parámetro "nombreApellidos" al servicio de búsqueda de personas de forma que se filtre por la combinación de los campos nombre y apellidos.

...

Info
titleCambios

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.
  • GET /datos-contacto/persona/{id}:
    • Incluir en cada email de la lista el flag de si es principal o no.
  • 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.

Se actualizan los servicios API para:

  • GET /vinculaciones/persona/{id}:
    • añadir al resultado la referencia al centro de adscripción de la persona en el caso de ser personal propio.

 Se actualizan los servicios API para:

  • GET /personasFast:
    • añadir el nuevo servicio personasFast para su uso en los componentes autocompletar de búsqueda de personas.

Se actualizan los servicios API para:

  • GET /personas:
    • añadir el nuevo parámetro "nombreApellidos" al servicio de búsqueda de personas de forma que se filtre por la combinación de los campos nombre y apellidos.

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
  • búsqueda (cadena a buscar en nombre / apellidos / email).
  • colectivoId (uno o varios colectivos sobre los que realizar la búsqueda).

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:

  • id
  • colectivoId
  • nombre
  • apellidos
  • numeroDocumento
  • fechaModificacion
  • email
  • nombreApellidos

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}idPersona
Detalle de los datos generales de una persona (esté la persona activa o no).
POST/personas/formlyJSON

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.


Bloque de código
languagejava
themeRDark
titleEjemplo de JSON
collapsetrue
{
	"nombre": "nombre de prueba",
	"apellidos": "apellidos de prueba",
	"tipoDocumentoId": "2",
	"numeroDocumento": "07852369Y",
	"sexoId": "2",
	"fechaNacimiento": "1981-05-18",
	"paisNacimientoId": "1",
	"regionNacimientoId": "3",
	"ciudadNacimiento": "Madrid",
	"empresaId": "3",
    "tipoViaContactoId": "3",
    "nombreViaContacto": "Castellana",
    "numeroViaContacto": "123",
    "ampliacionDireccionContacto": "ampliación",
	"paisContactoId": "1",
	"regionContactoId": "2",
	"provinciaContactoId": "10",
	"codigoPostalContacto": "48152",
	"ciudadContacto": "Alcorcón (Madrid)",
	"emails": ["a@prueba.com", "a@prueba.com" ],
    "telefonos": ["666123456","666654321"],
}
Expandir
titleDescripción de campos JSON (pulsa para expandir)...
  • telefonos: Array de teléfonos
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.

Bloque de código
languagejava
themeRDark
titleEjemplo de JSON
collapsetrue
{
  "personaId": "1",
  "nombre": "nombre de prueba",
  "apellidos": "apellidos de prueba",
  "tipoDocumentoId": "2",
  "numeroDocumento": "07852369Y",
  "sexoId": "2",
  "fechaNacimiento": "2021-02-14T23:00:00Z",
  "paisNacimientoId": "1",
  "regionNacimientoId": "3",
  "ciudadNacimiento": "Madrid",
  "empresaId": "3",
  "fechaInicioVinculacion": "2021-02-14T23:00:00Z",
  "tipoViaContactoId": "3",
  "nombreViaContacto": "Castellana",
  "numeroViaContacto": "123",
  "ampliacionDireccionContacto": "ampliación",
  "paisContactoId": "1",
  "regionContactoId": "2",
  "provinciaContactoId": "10",
  "codigoPostalContacto": "48152",
  "ciudadContacto": "Alcorcón (Madrid)",
  "emails": ["a@prueba.com", "b@prueba.com"],
  "telefonos": ["666123456","666654321"],
  "areaConocimientoId": "id1",
  "historicosEntidades": [
    {
      "entidad": "entidad 1",
      "inicioVinculacion": "2021-02-14T23:00:00Z",
      "finVinculacion": "2021-02-14T23:00:00Z"
    }
  ],
  "nivelAcademicoId": "1",
  "fechaObtencion": "2021-02-14T23:00:00Z",
  "categoriaPdiId": "1",
  "departamentoPdiId": "2",
  "fechaCategoriaPdi": "2021-02-14T23:00:00Z",
  "fechaFinCategoriaPdi": "2021-02-14T23:00:00Z",
  "categoriaPasId": "2",
  "unidadPasId": "1",
  "fechaCategoriaPas": "2021-02-14T23:00:00Z",
  "fechaFincategoriaPas": "2021-02-14T23:00:00Z"
}
Expandir
titleDescripción de campos JSON (pulsa para expandir)...
  • telefonos: Array de teléfonos
  • areaConocimientoId: Área de conocimiento a la que está adscrita la persona
  • historicosEntidades: Array de histórico de entidades con objetos que refleja la información devuelta por el esb y que tiene la siguiente estructura:

    • entidad: Entidad
    • inicioVinculacion: Inicio de vinculación
    • finVinculacion: Fin de vinculación
  • nivelAcademicoId: Id de nivel académico procedente de endpoint /niveles-academicos
  • fechaObtencion: Fecha de obtención nivel académico en formato ISO 8601en UTC
  • categoriaPdiId: Id de categoría PDI procedente de endpoint /categorias-profesionales
  • departamentoPdiId: Id de departamento
  • fechaCategoriaPdi: Fecha de nacimiento en formato ISO 8601 en UTC
  • fechaFinCategoriaPdi: Fecha de nacimiento en formato ISO 8601 en UTC
  • categoriaPasId: Id de categoría PAS procedente de endpoint /categorias-profesionales
  • unidadPasId: Id de unidad
  • fechaCategoriaPas: Fecha de nacimiento en formato ISO 8601 en UTC
  • fechaFincategoriaPas: Fecha de fin de categoría en formato ISO 8601 en UTC
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}idDatosContacto
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:

  • fechaObtencion
  • fechaFin
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:

q=fechaObtencion<=FECHA;fechaFin>=FECHA,fechaFin=na=

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}idDatosContacto
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}/fotografiaidFotografia
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:

  • fechaModificacion
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étodos los que se llama desde los sistemas de la Universidad al SGI
POST/vinculaciones/persona/{id}/vinculaciones-categorias-profesionalesLista[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.