Dolibarr 24.0.1 : la première version corrective de Dolibarr 24

Une version corrective publiée trois semaines après la 24.0.0

Le projet Dolibarr a publié la version 24.0.1 le 7 septembre 2026. Elle suit la 24.0.0, sortie le 20 août 2026, soit dix-huit jours plus tard. C'est la première version corrective de la branche 24. Le journal des modifications la compare directement à la 24.0.0 et ne contient que des lignes de type correction. Aucune fonctionnalité nouvelle n'y figure. Pour une PME, le message est simple : cette version ne change pas votre façon de travailler, elle retire des défauts rencontrés par les premiers utilisateurs de la 24. Elle accueille aussi cinq nouveaux contributeurs, ce qui montre que la version a été testée par un public large. Si vous avez lu notre article sur la sortie de Dolibarr 24 et de la 23.0.4, vous savez que la 24.0.0 est récente. Les sources que nous avons lues ne détaillent pas de bilan chiffré : nous nous en tenons donc à la liste des corrections publiée sur la page de la version.

Droits d'accès et comptes administrateurs

Plusieurs corrections touchent aux droits. L'une empêche des utilisateurs non administrateurs de supprimer des comptes administrateurs, avec une compatibilité prévue pour le multi-sociétés. Une autre impose le droit d'écriture sur le site web dans l'ancien gestionnaire de fichiers. Une troisième corrige un message d'accès refusé qui apparaissait lors du changement de type de compte dans le formulaire de création d'un compte bancaire. Enfin, une erreur de transfert de fichier était signalée comme réussie alors que le dépôt avait été refusé : ce n'est plus le cas. Ces points concernent la gouvernance de votre instance. Si plusieurs collaborateurs disposent de droits étendus, c'est une bonne raison de ne pas rester sur la 24.0.0. Les sources ne décrivent pas de faille de sécurité ni d'identifiant CVE pour cette version, et nous n'en inventons pas. Pour le reste de vos pratiques, notre guide pour sécuriser Dolibarr en production reste la référence.

Dons, contrats, congés et interventions

Le module des dons reçoit trois corrections : une variable utilisée avant sa définition dans la liste, un défaut de création de la table des dons et une page de statistiques manquante. Côté contrats, le clonage excluait les sociétés purement fournisseurs dans le filtre des tiers, et les lignes de service n'avaient pas de fond sur la fiche. Les demandes de congés englobantes sont désormais rejetées. Les interventions retrouvent leur nouvelle présentation des statistiques, qui manquait. Une association qui gère des dons, une société de services qui clone ses contrats ou une équipe qui valide des congés peut donc rencontrer ces défauts sur la 24.0.0. Ce sont des détails du quotidien, rarement bloquants, mais qui font perdre du temps quand ils reviennent chaque semaine. Un utilisateur qui les a déjà contournés par une saisie manuelle gagnera à vérifier le comportement après la mise à jour.

Finances, banque et rapports

Un rapport de chiffre d'affaires encaissé pouvait provoquer une division par zéro : c'est corrigé. Le résultat du calcul du reste à payer lors d'un paiement de masse est désormais converti en nombre flottant. La sortie des mandats SEPA respecte le répertoire configuré. Le nom d'une clé étrangère de modèle comptable est raccourci. Un lien de clonage des paiements divers utilisait un chemin du système de fichiers au lieu d'une URL. Un contrôle CSRF est corrigé sur le dépôt de chèques, avec un filtre erroné. Dans le détail, ce sont les équipes administratives et comptables qui en bénéficient. Si vous exportez ensuite vers un outil de comptabilité, ces corrections limitent les écarts à justifier en fin de mois. Pour le rapprochement des relevés, vous pouvez relire notre article sur le rapprochement bancaire dans Dolibarr. Là encore, il s'agit de fiabilité, pas de nouveauté fonctionnelle.

Installation, multi-entité et préfixe des tables

Plusieurs corrections concernent l'infrastructure. Des requêtes utilisaient un préfixe de table llx_ écrit en dur, notamment dans la liste des contrats, dans la liste des jetons d'API et dans la vérification des contacts de tickets. Si votre base utilise un autre préfixe, ces écrans pouvaient échouer. Des scripts SQL d'installation ne créaient jamais leur table. Des concaténations SQL cassées sont réparées. La classe des taxes locales gère mieux le multi-entité, et des lignes de dictionnaire d'une autre entité n'étaient plus modifiables depuis une entité enfant : ce défaut est corrigé. Dans l'API, l'interrupteur de comptage des appels n'avait aucun effet, et il fonctionne maintenant. Enfin, un journal devenait trop volumineux. Les environnements multi-sociétés et les bases au préfixe personnalisé sont donc les premiers concernés par cette version.

Produits, fabrication, impression et courriels

Côté produits, le défaut est désormais de ne générer aucun modèle de document. Les éléments de variantes d'attributs sont correctement associés. Dans la fabrication, le calcul de la nomenclature ignorait la quantité des lignes à quantité figée : c'est corrigé. L'impression utilise l'imprimante configurée lors du test de modèle. Dans les courriels, l'expéditeur du modèle est conservé après l'ajout d'une pièce jointe, et les références du champ expéditeur sont restaurées. La quantité d'une ligne modifiée est localisée selon la langue, et les dates reçoivent un support dans les champs éditables. Un atelier qui lance des ordres de fabrication ou une équipe commerciale qui envoie des devis par courriel peut ressentir ces correctifs dès la première semaine. Rien ne dit qu'ils concernent tous les usages : testez ceux qui sont les vôtres.

Planifier la mise à jour vers la 24.0.1

Si vous êtes encore sur la 23, sachez que la 23.0.4 est parue le 20 août 2026, en même temps que la 24.0.0. Rien dans les sources ne vous oblige à changer de branche : choisissez selon votre calendrier. Si vous utilisez déjà la 24.0.0, passer à la 24.0.1 est l'étape raisonnable. Procédez dans cet ordre.

• Sauvegardez la base de données et le répertoire des documents avant toute opération.
• Appliquez d'abord la mise à jour sur une copie de votre instance, avec les mêmes modules et le même préfixe de tables.
• Testez les écrans que vous utilisez réellement : dons, contrats, rapports financiers, mandats SEPA, courriels et API.
• Planifiez la bascule en production hors des heures de saisie, puis vérifiez les journaux le lendemain.
• Faites-vous accompagner si votre instance comporte des modules spécifiques : notre équipe de maintenance prépare et valide ces mises à jour. Contactez-nous via la page contact.