ESUPSGC

Arborescence des pages

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

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 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)

Info

Depuis la version 3.0.0 d'esup-sgc, la page "Erreurs CROUS" remonte le npmbre d'occurrence (essais) où une requête sur l'API a eu lieu et a provoqué la même erreur en boucle : ces appels systématiques correspondent ainsi à des appels excessifs qu'il faut tenter de résoudre, à la fois pour : 

  • permettre à l'usager de bénéficier au mieux su service CROUS via sa carte
  • ne pas surcharger l'API CROUS

Suivant les cas, si une adaptation/correction du SI (champs utilisateurs) ne suffit pas, on pourra rééditer une carte ou encore simplement désactiver l'option CROUS si l'usager n'en a pas l'utilité - voir la page Erreurs CROUS

Synchronisations excessives

...