Editique + Open Source = ?
L'éditique, ou CCM (Customer Communication Management) en anglais, désigne les processus et outils permettant la conception, la composition et la distribution de documents.
A l'origine on parle ici de l'impression en mode batch de documents papier : factures, relances, cartes vertes, relevés de comptes, devis, ... Imprimés et mis sous plis en volume s'il vous plaît !
Tout cela évolue vers la diffusion numérique des documents, vers votre boîte mail (...) ou mieux votre espace en ligne, en mode transactionnel au besoin, à l'initiative du client/sociétaire/assuré/adhérent/contribuable, ... , même si ma boîte aux lettres me rappelle régulièrement qu'on génère toujours trop de documents papier, dont l'espérance de vie dépasse parfois à peine celle des prospectus de chez Carrouf !
Au mileu de cela un ensemble de solutions dont les noms ne diront rien aux communs des mortels : BDoc, Exstream, Papyrus, Sefas, KwSoft, KSL, Quadient, ... Point commun à ces solutions : elles sont toutes propriétaires.
En soi rien de choquant mais dans ce petit microcosme, la montée en compétences des équipes IT ( infra ou dév ) au sein des DSI sur ces solutions s'avèrent plus complexes que sur des technologies plus récurrentes : Database, Virtualisation, Cloud, ... pour les uns, JAVA, Node.js, HTML, SQL ... pour les autres. Notre domaine ne concerne au final qu'un pan très limité de l'activité IT des entreprises, et encore ces dernières n'ont majoritairement pas trop de besoins éditiques, les principaux donneurs d'autres sont à aller chercher du côté des banques, assurances/mutuelles, réseaux (eau , électricité, gaz, ...) , télécom, services publics...
Pas simple alors de trouver des compétences IT sur ces solutions, y compris du côté des fournisseurs et ESN partenaires.
A mon sens le composant majeur d'une chaîne éditique, c'est la composition d'un document, à savoir à partir d'un flux de données (xml, texte, sql, json, ... ) générer un document au travers d'un modèle. Les aspects amont, traitement des données, workflow, et aval, post-composition, transformation, distribution, ... peuvent très bien être l'oeuvre de briques techniques et fonctionnelles déjà présentes au sein du SI des entreprises. Le coeur du bouzin, c'est le moteur de compo' !
Si on simplifie à l'extrême, un flux xml en entrée et du PDF en sortie, avec au milieu notre compositeur, doivent suffir à de nombreux scénarii. Mais on fait ça comment et donc avec quelles briques open source, afin d'être une alternative aux solutions fermées, pour que les équipes IT puissent plus facilement prendre les choses en mains et être autonomes ?
On en reparle utltérieurement ...