Integrazione Digital university
Per l'integrazione con i loro dati sono stati interrogati i seguenti servizi:
https://webapps.unitn.it/api/du/v1/persona/search
https://webapps.unitn.it/api/du/v1/struttura/search
I loro servizi si aggiornano ogni giorno alle 12.30 i nostri script ogni notte per cui ci sarà un giorno di ritardo tra quando viene publicato il dato e quando il portale riceverà la modifica
Il job principale UNITN_SYNC_COMPLETE è diviso in tre
- Strutture
- Persone
- Report
UNITN_STRUTTURE
Contiene:
- configurazione
- rest strutture
- base oggi
- contatti email
- contatti indirizzo
- contatti telefono
- contatti url
Nella trasformazione configurazione viene chiamato il serivizio rest per la prima volta e si identifica quanti elementi esistono.
Una volta capita la cardinalità degli elementi viene creata una riga per ogni struttura sulla tabella etl_strutture contentente id della riga e rest da invocare
Nella trasformazione rest_strutture viene letta la tabella etl_struttura dove ci sono tutti i rest che invocati uno per uno restituiscono un json con le informazioni relative alla ou del rest a questo punto salviamo le informazioni che ci interessano
- idAda
- idAdaPadre
- nome
- idTipo
- tipo
- idSottoTipo
- sottoTipo
- indirizzo
- telefono
- website
- peso
sulla tabelle etl_strutture
In questo modo per ogni unità organizzativa si possono pescare le informazioni che ci interessano da questa tabella per salvarle nelle tabelle delle migrate "standard"
Per quanto riguarda i contatti vengono salvati nella tabella v_ie_ac_uo_contatti_all e attraverso una forzatura abbiamo configurato 4 tipi di contatto con la seguente priorità
email → EMAIL → 3
indirizzo → FAX → 7
url → URL → 5
telefono → TFU → 3
eventuali modifiche andranno fatte puntualmente sulla trasformazione di competenza
UNITN_PERSONE
contiene:
- configurazione
- rest persone
- etl_ru_pf_base
- et_ru_pers_attivo
- contatti_email
- contatti_telefono
- contatti_url
Nella trasformazione configurazione viene chiamato il serivizio rest per la prima volta e si identifica quanti elementi esistono.
Una volta capita la cardinalità degli elementi viene creata una riga per ogni struttura sulla tabella etl_persone contentente id della riga e rest da invocare
Nella trasformazione rest_persone viene letta la tabella etl_persone dove ci sono tutti i rest che invocati uno per uno e restituiscono un json con le informazioni relative alla persona
dal rest a questo punto salviamo le informazioni che ci interessano
- nome
- cognome
- descrizioneRuolo
- strutturaNome
- telefono
- idAda
- nominativo
Per quanto riguarda i contatti vengono salvati nella tabella v_ie_ac_pf_contatti_all e attraverso una forzatura abbiamo configurato 3 tipi di contatto con la seguente priorità
email → EMAIL → 3
url → URL → 7
telefono → TFU → 5
eventuali modifiche andranno fatte puntualmente sulla trasformazione di competenza
per avere un url corretto sulla persona abbiamo disabilitato il plugin clean_url