Collection (ccode), et Types de documents (itype et itemtype)

Les codes de collection (ccode) et types de documents (itype et itemtype) sont des notions différentes dans Koha. A noter que pour certaines bibliothèques, il est plus pertinent (ou parlant pour la bibliothèque) d'appeler ces notions types de documents (ccode) et type de prêt (itemtype ou itype). Attention cette dernière dénomination peut prêter à confusion parce que dans koha, itemtype est traduit partout par type de document.

Plusieurs paramétrages sont possibles :

ccode au niveau de la notice, itype au niveau de l'exemplaire

BibLibre préconise cette configuration.

Dans ce cas :

  • ccode est ajouté dans un champ de la notice bibliographique (nous avons convenu d'utiliser le 099$t)
  • le sous-champ 099$t est lié à la liste de valeurs autorisées ccode (la liste doit contenir des codes sans espaces ni caractères spéciaux pour les valeurs autorisées, du texte libre pour les descriptions)
  • le champ 099$t est mappé avec le champ biblioitems.itemtype (Voir Administration → Liens Koha ⇒ MARC)
  • l'information 099$t n'est pas répétable
  • ccode sera généralement utilisé pour la limitation de recherche en recherche avancée (ceci est défini par la préférence système AdvancedSearchTypes)
  • le champ 200$b (type de document en unimarc) sera ou non actif, et pourra comporter d'autres valeurs si les notices sont importées (texte imprimé, …). Il n'interviendra ni dans la recherche ni dans les règles de prêt
  • itype est utilisé pour définir les règles de prêt
  • la préférence système item-level_itypes est active
  • le type de document est généralement ajouté dans le champ d'exemplaire 995$r
  • le champ 995$r est lié à la liste itemtypes
  • le champ 995$r est mappé avec la table items.itype (Voir Administration → Liens Koha ⇒ MARC)
  • les types de documents (itemtypes) sont définis dans l'Administration → Types de document
  • il est possible d'utiliser itype pour limiter la recherche (si la préférence système AdvancedSearchTypes vaut itemtypes)

Dans ce cas les règles de prêt sont contrôlées par l'information présente au niveau de l'exemplaire : pour une notice comportant plusieurs exemplaires, les exemplaires pourront avoir des règles de prêt différentes.

ccode et itemtype au niveau de l'exemplaire

  • ccode est ajouté dans un sous-champ d'exemplaire (à définir, par exemple 995$h)
  • le sous-champ choisi est lié à la liste de valeurs autorisées ccode (la liste doit contenir des codes sans espaces ni caractères spéciaux pour les valeurs autorisées, du texte libre pour les descriptions)
  • le champ est mappé avec le champ items.ccode (Voir Administration → Liens Koha ⇒ MARC)
  • ccode sera généralement utilisé pour la limitation de recherche en recherche avancée (ceci est défini par la préférence système AdvancedSearchTypes)
  • le champ 200$b de la notice bibliographique (type de document en unimarc) sera ou non actif, et pourra comporter d'autres valeurs si les notices sont importées (texte imprimé, …). Il n'interviendra ni dans la recherche ni dans les règles de prêt
  • itype est utilisé pour définir les règles de prêt
  • la préférence système item-level_itypes est active
  • le type de document est généralement ajouté dans le champ d'exemplaire 995$r
  • le champ 995$r est lié à la liste itemtypes
  • le champ 995$r est mappé avec la table items.itype (Voir Administration → Liens Koha ⇒ MARC)
  • les types de documents (itemtypes) sont définis dans l'Administration → Types de document
  • il est possible d'utiliser itype pour limiter la recherche (si la préférence système AdvancedSearchTypes vaut itemtypes)

Dans ce cas les règles de prêt sont contrôlées par l'information présente au niveau de l'exemplaire : pour une notice comportant plusieurs exemplaires, les exemplaires pourront avoir des règles de prêt différentes.

Attention avec ce paramétrage, aucune information de type de document n'est présente au niveau de la notice elle-même, ce qui pose problème pour les notices sans exemplaire s'il en existe, celles-ci ne peuvent pas dans ce cas être retrouvées par une recherche avancée sur le type de document.

un seul type de document au niveau de l'exemplaire, pas de ccode

Ce paramétrage peut être envisagé s'il y a correspondance exacte entre les types de documents souhaités en recherche avancée et les règles de prêt

  • itype est utilisé pour définir les règles de prêt
  • la préférence système item-level_itypes est active
  • le type de document est généralement ajouté dans le champ d'exemplaire 995$r
  • le champ 995$r est lié à la liste itemtypes
  • le champ 995$r est mappé avec la table items.itype (Voir Administration → Liens Koha ⇒ MARC)
  • les types de documents (itemtypes) sont définis dans l'Administration → Types de document
  • itype est utilisé pour limiter la recherche (la préférence système AdvancedSearchTypes vaut itemtypes)

Dans ce cas les règles de prêt sont contrôlées par l'information présente au niveau de l'exemplaire : pour une notice comportant plusieurs exemplaires, les exemplaires pourront avoir des règles de prêt différentes.

un seul type de document au niveau de la notice, pas de ccode

Ce paramétrage peut s'envisager s'il n'y a pas de règle de prêt différente pour un même type de document.

  • itemtype est ajouté dans un champ de la notice bibliographique, généralement le champ 200$b
  • le sous-champ 200$b est lié à la liste itemtypes
  • les types de documents (itemtypes) sont définis dans l'Administration → Types de document
  • le champ 200$b est mappé avec le champ biblioitems.itemtype (Voir Administration → Liens Koha ⇒ MARC)
  • l'information 200$b n'est pas répétable
  • les champ est utilisé pour la limitation de recherche en recherche avancée (ceci est défini par la préférence système AdvancedSearchTypes qui vaut itemtypes dans ce cas)
  • l'information est utilisée pour définir les règles de prêt

Dans ce cas les règles de prêt sont contrôlées par l'information présente au niveau de la notice : pour une notice comportant plusieurs exemplaires, tous les exemplaires auront les mêmes règles de prêt.