...
| ID Pregunta | 1 - Datos personales - Forma de recuperar la información |
|---|
| Receptor pregunta | GNOSS |
|---|
| Pregunta | La idea de Treelogic es que se pueda reutilizar la API existente para el SGI e implementada por Murcia, por lo que la llamada para saber que personas se han dado de alta nuevas, han sido eliminadas o han tenido cambios en sus datos es: - Consultar el API de /personas-ids para recuperar los identificadores de personas que han sufrido cambios en sus datos identificativos (nombre, apellidos, sexo, número de documento y tipo de documento) a partir de una fecha.
- Consultar el API de /personas/{id} para recuperar el detalle de los datos identificativos de la persona modificada.
- Consultar el API de /datos-personales-ids para recuperar los identificadores de personas que han sufrido cambios es sus datos personales (fecha de nacimiento, país de nacimiento, comunidad autónoma de nacimiento y ciudad de nacimiento) a partir de una fecha.
- Consultar el API de /datos-personales/persona/{id} para recuperar el detalle de los datos personales de la persona modificada.
- Consultar el API de /datos-contacto-ids para recuperar los identificadores de personas que han sufrido cambios es sus 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) a partir de una fecha.
- Consultar el API de /datos-contacto/persona/{id} para recuperar el detalle de los datos de contacto de la persona modificada.
- Consultar el API de /fotografias-ids para recuperar los identificadores de personas que han modificado su fotografía a partir de una fecha.
- Consultar el API de /personas/{id}/fotografia para recuperar la fotografía modificada de la persona.
¿Os encaja el planteamiento? |
|---|
| Respuesta |
Sí. |
|---|
| ID Pregunta | 2 - Datos personales - Parseo de campos |
|---|
| Receptor pregunta | GNOSS |
|---|
| Pregunta | El parseo de los datos del SGI o del sistema de gestión de persona a los datos que necesita la Fecyt los realiza el módulo de CVN ¿correcto?, es decir, en el campo sexo nos vendrá el valor que nos envíe la universidad y tendrá que ser el propio módulo CVN quien lo transforme en un dato que entienda la Fecyt. La universidad en el caso de SEXO nos devolverá "M" para "Mujer" y "V" para "Varon" | Bloque de código |
|---|
[
{
"id": "M",
"nombre": "Mujer"
},
{
"id": "V",
"nombre": "Varon"
}
] |
Mientras que en la Fecyt los datos son: 000 Hombre 010 Mujer Los datos que se tendrán que parsear en el módulo CVN serán: - Sexo
- Nacionalidad
- País de nacimiento
- C. Autón./Reg. de nacimiento
- País (contacto)
- Comunidad autónoma (contacto)
- Provincia (contacto)
|
|---|
| Respuesta | Sí |
|---|
| ID Pregunta | 3 - Datos personales - Teléfonos |
|---|
| Receptor pregunta | GNOSS |
|---|
| Pregunta | El SGI sólo tiene un listado de teléfonos, no viene diferenciado entre Fax, teléfono móvil o teléfono fijo. ¿Valdría así o hay que preguntar a la Universidad si lo tienen diferenciado y en ese caso modificar el API? |
|---|
| Respuesta | Se va a preguntar a la Universidad si pueden diferenciar los teléfonos |
|---|