Toutes mes réponses sur les forums
-
AuteurMessages
-
21 septembre 2015 à 12 h 52 min #5338
en complément à la réponse précédente, précisons que Cadic Intégrale retourne aussi (conformément à Sip2) pour le lecteur :
– le nombre de réservations disponibles,
– le nombre de réservations total,
– le nombre de demandes de réservations confirmées.
L’automate peut donc déjà afficher l’information de disponibilité au lecteur.21 septembre 2015 à 12 h 40 min #5337Cadic Intégrale renvoie déjà à l’automate les informations relatives aux réservations lorsqu’on demande la situation d’un lecteur (requête selon la norme Sip2 : Patron information/ Hold items). Cependant, la […]
15 septembre 2014 à 21 h 38 min #4934Désolé pour le délai de réponse, votre demande nous avait échappé. Néanmoins voici quelques éléments : le nombre d’article n’est pas limité dans un thème ou un fil, c’est seulement la taille de l’iframe dans lequel ils sont affichés qui limite leur nombre.
Par définition les iframes ont une hauteur fixe (généralement pour faire apparaître les actus à une place réservée dans la page.
dans le module standard – vue module RSS complet – vous pouvez modifier la hauteur de l’iframe, qui est définie dans le formulaire de recherche, avant dernière ligne, intitulée RSS.
Elle est fixée par défaut ainsi height=’2000′ et n’a pas de limite directe.j’espère vous avoir apporté quelques éclaircissements.
15 septembre 2014 à 21 h 00 min #4538Une petite précision : si vous avez d’autres zones / sous zones qu’il serait pertinent d’ajouter, c’est le bon moment par rapport à notre timing d’évolution du module
15 septembre 2014 à 20 h 56 min #4537Bonjour,
Pour préciser notre suivi de la norme, il s’agit bien d’Unimarc et non de son implémentation par le Sudoc…mais…nous allons ajouter la zone 325 $u en standard dans la prochaine version de Cadic Intégrale. Nous vous transmettrons la procédure de mise à jour du script de la table DOC, et de l’administration Unimarc.
15 septembre 2014 à 20 h 46 min #4945Le module de bibliothéconomie travaille en permanence sur deux exercices, de manière à gérer les fins (queues de budget) d’exercice, tout en démarrant le suivant.
Lorsque vous cloturer le 1er exercice (par exemple 2014), vous créez l’exercice 2016, et travaillez alors sur les exercices 2015 et 2016.
J’espère que cela répond à votre demande.
15 septembre 2014 à 20 h 44 min #4947Bonjour Madame,
nous avons prévu une facturation par ligne de commande (disons pour simplifier par exemplaire d’un même titre). Ainsi, vous pouvez commander le même titre en 4 exemplaires dans 4 lignes de commande différentes (souvent pour des destinataires différents) et facturer chacun individuellement.
Ceci est la limite du module (mais on ne peut pas facturer plusieurs lignes de factures pour un même exemplaire).
J’espère que cela répond à votre demande.
15 septembre 2014 à 20 h 41 min #4961Bonjour Monsieur,
La date de réception s’initialise bien lors de la réception du 1er numéro (excusez mon abus de langage). C’est depuis cette date qu’est calculée la date du numéro suivant – ainsi si on tiendra compte du jour précis de la semaine de parution de chaque revue.
Ainsi, si une revue est ‘mensuelle’, que le 1er numéro est paru le 10 du mois, le prochain numéro sera pour le 10 du mois suivant.
l’abonnement sera stagant si le numéro n’est pas reçu le 10 du mois suivant + 50% de la périodicité (15 jours dans notre cas), donc s’il n’est pas reçu le 25 du mois suivant.Concernant le délai de livraison, il est utilisé lors de la relance initiale d’un abonnement, avant tout bulletinage.
Peut être faudrait il ajouter le délai de livraison à notre algorithme, ou étendre la période de grace de 50 jusqu’à 100% de la périodicité?
15 septembre 2014 à 20 h 31 min #4979Bonjour Monsieur Heleine, Madame Herr,
votre demande a été prise en compte.
La liste comportera maintenant 10 colonnes (Nom, Centre, N°, Email, Tel, Adresse, CP, Section, Service, Unite).
Cette évolution sera disponible avec la version 2.12 de biblio, dans les patchs d’octobre des versions 2013 et 2011.15 septembre 2014 à 20 h 10 min #4816Bonsoir Monsieur Lefevre,
votre demande a été prise en compte. La liste comportera maintenant 4 colonnes Titre, Fournisseur, Abonné et n° d’abonnement. Cette évolution sera disponible avec la version 2.12 de biblio, dans les patchs d’octobre des versions 2013 et 2011.
15 septembre 2014 à 19 h 47 min #5111Bonjour Madame,
Nous avons pris en compte votre demande : l’édition des prêts comportera une colonne supplémentaire affichant le centre de l’exemplaire. La colonne existante devient ‘centre de prêt’ pour éviter toute confusion.
Cette modification sera apportée dans la version biblio 2.12, qui sera disponible en octobre avec les patchs de version 2013 et 2011.
14 mars 2014 à 9 h 39 min #5030Non le champ NIV_ACCES ne peut pas avoir d’impact sur le verrou de la notice. A moins qu’un paramétrage spécifique est été mis en place dans votre vue de production… mais je ne pense pas que cela soit le cas.
A partir du moment où un utilisateur rentre dans une notice celle-ci est verrouillée par le système, ce qui fait que toute autre personne accédant à cette même notice ne pourra pas la modifier tant que la première personne reste sur cette notice. Mais cela n’à rien avoir avec le champ NIV_ACCES.
Il se peut par contre que le verrou sur la notice n’ait pas été supprimé (si l’utilisateur ferme mal la notice en cours par exemple..). Dans ce cas, vous avez la possibilité en tant qu’administrateur de visualiser et supprimer les verrous en cours sur une notice via « Espace administrateur > moniteur transactionnel > verrous en cours »13 mars 2014 à 15 h 02 min #5028Le champ NIV_ACCES est un champ Cadic présent autant dans nos schémas de table «ILS_DOC» (table non unimarc) que «UNI_DOC» (table Unimarc).
Il permet d’attribuer un droit d’accès à la notice bibliographique en déterminant un niveau d’accès au moment de la création de la notice. Il est généralement associé au champ CAT_ACCES (catégories d’utilisateurs autorisées à accéder à la notice)
Si ces champs sont ensuite paramétré dans vos vues de recherche publique (soit par la restriction initiale, soit paramétré dans un écran) l’utilisateur connecté visualisera ou non la notice bibliographique en fonction de ses propres catégorie et niveau d’accès (voir sa fiche utilisateur portail).
Pour information, nous avons ce même type de sécurisation au niveau de l’accès au document associé (document principal joint à la notice) avec les champs NIV_DOC_ACCES et CAT_DOC_ACCES.
Concernant le modèle d’import Sudoc, si vous ne souhaitez pas utiliser ce champ, vous pouvez modifier le modèle pour mettre la valeur 0 par défaut au lieu de 1 :
Remplacer
000[Constante 1]{N}=NIV_ACCES
Par
000[Constante 0]{N}=NIV_ACCES24 février 2014 à 15 h 49 min #4952Vous n’avez pas besoin de passer autant d’abonnements, un seul suffit, dans lequel vous insérez simplement des lignes, pour y préciser le nom de l’abonné, les dates de début et de fin de sa demande, etc.
24 février 2014 à 15 h 10 min #4970Nous prenons en compte votre demande, le champ sera ajouté dans les vues de gestion des commandes et abonnements.
-
AuteurMessages