...
- vis à vis de sa propre base de données
- mais aussi vis à vis des systèmes externes : contrôle d'accès, crous/izly, ...
ESUP-SGC tente donc finalement de synchroniser les données que si nécessaire.
Vis-à-vis de sa propre base de données
esup-sgc synchronise l'ensemble des informations d'un utilisateur qui a une carte sauf si une des conditions suivantes est rencontrée :
- esup-sgc ne détecte rien à synchroniser (tous les champs remontés sont "égaux" aux champs en base)
- le champ synchronize a été positionné à false - cf Configurations ESUP-SGC et ESUP-NFC-TAG-SERVER
- la propriété caducIfEmpty est utilisé et le champ utilisateur référencé par caducIfEmpty est vide -> les cartes sont rendues caduques sans synchronisation
- les dates de fin en base et remontées sont antérieures à la date du jour
Vis-à-vis du CROUS/IZLY
Pour la synchronisation avec le crous/izly, avant de renvoyer des mises à jour de données (qui peuvent de plus provoquer un envoi de mail de la part d'Izly*), ESUP-SGC fait encore un calcul pour déterminer si un update (PUT) est véritablement nécessaire : pour ce faire il récupère par l'API (GET) les données de l'ayant droit IZLY (RightHolder) et les compare avec ce qu'il est censé envoyer (un calcul spécifique est également fait sut la date de fin de compte).
(* IZLY renvoie IZLY renvoie un mail à l'utilisateur lors d'un update / put / mise à jour de ses données d'ayant droit (RightHolder) si celui-ci n'a pas activé/validé son compte : ce mail permet ainsi de renvoyer le lien d'activation IZLY)
ESUP-SGC tente donc finalement de synchroniser les données que si nécessaire ...
Synchronisations excessives
...
Jouer avec le champ utilisateur "synchronize" peut permettre également de ne pas lancer le processus de synchronisation sur des comptes utilisateurs anciens qui ne sont plus présents dans le SI : voir le tableau des UserInfo présentant ce champs spécial 'synchronize".