Gestion des lecteurs extérieurs avec une zone réseau

Dernière mise à jour de la documentation : 02/09/2020

Mise en ligne sur le blog : 20/05/2021

  • id : TEST_SCOOP1
  • mdp : Test_SCOOP2
  • code-barre : TEST_SCOOP1_CB
  • recherche dans Alma
    • dans la boîte de recherche des transactions en douchant le code barre : utilisateur trouvé MAIS sans groupe utilisateur (donc transactions impossible) et sans catégorie d’utilisateur
    • dans la boîte de recherche des transactions en saisissant le nom ou le code-barre : OK (même remarque que ci-dessus)
    • dans la boîte de recherche des utilisateurs : KO
  • connexion dans Primo réseau : connnexion OK – attention les prêts dans les institutions ne sont pas visibles
  • connexion dans Primo institutionnel : OK – les transactions de toutes les institutions sont visibles
  • modification du mot de passe depuis Primo réseau : il n’est pas transmis aux autres Primo
  • modification du mot de passe depuis Primo insitution : il n’est pas transmis aux autres Primo
  • redistribution du compte depuis la Network après les changements de mot de passe : le mot de passe mis à jour dans Primo réseau s’impose à toutes les institutions et vient effacer les modifications locales faites par l’usager
  • id : TEST_SCOOP2
  • mdp : Test_SCOOP2
  • code-barre : TEST_SCOOP2_CB
  • recherche dans Alma (institution UBM)
    • dans la boîte de recherche des transactions en douchant le code barre : non trouvé
    • dans la boîte de recherche des transactions en saisissant le nom ou le code-barre : non trouvé
    • dans la boîte de recherche des utilisateurs : non trouvé
    • Remarque : lorsqu’on bascule le type de compte en compte externe, Alma le trouve…
  • connexion dans Primo réseau : connnexion OK
  • connexion dans Primo institutionnel : KO
Ce scénario n’est pas possible car le compte est inaccessible dans les zones institutions.
  • id : TEST_SCOOP4
  • mdp : Test_SCOOP4
  • code-barre : TEST_SCOOP4_CB
  • recherche dans Alma (institution UBM)
    • dans la boîte de recherche des transactions en sélectionnant l’institution UB : OK – à la dérivation, il n’a pas son groupe utilisateur, il faut le lui sélectionner – le mot de passe n’est pas hérité non plus
    • dans la boîte de recherche des utilisateurs via le réseau : non trouvé
  • connexion dans Primo UB : connexion OK
  • connexion dans Primo UBM : KO tant qu’un mot de passe n’a pas été saisi
  • connexion dans Primo IEP (pas de dérivation Alma) : KO

Réutilisation du compte TEST_SCOOP4 (il n’est pas possible de récupérer le compte d’une institution dans la Network, il faut le recréer ⇒ j’ai donc recréé le compte avec le même id pour vérification de la mise à jour)

On retrouve le comportement du test 1. A noter : les institutions qui avaient déjà dérivé le compte conservent les informations de catégorie et groupe utilisateur.

  • id : TEST_SCOOP5
  • mdp : Test_SCOOP5
  • cb : TEST_SCOOP5_CB

La création ne pose aucun problème – il est à noter que les activités dans les 2 institutions deviennent immédiatement visibles dans Alma comme dans Primo. Il n’y a par compte pas moyen de réinitialiser le mot de passe dans toutes les institutions.

J’ai créé un compte interne (TEST_SCOOP6) dans UB. J’en ai créé (manuellement) une copie de type externe dans la zone réseau. Il est ainsi devenu disponible à UBM où je l’ai dérivé.

Il faudrait maintenant tester si un import SIS Loader de ce compte met à jour les comptes internes avec le même id ? Si oui, on pourrait imaginer le circuit suivant pour les comptes lecteurs extérieur

  • création manuelle dans l’institution
  • à la création, trigger webhook copiant le compte dans la Network et modifiant son type en type externe (uniquement dans la network)
  • à la dérivation dans une institution, transformation du compte d’externe en interne… (c’est là que ça coince, je pense, il est peut-être possible de le demander aux collègues mais ça me parait risqué…)
  • lors de toute modification d’un de ces comptes internes (autre que blocages et notes), modification du compte réseau
  • chaque jour, export des comptes réseaux et rechargement par SIS loader pour distribuer les mises à jour

De cette façon, on garde une gestion partiellement centralisée et on évite les copies inutiles et systématiques de ces comptes vers les institutions partenaires. Par ailleurs, les comptes lecteurs extérieurs sont aussi immédiatement disponibles que les autres dans les institutions.