Adhérents
Get there: More > Administration > System preferences > Patrons
Généralités
AllowPatronToControlAutoRenewal
Asks : ___ to allow/disallow auto-renewal for account. If allowed a patron will be able to update their own account to allow/disallow auto-renewal.
Default: Allow only staff
Valeurs :
Allow only staff
Allow patrons
Description :
If set to “Allow patrons”, patrons will be able to enable or disable automatic renewals from their online account on the OPAC. Only items for which automatic renewal is enabled in the circulation rules will be affected.
In all cases, staff is able to change this in the patron’s account.
AutoApprovePatronProfileSettings
Asks: ___ automatic approval of patron detail changes from the OPAC.
Par défaut : Désactiver
Valeurs :
Désactiver
Activer
Description :
This system preference determines whether staff need to manually approve changes patrons make to their information through the OPAC.
Note
This system preference requires that the OPACPatronDetails system preference be activated.
CheckPrevCheckout
Asks: ___ check borrower checkout history to see if the current item has been checked out before.
Default: Do not
Valeurs :
Oui,
Do not
Unless overridden by patron category, do
Unless overridden by patron category, do not
Description :
When the value of this system preference is set to “do”, Koha will look at the patron’s circulation history to see if they have checked this item out before. An alert will show up on the screen indicating that patron has indeed checked this item out. Staff will be prompted to allow the checkout to occur.
If the value is set to “do not”, Koha will not check the patron’s circulation history.
When the value is set to “Unless overridden by patron category, do”, this will check the patron’s circulation history unless the patron’s personal setting or the patron category setting specifically say not to.
Lastly, if the value is set to “Unless overridden by patron category, do not”, Koha will not check circulation history unless the patron’s personal setting or the patron category setting specifically say to check.
Note
This system preference will not work for patrons that have chosen to anonymize their reading history.
Note
The circulation history will be checked at record-level for most items, except if the item is on a serial record.
This means that if a patron has checked out a copy of a book, the warning will show if they try to check out any item of the same record.
However, if the record has “s” in its leader, position 7, marking this record as a serial, the warning will only show if they try to check out the exact same item.
CheckPrevCheckoutDelay
Asks: Trigger a warning if the current item has been checked out no longer than ___ days ago.
Par défaut : 0
Description :
Cette préférence système limite l’action de CheckPrevCheckout à un nombre de jours. Si un exemplaire a été emprunté par un adhérent plus longtemps que ce nombre de jours, il n’y aura aucun avertissement, comme si l’adhérent ne l’avait jamais emprunté.
Nécessite CheckPrevCheckout pour être activée.
There is no time limit if this is set to 0 or is empty.
DefaultPatronSearchFields
Attention
As of version 23.11 of Koha, this system preference changes from an input field where field values separated by a comma are entered, to a modal window listing all patron fields.
Asks: Pipe separated list defining the default fields to be used during a patron search using the « standard » option in the patrons or circulation module: ___ .
Default: firstname|middle_name|surname|othernames|cardnumber|userid
Description :
This system preference enables you to define which fields are searched when you do a basic patron search.
Additional fields added to this preference will be added as search options in the dropdown menu on the patron search page.
DefaultPatronSearchMethod
Version
This system preference was added in Koha version 23.11.
Asks: ___ Enable this search method to determine whether to use “starts with” or “contains” for all patron searches, including auto-complete.
Default: Starts with
Valeurs :
Contains
Starts with
Description :
This system preference can be used to change the search method when searching for patrons.
When set to “Starts with”, you will only find patrons whose value starts with the search term. For example, if a patron has the first name “Carla María” and the surname “Ramírez Hernández”, a “Starts with” search will find this patron if the search term is “Carla” or “Ramírez”, but not if the search term is “María” or “Hernández”.
When set to “Contains”, you will find patrons wherever the search term is in the field.
EnableBorrowerFiles
Asks: ___ enable the ability to upload and attach arbitrary files to a borrower record.
Par défaut : Non, ne pas
Valeurs :
Oui,
Non, ne pas
Description :
When enabled this will add a “Files” tab to the left of the patron detail page where you can view and upload files to the patron record.
ExtendedPatronAttributes
Asks: ___ searching, editing and display of custom attributes on patrons.
Par défaut : Activer
Valeurs :
Don’t enable
Activer
Define attributes in Koha administration
Get there: More > Administration > Patron Attribute Types
Description :
Les types d’attributs d’adhérent sont des champs personnalisés localement et peuvent être appliqués aux notices d’adhérent.
Note
Use custom attributes for fields that the default patron record does not support such as driver’s license number or student ID number.
FeeOnChangePatronCategory
Asks: ___ charge a fee when a patron changes to a category with an enrollment fee.
Default: Do
Valeurs :
Oui,
Non, ne pas
Note
You can set enrollment fees in the patron categories
intranetreadinghistory
Attention
This system preference was modified in version 23.11. In previous versions, it controls the display of both the Circulation history tab and the Holds history tab in patron records. As of 23.11, this system preference only controls the display of the Circulation history tab and a new system preference, IntranetReadingHistoryHolds, controls the Holds history tab.
Asks: ___ staff to access a patron’s checkout history.
Default: Allow
Valeurs :
Autoriser
Ne pas autoriser
Description :
This system preference determines whether or not there is a Circulation history tab in the patron’s record in the staff interface.
Important
Checkout history is still stored, regardless of staff being allowed access or not unless the patron has chosen to have their history anonymized via their privacy page.
If the OPACPrivacy system preference is set to “Allow” and the patron has decided to never keep their history, staff will only see currently checked out items.
IntranetReadingHistoryHolds
Version
Cette préférence système a été ajoutée à Koha dans sa version 23.11.
Asks: ___ staff to access a patron’s hold history.
Default: Allow
Valeurs :
Autoriser
Ne pas autoriser
Description :
This system preference determines whether or not there is a Holds history tab in the patron’s record in the staff interface.
Important
Hold history is still stored, regardless of staff being allowed access or not unless the patron has chosen to have their history anonymized via their privacy page.
If the OPACPrivacy system preference is set to “Allow” and the patron has decided to never keep their history, staff will only see current holds.
ListOwnershipUponPatronDeletion
Asks: When deleting a patron who owns public or shared lists, ___ .
Default: delete these lists
Valeurs :
delete these lists
change owner of these lists
Description :
This system preference lets you decide what happens to public or shared lists when their owner (creator) is deleted.
For example, this is used to salvage public lists when a staff member is deleted.
If “change owner of these lists” is chosen, make sure to enter the new owner’s borrowernumber in the ListOwnerDesignated system preference.
This system preference does not affect private lists. Private lists will be deleted with the patron.
ListOwnerDesignated
Asks: When changing owner at patron deletion, use borrowernumber ___ as new list owner, or leave this field empty in order to change owner to the active staff member who deletes the patron.
Default: (empty)
Description :
This system preference is used when ListOwnershipUponPatronDeletion is set to “change owner of these lists”.
The borrowernumber in this system preference will be the recipient of the public and shared lists of deleted patrons.
If left empty, the user who deletes the patron will be the recipient of the patron’s public and shared lists
LockExpiredDelay
Asks: Lock expired patrons after ___ days. Leave empty to disable this behavior.
Par défaut : vide
Description :
This system preference determines after how many days expired patrons are “administratively locked”.
The value should be a positive number.
Administrative lock prevents patrons from logging into the OPAC.
Note
This system preference requires the
misc/cronjobs/cleanup_database.pl
cronjob (no parameter necessary other than --confirm)
Note
When the patron account is locked, there will be a message “Account has been administratively locked” in the patron’s brief information panel on the left side of the screen.
To unlock a patron’s account, a library staff member must manually change their password from the staff interface. If the OpacResetPassword system preference allows it, staff can manually send a password recovery email from the patron’s account.
MaxFine
Asks: The late fine for all checkouts will only go up to ___ [currency].
Default: empty (empty value means no limit)
Description :
This preference controls the default cap on fines accrued by the patron. Leaving this preference blank means that there is no cap on the amount of fines a patron can accrue. If you’d like, single item caps can be specified in the circulation rules matrix.
patronimages
Asks: ___ images to be uploaded and shown for patrons on the staff client.
Default: Allow
Valeurs :
Autoriser
Ne pas autoriser
Description :
Si cette préférence est configurée sur “Autoriser” les professionnels pourront téléverser les images des adhérents soit une par une ou par lot. Les images des adhérents apparaîtront sur la page de détail à la gauche des informations sur l’adhérent. Elles peuvent aussi être affichées dans l’OPAC si la préférence OPACpatronimage est activée, ainsi que dans le module de prêt en libre service si vous avez configuré la préférence ShowPatronImageInWebBasedSelfCheck.
PatronsPerPage
Asks: By default, show ___ results per page in the staff client.
Default: 20
Description :
This preference will let you define how many patrons to show on patron search results pages.
ProtectSuperLibrarianPrivileges
- Asks: ___ to access/change superlibrarian privileges. Note: A permitted user
needs to have the “permissions” flag (if no superlibrarian)
Default: Allow only superlibrarians
Valeurs :
Allow all permitted users
Allow only superlibrarians
StatisticsFields
Asks: Show the following fields from the items database table as columns on the statistics tab on the patron record: ___
Par défaut : location|itype|ccode
Important
Saisir les valeurs séparées par des barres verticales (|)
Description :
This preference lets you set which fields will show on the patron record on the Statistics tab.
TrackLastPatronActivity
Attention
Cette préférence système a été remplacée par TrackLastPatronActivityTriggers à partir de la version 23.11 de Koha.
Action : ___ suivre la dernière activité de l’adhérent. Chaque fois qu’un adhérent se connectera, le borrowers.lastseen sera mis à jours avec l’heure actuelle.
Par défaut : Non, ne pas
Valeurs :
Non, ne pas
Oui,
TrackLastPatronActivityTriggers
Version
Cette préférence système a été ajoutée en version 23.11 de Koha. Elle remplace TrackLastPatronActivity.
Action : Sélectionner quelles activités de l’adhérent doivent être utilisées pour suivre l’activité des adhérents. La première fois, chaque jour, que l’une de ces activités survient, borrowers.lastseen sera automatiquement mis à jour avec la date et l’heure actuelle. ___
Par défaut : aucun
Valeurs :
[Tous sélectionner]
Prêt d’un exemplaire
Connexion à Koha via SIP ou ILSDI
Connexion
Faire une demande d’article
Faire une réservation
Renouvellement d’un exemplaire
Retour d’un exemplaire
Description :
Cette préférence système permet aux bibliothèques de décider quelles actions déclenchent une mise à jour du « Vu en dernier » de l’adhérent.
Prêt d’un exemplaire : la date de dernière activité est mise à jours lorsque le personnel :ref :prête un exemplaire à l’adhérent <check-out-(issuing)-label>.
Connexion à Koha via SIP ou ILSDI : la date de dernière activité est mise à jour lorsque l’adhérent se connecte à un service tiers en utilisant SIP ou ILSDI (ressource en ligne, par exemple).
Connexion : la date de dernière activité est mise à jour lorsque :ref :`l’adhérent se connecte à l’OPAC <your-account-label>`ou quand un bibliothécaire se connecte à l’interface professionnelle.
Demande un article : la date de dernière activité est mise à jour lorsque l’adhérent fait une demande d’article à l’OPAC, ou lorsqu’un bibliothécaire :ref :fait une demande d’article à l’interface professionnelle <placing-article-requests-label> pour l’adhérent.
Renouvellement d’un exemplaire : la date de dernière activité est mise à jour soit lorsque :ref :un bibliothécaire renouvelle un exemplaire prêté à l’adhérent <renewing-label>, ou lorsque :ref :l’adhérent renouvelle un prêt via leur compte à l’OPAC <your-summary-label>.
Retour d’un exemplaire : la date de dernière activité est mise à jour lorsqu’un :ref :bibliothécaire retourne un exemplaire <check-in-(returning)-label> pour l’adhérent.
Si aucune activité n’est sélectionnée, l’activité des adhérents n’est pas suivie et le champ borrowers.lastseen n’est pas mis à jour.
useDischarge
Asks: ___ librarians to discharge borrowers and borrowers to request a discharge.
Par défaut : Ne pas autoriser
Valeurs :
Autoriser
Ne pas autoriser
Description :
Enabling this system preference will add the possibility of emitting a discharge from the patron record and requesting a discharge from the OPAC.
A discharge is a certificate that says the patron has no current checkouts and no holds.
Membership expiry
BorrowerRenewalPeriodBase
Asks: When renewing borrowers, base the new expiry date on ___
Default: current date
Valeurs :
current date.
current membership expiry date.
Description :
This preference controls what the patron’s new expiration date will be when you renew their card. Using the “current date” will add the subscription period to today’s date when calculating the new expiration date. Using “current membership expiry date” will add the subscription period to the old expiration date for the patron when renewing their account.
MembershipExpiryDaysNotice
Asks: Send an account expiration notice when a patron’s card will expire in ___ days.
Description :
If you would like to notify patrons that their accounts are about to expire then you can enter a number of days before expiration in this preference. The notice text can be customized in the Notices and slips tool, the letter code is MEMBERSHIP_EXPIRY.
Important
You will need to enable the membership expiry cron job for this notice to be sent.
NotifyBorrowerDeparture
Asks: Show a notice that a patron is about to expire ___ days beforehand.
Default: 30
Description :
When the patron attempts to check out materials, a warning will appear in the check out screen of the staff client telling the librarian that the patron’s account is about to expire.
Important
This notice will appear on the patron’s record in the staff client.
Notices and notifications
AutoEmailNewUser
Asks: ___ an email to newly created patrons.
Default: Don’t send
Valeurs :
Ne pas envoyer
Envoyer
Description :
This system preference determines if library users are sent a welcome email
The notice used is the WELCOME, it can be edited in the notices and slips
La notification de bienvenue est envoyée à l’adresse de courriel précisée dans la préférence système EmailFieldPrimary.
AutoRenewalNotices
Asks: Send automatic renewal notices: ___
Default: (Deprecated) according to –send-notices cron switch
Valeurs :
(Deprecated) according to –send-notices cron switch
never
according to patron messaging preferences
Description :
This system preference determines whether automatic renewal notices are sent to patrons to inform them their checkouts have been renewed.
Note
The notice sent is based on the AUTO_RENEWALS or AUTO_RENEWALS_DGST templates. The content of these notifications can be customized in the Notices and slips tool.
EmailFieldPrecedence
Action : Quand EmailFieldPrimary est configurée sur “la première adresse de courriel valide”, vérifie les champs d’adresse de courriel de l’adhérent dans l’ordre suivant et utilise la première adresse de courriel valide trouvée : ___
Default: email|emailpro|B_email
Values: any database field from the borrowers table, separated by pipes (|).
Description :
Cette préférence système est utilisée pour forcer l’ordre dans lequel les adresses de courriel sont vérifiées quand la préférence système EmailFieldPrimary est paramétrée sur “la première valide”.
Any field from the borrowers table in the database can be used, as long as it contains an email address or is empty. Find the database columns in the database schema: https://schema.koha-community.org/
EmailFieldPrimary
Asks: Use the patron’s ___ for sending out email notices.
Default: first valid email address
Valeurs :
alternate email
cardnumber
primary email
secondary email
selected addresses
first valid email address
Description :
If you choose “first valid” as the value for this system preference, the system will check the email fields in the order specified in the EmailFieldPrecedence system preference. Otherwise, the system will use the email address you specify.
This is used for all email notices, including welcome messages), overdue notices, and advance notices, among others.
Avertissement
The option “selected addresses” requires that at least one option be selected in the EmailFieldSelection.
EmailFieldSelection
Version
Cette préférence système a été ajoutée à Koha dans sa version 24.05.
Action : Quand EmailFieldPrimary est paramétrée sur “les adresses sélectionnées”, envoie un courriel à toutes les adresses de courriel dans les champs sélectionnés :
Default: (none)
Values (multi-select):
[Tous sélectionner]
alternate email
primary email
secondary email
Description :
This system preference allows sending notices to multiple email addresses at once, rather than having to choose one field.
Important
Cette préférence système n’est utilisée que si la préférence système EmailFieldPrimary est paramétrée sur “les adresses sélectionnées”.
EnhancedMessagingPreferences
Asks: ___ staff to manage which notices patrons will receive and when they will receive them.
Default: Allow
Valeurs :
Autoriser
Ne pas autoriser
Important
Ceci ne s’applique qu’à certains types de notifications, les relances seront basées sur les règles de la bibliothèque, et non sur un choix par l’adhérent.
Note
Pour gérer si les adhérents ont également accès ces paramètres, utilisez la préférence EnhancedMessagingPreferencesOPAC.
Description :
These messages are in addition to the overdue notices that the library sends. The difference between these notices and overdues is that the patron can opt-in and out of these. Setting this preference to “Allow” will allow staff to choose for patrons to receive any one of the following messages:
Item checkout: A notice that lists all the of the items the patron has just checked out and/or renewed, this is an electronic form of the checkout receipt
Item due: A notice on the day and item is due back at the library
Réservation satisfaites : Une notification qui prévient l’adhérent que l’exemplaire réservé a été mis de côté
Item checkin: A notice that lists all the of the items the patron has just checked in
Advanced notice: A notice in advance of the patron’s items being due (staff can choose the number of days in advance)
EnhancedMessagingPreferencesOPAC
Asks: ___ patron messaging setting on the OPAC
Par défaut : Afficher
Valeurs :
Ne pas afficher
Afficher
Important
EnhancedMessagingPreferences doit être activée pour que les options de messagerie soient affichées dans l’OPAC
Description :
These messages are in addition to the overdue notices that the library sends. The difference between these notices and overdues is that the patron can opt-in and out of these. Setting this preference to “Allow” will allow patrons to choose to receive any one of the following messages:
Item checkout: A notice that lists all the of the items the patron has just checked out and/or renewed, this is an electronic form of the checkout receipt
Item due: A notice on the day and item is due back at the library
Réservation satisfaites : Une notification qui prévient l’adhérent que l’exemplaire réservé a été mis de côté
Item checkin: A notice that lists all the of the items the patron has just checked in
Advanced notice: A notice in advance of the patron’s items being due (The patron can choose the number of days in advance)
FallbackToSMSIfNoEmail
Asks: ___ Send purchase suggestion messages by SMS if no patron email is defined.
Par défaut : Désactiver
Valeurs :
Désactiver
Activer
Description :
This system preference only applies to notices related to suggestions. If a patron has no email address and has an SMS alert number, the suggestions notices will be sent to their SMS number.
NotifyPasswordChange
Asks: ___ patrons whenever their password is changed.
Default: Don’t notify
Valeurs :
Don’t notify
Notify
Description :
This system preference is used to send a notification to a patron whose password has been changed, either changing the password in the patron’s account in the staff interface, resetting the password from the OPAC, or changing the password through the OPAC.
The notification sent is based on the PASSWORD_CHANGE template. It can be customized in the Notices and slips tool.
PhoneNotification
Asks: ___ patron phone notifications generation. A plugin will be required to process the phone notifications.
Valeurs :
Désactiver
Activer
Par défaut : Désactiver
Description :
This system preference is used to enable phone notifications with a vendor other than Talking Tech i-tiva.
A plugin must be installed to manage phone notifications (handling phone calls, changing the notice status, etc.), Koha by itself will not do anything with phone notifications.
See also: TalkingTechItivaPhoneNotification
Note
Nécessite que EnhancedMessagingPreferences soit paramétrée sur “Autoriser”.
Avertissement
PhoneNotification and TalkingTechItivaPhoneNotification cannot be enabled at the same time. If PhoneNotification is enabled, TalkingTechItivaPhoneNotification should be disabled.
SMSSendDriver
Asks: Use the SMS::Send:: ___ driver to send SMS messages.
Note
This may not work with all providers.
Important
Please refer to your national laws concerning the sending of bulk SMS messages before enabling this feature.
Description :
Il y a deux options pour utiliser les SMS dans Koha. Vous pouvez utiliser gratuitement le protocole de courriel en saisissant “Courriel” dans SMSSendDriver ou vous pouvez payer un fournisseur de SMS. Quelques exemples de valeurs pour le fournisseurs :
SMS::Send::Us::Ipipi
SMS::Send::US::TMobile
SMS::Send::US::Verizon
SMS::Send::IN::Unicel
Additional values can be found here: http://search.cpan.org/search?query=sms%3A%3Asend&mode=all
Note
Many mobile providers have deprecated support for the SMS::Send::Email feature. It is not recommended for use unless you have a dedicated SMS to Email gateway.
Important
- Only drivers available as Perl modules will work in this
preference, so make sure a Perl module is available before choosing an SMS service.
Once a driver is entered in the preference an option will appear in the staff client and the OPAC on the patron messaging form to choose to receive messages as SMS
Important
Vous devez autoriser EnhancedMessagingPreferences pour que cela fonctionne.
SMSSendUsername, SMSSendPassword, EmailSMSSendDriverFromAddress, and SMSSendAdditionalOptions
Version
La préférence système SMSSendAdditionalOptions a été ajoutée à Koha dans sa version 24.05.
In prior versions, it is necessary to have any additional parameters in a YAML file named after the SMS::Send driver, and the path to that file must be specified in the koha-conf.xml file.
Asks: Define a username/login ___ and a password ___. Override from address with ___ for emails sent using « Email » send driver. If the SMS::Send driver requires more options than just username/login and password, enter them here as YAML key/value pairs: ___
Description :
Some SMS gateway providers require username and password credentials and these can be entered here. Additionally, one specific email address may be required as sender (from address) for all emails sent by the Email SMS send driver.
If an SMS::Send driver requires additional parameters, those parameters can be specified in the SMSSendAdditionalOptions in YAML format.
TalkingTechItivaPhoneNotification
Action : ___ la notification des usagers par téléphone en utilisant Talking Tech i-tiva (prend actuellement en charge les notifications de retards, les messages de courtoisie et les notifications de réservations).
Valeurs :
Désactiver
Activer
Par défaut : Désactiver
Description :
This system preference is used to enable automatic phone call notifications with the Talking Tech i-tiva vendor.
Pour en savoir plus sur la configuration de ce produit externe, voir le chapitre sur Talking Tech.
See also: PhoneNotification
Note
Nécessite que EnhancedMessagingPreferences soit paramétrée sur “Autoriser”.
Avertissement
PhoneNotification and TalkingTechItivaPhoneNotification cannot be enabled at the same time. If PhoneNotification is enabled, TalkingTechItivaPhoneNotification should be disabled.
UseEmailReceipts
Asks: ___ email receipts to patrons for payments and writeoffs.
Default: Don’t send
Valeurs :
Ne pas envoyer
Envoyer
Description :
If set to “Send”, Koha will send emails to the patrons for each payment or writeoff done in their account.
Note
The letters used are ACCOUNT_PAYMENT and ACCOUNT_WRITEOFF
You can edit them in the Notices & slips tool.
Patron forms
autoMemberNum
Asks: ___ default the card number field on the patron addition screen to the next available card number
Default: Do
Valeurs :
Oui,
If the largest currently used card number is 26345000012941, then this field will default to 26345000012942 for the next patron
Non, ne pas
Description :
This preference determines if the patron’s barcode is automatically calculated. This prevents the person setting up the library card account from having to assign a number to the new card. If set to “Do” the system will calculate a new patron barcode by adding 1 to the maximum barcode already present in the database.
BorrowerMandatoryField
Asks: The following database columns must be filled in on the patron entry screen: ___
Default: surname|cardnumber
Description :
This system preference enables the system administrator to choose which fields staff is required to fill in when creating or editing patron accounts.
This ensures that basic information is included in each patron record. If a staff member leaves one of the required fields blank, an error message will appear and the account will not be created or saved.
Note
For help with field names, ask your system administrator or view the database structure associated with the borrowers table.
Note
If either PatronQuickAddFields or BorrowerMandatoryField (or both) is set, a button labeled « Quick add new patron » will be displayed in the patrons toolbar.
BorrowersTitles
Asks: Borrowers can have the following titles ___
Default: Mr|Mrs|Miss|Ms
Description :
This preference allows the staff to choose the titles that can be assigned to patrons. The choices present as a drop down list when creating a patron record.
Important
Input multiple choices separated by |
BorrowerUnwantedField
Asks: The following database columns will not appear on the patron entry screen: ___
Description :
This system preference enables the system administrator to choose which fields staff doesn’t need to see on the patron entry form.
Note
For help with field names, ask your system administrator or view the database structure associated with the borrowers table.
CardnumberLength
Asks: Card numbers for patrons must be ___ characters long.
Description :
The length can be a single number to specify an exact length, a range separated by a comma (i.e., “Min,Max”), or a maximum with no minimum (i.e., ^,Max”). If “cardnumber” is included in the BorrowerMandatoryField list, the minimum length, if not specified here, defaults to one.
CollapseFieldsPatronAddForm
Asks: When adding new patrons or editing existing patrons, collapse the following fields from the full form (can still be expanded later)
Valeurs :
Additional attributes and identifiers
Alternate address
Alternate contact
Contact information
Guarantor information
Rôles pour les services aux publics empêchés
Library management
Paramètres de la bibliothèque
Main address
OPAC/Staff login
Organisation / Identité de l’adhérent
Blocages (adhérents déjà présents)
Préférences de notification aux adhérents
Suspensions de l’adhérent (adhérents déjà présents)
Description :
This system preference allows you to temporarily hide sections from the patron add form and the patron editing form. The sections will be collapsed and staff will be able to expand them if needed.
If you would rather completely hide sections, without the possibility of expanding them, enter the field names in BorrowerUnwantedField.
PatronDuplicateMatchingAddFields
Asks: The following database columns: ___ will be used to detect possible duplicates when adding a new patron.
Default: surname|firstname|dateofbirth
Description :
This system preference allows you to choose which fields will be used to detect duplicate patrons.
PatronQuickAddFields
Asks: The following database columns ___ will be added to the patron quick add form when entering a new patron. Displays only mandatory fields and fields specified here. If applicable, the guarantor form will be shown as well, individual fields in that form will be ignored.
Par défaut : vide
Description :
This system preference can be used to add fields to the « Quick add new patron » form.
The « Quick add new patron » form only shows fields specified in this system preference and in BorrowerMandatoryField
Note
For help with field names, ask your system administrator or view the database structure associated with the borrowers table.
Note
If either PatronQuickAddFields or BorrowerMandatoryField (or both) is set, a button labeled « Quick add new patron » will be displayed in the patrons toolbar.
uppercasesurnames
Asks: ___ store and display surnames (last names) in upper case.
Par défaut : Non, ne pas
Valeurs :
Oui,
Non, ne pas
Patron relationships
AllowStaffToSetCheckoutsVisibilityForGuarantor
Asks: ___ staff to set the ability for a patron’s checkouts to be viewed by linked patrons in the OPAC.
Par défaut : Ne pas autoriser
Valeurs :
Ne pas autoriser
Autoriser
Description :
This system preference controls whether the staff can see the option to show the checkouts to linked patrons in the OPAC.
AllowStaffToSetFinesVisibilityForGuarantor
Asks: ___ staff to set the ability for a patron’s fines to be viewed by linked patrons in the OPAC.
Par défaut : Ne pas autoriser
Valeurs :
Ne pas autoriser
Autoriser
Description :
This system preference controls whether the staff can see the option to show the fines to linked patrons in the OPAC.
borrowerRelationship
Asks: Guarantors can be the following of those they guarantee ___
Default: father|mother
Description :
This preference enables the system administrator to define valid relationships between a guarantor (usually a parent) and a guarantee (usually a child). Defining values for this field does not make the guarantor field required when adding a guarantee type patron. This preference creates a drop down list identifying the relationship of the guarantor to the guarantee. To disable the ability to add children types in Koha you can leave this field blank.
Important
Input multiple choices separated by |
ChildNeedsGuarantor
Version
Cette préférence système a été ajoutée à Koha dans sa version 23.11.
Asks: A child patron ___ a guarantor when adding the patron.
Default: doesn’t need
Valeurs :
doesn’t need
must have
Description :
This system preference determines whether the guarantor is mandatory when adding a patron whose patron category states that they “can be guarantee”.
PrefillGuaranteeField
Asks: When adding a guarantee to a guarantor patron fill the following fields in the guarantee’s member entry form from the guarantor’s record: ___
Par défaut :
Contact - Primary email
Contact - Primary phone
Main address - Address
Main address - City
Main address - Country
Main address - State
Adresse principale - Code postal
Main address - street number
Description :
This system preference is used to copy information from a guarantor account to a guarantee account when using the “Add guarantee” button
RedirectGuaranteeEmail
Version
Cette préférence système a été ajoutée à Koha dans sa version 23.11.
Asks: ___ sending emails to both guarantees and their guarantor.
Par défaut : Désactiver
Valeurs :
Désactiver
Activer
Description :
This system preference is used to send copies of email notices to the patron and the patron’s guarantor, if any.
If the guarantee does not have an email address, the email notice will be sent directly to the guarantor.
This does not affect patrons without guarantors.
Privacy
CookieConsentedJS
Version
Cette préférence système a été ajoutée à Koha dans sa version 23.11.
Asks: Run the following JavaScript if cookie consent is provided (e.g. tracking code). ___
Description :
This preference is used to add code for non-essential cookies, e.g. tracking code for third-party analytics. It works in conjunction with the CookieConsent system preference.
When non-essential cookies are set up in CookieConsentedJS, they appear as options in the Cookies policy. The Cookies policy is displayed when users click the “More information” button on the cookie banner.
Note
You may have previously added tracking code to the OpacUserJS system preference. Make sure you remove those pieces of code from OpacUserJS and add them to CookieConsentedJS instead.
To add tracking code for a non-essential cookie in CookieConsentedJS:
Click in the system preference’s editable field.
In the CookieConsentedJS pop-up, click “Add new code”.
Enter the name and a description for your cookie. Both will be displayed on the Cookies policy. Use the description to explain clearly what the cookie is used for.
Tick “Requires consent in OPAC” and/or “Requires consent in staff interface” depending on where the cookie applies.
Fill in the “String used to identify cookie name”, “Cookie domain” and “Cookie path” fields.
Astuce
If the string used to identify the cookie name, the cookie domain and the cookie path are not clear from the information you were originally supplied alongside the tracking code, you can find them using your browser’s inspector tool. In Firefox, go to Inspect > Storage > Cookies. In Google Chrome, go to Inspect > Application > Storage > Cookies.
Click “Expand” and paste the tracking code.
Click “Save” to close the pop-up and retain your changes.
For each non-essential cookie, add a new code as described above.
PrivacyPolicyConsent
Asks: Set data privacy policy consent to ___
Default: Disabled
Valeurs :
Disabled
Enforced
Permissive
Description :
This system preference makes a privacy policy consent form appear on the OPAC when a patron attempts to login. This can be used for GDPR or any other legal requirement concerning obtaining user consent for data collection.
If this system preference is set to “Enforced”, when a patron attempts to log into the OPAC a privacy policy consent form will be presented to them. The patron will have to provide consent to the library’s privacy policy before they can gain access to their account details. If the patron does not consent to the privacy policy they will be logged out of their account.
If this system preference is set to “Permissive”, the patron will see the privacy policy consent form, but they will not be required to give consent to access their patron account.
If this system preference is set to “Disabled”, no privacy policy consent form will appear when a patron logs into the OPAC.
When set to “Enforced” or “Permissive”, PrivacyPolicyURL should contain a URL to the privacy policy.
PrivacyPolicyURL
Asks: Use the following URL ___ to refer to your local privacy policy in messages about privacy and data protection.
Par défaut : vide
Description :
This system preference is used when PrivacyPolicyConsent is set to either “Enforced” or “Permissive”. It will add a link to your privacy policy to which the patrons must consent.
Avertissement
If you enforce privacy policy, make sure that this page is not blocked.
UnsubscribeReflectionDelay, PatronAnonymizeDelay et PatronRemovalDelay
Asks: Lock/expire patrons that submitted an unsubscribe request (refused consent) after ___ days, anonymize locked/expired accounts after ___ days and remove anonymized patron accounts after ___ days.
Description :
This system preference is used to purge accounts of patrons who have opted out/refused consent in the privacy policy consent form (see the PrivacyPolicy system preference).
The first box is the number of days after which an opt-out patron’s account should be locked (equivalent of having entered the wrong password too many times)
The second box is the number of days after which locked account should be anonymized
The third box is the number of days after which anonymized accounts are deleted
Security
EnableExpiredPasswordReset
Asks: ___ the ability for patrons to directly reset their password when it is expired.
Par défaut : Ne pas activer
Valeurs :
Don’t enable
Activer
Description :
When using the password expiry functionality, patrons must reset their password once it is expired. By default, this is done through email, similarly to the « Forgot your password? » functionality.
This system preference lets patrons reset their password directly.
FailedLoginAttempts
Asks: Block a patron’s account if it reaches ___ failed login attempts.
Par défaut : vide
Description :
This is used to block a patron’s account after they entered the wrong password too many times.
The value should be a positive number.
Note
When the patron reaches the number of failed attempts, their account will be locked. There will be a message “Account has been locked” in the patron’s brief information panel on the left side of the screen.
To unlock a patron’s account, the patron can reset their password from the OPAC if the OpacResetPassword system preference allows it. If patrons are not allowed to reset their password from the OPAC, a library staff member must manually change their password from the staff interface.
minPasswordLength
Asks: Login passwords for staff and patrons must be at least ___ characters long.
Default: 8
Avertissement
This applies to both the staff login and the patron OPAC login.
Note
Password length can also be set by patron category.
Pseudonymization, PseudonymizationPatronFields and PseudonymizationTransactionFields
Asks: ___ pseudonymization to comply with data privacy policies and regulations like GDPR for managing personal information. Patrons and transactions will be copied to a separate table for statistics purpose. Use the following fields for patrons: ___ And the following fields for the transactions: ___
Pseudonymization values:
Désactiver
Activer
Pseudonymization default: Disable
PseudonymizationPatronFields values:
[Tous sélectionner]
City
Country
Date the patron was added to Koha
Patron’s category
Patron’s gender
Patron’s library
Patron’s title
Sort1
Sort2
State
Zipcode
PseudonymizationPatronFields default: none selected
PseudonymizationTransactionFields values:
[Tous sélectionner]
Collection
Date and time of the transaction
Holding library
Home library
Item type
Item’s call number
Itemnumber
Library where the transaction occurred
Location
Transaction type
PseudonymizationTransactionFields default: none selected
Description :
These system preferences add a way to pseudonymize patron data while keeping useful transaction information for reporting. Pseudonymization can be part of the library’s security and data protection practices, enabling the librarians to shorten the time they retain personal data in other Koha tables.
Pseudonymized data is stored in database tables pseudonymized_transactions (for transactions and patron data) and pseudonymized_borrower_attributes (for patron attributes).
No direct identifiers for the patron are recorded; the pseudonymized_transactions table uses an encrypted version of the borrowernumber.
After enabling the Pseudonymization system preference, edit the patron attribute types you want to record in the pseudonymized_borrower_attributes table. Mark those attributes as « Keep for pseudonymization ».
When Pseudonymization is enabled, data from fields selected in PseudonymizationPatronFields and PseudonymizationTransactionFields is recorded in the pseudonymized_transactions and pseudonymized_borrower_attributes tables. Entries are added for each new transaction (checkout, checkin, renew, on-site checkout). This is on top of transactions data being recorded in the usual database tables, e.g., issues and statistics.
Values in the pseudonymization tables are recorded « as they are » at the time of the transaction. These tables are not affected by the deletion of patrons or items.
Older entries in the pseudonymization tables can be deleted using the clean up database script.
Note
Data is not retrospectively added to the tables: only new transactions performed after Pseudonymization is enabled are recorded.
Avertissement
For pseudonymization to work, Bcrypt_settings must be filled in the Koha configuration file.
RequireStrongPassword
Asks: ___ a strong password for staff and patrons
Default: Require
Valeurs :
Don’t require
Obliger
Description :
If set to “require” this system preference will require patron and staff passwords to contain at least one digit, one lowercase and one uppercase.
Note
Password strength can also be set by patron category.