
- Test effectués
- Création manuelle du compte lecteur dans la zone réseau et distribution
- Création manuelle du compte lecteur dans la zone réseau et dérivation depuis une institution
- Création manuelle du compte lecteur dans une institution (UB) et dérivation depuis une autre institution (UBM)
- Création manuelle du compte lecteur dans une institution et distribution
- Création du même compte dans 2 institutions (UB et UBM)
- Test à compléter
- Test effectués
- Création manuelle du compte lecteur dans la zone réseau et distribution
- Création manuelle du compte lecteur dans la zone réseau et dérivation depuis une institution
- Création manuelle du compte lecteur dans une institution (UB) et dérivation depuis une autre institution (UBM)
- Création manuelle du compte lecteur dans une institution et distribution
- Création du même compte dans 2 institutions (UB et UBM)
- Test à compléter
Test effectués
Création manuelle du compte lecteur dans la zone réseau et distribution
- 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
Création manuelle du compte lecteur dans la zone réseau et dérivation depuis une institution
- 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
Création manuelle du compte lecteur dans une institution (UB) et dérivation depuis une autre institution (UBM)
- 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
Création manuelle du compte lecteur dans une institution et distribution
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.
Création du même compte dans 2 institutions (UB et UBM)
- 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.
Test à compléter
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.