Dolibarr et la facturation électronique 2026 : le guide complet

Dolibarr est l'un des ERP open-source les plus utilisés par les TPE et PME françaises, avec une énorme base installée. Pourtant, face à la réforme de la facturation électronique 2026, ses utilisateurs sont souvent laissés de côté : les éditeurs de plateformes agréées visent les grands comptes et négligent un logiciel gratuit sur lequel ils ne dégagent pas de marge.

Ce guide fait le point sur la situation réelle de Dolibarr face au Factur-X et aux Plateformes de Dématérialisation Partenaires (PDP) : ce que l'ERP gère nativement, ce qui manque, et comment combler le reste par module ou intégration sur-mesure. Pour le format lui-même, voyez notre tuto Factur-X en PHP.

Pourquoi Dolibarr est-il ignoré par les vendeurs de PDP ?

La raison est économique. Une PDP rentabilise son immatriculation et son infrastructure sur des contrats à fort volume, signés avec des ETI et des grands comptes équipés de SAP, Sage ou Cegid. Dolibarr, gratuit et auto-hébergé, n'offre pas ce levier commercial. Résultat : peu de connecteurs clés en main, peu de documentation, et des utilisateurs qui cherchent seuls.

C'est paradoxal, car techniquement Dolibarr est idéal pour la réforme : écrit en PHP, modulaire, doté d'une API REST, avec des données déjà structurées (tiers, factures, lignes, TVA). Tout ce qu'il faut pour générer du Factur-X et dialoguer avec une PDP est là. Il manque surtout la couche d'intégration.

Dolibarr gère-t-il le Factur-X nativement ?

En partie. Les versions récentes de Dolibarr intègrent la possibilité de produire une facture au format Factur-X (PDF avec XML embarqué) depuis les modèles de document. L'écosystème du DoliStore propose en complément des modules dédiés à la facturation électronique. Voici l'état des lieux brique par brique.

Comment générer du Factur-X depuis Dolibarr ?

Deux voies selon votre version et vos besoins. La voie native/module pour un usage standard, la voie sur-mesure pour un contrôle total du profil et des champs.

Voie 1 : configuration native ou module

Dans les versions qui le supportent, on active le modèle de facture Factur-X dans la configuration du module Factures. On vérifie que les fiches société (votre entreprise) et tiers (clients) contiennent SIREN, TVA intracommunautaire et adresses complètes. Sans ces données, le XML sera incomplet.

Voie 2 : module sur-mesure avec horstoeko/zugferd

Dolibarr étant en PHP, on peut développer un module qui exploite la librairie horstoeko/zugferd pour produire un Factur-X au profil EN 16931 parfaitement maîtrisé, à partir des objets Facture de Dolibarr.

// Dans un module custom Dolibarr (htdocs/custom/facturx/)
use horstoeko\zugferd\ZugferdDocumentBuilder;
use horstoeko\zugferd\ZugferdProfiles;

// $object = objet Facture de Dolibarr déjà chargé
$doc = ZugferdDocumentBuilder::createNew(ZugferdProfiles::PROFILE_EN16931);

$doc->setDocumentInformation(
    $object->ref, "380", new \DateTime("@" . $object->date), "EUR"
)
->setDocumentSeller($mysoc->name, $mysoc->idprof2)        // votre société
->addDocumentSellerTaxRegistration("VA", $mysoc->tva_intra)
->setDocumentBuyer($object->thirdparty->name, $object->thirdparty->idprof2);

foreach ($object->lines as $i => $line) {
    $doc->addNewPosition((string)($i + 1))
        ->setDocumentPositionProductDetails($line->product_label ?: $line->desc)
        ->setDocumentPositionNetPrice((float)$line->subprice)
        ->setDocumentPositionQuantity((float)$line->qty, "C62")
        ->addDocumentPositionTax("S", "VAT", (float)$line->tva_tx)
        ->setDocumentPositionLineSummation((float)$line->total_ht);
}

$doc->setDocumentSummation(
    (float)$object->total_ttc, (float)$object->total_ttc,
    (float)$object->total_ht, 0.0, 0.0,
    (float)$object->total_ht, (float)$object->total_tva, null, 0.0
);

$doc->writeFile(DOL_DATA_ROOT . "/facture/{$object->ref}/factur-x.xml");

On fusionne ensuite ce XML avec le PDF généré par Dolibarr (en PDF/A-3) pour obtenir le Factur-X final, comme détaillé dans notre tuto génération Factur-X.

Comment connecter Dolibarr à une PDP ?

C'est le maillon décisif. La facture émise doit partir vers la PDP, et les factures reçues doivent revenir dans Dolibarr. Deux approches existent selon que votre PDP fournit ou non un connecteur.

• Connecteur fourni par la PDP : certaines PDP proposent un module Dolibarr. À privilégier s'il existe et est maintenu.
• Connecteur sur-mesure : un module qui appelle l'API de la PDP à l'émission et interroge périodiquement les factures reçues.
• Via l'API REST de Dolibarr : un middleware externe orchestre les échanges entre Dolibarr et la PDP.
• Gestion des statuts : remonter dans Dolibarr les statuts du cycle de vie (déposée, reçue, rejetée, encaissée).

Le choix entre devenir PDP, opérateur ou simple « solution compatible » se pose surtout aux éditeurs. Pour le comprendre, lisez solution compatible vs plateforme agréée. Pour la méthode d'intégration concrète, voyez connecter un logiciel métier à une PDP.

Faut-il changer d'ERP à cause de la réforme ?

Non, dans la quasi-totalité des cas. La réforme touche la chaîne de facturation, pas l'ERP entier. Abandonner Dolibarr, c'est perdre l'historique, reformer les utilisateurs et payer une licence propriétaire récurrente, pour résoudre un problème qu'un module règle. Le calcul penche presque toujours vers l'adaptation.

FAQ : Dolibarr et la facturation électronique 2026

Conclusion : adapter Dolibarr, pas le remplacer

Dolibarr n'est pas un problème face à la réforme : c'est une base saine, modulaire et en PHP, exactement ce qu'il faut pour produire du Factur-X et dialoguer avec une PDP. Le seul manque réel est la couche d'intégration, que les éditeurs de plateformes négligent faute d'intérêt commercial.

Si vous utilisez Dolibarr et que vous cherchez un prestataire pour développer le module Factur-X et le connecteur PDP qui vous rendront conforme, sans changer d'ERP, nous le faisons sur-mesure. Demandez un devis gratuit sous 24h.