Paramètres du système
Vous trouverez les paramètres du système de Quria sous Paramètres système de la section Configuration du menu principal. Ces paramètres s’appliquent à tous les comptes.
Gestion des dossiers : Archiver des dossiers terminés (nombre de jours)
Indiquez le nombre de jours qui doivent s’écouler avant que les dossiers terminés ne soient affichés comme étant archivés pour l’usager. Tant qu’un dossier n’est pas marqué comme archivé, l’usager peut continuer à ajouter des commentaires et à rouvrir le dossier. Une fois qu’un dossier est archivé, l’usager ne peut que le consulter sans y apporter de modifications. Utilisez -1 si les dossiers ne doivent jamais être archivés. Utilisez 0 si les dossiers doivent être archivés immédiatement après leur achèvement.
Dépôts externes : Arrêter le blocage des réservations (nombre de jours avant la date d’expiration du dépôt externe)
Vous pouvez définir le nombre de jours avant la date d’expiration du dépôt externe où le blocage des réservations sera arrêté. Si aucune valeur n’est définie, le blocage se poursuivra jusqu’à ce que la date d’expiration du dépôt soit atteinte, mais les usagers ne pourront pas emprunter l’exemplaire à moins que la date d’expiration ne soit prolongée.
Journal des transactions des exemplaires : Conserver les informations sur l’usager pour les exemplaires retournés (en jours)
Vous pouvez définir un certain nombre de jours pour préserver les informations de prêt des exemplaires retournés. Avec la valeur -1, le système ne tiendra pas compte de ce paramètre. Cela affecte également les informations des usagers dans le journal des transactions des exemplaires. L’historique d’emprunt des usagers qui ont choisi d’enregistrer l’historique d’emprunt ne sera pas affecté par ce paramètre.
Journal des transactions des exemplaires : Nombre maximum d’usagers présentés
Vous pouvez définir le nombre maximum de noms d’usagers à présenter dans le journal des transactions des exemplaires pour les exemplaires retournés. Avec la valeur -1, le système ne tiendra pas compte de ce paramètre.
Tentatives de connexion : Nombre maximum de tentatives
Définir le nombre maximum de tentatives de connexion échouées autorisées avant que l’usager ne soit temporairement bloqué et ne puisse effectuer d’autres tentatives de connexion. La période de blocage est définie par le paramètre système Tentatives de connexion : Période de temps
Avec la valeur -1, le système ne tiendra pas compte de ce paramètre.
Tentatives de connexion : Période de temps (en minutes) pour le nombre maximum de tentatives
Définissez la période de temps (en minutes) pendant laquelle l’usager doit être temporairement bloqué parce qu’il a atteint le nombre maximum de tentatives de connexion infructueuses. Une fois ce délai écoulé, l’usager peut essayer de se connecter à nouveau.
Remarque : |
---|
Si l’usager définit un nouveau code PIN, les tentatives précédentes qui ont échouées sont effacées et l’usager peut à nouveau se connecter. Il est recommandé de modifier le message d’erreur par défaut dans le portlet Arena Login afin de l’harmoniser avec la période de temps définie dans Quria ou d’indiquer la durée pendant laquelle l’usager est bloqué. Le texte par défaut reprend une variable pour la période de temps dans Arena (valeur par défaut 1 440 minutes). |
Période maximale de retard pour émettre les rappels de dettes
Il est possible de mettre en place une période maximale de retard (en jours) afin d’exclure des rappels de retard des dettes qui sont en retard depuis longtemps. La valeur par défaut est de 720. Si vous la réglez sur 0, aucune dette ne fera l’objet d’un rappel.
Ce paramètre a pour but est d’empêcher l’envoi de rappels pour les dettes transférées ayant déjà fait l’objet de rappels de dettes. Cependant, il convient de noter que si, par la suite, vous mettez plus de temps à envoyer des rappels de dettes, ce paramètre peut avoir des conséquences indésirables.
Ce paramètre affecte les tâches programmées Générer des avis de dettes et Notes de rappel de dette.
Remarque : |
---|
Ce paramètre doit être défini au moment de l’installation, avant tout envoi de rappels de dettes, et seulement mis à jour après mûre réflexion. La période définit la chaîne de rappel complète. Le fait d’avoir une chaîne de rappel qui nécessite plus de jours que le paramètre empêchera les dernières étapes. Par exemple, si les factures ne sont pas envoyées avant 75 jours, un paramètre de 70 jours empêchera la génération de factures. |
Délai maximal de retard pour les rappels de retard
Il est possible de mettre en place une période maximale de retard (en jours) afin d’exclure des rappels de retard des prêts qui sont en retard depuis longtemps. La valeur par défaut est de 70. Si vous la réglez sur 0, aucun prêt ne fera l’objet d’un rappel.
Si la valeur est -1, les tâches d’avis de retard ne seront pas exécutées du tout.
Ce paramètre a pour but est d’empêcher l’envoi de rappels pour les prêts transférés ayant déjà fait l’objet de rappels. Cependant, il convient de noter que si, par la suite, vous mettez plus de temps à envoyer des rappels, ce paramètre peut avoir des conséquences indésirables.
Ce paramètre affecte les tâches programmées Générer des rappels de retards et Factures en retard.
Remarque : |
---|
Ce paramètre doit être défini au moment de l’installation, avant tout envoi de rappels, et seulement mis à jour après mûre réflexion. La période définit la chaîne de rappel complète. Le fait d’avoir une chaîne de rappel qui nécessite plus de jours que le paramètre empêchera les dernières étapes. Par exemple, si les factures ne sont pas envoyées avant 75 jours, un paramètre de 70 jours empêchera la génération de factures. |
Avertissement d’expiration de l’adhésion (nombre de jours)
Définissez le nombre de jours avant la date d’expiration de l’adhésion pendant lesquels les avertissements doivent être envoyés. Avec la valeur -1, le système ne tiendra pas compte de ce paramètre.
Période minimale de conservation des dettes entièrement payées et des paiements y afférents (en jours)
Définir le nombre de jours après lesquels les dettes entièrement payées peuvent être automatiquement supprimées. Veillez à ne pas fixer une période trop courte. Elle doit être basée sur vos exigences légales. La tâche programmée n’acceptera pas une valeur comprise entre 0 et 365. La valeur -1 signifie que les dettes ne doivent pas être automatiquement supprimées.
Le paramètre affecte la tâche programmée Effacer définitivement les anciennes dettes et factures.
Nombre d’usagers présentés dans le journal des transactions des exemplaires
Vous pouvez définir le nombre maximum d’usagers à présenter dans le journal des transactions des exemplaires pour les exemplaires retournés.
Donner la priorité aux URL de couverture présentes dans la notice
Lorsque vous présentez des couvertures dans Quria, vous pouvez décider si elles doivent être basées sur les URL de couverture dans les informations de la manifestation plutôt que sur l’ISBN présenté par le service de couverture.
Enregistrer l’historique des réservations
Vous pouvez définir si l’historique des réservations doit être conservé ou non. Valeurs possibles : true ou false.
Si la valeur true est sélectionnée, aucune réservation n’est supprimée du système, quel que soit son statut, et elle sera consultable sous Réservations sur la page Collections.
Seules les réservations actives sont répertoriées sous Réservations sur la page des détails de l’usager, indépendamment de ce paramètre.
Afficher l’historique des notifications une fois l’événement terminé (nombre de jours)
Saisissez le nombre de jours d’affichage de l’historique des notifications une fois l’événement à l’origine de la notification (comme les rappels de retard et les réservations) terminé. L’historique des notifications est affiché dans les détails de l’usager et sera effacé une fois la période écoulée.
Mise à jour des codes PIN par des synchronisations externes des usagers
Dans le cadre de l’importation d’usagers à partir de sources externes, par exemple des registres d’étudiants, vous pouvez utiliser ce paramètre pour choisir si vous voulez que les codes PIN potentiels inclus dans les données importées mettent à jour le code PIN de l’usager dans Quria. Veuillez noter que le code PIN appartient à l’usager, ce qui signifie que si l’installation possède plusieurs comptes et que l’usager possède plusieurs comptes, le code PIN modifié affectera tous les comptes de l’usager. Le code PIN n’est mis à jour que s’il est conforme au format PIN défini. Si vous souhaitez que le code PIN de l’usager soit mis à jour, définissez cette valeur sur Vrai. Par défaut, le paramètre est défini sur Faux.
TVA : Code par défaut
Saisir le code TVA par défaut à utiliser dans les factures au format XML, par exemple. Tout type de dette ou de paiement pour lequel aucune TVA spécifique n’a été définie recevra ce code par défaut.
TVA : Pourcentage par défaut
Saisir le pourcentage de TVA par défaut qui doit être utilisé dans les factures au format XML, par exemple. Tout type de dette ou de paiement pour lequel aucune TVA spécifique n’a été définie recevra ce pourcentage par défaut.