Aller au contenu
Mordi Atlan Parlons de votre cas EN

Ce que les éditeurs écrivent eux-mêmes

Pourquoi j'obtiens une facture par bon de livraison au lieu d'une seule ?

Parce que la plupart des logiciels de gestion convertissent un bon de livraison en une facture. Le regroupement, quand il existe, est manuel ou passe par un autre chemin, souvent celui des commandes. Certains éditeurs écrivent noir sur blanc qu'il n'existe pas : le centre d'aide de Pennylane indique « Vous ne pouvez pas convertir plusieurs bons de livraison en une seule facture ». Pour obtenir une seule facture, il faut soit la créer à la main en reprenant les lignes, soit passer par le chemin que votre logiciel a prévu.

Ce n'est pas vous qui vous êtes trompé

Vous avez livré le même client plusieurs fois dans le mois. Vous lancez la facturation et vous obtenez autant de factures que de bons. Le réflexe est de chercher le bouton que vous avez raté.

Le plus souvent, ce bouton n'existe pas. Le logiciel fait exactement ce pour quoi il est construit : il part d'un document, le bon de livraison, et en fait un autre document, la facture. Un pour un. Le regroupement est une fonction à part, et elle est loin d'être universelle.

Ce que disent les éditeurs et leurs forums

J'ai ouvert les pages d'aide et les forums des logiciels les plus utilisés par les PME. Le constat est le même partout : le regroupement de plusieurs bons sur une facture n'est pas un geste automatique.

LogicielCe qu'on y lit
PennylaneLe centre d'aide officiel l'écrit sans détour : « Vous ne pouvez pas convertir plusieurs bons de livraison en une seule facture. » Il conseille de créer manuellement une facture récapitulative en reprenant les lignes, et de joindre les bons en annexe.
Sage 50La réponse validée sur le forum : chaque bon se convertit séparément. Les solutions proposées contournent le problème, elles ne le règlent pas.
DolibarrRien en natif dans la discussion : la solution proposée est un module d'un éditeur tiers, vendu sur la boutique de modules.
OdooLe chemin documenté sur le forum part des commandes à facturer, pas de la liste des livraisons. Pour facturer directement depuis les livraisons, la réponse est du code sur mesure, que son auteur présente lui-même comme un prototype et non comme une solution.
Aucun de ces éditeurs n'est en faute. Facturer par commande, par période ou par bon sont des choix défendables. Le problème, c'est que le choix est fait pour vous, et qu'on le découvre au moment de facturer.

Pourquoi le regroupement échoue même quand il existe

Regrouper deux bons sur une facture suppose que tout ce qui figure en tête de facture soit identique : le client facturé, l'adresse, les conditions. Dès qu'un détail diffère d'un bon à l'autre, le logiciel ne peut pas choisir à votre place, et il revient au un pour un.

Ce qui rend la question si fréquente, c'est que le logiciel ne dit pas toujours pourquoi il n'a pas regroupé. Vous voyez le résultat, pas la raison. D'où la recherche tapée telle quelle, le jour où ça arrive.

Si votre logiciel propose un regroupement, la première vérification est donc simple : comparez les en-têtes des bons qui auraient dû aller ensemble. C'est souvent là que se trouve l'écart.

Ce que fait mon agent, et ce qu'il ne fait pas

Je construis des agents qui saisissent des documents dans le logiciel de gestion d'une entreprise. Dans la PME où mon agent de facturation tourne depuis début septembre 2026, il traite 170 à 180 bons de livraison par mois. Je préfère donc être précis sur ce qu'il fait de cette question.

  • Il ne regroupe pas. Une feuille Excel, c'est un bon de livraison, et un bon de livraison, c'est une facture. Si votre besoin est d'obtenir une seule facture pour plusieurs bons, cet agent ne le fait pas aujourd'hui.
  • Il traite les reliquats. Quand un bon de reliquat arrive, l'agent le compare au bon précédent et en déduit ce qui reste réellement à facturer.
  • Il tient son propre registre. Il mémorise les parties d'un bon déjà facturées, pour ne pas facturer deux fois la même marchandise.
  • Il ne calcule aucun montant. Il saisit les lignes, et c'est le logiciel de gestion qui applique les prix, les taxes et les adresses, avec les règles que l'entreprise a déjà paramétrées.
  • Il s'arrête au brouillon. Rien n'est validé, rien n'est envoyé. Une personne relit et décide.

Pourquoi le reliquat est un piège plus coûteux que le regroupement

Une facture par bon est agaçante, mais elle est juste. Le client reçoit plus de documents qu'il n'en voudrait, et chaque montant est correct.

Une livraison partielle, elle, peut produire une facture fausse. Le même bon revient avec une partie déjà livrée et une partie restante. Si on refacture le bon entier, on facture deux fois ce qui est déjà parti. C'est le piège que l'agent traite : il compare, il déduit, et il garde la trace de ce qui est déjà passé en facture.

Je préfère vous dire ce que mon agent ne fait pas que vous laisser le découvrir après la signature. Le regroupement n'est pas dans ce qu'il fait aujourd'hui. Le reliquat, si.

Que faire si vous avez ce problème

  • Cherchez le bon chemin dans votre logiciel. Chez certains éditeurs, le regroupement passe par la liste des commandes ou par une facturation par lot, pas par la liste des livraisons.
  • Comparez les en-têtes des bons. Un client facturé, une adresse ou une condition différente suffit à empêcher le regroupement.
  • Mesurez le temps que ça vous coûte. Si recréer des factures récapitulatives à la main vous prend moins d'une dizaine d'heures par mois, une automatisation ne se rembourse pas, et je vous le dirai au premier échange.
  • Au-delà, parlons de vos documents. Envoyez-moi trois bons réels, je vous dis ce qu'un agent peut en faire. Le détail de l'offre est ici, et le cas mesuré là.