Español
English
Català
Deutsch
Português
Italiano
Nederlands
Polski
CommerceHub, Overstock, Limango et consorts ne sont pas des marketplaces au sens d'Amazon. Ce sont des réseaux de dropship de retailers : une enseigne vend sur son site, la commande vous arrive, et vous expédiez directement au client final au nom de l'enseigne. L'acheteur ignore que vous existez, et cette phrase contient presque toutes les exigences techniques.
Le bon de livraison ne porte pas votre marque
C'est l'exigence qui fait échouer le plus de projets. Le colis qui arrive chez le client contient le bon de livraison du retailer, avec son logo, son numéro de commande et son texte sur les retours. Dans Odoo, cela implique un modèle de rapport par retailer et un numéro de commande externe imprimé dessus. Ce n'est pas cosmétique : si c'est votre bon de livraison qui part, vous enfreignez le contrat.
L'étiquette n'est peut-être pas la vôtre non plus
Beaucoup de retailers imposent leur contrat de transport : ils vous donnent l'étiquette déjà payée, et vous n'avez qu'à la coller et à remettre le colis. D'autres vous laissent utiliser le vôtre, mais exigent le numéro de suivi avant une heure donnée. Les deux cas se résolvent dans Odoo, mais avec des mécanismes différents : dans le premier, l'étiquette arrive sous forme de fichier et se joint au bon de livraison ; dans le second, le numéro provient de votre propre connecteur de transporteur et est renvoyé au réseau.
La rupture de stock est sanctionnée
Sur une marketplace, tomber en rupture signifie que vous cessez de vendre. En dropship de retailers, cela signifie que vous annulez une commande que le retailer a déjà vendue à son client, et cela est mesuré et pénalisé. Concrètement, la publication du stock doit être plus prudente que sur n'importe quel autre canal : un coussin de sécurité plus élevé et une publication à la confirmation, pas par lots horaires.
Et le catalogue passe par fichier, pas par une belle API
Une bonne partie de cette industrie fonctionne encore avec des fichiers : catalogues en CSV, stock par FTP, confirmations par EDI. Ce n'est pas un défaut, c'est la réalité, et un connecteur sérieux doit parler ce langage sans se plaindre. Ce qu'il faut en revanche exiger de lui, c'est qu'il journalise chaque échange, car lorsqu'une commande manque, la seule façon de prouver ce qui s'est passé est le fichier envoyé et le fichier reçu.
Ce que nous faisons ici
Clairement : nous n'avons pas de connecteur CommerceHub publié sur l'App Store de Odoo. Ce que nous faisons, c'est développer l'intégration sur mesure en fonction du fonctionnement concret de chaque réseau, ce dont ce type de projet a justement besoin, car il n'y a pas deux retailers qui demandent la même chose. Ce que nous avons réalisé et publié, ce sont les connecteurs des marketplaces classiques : Amazon, Mirakl, Temu et le reste du catalogue.
Questions fréquentes
Peut-on gérer le dropship et la vente en propre dans le même Odoo ?
Oui, et c'est conseillé. Ce qu'il faut séparer, ce sont les routes d'entrepôt et les modèles de bon de livraison, pas la base de données. Le stock est le même, et c'est là que réside l'avantage.
Et si le retailer travaille par EDI et non par API ?
C'est le cas habituel dans cette industrie et cela ne change pas l'approche. Ce qui change, c'est le transport du message ; le mapping vers les documents d'Odoo représente le même travail.
Combien de temps dure un tel projet ?
Cela dépend du nombre de messages exigés par le retailer et de l'imposition ou non du transport. Un flux de commande, confirmation et expédition est court ; ajouter la facturation et les retours l'allonge. Sans voir sa spécification, personne ne peut vous donner une date sérieuse.
Liens utiles chez FlexigoTech
Un réseau de dropship vous a accepté et vous ne savez pas par où commencer ?
Envoyez-nous son document d'intégration. Nous vous disons quels messages sont obligatoires, ce qui peut être automatisé dans Odoo et ce qui nécessitera encore que quelqu'un surveille. Écrivez à comercial@flexigobe.com ou planifiez un appel.