Critères de sélection – Explications

1. ayant des prêts en cours
2. ayant des prêts en cours – par localisation
3. ayant des prêts en retard – par localisation
4. ayant des prêts en retard
5. dont le nombre de jours de retard est >= …
6. dont la date de fin d’adhésion est dépassée
7. par catégorie (exemples : élèves, professeurs, enfants, adultes)
8. par code statistique (exemples : école, commune, ville, pays …)
9. par localisation
10. par statut (exemples : actif, interdit)

Aucun commentaire particulier pour ces procédures de sélection.
Ces requêtes permettent par exemple de « cibler » les lecteurs à qui on va envoyer un courrier ou un courriel.

11. par code-barres (la liste des numéros est dans un fichier externe)

Il s’agit d’un simple fichier texte qui contient les numéros des lecteurs (un numéro par ligne).

12. par groupe(s)

Pour créer un panier de lecteurs à partir d’un ou de plusieurs groupes.
Il est aussi possible de faire l’inverse : créer un groupe de lecteurs à partir d’un panier (voir Panier de lecteurs : requêtes d’action).

13. par ville – le nom de la ville ressemble à … (variantes orthographiques)

Si vous avez dans votre base le même nom de ville mais avec des variantes orthographiques, cette requête vous permet de regrouper dans un panier tous les lecteurs qui y habitent.
Vous essayez de trouver un dénominateur commun à toutes ces variantes orthographiques; il y a probablement un point commun à dégager. Et de toute façon, rien ne vous empêche de lancer la requête de sélection plusieurs fois, afin de remplir le même panier avec les variantes possibles.
La requête convertit automatiquement les noms de ville en minuscules (celles de la base et celles que vous saisissez au clavier), et il y a une troncature possible en début et en fin de nom.
Ex. : Addis-Abéba, Adis-Abéba, Adis-Abeba et Addis-Abeb (en supposant qu’on ait oublié le « a » final) donc 4 variantes : avec 1 ou 2 « d », avec « é » ou « e »
Si vous saisissez « dis-Abéb » comme point commun, et ensuite « dis-Abeb », les 4 variantes orthographiques ci-dessus seront prises en compte.
Pour corriger et uniformiser l’orthographe de certains noms de villes, voir Panier de lecteurs – requêtes d’action.

14. lecteurs qui n’ont jamais emprunté depuis leur inscription, qui est pourtant antérieure à …
15. lecteurs qui n’ont plus emprunté depuis …

Ces deux requêtes permettent de repérer les lecteurs qui n’ont plus donné signe de vie depuis longtemps : soit depuis leur inscription, soit depuis une date que vous déterminez (en fonction du règlement de votre bibliothèque).

16. vérification – l’âge est >= … et <= ...

On doit de temps en temps « vieillir » certains lecteurs, les changer de catégorie. Cette requête permet par exemple de regrouper dans un panier « les jeunes qui vont devenir des adultes », il suffira ensuite de les mettre dans une autre catégorie grâce à une procédure d’action (voir Panier de lecteurs – requêtes d’action).

17. vérification – l’année de naissance est >= … et <= ...

Le même principe que pour la requête précédente, mais en se basant sur un intervalle entre deux années de naissance.
N.B. Pour chercher les lecteurs nés en …, introduisez deux fois la même valeur (année de naissance).

18. vérification – l’âge ne correspond pas à la catégorie

Mode de fonctionnement : vous introduisez une tranche d’âge, par exemple de 12 à 18 ans, et vous précisez que tous les lecteurs dans cette tranche d’âge sont normalement dans la catégorie …
Vous retrouverez dans le panier tous les lecteurs entre 12 et 18 ans qui sont dans une catégorie autre que celle que vous aviez choisie.

19. vérification – l’année de naissance est inconnue ou illogique

Dans PMB, une année de naissance indéterminée se marque par la valeur zéro.
Si je parle d’année de naissance « illogique », c’est pour faire référence à certaines erreurs lors de la saisie (fautes de frappe) ou lors de l’import des données, des incohérences qui feraient par exemple naître le lecteur dans le futur ou dans un passé trop lointain (en 1900, voire encore plus tôt).
N.B. Si je parle plus spécifiquement de l’année 1900, c’est qu’il peut y avoir un problème lors de l’import des lecteurs à partir d’un fichier Excel, si la date de naissance ne figure pas dans le fichier de départ.
Lecture conseillée pour des explications complémentaires !
Excel : fonctions utiles pour préparer l’import de lecteurs

20. vérification – l’e-mail est inconnu
21. vérification – le sexe est indéterminé

Si on ne dispose pas de renseignements tels que l’année de naissance ou le sexe pour un certain nombre de lecteurs, cela peut fausser les statistiques. Et si on n’a pas l’e-mail, c’est parfois gênant, surtout pour les rappels.
En guise d’aide-mémoire, ajoutez un message aux fiches des lecteurs concernés. Ainsi, la prochaine fois que ces lecteurs viendront, un message rappellera au bibliothécaire de service ce jour-là qu’il faut leur demander des informations complémentaires (voir Panier de lecteurs – requêtes d’action).

22. vérification – lecteurs membres d’aucun groupe

Dans le cas d’une école, tous les élèves font normalement partie d’un groupe, puisque les groupes correspondent aux classes. Le bibliothécaire emploie donc plutôt les options « prêts ou retards par groupe » plutôt que « prêts ou retards individuels ».
Il est donc indispensable de pouvoir repérer les lecteurs « isolés ». En effet, si ceux-ci ont emprunté des documents, le prêt est bien sûr enregistré, et figure dans l’écran « prêts en cours », mais il n’apparaîtra pas dans les listes des « prêts ou retards par groupe ». C’est logique, puisqu’ils ne font partie d’aucun groupe.
Leurs emprunts (et retards éventuels !) risquent donc de passer inaperçus pendant un certain temps. D’où la nécessité de pouvoir vérifier de temps en temps si aucun lecteur n’est « passé par les mailles du filet ».
SI on n’a créé aucun groupe de lecteurs dans la bibliothèque, cette requête n’a évidemment pas d’utilité, puisqu’on retrouverait tous les usagers de la bibliothèque dans le même panier ! Il n’y aurait aucune sélection.

23. vérification essentielle – la catégorie n’est pas définie
24. vérification essentielle – le code statistique n’est pas défini
25. vérification essentielle – la localisation n’est pas définie
26. vérification essentielle – le statut n’est pas défini

Si un de ces éléments (catégorie, code statistique …) n’est pas défini, cela signifie qu’il manque une donnée cruciale, et que cela peut perturber le fonctionnement de PMB, par exemple rendre certains lecteurs (partiellement) invisibles dans l’un ou l’autre écran.
Pour des explications complémentaires à ce sujet
Vérification des données essentielles – Introduction
Vérification des données essentielles des lecteurs

Version imprimable
Circulation – Panier de lecteurs – Sélection et action – Commentaires
Autres procédures utiles
Circulation – Lecteurs – Action