Mise en œuvre de Koha : de l'installation à la mise en service, étape par étape

Ce que la mise en œuvre de Koha doit couvrir

Un SIGB automatise les processus d'une bibliothèque : cataloguer le fonds, gérer les prêts et les retours, administrer les lecteurs et offrir un catalogue de recherche au public. Koha réunit toutes ces fonctions dans une seule plateforme entièrement web, et une mise en œuvre complète doit les rendre opérationnelles :

• Catalogage en MARC21 ou en UNIMARC, avec autorités et catalogage partagé par Z39.50 et SRU.
• Circulation : prêts, retours, renouvellements, réservations et règles configurables par catégorie de lecteur.
• OPAC : catalogue public en ligne, adaptatif et personnalisable aux couleurs de l'établissement.
• Acquisitions : achats, budgets et fournisseurs.
• Périodiques, rapports et statistiques d'usage.

Si vous découvrez le logiciel, commencez par qu'est-ce que Koha. Les bibliothèques qui passent à Koha y cherchent surtout quatre choses : un coût total de possession plus bas, puisque le budget va aux services (mise en œuvre, hébergement, support) au lieu d'une licence récurrente ; l'absence de dépendance à un fournisseur unique ; des flux et un OPAC adaptables à chaque bibliothèque ; et des standards ouverts (MARC21, UNIMARC, Z39.50, OAI-PMH) qui facilitent l'interopérabilité avec les dépôts et les autres systèmes. Le détail budgétaire figure dans notre article sur le coût de mise en œuvre de Koha.

Les étapes de la mise en œuvre de Koha, en un coup d'œil

1. Le diagnostic

Tout commence par un état des lieux : quel système vous utilisez (nom et version exacte), combien de notices, d'exemplaires et de lecteurs actifs il contient, dans quel format et avec quel jeu de caractères, combien de sites partagent le catalogue et quelles intégrations existent (annuaire LDAP, automates de prêt, système de scolarité). Le diagnostic aboutit à un périmètre écrit avec calendrier et coût. C'est aussi le moment de trancher les décisions structurantes, à commencer par le format MARC.

MARC21 ou UNIMARC : la décision à prendre au diagnostic

Koha gère les deux formats, mais le choix se fait à l'installation : la préférence système qui définit le format ne convertit pas les notices si on la modifie ensuite. Le manuel de Koha présente l'UNIMARC comme le format standard en France, en Italie, au Portugal et en Russie, et le MARC21 comme celui du Canada, des États-Unis ou du Royaume-Uni. Concrètement :

• un catalogue français déjà en UNIMARC peut rester en UNIMARC, sans conversion ; les exemplaires sont alors stockés dans la zone 995, au lieu du champ 952 en MARC21 ;
• les notices de la BnF, accessibles à tous sans authentification par son serveur Z39.50 et son API SRU, arrivent en UNIMARC et s'intègrent directement au catalogage par copie ;
• un établissement du réseau Sudoc doit prévoir le paramétrage des transferts réguliers avec l'Abes, qui demande aux fournisseurs de SGB de respecter ses recommandations pour ces échanges de données ;
• une bibliothèque québécoise ou canadienne partira le plus souvent en MARC21.

Un dernier point à valider à ce stade : BiblioScan AI, l'outil de catalogage assisté par IA inclus dans les projets de BiblioLabTech, produit des notices MARC21. Pour un catalogue UNIMARC, le circuit de catalogage assisté se définit donc pendant le diagnostic.

2. L'installation : vos serveurs ou un cloud géré

Koha tourne sous Linux avec des composants libres : pas de licence de système d'exploitation ni de base de données. Deux modèles coexistent. Certains établissements doivent garder les données de leurs lecteurs sur leur propre infrastructure ; BiblioLabTech y installe alors Koha et remet un serveur documenté, avec sauvegardes et supervision configurées, la DSI gardant la main. D'autres préfèrent ne gérer aucun serveur et choisissent un hébergement géré, avec sauvegardes quotidiennes, HTTPS, supervision de la disponibilité et mises à jour de sécurité. Les critères de choix sont détaillés dans notre guide de l'hébergement Koha.

3. Le paramétrage : traduire vos règles dans Koha

Le paramétrage ne se migre pas, il se reconstruit : grilles de catalogage, types de documents, codes de collection, règles de prêt et d'amendes, catégories de lecteurs, calendriers de fermeture, sites, valeurs autorisées, droits du personnel, modèles de notifications et OPAC. Un réseau de plusieurs bibliothèques peut fonctionner dans une seule instance, avec des règles communes ou propres à chaque site. Avec trois sites, cette reconstruction peut prendre autant de temps que le chargement des données : mieux vaut arriver au projet avec des politiques de prêt déjà arrêtées.

4. La migration des données

C'est l'étape où un projet réussit ou échoue. Les notices bibliographiques, les exemplaires, les autorités, les lecteurs et la circulation en cours sont extraits, mis en correspondance champ par champ, nettoyés et chargés par cycles de test jusqu'à ce que les comptages et les échantillons concordent. Avant le chargement définitif, BiblioLabTech remet un rapport de qualité des données (doublons, champs obligatoires vides, autorités incohérentes, encodages de caractères endommagés) et la bibliothèque décide ce qui se corrige automatiquement, ce qui se revoit à la main et ce qui se migre tel quel pour une révision ultérieure. Formats, pièges et délais sont détaillés dans notre guide de la migration vers Koha.

5. L'OPAC aux couleurs de l'établissement

L'OPAC se personnalise avec l'identité visuelle de l'institution. Appliquer la charte graphique coûte peu ; refondre l'expérience de recherche est un projet de développement à part, qu'il vaut mieux garder pour une deuxième phase. Publiez le catalogue sur un sous-domaine de l'établissement (par exemple catalogue.votre-universite.fr) plutôt que sur un domaine du prestataire : le lien survivra à tout changement de fournisseur.

6. La formation par rôle

Plutôt qu'une session générale, chaque équipe est formée sur le travail qu'elle fait réellement : traitement documentaire (catalogage, autorités, indexation), circulation et services au public, acquisitions et périodiques, et administration du système pour l'équipe informatique. La formation se déroule sur l'instance de la bibliothèque, avec son propre catalogue, et chaque session est enregistrée et accompagnée de manuels.

7. La mise en service

La bascule se fait dans une fenêtre convenue : gel de l'ancien système, chargement des dernières données, redirection du domaine vers Koha et ouverture de l'OPAC. Les premières semaines font l'objet d'un suivi rapproché, puis la bibliothèque passe à un support annuel avec des mises à jour de Koha planifiées et testées sur un environnement de préproduction. Gardez l'ancien système accessible en lecture seule au moins un mois : cela coûte peu et règle bien des discussions.

Délais réalistes d'une installation de Koha

La migration est la phase qui varie le plus, et le nombre de sites pèse davantage que le nombre de notices : chaque site ajoute du paramétrage, des règles de prêt, des lecteurs et sa propre validation.

Le catalogage assisté par IA, inclus dans chaque projet

Toute mise en œuvre de Koha par BiblioLabTech inclut sans surcoût BiblioScan AI. Le catalogueur photographie la couverture, la page de titre et la table des matières ; BiblioScan AI les lit et propose un brouillon de notice MARC21 dans Koha. Le catalogueur vérifie, corrige et enregistre : le contrôle bibliographique reste humain, la transcription répétitive disparaît. Un catalogage original manuel prend en général de 10 à 25 minutes par notice ; avec une proposition générée puis révisée, on descend à 2 à 6 minutes, l'ordre de grandeur du catalogage par copie. Les deux méthodes se complètent : Z39.50 récupère ce que d'autres bibliothèques ont déjà catalogué, l'IA traite ce que personne n'a catalogué, comme les thèses, les publications de l'établissement, le fonds local ou les dons anciens. Voir comment fonctionne le catalogage par intelligence artificielle.

Ce qu'il faut exiger d'un prestataire Koha

Il n'existe pas de prestataire « officiel » de Koha : la communauté précise que figurer dans son annuaire ne confère aucun statut particulier. Jugez plutôt sur pièces :

• un périmètre écrit avec calendrier, coût et livrables, qui sépare ce qui se paie une fois de ce qui se paie chaque année ;
• un rapport de qualité des données avant le chargement définitif, et des comptages vérifiés (notices, exemplaires par site, lecteurs par catégorie, codes-barres uniques) ;
• une formation par rôle, sur votre instance, avec enregistrements et manuels ;
• un serveur documenté, avec sauvegardes testées et supervision ;
• la portabilité de vos données : la communauté Koha affirme que les bibliothèques doivent rester libres de changer de prestataire et d'exporter leurs données à tout moment ;
• une expérience de migration vérifiable et une capacité réelle à répondre aux incidents de production.

BiblioLabTech mène les projets Koha de bout en bout, du premier diagnostic à la dernière montée de version, avec une seule équipe qui travaille à distance et en français. L'Escuela Colombiana de Ingeniería Julio Garavito exploite son catalogue Koha avec BiblioScan AI sur un serveur dédié administré par BiblioLabTech (étude de cas). Pour cadrer votre projet, consultez notre service Koha ou décrivez-nous votre bibliothèque.