Partner Commerce Hub : vendre le stock de vos partenaires comme votre propre catalogue

Un modèle pour les vendeurs B2B qui veulent référencer des produits qu'ils ne stockent pas, venus de fournisseurs externes, sans que l'acheteur ne remarque la moindre différence — même vitrine, même passage en caisse, même interlocuteur commercial, aucun fournisseur nommé. Illustré ici par un scénario représentatif de pièces automobiles plutôt que par un client nommé.

Distribution B2B de pièces automobiles de rechange
Un ordinateur portable affichant un écran fictif « Exceptions » du modèle Partner Commerce Hub : une file d'attente de gestionnaire ne listant que les commandes qui demandent une attention — un changement de prix, un partenaire qui ne répond pas, une action manuelle — chacune avec son propre compte à rebours SLA, plutôt que toutes les commandes du système.

Le défi

C'est un modèle que nous concevons de façon répétée, montré ici sur un scénario représentatif plutôt que sur les chiffres d'un client précis : un vendeur B2B veut proposer des produits de fournisseurs externes via sa propre vitrine, sans que rien ne change pour l'acheteur — même catalogue, même logique de prix, même commercial — et sans révéler qui est le fournisseur ni faire d'abord entrer la gamme dans ses propres rayons.

C'est un problème classique de la pièce de rechange automobile : un acheteur, de nombreux fournisseurs dissemblables. Dissemblables sur tous les plans — format de la grille tarifaire, canal de communication, rapidité de réponse, rigueur sur les délais. La difficulté n'est pas de connecter l'un d'entre eux ; c'est de tous les faire tenir dans un seul et même processus.

Le stock et l'argent vivent déjà dans un système comptable ou ERP séparé. Une vitrine incapable de le lire produit une seconde version de la vérité en quelques jours.

Tous les fournisseurs n'ont pas d'API. Certains envoient un fichier de prix, certains prennent les commandes par e-mail, certains ne répondent qu'à une personne sur une messagerie. Une conception qui ne gère que les fournisseurs faciles, ou qui exige une API de la part de tous, laisse la majeure partie du catalogue lente et manuelle.

La solution

Une opération canonique unique, de nombreux adaptateurs

En interne, chaque fournisseur est traité de la même façon : le même échange en six étapes — vérifier la disponibilité, obtenir un prix, passer la commande, obtenir la confirmation, obtenir l'expédition, obtenir la facture. Seule change la façon dont un fournisseur donné exécute chaque étape : un appel d'API, un clic dans un portail, un message lu par une personne. Intégrer un nouveau fournisseur devient un changement de configuration, pas un nouveau processus métier.

Le canal manuel est un adaptateur à part entière, pas une exception

Un fournisseur joint par e-mail ou messagerie reçoit le même délai, la même notation et la même traçabilité qu'un fournisseur doté d'une API complète — une personne exécute simplement l'étape à la place d'une machine. C'est délibéré : la plupart des fournisseurs réels de ce secteur n'ont pas d'API, et une conception qui les traite comme un cas particulier finit par faire tourner la majeure partie du catalogue hors des radars.

Choisir un fournisseur, ce n'est pas choisir le moins cher

Quand plusieurs fournisseurs peuvent honorer la même ligne, le système met en balance le prix, le coût et le délai de livraison, la fiabilité du stock annoncé, l'historique du fournisseur, et le coût attendu d'un retour — parce qu'un fournisseur 2 % moins cher mais qui ne confirme que 85 % du temps coûte plus cher une fois comptés les recommandes, les clients retardés et le travail manuel de rattrapage.

L'acheteur voit une promesse, pas une supposition

Un niveau de stock confirmé, une valeur mise en cache depuis le dernier fichier de prix, et une ligne qui attend encore la confirmation d'un fournisseur sont trois situations différentes, et une vitrine qui affiche les trois comme un simple « en stock » finit par promettre des choses que personne n'a validées. Chaque offre porte un niveau de confiance, et le texte affiché sur la vitrine — « expédié aujourd'hui » contre « en cours de confirmation, réponse sous quelques heures » — en découle plutôt que d'être deviné.

Le gestionnaire traite les exceptions, pas la file des commandes

Si la plupart des commandes se terminent d'elles-mêmes, un gestionnaire ne devrait pas avoir à toutes les parcourir pour trouver les quelques-unes qui demandent une attention. La file ne fait remonter que ce qui est sorti du parcours normal — pas de réponse, un prix modifié, un délai manqué — chacune avec son propre délai et des actions en un clic : réaffecter à un fournisseur de secours, accepter un nouveau prix, interroger l'acheteur, escalader.

Un agent IA pour le canal qui reste manuel

Entre « on écrit à un fournisseur sur WhatsApp » et « le fournisseur a une API » se trouve un écart qu'une personne n'a plus besoin de combler à temps plein : un agent envoie la demande selon un modèle, lit la réponse en texte libre ou vocale, en extrait la quantité, le prix et le délai, pose une question de relance si quelque chose manque, et fait remonter à un humain les cas peu fiables ou à forte valeur. Le message d'origine reste toujours conservé à côté du résultat structuré qu'il a produit.

Questions fréquentes

Non. La vitrine reste propriétaire de la recherche, des fiches produit et du passage en caisse ; le système comptable ou ERP reste propriétaire du stock, des prix et des règlements. Cette couche se place entre eux et les fournisseurs externes, et ne devient une copie ni de l'un ni de l'autre.

Il est intégré dès le premier jour sur le canal manuel ou messagerie, sous les mêmes délais, la même notation et la même traçabilité qu'un fournisseur connecté par API. S'il développe une API par la suite, seule la configuration de son adaptateur change — le processus autour de lui reste le même.

En pondérant le prix avec le coût et le délai de livraison, la fiabilité du stock annoncé, l'historique de fiabilité du fournisseur, et le coût de retour attendu — pas par le prix seul. Cette pondération est une décision métier, ajustable par segment, et chaque choix reste explicable : quelles alternatives existaient et pourquoi elles n'ont pas été retenues.

La commande est silencieusement transférée à un fournisseur de secours si les nouvelles conditions restent dans ce qui a été promis à l'acheteur, l'acheteur est interrogé si les conditions changeraient, ou le cas est escaladé à un gestionnaire s'il n'y a pas de solution de secours — un ensemble fixe d'issues plutôt qu'une décision au cas par cas à chaque fois.

Non. Les offres se distinguent par le prix, le délai et les conditions, jamais par le nom d'un fournisseur, et rien dans la vitrine, les e-mails ou les documents d'expédition n'identifie qui se trouve derrière une ligne donnée.
Études de cas