Español
English
Català
Deutsch
Português
Italiano
Nederlands
Polski
Dsco est un réseau de dropship : un retailer vend sur son site, la commande vous parvient en tant que fournisseur et vous l'expédiez directement à son client, au nom du retailer. Aujourd'hui, il fait partie de Rithum, l'entreprise née de la fusion de CommerceHub et de ChannelAdvisor. Avant d'aller plus loin, l'essentiel : nous n'avons pas de connecteur Dsco publié. Si vous cherchiez un module à installer, il n'est pas dans notre catalogue. Ce que nous pouvons vous expliquer, c'est comment ce fonctionnement s'intègre dans Odoo, là où se jouent presque tous les problèmes.
Comment fonctionne le réseau, vu du côté fournisseur
Vous vous inscrivez une seule fois, et chaque retailer qui vous accepte devient un partenaire commercial avec ses propres règles. D'après le guide d'intégration de Dsco, le fournisseur reçoit des commandes et renvoie quatre éléments au réseau : la confirmation qu'il va traiter la commande, l'expédition avec son suivi, l'annulation lorsqu'il ne peut pas la traiter et la facture des unités expédiées. À part, il y a l'inventaire, que le retailer utilise pour décider de ce qu'il propose. Rithum recommande de passer par l'API, avec des identifiants client échangés contre un jeton ; les fichiers CSV ou EDI restent une option, avec moins de fonctions.
Dans Odoo, ce n'est pas la route Dropship
Le nom prête à confusion. La route Dropship d'Odoo sert au cas inverse : vous vendez et votre fournisseur expédie. Chez Dsco, le fournisseur, c'est vous : la commande est donc une vente normale depuis votre entrepôt, avec trois données bien renseignées : le client facturé est le retailer, l'adresse de livraison est celle de son client et le prix est le coût convenu avec le retailer, pas ce qu'a payé l'acheteur. Le numéro de commande du retailer va dans la référence client et c'est la clé que l'on consulte avant de créer quoi que ce soit. Sinon, chaque nouvel essai duplique des commandes, ce que nous cherchons en premier lorsque nous auditons un connecteur hérité.
Le bon de livraison porte la marque du retailer
L'acheteur ignore que vous existez. Le colis contient le bon de livraison du retailer : son logo, son numéro de commande, son texte sur les retours et aucun de vos prix. Dans Odoo, cela correspond à un modèle de rapport par retailer, choisi selon le client de la commande, et non à un modèle unique rempli de conditions qui grossit à chaque nouveau partenaire. Si vous utilisez les étiquettes générées par Dsco, sa documentation indique que le bon de livraison peut aussi être téléchargé depuis son portail. Il faut alors décider, retailer par retailer, si l'on imprime celui d'Odoo ou si l'on joint le sien. Les deux options sont valables. Les deux en même temps, non.
L'étiquette qu'on vous impose
Dsco peut générer l'étiquette avec un compte transporteur connecté par le retailer ou par le fournisseur. Si le compte est celui du retailer, vous ne choisissez ni le transporteur ni le service : vous recevez l'étiquette sous forme de fichier, elle est jointe au bon de livraison d'Odoo et le numéro de suivi que vous renvoyez doit être celui de cette étiquette. Si le compte est le vôtre, l'étiquette peut sortir de votre connecteur transporteur dans Odoo et l'expédition est ensuite communiquée au réseau. Dsco identifie chaque expédition par partenaire, code d'entrepôt et numéro de commande : chaque entrepôt Odoo a donc besoin de son code Dsco associé.
Une seule source d'étiquette par retailer. Si Odoo et Dsco peuvent toutes deux la générer, tôt ou tard quelqu'un en imprime deux : le colis part avec l'une et le retailer reçoit le suivi de l'autre.
Une rupture de stock se paie
Sur une marketplace, quand vous n'avez plus de stock, vous cessez simplement de vendre. En dropship de retailers, le retailer a déjà encaissé le client et, si vous annulez, cette annulation est la vôtre et le retailer la mesure. Chaque retailer fixe ses règles et leurs conséquences, nous ne vous donnerons donc pas de chiffre. Ce que l'on peut faire, c'est ne pas en arriver là, avec trois décisions dans Odoo : publier la quantité libre (le disponible moins le réservé) avec une marge par retailer, et non le stock physique ; l'envoyer dès qu'elle change, et non dans un lot nocturne ; et ne confirmer la commande dans Dsco que lorsqu'Odoo a pu réserver les unités. C'est le problème de la survente multicanale, avec moins de marge d'erreur.
Ce que nous faisons, et quand cela ne vous convient pas
Nous le répétons : nous n'avons pas de connecteur Dsco publié. Ce que nous faisons, c'est développer l'intégration sur mesure selon les exigences de chaque retailer, en nous appuyant sur ce qu'Odoo résout déjà (transporteurs, routes, rapports et réservations) et sur ce que nous avons appris avec nos connecteurs publiés pour Amazon, Mirakl et le reste du catalogue. Maintenant, la part d'honnêteté : si vous vendez à un seul retailer avec peu de commandes par jour, le portail de Dsco et une personne attentive vous suffisent probablement, et payer une intégration n'a aucun sens. Cela devient rentable quand le volume ou le nombre de retailers fait que la saisie manuelle commence à coûter des annulations. Le contexte général du dropship de retailers se trouve dans CommerceHub et Odoo.
Questions fréquentes
Existe-t-il un connecteur Dsco pour Odoo prêt à installer ?
Nous n'en avons pas de publié. Si quelqu'un vous en propose un, demandez avec quels retailers il fonctionne en production et s'il couvre la confirmation, l'expédition, l'annulation et la facture, pas seulement la réception des commandes.
Mieux vaut passer par l'API ou par des fichiers ?
Rithum recommande l'API pour les fournisseurs, et son guide décrit la voie par fichiers CSV ou EDI avec moins de fonctions. Si vous échangez déjà de l'EDI avec d'autres retailers et que ce flux fonctionne, le réutiliser peut avoir du sens ; si vous partez de zéro, l'API est la voie à suivre.
Comment facture-t-on le retailer depuis Odoo ?
Avec la politique de facturation sur les quantités livrées. La facture va au retailer, pas à l'acheteur, et n'inclut que les unités expédiées, ce que Dsco s'attend à recevoir. Facturer ce qui est commandé plutôt que ce qui est expédié donne une facture qui ne correspond pas aux expéditions.
Liens utiles sur FlexigoTech
Un retailer vous a accepté sur Dsco ?
Envoyez-nous son guide d'exigences : quels messages il demande, qui fournit l'étiquette et quel délai il vous donne. Nous vous dirons ce qui s'automatise dans Odoo, ce qui nécessitera encore quelqu'un pour surveiller et si l'intégrer en vaut vraiment la peine. Écrivez à comercial@flexigobe.com ou planifiez un appel.