"Je suis resté sur Dolibarr pour des questions évidentes d'indépendance technologique"

Et enfin Dolibarr, un peu par hasard : en 2000 dans ma 1^re entreprise je développais alors un logiciel de facturation pour mes besoins propres (nom de code bradabra ça doit encore traîner sur SourceForge, en php3)... et j'ai rencontré Rodolphe [Quiédeville] qui développait lui aussi un logiciel de facturation (et bien plus) : Dolibarr.

Cette rencontre est liée à mon implication dans le milieu associatif : organisation des RMLL... autant d’occasions pour rencontrer d'autres développeurs et responsables de projets ! Puis SIL-CETRIL et les trophées du logiciel Libre à Soissons, sans parler des Linux Expo à Paris et des Jeudis soir avec l'APRIL... au milieu de tout ça je rencontre Rodolphe et son projet que j'aimais alors appeler dolibarr : de l'or en barre :-).

Soucieux de ne pas réinventer la roue et par soucis d'économie de "ne pas perdre du temps à faire chacun dans notre coin la même chose" j'ai proposé à Rodolphe de verser dans Dolibarr ce que j'avais développé de mon côté et de contribuer à son projet ; c'était en 2003 ! Ensuite j'ai contribué ponctuellement à Dolibarr mais je me suis surtout concentré sur un projet qui m'a absorbé pendant 15 ans : c'est l'incroyable histoire AbulÉdu dans laquelle je me suis investi plus que de raison.

Pour en revenir à Dolibarr saviez-vous que, en 2023, nous utilisons toujours ma contribution de 2003 dont le code remonte en fait à 2001 ? C'est assez incroyable quand j'y pense mais toute la couche multilingue de Dolibarr est issue de cette contribution initiale.

Dolibarr m'a toujours accompagné depuis 2003 pour faire mes devis, factures, gestion de projets, un peu de compta, etc. Dans mes entreprises et celles de mes proches (famille, amis).

J'avoue avoir un peu regardé du côté de Odoo lorsque celui-ci s’appelait encore TinyERP mais finalement je suis resté sur Dolibarr pour des questions évidentes d'indépendance technologique et de maîtrise de mes outils.

Tu as développé plusieurs modules pour Dolibarr. Parmi eux, PDF factur-X et ScanInvoices sont particulièrement d'actualité puisqu'ils permettent de produire et réceptionner des factures électroniques. Peux-tu nous en dire un peu plus ?

Nous avons tous un parcours qui façonne notre manière de voir les choses. Ces développements sont la conséquence de mon histoire personnelle : à l'époque du projet AbulÉdu j'étais le gérant de la SARL RyXéo qui a connu des hauts et des bas et lors des périodes délicates j'étais souvent demandeur auprès de mon expert comptable pour qu'il me donne des éléments me permettant de savoir si j'étais dans le rouge ou pas...

J'ai donc très tôt compris l'intérêt de tenir ma compta dans Dolibarr pour avoir en temps réel les chiffres me permettant de piloter mon activité. À l'époque de RyXéo j'avais une secrétaire/comptable qui passait beaucoup de temps à faire la saisie des éléments et je m'étais noté dans un coin de cerveau de faire un jour un outil pour gagner du temps sur ce point.

C'est l'origine du développement de ScanInvoices mais c'est aussi une sorte de collision technologique : en 2019 je me pose la question de savoir si je suis capable de me remettre dans le code web (il faut savoir que depuis plus de 15 ans je suis expert en Qt/C++ pour AbulÉdu et que mes compétences web ne sont pas super actualisées). Je me lance donc dans un projet autonome (même pas lié à Dolibarr) : la gestion des notes de frais avec une application Smartphone et un backend web/php : c'est DoliSCAN. Pour DoliSCAN se pose la question de pouvoir extraire automatiquement les données des photos prises des facturettes (carburant, restaurant, etc.). Je creuse donc beaucoup de pistes et j'arrive à un niveau d'expertise suffisant pour proposer cette technologie. Lors des premiers tests, mes clients sont unanimes : ils sont plus rapides à saisir 15.35€ au clavier que d'attendre le retour du serveur d'OCR pour contrôler que l'information est bonne. Je range au placard mon serveur d'extraction de données (je lui donne un nom de code improbable comme souvenir : DocWizOn).

Puis je ne sais pas trop pourquoi plus tard je repense à mes factures fournisseurs et là c'est la bonne solution : le serveur DocWizOn existe, ScanInvoices pour Dolibarr s'appuie dessus pour extraire les données (rien ne se perd) en un mot c'est un peu de la sérendipité : en cherchant une solution pour les notes de frais j'ai trouvé la réponse à mon besoin de simplifier l'import des factures fournisseurs dans Dolibarr !

Et Factur-X c'est un peu le tueur de ScanInvoices : lorsque tout le monde sera passé en Factur-X, il ne sera plus nécessaire d'avoir recours à des convertisseurs/extracteurs de données... Sauf que DocWizOn permet d'extraire n'importe quoi d'un document PDF et ne se limite pas seulement aux factures :-).

L'autre raison pour laquelle je me suis plongé dans Factur-X est que je n'avais pas envie que Dolibarr ait un coup de retard par rapport aux obligations légales. Je veux que Dolibarr soit prêt pour le jour où ça sera obligatoire et chaque fois que je réalise une mise à jour du module Factur-X je me dis que j'ai bien fait de commencer en avance... c'est tout sauf simple de couvrir tous les cas de figures !

Contribues-tu directement au développement du cœur de Dolibarr ?

J'aimerais contribuer plus mais contribuer bénévolement pose uniquement le problème de la rémunération :-). En résumé : j'aimerais être payé pour développer 100% de mon temps pour Dolibarr.

Je contribue de temps en temps au cœur lorsque je rencontre un bug ou qu'un utilisateur identifie un bug que j'arrive à reproduire.

Techniquement ça passe par le processus classique suivant :

1. création d'un ticket sur la plate-forme git où se trouve le code source du projet ou réservation/commentaires sur ticket s'il est déjà ouvert ;
2. création d'une branche spéciale pour corriger ce bug sur mon propre dépôt git de Dolibarr ;
3. proposition d'une contribution par le biais d'un merge request git [demande d’intégration git] qui fait que le mainteneur principal du projet (Laurent, nom de code eldy) peut facilement voir le contenu technique de la contribution et le lien avec le descriptif de ce qu'il est censé corriger ;
4. le mainteneur accepte (ou pas) la contribution.

Ensuite, pour être particulièrement impliqué dans le monde du libre depuis plus de 20 ans, je sais qu'il y a des contributions qui sont importantes et qui ne touchent pas au code source, par exemple être présent sur le forum, participer aux devcamp, insuffler une certaine dynamique et créer du lien entre les développeurs et la communauté, c'est un boulot qui demande du temps, de l'attention et qui paye sur du long terme (pas en terme financier mais en contribution globale au projet).

Tu proposes un service d'hébergement de Dolibarr. Quel est le profil des utilisateurs ?

Historiquement j'ai toujours porté l'idée de l'auto-hébergement pour tout le monde... Mais il faut aussi se rendre à l'évidence, pour bon nombre de structure "héberger son serveur Dolibarr" est un peu complexe surtout lorsqu'il est question de gérer les sauvegardes, les mises à jours, etc.

Nous avons donc commencé à héberger quelques Dolibarr pour nos clients directs, sans pour autant que ça soit une prestation spécifique. Puis la demande s'est répétée, alors l'offre DoliZEN est née.

Pour les clients hébergés sur DoliZEN, je ne peux parler que de ceux que je connais personnellement ; car c'est la magie d'internet : nous avons des clients non francophones que je ne connais pas, avec qui je n'ai jamais eu d'échanges autres que techniques (installation, configuration).

De ceux que je connais directement : ce sont tous des entreprises de 1 à 50 salariés, de domaines variés (entreprises du bâtiment, bureau d'étude et de conseil, plombier, artisan, fabricants de vélo, indépendants ; nous avons aussi un producteur de bière, associations sportives, métiers de bouche, etc.).

À qui conseillerais-tu Dolibarr ?

Attention, je ne me permets pas de donner de conseils pour les métiers que je ne connais pas, ainsi par exemple si vous êtes dans l'import/export (exemple qui me vient comme ça) je n'ai aucune idée de savoir si Dolibarr est le bon cheval, je vous proposerais de faire le tour des partenaires Dolibarr à la recherche d'un qui aurait des compétences dans ce secteur d'activité et de travailler avec lui. Si après le tour des partenaires, personne n'a d'expérience dans ce domaine alors peut-être que Dolibarr n'est pas la bonne solution et qu'il faudrait embaucher des développeurs pour adapter l'outil aux besoins :).

Mais sinon, d'une manière générale, à toute entreprise ou individu en phase de lancement d'entreprise. Pour une seule raison : pérennité et indépendance technologique. Avec Dolibarr, vous avez le choix de votre hébergeur, du prestataire technique qui vous accompagnera ou formera, vous pourrez piocher parmi des centaines de modules complémentaires sur le Dolistore ... et vous avez la garantie que ce projet de plus de 20 ans ne changera pas de trajectoire car il n'est pas lié à un éditeur ni dépendant d'une structure...

Quels sont tes projets futurs et comment vois-tu l'avenir de Dolibarr ?

Comme je n'aime pas le vaporware, normalement je ne parle pas des projets... sauf quand ils sont déjà codés et pas encore publiés :-).

Mais depuis quelques mois j'essaye une autre approche : parler tôt des projets qui sont en cours de naissance sur le forum Dolibarr "pour voir". Ainsi je peux mentionner smartInterventions, smartLivraisons, smartDLC, clic'n'collect et quelques autres, mais ça prendrait des pages et des pages pour en parler, alors je vous renvoie sur dolibarr.fr/forum. Cherchez ces mots clés, vous m'y trouverez sans doute !

Pour l'avenir de Dolibarr, je le vois de manière très positive avec de gros enjeux, des étapes à franchir mais vu l'ambiance qui règne durant les Devcamp je suis très optimiste.

Merci Éric pour cette interview !

➤ Présentation de Dolibarr

➤ Quelques retours d'expériences

➤ Interview de Maxime Kohlhaas, président de l'Association Dolibarr (2016)

➤ Interview de Romain Deschamps, auteur du livre Bien gérer son entreprise avec Dolibarr (2023)