Introduction
Nous sommes passés, en une décennie, d’une multitude d’outils proposant des fonctionnalités d’édition documentaire et utilisant des GED spécifiques à une phase de consolidation dont a émergé une architecture basée sur une GED transverse unique dans laquelle les applications métiers déversent leurs documents.
Autour de cette GED gravite un ensemble de solutions produisant des documents :
- les applications métiers ;
- les applications bureautiques ;
- les processus.
Ces documents stockés dans la GED sont déplacés dans un système d’archivage intermédiaire (un autre tenant de la GED) et sont finalement :
- soit stockés dans un SAE (Système d’Archivage Électronique ;
- soit détruits.
Bluexml a développé très tôt chez ses clients une architecture de référence, dite transverse :
Face à tous ces outils, l’utilisateur, un peu perdu et soumis à une forte pression marketing (licence offerte), s’est parfois fourvoyé dans de mauvaises directions. Cependant, après plusieurs projets de GED réalisés ces dernières années, les utilisateurs voient la difficulté de mener à terme ces projets. Ils constatent également que les coûts de migration d’une version à l’autre sont très importants du fait des très nombreuses adaptations demandées par rapport au logiciel “de base”.
Gagnant en maturité grâce à ces expériences, les utilisateurs cherchent maintenant à construire des architectures composées de logiciels spécialisés, sans tordre ceux-ci, ne nécessitant pas de coûts supplémentaires excessifs pour un changement de version. Ils cherchent également à rationaliser leurs coûts d’exploitation via l’utilisation d’application SAAS et à simplifier l’interconnexion de toutes ces applications à leur SI.
A partir de ces besoins et de ces problèmes identifiés, Bluexml construit sa démarche d’innovation et la remet régulièrement à jour au fur et à mesure de l’évolution des technologies et des logiciels. Cette démarche veut proposer une approche simple, compréhensible par tous les acteurs, clients comme prestataires. Il ne faut pas que la connaissance ne se retrouve que chez le prestataire, ce qui arrive encore : cela n’a pas de sens !
Besoins utilisateurs
Les grandes fonctions auxquelles les utilisateurs cherchent une réponse, au-delà de la RH, la paie, la comptabilité ainsi que les fonctions liées à chaque métier, sont :
- le travail collaboratif, pour faciliter la création et le partage de contenu ;
- les processus (BPM), pour limiter le nombre de mails échangés et faciliter les échanges des informations et la pérennité du SI ;
- le stockage (GED) des documents de référence soumis à des contraintes légales ;
- l’archivage des documents soumis à des contraintes légales ou ayant une valeur historique.
GED
La GED propose de nombreuses fonctionnalités dont :
- La gestion de métadonnées ;
- La recherche par facettes ;
- La sécurité ;
- L’interopérabilité via le support de multiples protocoles (HTTP, FTP, ReST et surtout CMIS) ;
- Les transformations documentaires ;
- Le stockage d’un nombre TRÈS important de documents (Milliard(s)) ;
- La disponibilité d’API pour faciliter l’intégration de la GED dans le SI.
En comparant rapidement différentes solutions (Alfresco, Nuxéo, Sharepoint) sur ces critères, on obtient la matrice suivante :
La comparaison est assez caricaturale de façon à donner des éléments clairs de décision.
SharePoint Online (SPO) n’est pas vraiment une GED car :
- SPO ne supporte pas CMIS ;
- SPO présente des limites en termes de perf (limite de 300 K documents par site) qui empêche de l’utiliser dans de nombreux cas d’utilisation même avec des petites organisations (200 personnes) ;
- SPO présente des fonctionnalités de recherche limitée.
BPM
Le BPM propose de nombreuses fonctionnalités dont :
- La modélisation de processus métier
- L’utilisabilité
- La génération d’application
- L’interopérabilité
En comparant rapidement différentes solutions (Alfresco Process Services, Bonita, Flowable, SPO avec Flow ou PowerApps) sur ces critères, on obtient la matrice suivante :
SharePoint Online (SPO) n’est pas un outil de gestion de processus car :
- SPO ne supporte pas BPMNv2 ;
- SPO + Flow est un outil permettant de créer seulement des tâches automatiques (à l’instar des règles de gestion de contenu d’Alfresco) simples, en aucun cas des processus ;
- SPO + PowerApps est un outil de gestion de formulaires, orienté développeurs, utilisant des expressions plutôt complexes (sorte de super formules Excel), inutilisable par des fonctionnels.
Concernant SharePoint, des modules tiers supplémentaires peuvent fournir des fonctionnalités de BPM mais sortent, du coup, du champ de la comparaison.
Les autres choix (APS, Bonita et Flowable) présentent chacun des avantages et inconvénients. La solution Flowable (communautaire) est particulièrement efficace et appréciée par les fonctionnels qui parviennent après une courte formation (1j) à prototyper eux-mêmes leur processus.
Travail collaboratif
Les outils de travail collaboratif proposent de nombreuses fonctionnalités dont :
- La gestion de contenus web (CMS) ;
- L’édition en ligne simultanée et collaborative ;
- Le partage ;
- La mobilité.
En comparant rapidement différentes solutions (Alfresco Content Services, Nuxeo, SharePoint Online) sur ces critères, on obtient la matrice suivante :
Indiscutablement, SharePoint Online est un outil de travail collaboratif avec des fonctionnalités de CMS efficaces ainsi que des fonctionnalités d’édition en ligne et de rédaction collaborative utilisant MS Office en mode web (Office365 ou Word Online). On peut cependant clairement s’interroger sur sa facilité d’utilisation.
Alfresco et Nuxeo n’offrent pas, de base, de réelles fonctionnalités d’édition en ligne quoiqu’en disent les documents marketing. Des modules supplémentaires peuvent fournir des fonctionnalités d’édition en ligne (basées sur LibreOffice OnLine ou LOOL) mais sortent, du coup, du champ de la comparaison.
Solutions
Selon leur positionnement originel et la pertinence de leurs outils, les acteurs se sont spécialisés :
- au niveau fonctionnel
- au niveau du mode d’exploitation (sur site ou hébergé)
Spécialisation fonctionnelle
- Focus sur la GED et les processus documentaires : Alfresco ;
- Focus sur les processus documentaires : Flowable, Bonitasoft, Alfresco Process Services ;
- Focus sur le DAM : Nuxéo ;
- Focus sur le travail collaboratif : Sharepoint Online, LibreOffice OnLine.
Mode d’exploitation
Les solutions sont généralement disponibles sous 2 formes, quel que soit le métier visé :
- solution sur site (on premise) ;
- solution en mode SAAS, hébergé par l’éditeur ou par un prestataire.
Solutions on premise
Les solutions étaient auparavant toutes disponibles sur site et parfois en mode hébergé. Un transfert est en train de s’opérer au profit des solutions hébergées, certaines solutions sur site étant amenées à disparaître.
On peut ainsi voir les prémisses de cette fin avec, par exemple, la solution SharePoint. Disponibles en 2013 et 2016 en version “on premise”, ce n’est qu’en 2019 que la solution sur site est apparue, basée sur les fonctionnalités disponibles dans la version hébergée disponible depuis 2013, 2016… (SPO 2019) et agrémentée de fonctionnalités spécifiques au mode sur site comme le CMIS (non disponible en mode hébergé)… La version SPO est maintenant la version de référence à partir de laquelle seront déclinées les versions “on premise”. Il est parfois difficile de s’y retrouver.
L’avantage des solutions “on premise” est bien sûr la confidentialité des informations (données et documents), celles-ci n’étant pas hébergées sur le site de l’éditeur et leur maîtrise. Cependant, cette confidentialité oblige à une exploitation assidue des serveurs pour limiter les failles de sécurité et assurer une disponibilité correcte.
Solutions en mode SAAS
Certains éditeurs distribuent également leurs solutions en mode SAAS.
Avantages
L’avantage des solutions en mode SAAS est de proposer aux clients un coût par utilisateur incluant l’hébergement, mais aussi les coûts d’exploitation, pour une qualité optimale et une disponibilité proche des 99,99999%. Les utilisateurs ont du mal à résister à ce type d’offre qui leur permet de contourner les limites de leur organisation, notamment en termes de management RH, qui les empêche de proposer des hébergements avec une disponibilité correcte (comment redémarrer un serveur sans astreinte le we ?).
Inconvénients
Pourtant, par cet acte, les utilisateurs prennent plusieurs risques :
- “RGPD” ?
- quelle assurance que la confidentialité sera assurée ?
- que le vol de données est impossible ?
- que les données ne sont pas utilisées par le fournisseur de services pour une quelconque manipulation (cf l’affaire Cambridge Analytica) ?
- que les données ne sont pas “espionnées” ?
L’histoire nous a montré que les grands fournisseurs de service sont des organisations à but lucratif, soumises à des lois (Patriot Act par exemple) et à des pressions de tous genres. L’histoire nous montre chaque jour que des vols de données ont lieu chez les plus grands opérateurs (Amazon, Facebook, les banques…). Comment croire que vos données seront plus en sécurité chez eux ? D’un autre côté, si elles ne sont pas en sécurité chez eux, le sont-elles chez vous ?
En outre, le fait d’utiliser des services en mode SAAS vous expose aux risques suivants :
- quelle maîtrise des données ?
- quel suivi des utilisateurs ?
- comment interconnecter des applications hébergées sur différents serveurs sur différents réseaux sur lesquels vous n’avez pas de maîtrise ?
Plus globalement, des risques économiques et stratégiques apparaissent :
- quid si le fournisseur disparaît ?
- quid si le fournisseur de services décide de couper celui-ci sans préavis ?
- quid si le fournisseur de service subit une pression extérieure (gouvernementale ou para-gouvernementale par exemple) pour couper, espionner, modifier celui-ci ?
Le réseau souverain
Si le SAAS, qui répond à de vraies problématiques, a de beaux jours devant lui, la mise en place d’un réseau souverain, par exemple à l’échelle européenne, basé sur des architectures open source ou en tout cas auditables et maîtrisées, permettrait de pallier à certains des risques identifiés.
Architecture cible
Pour répondre à ces différents besoins fonctionnels, sans prendre en compte les risques identifiés préalablement, plusieurs architectures sont possibles :
- (BAD) SharePoint Online est l’application de référence ;
- (GOOD) VOTRE application de référence.
Bluexml vous conseille clairement de développer VOTRE application de référence afin d’investir vos ressources dans un objectif durable.
(BAD) SharePoint Online est l’application de référence
Cette solution où SharePoint est le frontal de référence pour vos utilisateurs est l’erreur dans laquelle il faut éviter de tomber. La conduite du changement s’avèrera plus compliqué si vous souhaitez en changer, vos utilisateurs ayant pris l’habitude de son interface dès la connexion.
(GOOD) VOTRE application de référence
Faire ce choix consiste à se concentrer sur vos besoins et vos utilisateurs et non sur un produit. Vos investissements sont pérennes. L’utilisateur finira par aller peut-être sur SharePoint Online ou sur LibreOffice Online, mais après être passé par VOTRE application. Du coup, les changements, s’il y en a, interviendront à un second niveau et auront un impact moins important.
Bluexml vous conseille clairement de développer VOTRE application de référence afin d’investir vos ressources dans un objectif durable.
Conclusions
Les outils d’ECM ont longtemps proposé des fonctionnalités de BPM et de travail collaboratif. Les difficultés de migration des processus intégrés ainsi que leur limitation ont fait que les utilisateurs se sont dirigés vers des solutions de BPM pures. En parallèle, des solutions puissantes d’édition collaborative, en ligne, utilisables à travers le navigateur, sont devenues très présentes comme Word Online (Office365), LibreOffice OnLine (LOOL) ou Google Docs présent sur ce marché depuis déjà une dizaine d’années.
Du coup, les fonctions sont aujourd’hui clairement identifiées et structurées dans des architectures techniques spécifiquement conçues pour faciliter leur évolution, voire leur changement. Le temps où une application essayait de couvrir tout le champ fonctionnel semble révolu.
Choisir une telle architecture ayant un impact sur votre SI et votre budget pour de nombreuses années, nous vous conseillons de proposer à vos utilisateurs une interface qui soit la vôtre, et non celle d’un éditeur. La conduite du changement en sera d’autant facilitée.
Bluexml vous conseille clairement de développer VOTRE application de référence afin d’investir vos ressources dans un objectif durable.