OnBase GED : comprendre ses usages, ses coûts et ses limites

OnBase est souvent présenté comme une « GED », pour gestion électronique de documents. La formule est exacte, mais incomplète. Cette plateforme éditée par Hyland est conçue pour les entreprises, administrations, hôpitaux, banques, assureurs et autres organisations qui doivent traiter des volumes importants de documents tout en les reliant à des dossiers, des personnes, des contrats ou des demandes.

Son intérêt ne consiste pas seulement à déposer des PDF dans une arborescence. OnBase peut capter un courrier ou une facture, extraire des données, classer le fichier selon des règles, le soumettre à validation, conserver l’historique des actions et le rendre accessible aux personnes autorisées. Dans un bon projet, le document devient donc une étape d’un processus de travail, pas un fichier perdu dans un répertoire partagé.

Avant d’envisager cet outil, il faut pouvoir répondre à des questions très concrètes : quels documents posent problème, qui les consulte, quelles validations sont bloquantes, combien de temps doivent-ils être conservés et quel niveau de preuve faut-il préserver ? Ces réponses permettent de distinguer une simple GED, un outil de workflow et un véritable archivage électronique.

01 OnBase GED : de quoi parle-t-on exactement ?

OnBase est une plateforme de gestion de contenu d’entreprise, souvent rangée dans la famille des solutions ECM (Enterprise Content Management). En France, le terme GED reste plus parlant : il désigne un système qui centralise des documents numériques, les indexe et permet de les retrouver. Mais OnBase ajoute habituellement des fonctions de gestion de dossiers, d’automatisation de circuits et d’intégration avec les logiciels métiers.

L’éditeur est Hyland, entreprise américaine qui commercialise OnBase auprès d’organisations de taille intermédiaire et de grands comptes. Il ne s’agit pas d’une application grand public à installer pour classer ses papiers personnels, ni d’un simple espace de stockage comparable à un disque partagé. Son déploiement suppose en général une équipe informatique, des responsables métiers et, fréquemment, un intégrateur.

Selon les modules acquis et la configuration retenue, une organisation peut numériser des courriers entrants, gérer des formulaires, indexer des pièces justificatives, suivre un dossier usager ou client, faire circuler une demande d’achat et afficher les documents depuis un ERP, un CRM ou un logiciel de gestion. Les possibilités précises dépendent du contrat, de la version et des connecteurs réellement configurés.

02 Comment fonctionne OnBase au quotidien ?

Le fonctionnement repose généralement sur quatre éléments : la capture du document, son indexation, son rattachement à un dossier et les règles de traitement. Un document peut arriver par numérisation, dépôt manuel, courriel, portail, formulaire ou échange automatique avec un autre logiciel. Il reçoit ensuite des métadonnées : numéro de facture, identifiant client, type de pièce, date, service concerné ou statut.

Ces métadonnées sont déterminantes. Une recherche par « contrat », par date ou par nom de fournisseur n’est fiable que si les champs ont été définis dès le départ et renseignés correctement. L’indexation peut être manuelle, contrôlée par une équipe de numérisation, ou partiellement automatisée par lecture automatique de documents. Une extraction automatique accélère le traitement, mais elle doit être vérifiée sur les champs sensibles : montant, IBAN, identité, date d’échéance ou référence contractuelle.

Du document au dossier métier

Plutôt que de naviguer dans des dossiers Windows, un utilisateur accède souvent à une « vue dossier ». Celle-ci rassemble, par exemple, un formulaire de demande, des justificatifs, des échanges, une décision et des pièces complémentaires. Des règles peuvent déclencher une tâche : « contrôle des pièces », « validation manager », « mise en paiement » ou « relance du demandeur ». Chaque action est attribuée à une personne ou à un groupe habilité.

03 Quels usages, quels bénéfices et quelles limites ?

Les usages les plus fréquents concernent les factures, les contrats, les dossiers clients, les demandes de prêt ou d’assurance, les dossiers de ressources humaines, les courriers et les documents qualité. Dans une collectivité ou un établissement de santé, la plateforme peut servir à réunir les pièces d’un dossier et à orienter les tâches vers les services concernés. Dans une entreprise, elle évite qu’une pièce justificative reste attachée à la boîte mail d’une seule personne.

Le gain recherché est d’abord opérationnel : retrouver vite la bonne version, savoir qui doit agir, éviter les doubles saisies et réduire les relances. Une recherche bien paramétrée doit retrouver une pièce en quelques secondes à partir d’un identifiant fiable. Mais une GED ne corrige pas automatiquement un processus confus. Si cinq services utilisent des références différentes pour le même client, l’outil reproduira cette incohérence tant qu’une règle commune n’aura pas été décidée.

Les limites sont aussi techniques et humaines. Il faut numériser avec une qualité suffisante, gérer les documents illisibles, former les utilisateurs et définir qui crée ou modifie les métadonnées. Une reconnaissance de caractères ne comprend pas toujours une facture froissée, une écriture manuscrite ou une mise en page atypique. Prévoyez une file de contrôle humain pour les exceptions, en particulier quand une erreur peut entraîner un paiement indu ou une décision erronée.

• Adapté : documents répétitifs, dossiers composés de nombreuses pièces, validations traçables et accès partagés par plusieurs services.
• Peu adapté seul : besoin limité à quelques centaines de fichiers stables, sans workflow ni exigences d’intégration ; un espace documentaire plus simple peut suffire.
• À traiter séparément : documents à conserver avec une forte exigence de preuve, dossiers soumis à un gel contentieux ou données particulièrement sensibles.
• À ne pas oublier : les documents papier originaux ne doivent pas être détruits par réflexe ; la possibilité de destruction dépend du type de pièce et du dispositif de numérisation ou d’archivage retenu.

04 GED, archivage légal et RGPD : ce qu’OnBase ne garantit pas seul

Une GED est un outil de travail courant ; un système d’archivage électronique, ou SAE, vise à conserver des documents pendant une durée définie en assurant leur intégrité, leur traçabilité, leur lisibilité et leur disponibilité. Les deux peuvent être reliés, mais ils n’ont pas la même finalité. Une facture peut être consultée dans la GED pendant son traitement, puis versée dans un système d’archivage selon une règle de conservation.

En France, la norme NF Z42-013 sert de référence pour les systèmes d’archivage électronique ; elle ne se déduit pas de la simple présence d’un journal d’activité. Le règlement européen eIDAS encadre notamment les signatures électroniques et les services de confiance. Un horodatage, une signature ou un coffre-fort électronique ne rendent donc pas automatiquement tout le cycle documentaire conforme : il faut examiner l’ensemble du processus, depuis la création ou la numérisation jusqu’à la conservation et à la destruction.

Le RGPD s’applique dès que la plateforme traite des données personnelles : nom, coordonnées, données RH, dossier client, pièces d’identité, données de santé ou informations bancaires. L’organisation qui décide des finalités du traitement est généralement responsable de traitement ; Hyland ou l’intégrateur peuvent intervenir comme sous-traitants selon les services. Il faut documenter les finalités, limiter les habilitations, fixer des durées de conservation, sécuriser les accès et encadrer les éventuels transferts de données hors de l’Espace économique européen.

05 Combien coûte un projet OnBase GED et combien de temps faut-il ?

Hyland ne publie généralement pas de grille tarifaire universelle pour OnBase. Le prix dépend du nombre d’utilisateurs, des modules, du volume de documents, des interfaces, de l’hébergement, de l’assistance et du niveau de paramétrage. Il faut donc demander un devis détaillé, en séparant clairement licences ou abonnements, intégration, reprise de données, formation, maintenance et coûts d’infrastructure.

À titre d’ordres de grandeur observés sur le marché français des GED et plateformes de contenu d’entreprise, un pilote limité peut représenter environ 20 000 à 60 000 € hors taxes. Un déploiement dans un service avec interfaces et workflows se situe plus souvent entre 60 000 et 200 000 € HT. Une transformation multi-sites, multi-processus ou fortement intégrée peut dépasser 300 000 € HT. Ces montants ne sont ni des tarifs officiels d’OnBase ni une promesse de prix.

Le coût le plus sous-estimé est souvent le travail interne : ateliers métier, nettoyage des référentiels, tests, recettes, formation et administration quotidienne. Si 20 utilisateurs consacrent chacun 4 heures aux ateliers et à la recette, cela représente déjà 80 heures de disponibilité à planifier. Une migration de plusieurs millions de fichiers ou de métadonnées hétérogènes est un projet en soi ; elle ne doit pas être glissée sans étude dans le lot d’intégration.

06 Déployer OnBase sans transformer la GED en usine à gaz

Un projet solide commence par une décision de périmètre, non par la configuration des écrans. Choisissez un processus dont le volume, le responsable, les documents d’entrée et le résultat attendu sont identifiables. Par exemple : « traiter les factures fournisseurs reçues par courriel, de la réception au bon à payer ». Une formulation comme « dématérialiser l’administratif » est trop vague pour être testée.

07 Sécurité, maintenance et pérennité : les conditions pour que la GED dure

Une GED centralise des données qui étaient auparavant dispersées ; elle augmente donc la valeur de la cible pour un attaquant. L’accès doit être protégé par des comptes individuels, une authentification forte lorsque le risque le justifie, des rôles détaillés et des revues périodiques des habilitations. Les comptes partagés empêchent d’attribuer une action à une personne et doivent être proscrits autant que possible.

Les sauvegardes ne remplacent pas l’archivage, et l’archivage ne remplace pas les sauvegardes. Une sauvegarde sert à restaurer le système après une panne, une erreur ou une attaque ; elle est fréquemment écrasée selon un cycle court. Une archive répond à une règle de conservation et de preuve. Testez au moins périodiquement la restauration d’un échantillon de documents et de leurs métadonnées : restaurer un PDF sans son numéro de dossier ni son index peut rendre la GED inutilisable.

Préparer la réversibilité dès le contrat

La pérennité dépend aussi de la capacité à quitter la solution ou à migrer vers une version nouvelle. Le contrat doit préciser les modalités d’export : fichiers dans un format courant, métadonnées structurées, pièces jointes, journaux utiles, droits et documentation du modèle de données. Vérifiez les délais et les coûts de réversibilité. Un export incomplet qui ne contient que les PDF, sans les index et liens de dossier, peut demander des mois de reconstruction.

Enfin, désignez une gouvernance permanente : un propriétaire métier par processus, un administrateur fonctionnel, un référent sécurité et, pour les données personnelles, un dialogue organisé avec le DPO. Révisez au moins une fois par an les droits sensibles, les règles de conservation, les indicateurs de documents bloqués et les évolutions légales ou métier. Une GED durable est un service administré, non un logiciel que l’on installe une fois pour toutes.