Vendre sans stocker séduit : pas de capital immobilisé dans les références, un catalogue qui s’élargit en quelques clics, un risque d’invendu qui change de camp. Tant que l’activité tient dans un back-office Shopify, WooCommerce ou PrestaShop, tout va bien. Puis viennent les premiers fournisseurs en plus, les ruptures qui ne remontent pas, les clients qui demandent « où est mon colis ? » et une marge réelle que personne ne sait calculer commande par commande.
C’est le moment où l’outil e-commerce ne suffit plus. Cet article compare quatre solutions, Odoo, Microsoft Dynamics 365 Business Central, Brightpearl et Dolibarr, sur ce qui compte vraiment pour un modèle en livraison directe fournisseur : le flux d’achat automatique, le suivi, la marge, la TVA et le coût. Il s’adresse au fondateur ou au DAF d’un e-commerçant ou d’une marque en croissance.
Méthode : les fonctions décrites s’appuient sur les documentations éditeurs consultées le 10 novembre 2026, et les tarifs cités sont uniquement ceux que les éditeurs publient, avec leur date. Aucun chiffre de marché n’est avancé sans source.
Dropshipping : ce que l’ERP doit faire que votre boutique ne fait pas
Une boutique en ligne sait encaisser une commande. Elle ne sait pas, par elle-même, orchestrer ce qui se passe de l’autre côté de la chaîne. Dans un modèle de livraison directe (le fournisseur expédie au client final, sans passer par votre entrepôt), l’ERP doit couvrir quatre fonctions.
1. La commande d’achat automatique. Chaque commande client doit générer, sans ressaisie, une commande d’achat vers le bon fournisseur, avec l’adresse de livraison du client final. Dès que vous dépassez quelques commandes par jour, la copie manuelle d’adresses est la première source d’erreurs.
2. Le statut fournisseur et le suivi. Il faut savoir si le fournisseur a accepté, expédié ou refusé la commande, et récupérer le numéro de suivi pour le renvoyer au client. Sans cela, le support client devient une cellule d’enquête.
3. La marge réelle par commande. Le prix de vente est connu à la commande, le prix d’achat dépend du fournisseur retenu, des frais de port refacturés, parfois d’une remise de volume. Une marge pilotée sur le catalogue moyen masque les lignes qui perdent de l’argent. Notre guide sur le pilotage de la marge brute par ligne produit détaille cette logique de contrôle de gestion.
4. La double facturation propre. Une vente génère une facture client, un achat génère une facture fournisseur, et les deux doivent se rapprocher sur la même opération pour que la comptabilité reflète une marge, pas deux flux déconnectés.
Les flux à couvrir, de la commande au retour
Voici le parcours type, sous forme de schéma textuel :
Commande client (boutique ou marketplace)
|
v
Contrôle : fournisseur disponible ? stock fournisseur suffisant ?
|
v
Commande d'achat fournisseur (adresse du client final)
|
v
Confirmation fournisseur --> refus ou rupture : réaffectation ou annulation
|
v
Expédition directe + numéro de suivi --> statut renvoyé au client / à la marketplace
|
v
Livraison --> facture client || facture fournisseur (rapprochées)
|
v
Retour éventuel : retour client > accord fournisseur > avoir fournisseur > remboursementLes deux étapes les plus mal couvertes par les outils e-commerce sont la réaffectation (que faire quand le fournisseur A refuse ?) et le retour, qui implique trois acteurs et deux avoirs. Un ERP ne les résout pas magiquement, mais il donne un endroit où les tracer.
Si vous vendez aussi sur des places de marché, ce flux se superpose à celui décrit dans notre guide sur l’intégration ERP et marketplaces (Amazon, Mirakl, Cdiscount) : la marketplace impose ses délais d’expédition et ses statuts, que votre fournisseur doit respecter.
La grille de comparaison
Six critères servent de base à la suite de l’article.
| Critère | Ce qu’on vérifie |
|---|---|
| Flux dropship natif | La commande client génère-t-elle une commande d’achat liée, sans développement ? |
| Flux fournisseurs (EDI, CSV, API) | Comment arrivent les stocks et les prix : import de fichiers, connecteur, API ? |
| Multi-entrepôt hybride | Peut-on mélanger articles en stock propre et articles en livraison directe dans une même commande ? |
| Marge par commande | Le coût d’achat réel remonte-t-il sur la commande client ? |
| TVA OSS (guichet unique) | Gestion des taux par pays de destination et des reportings |
| Coût | Tarif publié, modèle de licence, coût d’intégration |
Un mot sur la TVA. Le guichet unique OSS permet de déclarer et payer la TVA des ventes à distance intracommunautaires de biens au consommateur final via une procédure électronique unique, depuis l’État membre d’identification (impots.gouv.fr). Pour un vendeur qui livre dans plusieurs pays de l’Union, l’ERP doit donc être capable d’appliquer le taux du pays de destination et de produire une ventilation par pays. C’est un critère de sélection, pas un détail de paramétrage.
Les quatre solutions
Odoo : la route « Dropship »
Odoo traite le dropshipping comme une route logistique. Selon la documentation Odoo 17, on active l’option « Dropshipping » dans les paramètres de l’application Achats, puis on configure chaque produit : fournisseur et prix d’achat renseignés, route « Dropship » activée dans l’onglet Inventaire. À la confirmation d’une commande client, Odoo génère une demande de prix vers le fournisseur. Une fois celle-ci confirmée, un bon de réception « dropship » relie la commande d’achat à la livraison client : emplacement source « Fournisseurs », emplacement destination « Clients ».
Deux points de vigilance ressortent de cette documentation. D’abord, la validation de ce bon de réception est manuelle, c’est elle qui confirme la quantité réellement livrée : sans discipline (ou automatisation via le suivi transporteur), les commandes restent ouvertes. Ensuite, la documentation indique qu’on peut activer à la fois les routes « Acheter » et « Dropship » sur un même produit, ce qui ouvre la voie à un modèle hybride : stock propre pour les références rapides, livraison directe pour la longue traîne.
Tarifs publiés : sur sa page tarifs consultée le 10 novembre 2026, Odoo affiche 19,90 € par utilisateur et par mois en facturation annuelle pour l’offre Standard, et 35,90 € par utilisateur et par mois pour l’offre Custom (multi-société, Studio, accès API externe et déploiement sur site ou Odoo.sh). Ce sont des prix de licence : le paramétrage et les connecteurs boutique et marketplace sont à chiffrer à part.
Pour qui : les e-commerçants qui veulent un outil modulaire et un coût de licence lisible, avec un intégrateur capable de configurer les routes et les connecteurs. Pour la comparaison d’Odoo avec les alternatives chez les distributeurs, voir Business Central, Sage X3 et Odoo pour les distributeurs B2B.
Dynamics 365 Business Central : la livraison directe (Drop Shipment)
Business Central modélise la livraison directe par un lien explicite entre ligne de vente et ligne d’achat. D’après la documentation Microsoft (mise à jour au 1er avril 2026), on coche « Drop Shipment » sur la ligne de commande vente (ou on utilise un code d’achat dédié). L’action « Create Purchase Orders » crée ensuite les commandes d’achat depuis la commande vente, le fournisseur étant repris de la fiche article. Pour traiter beaucoup de commandes d’un coup, les feuilles de calcul de réquisition ou de planification permettent de générer en lot les achats de toutes les livraisons directes en attente.
Le traitement comptable est un point fort : la validation de l’expédition vente comptabilise automatiquement la réception sur la commande d’achat liée, et l’on peut démarrer le flux depuis l’achat. La documentation précise aussi qu’une livraison directe peut être annulée (« Undo Shipment ») tant que ni l’expédition ni la réception ne sont facturées. Microsoft annonce par ailleurs, dans son plan de version 2026 vague 1, la possibilité de comptabiliser la facture d’achat d’une livraison directe avant que la vente liée soit facturée, un cas fréquent quand le fournisseur facture avant vous.
Limite à garder en tête : le suivi du fournisseur reste une saisie. La documentation prévoit d’ajouter un numéro de suivi comme commentaire sur la ligne d’achat, pas comme un champ structuré alimenté automatiquement. Pour un flux à forte volumétrie, il faut donc un connecteur ou une extension.
Tarifs : Microsoft publie ses prix Business Central par utilisateur sur son site, selon l’édition (Essentials ou Premium) et la région. Relevez-les à la date de votre décision plutôt que dans un article, ils évoluent.
Pour qui : les entreprises de 5 à 20 M€ ou plus, qui veulent une comptabilité robuste et un écosystème de partenaires, et qui acceptent un projet d’intégration plus structuré.
Brightpearl : l’ERP conçu pour le commerce multicanal
Brightpearl se positionne sur le commerce de détail et de marque multicanal, ce qui explique son orientation vers l’orchestration des commandes. Sur sa page tarifs (consultée le 10 novembre 2026), l’éditeur met en avant des règles d’exécution « no-code » qui définissent quand, où et comment une commande doit être traitée, y compris l’expédition partielle et le dropshipping. Il communique aussi des utilisateurs illimités inclus.
En revanche, l’éditeur ne publie pas de grille tarifaire : le prix est établi sur devis après consultation et démo. Il m’est donc impossible de vous donner un chiffre vérifiable, et je vous déconseille de vous fier aux montants que l’on trouve sur des comparateurs tiers sans les confronter à un devis. Les points à valider en démonstration : la gestion des fournisseurs de livraison directe (retours, avoirs), la couverture TVA OSS, et la présence d’équipes d’intégration en France, car l’éditeur est historiquement plus implanté dans le monde anglophone.
Concrètement, demandez à voir trois scénarios en démonstration. Premier scénario : une commande client composée de deux articles issus de deux fournisseurs différents, avec une expédition partielle, pour vérifier que chaque ligne génère la bonne commande d’achat. Deuxième scénario : une rupture annoncée par le fournisseur après confirmation, pour voir si la règle d’exécution réaffecte la ligne ou si elle exige une intervention manuelle. Troisième scénario : un retour client sur un article livré en direct, pour contrôler que l’avoir fournisseur et le remboursement se rejoignent dans le rapprochement. Comme la comptabilité reste souvent portée par un outil dédié, vérifiez aussi la qualité de la synchronisation des écritures, car c’est là que se creusent les écarts de marge.
Pour qui : les marques et distributeurs multicanaux qui veulent un outil prêt à l’emploi côté commandes et canaux, et dont la comptabilité reste portée par un outil dédié.
Dolibarr : l’option frugale, à cadrer
Dolibarr est un ERP open source très répandu dans les petites structures. Il propose un module Commandes fournisseurs et un module Expéditions. En revanche, dans les pages de la documentation que j’ai consultées (wiki Dolibarr, module Commandes fournisseurs), je n’ai pas trouvé de description d’un flux dropshipping natif qui lie automatiquement la commande client à la commande fournisseur avec livraison directe. Des modules complémentaires existent sur la place de marché Dolistore (par exemple pour les commandes inter-entités), mais leur périmètre est à vérifier cas par cas. Considérez donc que le flux se construit par paramétrage, voire par développement.
Concrètement, le scénario type se bâtit à la main : un article marqué comme non stocké chez vous, une commande fournisseur créée à partir de la commande client, puis une expédition enregistrée à réception du numéro de suivi transmis par le fournisseur. Chaque maillon est faisable, mais rien ne garantit la cohérence de l’ensemble lorsque le volume monte. Prévoyez un test de bout en bout sur vos dix références les plus vendues, avec un cas de rupture et un cas de retour, avant de décider. Le calcul de la marge par commande demandera lui aussi un paramétrage soigneux des prix d’achat et des frais de port refacturés.
Le logiciel est libre, mais l’hébergement, l’intégration boutique et la maintenance ont un coût qui dépend de votre prestataire.
Pour qui : un démarrage à très faible volume, avec un profil technique en interne ou un intégrateur de confiance. Pour situer Dolibarr face aux autres options libres, voir notre comparatif des ERP open source.
Tableau comparatif
| Critère | Odoo | Business Central | Brightpearl | Dolibarr |
|---|---|---|---|---|
| Flux dropship natif | Oui, route « Dropship » | Oui, case « Drop Shipment » + création d’achats | Oui, règles d’exécution (selon l’éditeur) | Non documenté nativement, à construire |
| Flux fournisseurs (stock, prix) | Import CSV et connecteurs, API externe en offre Custom | Extensions partenaires, intégrations Power Platform | À valider en démo | Modules et imports, selon prestataire |
| Hybride stock propre + dropship | Oui (routes cumulables) | Oui (ligne par ligne) | Oui (règles par commande) | Possible, à paramétrer |
| Suivi fournisseur | Validation manuelle du bon de réception | Commentaire sur ligne d’achat | À valider en démo | À construire |
| Marge par commande | Via coût d’achat de la commande liée | Via écritures liées vente/achat | À valider en démo | À construire |
| TVA OSS | À paramétrer (positions fiscales) | À paramétrer, ou extension | À valider en démo | À paramétrer |
| Tarif publié | 19,90 € / 35,90 € par utilisateur et par mois (annuel, 10/11/2026) | Publié par Microsoft, selon édition | Sur devis | Logiciel libre, coûts de services |
La ligne « marge par commande » mérite une précision : aucune des quatre solutions ne vous livre un tableau de bord de marge réelle sans configuration. Elle repose sur la capacité à rattacher à chaque vente le coût d’achat de la commande fournisseur liée, y compris les frais de port. C’est un livrable à exiger dans le cahier des charges.
Quelle solution selon votre profil
Vous démarrez (quelques dizaines de commandes par jour, peu de fournisseurs). Odoo est le choix par défaut : la route Dropship est documentée, la licence est publiée et l’on peut commencer par un périmètre réduit (ventes, achats, stock). Prévoyez un intégrateur pour le connecteur boutique. Dolibarr ne se justifie que si vous avez les compétences techniques en interne et acceptez de construire le flux.
Vous êtes entre 5 et 20 M€ de chiffre d’affaires, avec une comptabilité exigeante. Business Central est le plus cohérent si votre DAF veut une compta, des clôtures et un audit solides : le lien vente-achat est explicite, l’annulation de livraison directe est prévue. Comptez avec un partenaire pour le suivi fournisseur et les connecteurs.
Vous vendez sur plusieurs marketplaces et sites. Brightpearl mérite une démonstration : les règles d’exécution par canal sont son cœur de métier. Mais exigez un devis chiffré, la preuve de la couverture TVA OSS et des références européennes avant de vous engager. Odoo en offre Custom (API externe, multi-société) reste l’alternative sérieuse.
Dans tous les cas, une recommandation tranchée : ne choisissez pas sur la démonstration du flux nominal. Faites jouer à l’éditeur ou au partenaire le scénario « fournisseur en rupture après confirmation » et le scénario « retour d’un colis livré en direct ». Ce sont eux qui départagent.
Les 5 erreurs à éviter en livraison directe
Erreur 1 : promettre un délai que vous ne maîtrisez pas
Le piège : afficher sur la boutique un délai générique, sans tenir compte du fournisseur réel de chaque article. La conséquence : les retards s’accumulent, les clients relancent le support, et les marketplaces sanctionnent vos expéditions tardives. La contre-mesure : porter le délai de chaque fournisseur par article dans l’ERP et l’exposer sur la boutique et les canaux.
Erreur 2 : improviser le circuit des retours
Le piège : le client vous renvoie le produit, mais le fournisseur n’a jamais accepté de le reprendre ni de vous créditer. La conséquence : vous remboursez le client sans récupérer l’argent, et chaque retour devient une perte sèche. La contre-mesure : fixer dans les conditions fournisseur qui paie le retour, et créer dans l’ERP un circuit retour, avoir fournisseur, remboursement.
Erreur 3 : oublier que vous restez le vendeur
Le piège : croire que la responsabilité suit le colis, alors que vous n’avez jamais touché le produit. La conséquence : garantie, conformité et information précontractuelle restent à votre charge vis-à-vis du client, sans recours si le contrat fournisseur est muet. La contre-mesure : répercuter ces obligations dans le contrat fournisseur et les consigner par fournisseur dans l’ERP.
Erreur 4 : paramétrer la TVA sans qualifier l’opération
Le piège : traiter toutes les ventes de la même façon, alors que le pays du fournisseur et celui du client changent la qualification (vente à distance, livraison intracommunautaire, chaîne d’opérations). La conséquence : une TVA mal collectée ou mal déclarée, avec un risque de redressement sur plusieurs périodes. La contre-mesure : faire valider le schéma par votre expert-comptable avant de paramétrer l’ERP.
Erreur 5 : se fier à un stock fournisseur trop rarement mis à jour
Le piège : un fichier CSV mis à jour deux fois par jour ne reflète pas l’état réel du stock. La conséquence : vous vendez ce qui n’existe plus, d’où annulations, clients déçus et notes dégradées sur les marketplaces. La contre-mesure : fixer une fréquence minimale de mise à jour, un seuil de sécurité (ne pas afficher les 2 dernières unités) et une règle de réaffectation vers un autre fournisseur.
Mise en œuvre en 5 étapes
- Cartographier les fournisseurs. Pour chacun : format de flux (EDI, CSV, API), fréquence, délais, conditions de retour, règles de facturation.
- Définir la règle de marge. Quels coûts entrent dans le coût d’achat (port, remise, frais de dossier) et quelle marge plancher déclenche une alerte.
- Paramétrer un périmètre pilote. Un fournisseur, un canal, une famille de produits. Testez le flux complet jusqu’au retour.
- Automatiser le suivi. Récupérez les numéros de suivi, renvoyez les statuts au client et à la marketplace, alertez sur les commandes sans confirmation fournisseur après un délai fixé.
- Étendre et mesurer. Ajoutez les fournisseurs un par un, puis suivez le taux de réaffectation, le taux de retour et la marge réelle par fournisseur.
Les signaux qu’il faut passer à un ERP
Vous n’avez pas besoin d’un ERP pour vendre vos dix premières références. Les signaux suivants indiquent que l’outil actuel est dépassé :
- vous ressaisissez des commandes dans les portails de vos fournisseurs ;
- vous ne pouvez pas dire, ligne par ligne, quelle commande a perdu de l’argent le mois dernier ;
- vos clôtures comptables dépendent d’exports manuels entre boutique, banque et factures fournisseurs ;
- vous cumulez plusieurs canaux dont les statuts ne se synchronisent pas ;
- vous franchissez des frontières et la TVA par pays devient un sujet de risque.
Si deux ou trois de ces signaux sont réunis, le sujet n’est plus « faut-il un ERP » mais « lequel et quand ». Pour situer ce seuil dans la vie d’une entreprise en croissance, lisez notre article sur le passage à un vrai ERP pour les startups et scale-ups. Et pour le branchement technique côté boutique, notre guide d’intégration ERP et boutique en ligne (Shopify, WooCommerce, PrestaShop) détaille les options de connecteurs.
Conclusion
Aucune des quatre solutions ne « fait le dropshipping » toute seule : Odoo et Business Central le modélisent nativement dans leur documentation, Brightpearl le propose via des règles d’exécution, Dolibarr demande de construire le flux. Le critère de décision n’est pas la liste des fonctions, c’est la capacité à gérer les exceptions (rupture, retour, TVA) avec une marge qui reste lisible commande par commande.
Pour comparer ces options avec les vôtres, téléchargez notre grille de sélection ERP : 30 critères pour benchmarker trois éditeurs côte à côte. Et si vous voulez challenger votre cahier des charges dropshipping, contactez-nous.
