La plupart des plateformes commerciales fonctionnent comme des « tuyaux ». Elles récupèrent un produit auprès du vendeur, le font passer par un canal à sens unique jusqu’à l’acheteur, et leur rôle s’arrête là. La revente, la réparation, le retour, le renouvellement… tout cela se passe une fois que la plateforme n’y prête plus attention.
Cela fonctionnait à l'époque où les biens de consommation étaient bon marché et où les ressources de la planète étaient illimitées. Ce n'est plus le cas aujourd'hui, et une génération de fondateurs d'entreprises commerciales a passé ces cinq dernières années à intégrer des flux circulaires dans des plateformes traditionnelles, avec plus ou moins de succès.
Pourquoi les travaux de rénovation échouent-ils ?
Le schéma de modernisation se présente comme suit : on prend une plateforme de gestion de projets, on y ajoute un module « retours », un workflow « remise à neuf », un type d'annonce « revente » et un outil de suivi « garantie ». Chacun de ces éléments s'intègre au catalogue via des clés étrangères et tente de se coordonner avec les autres grâce à des webhooks.
Résultat : chaque flux circulaire dispose de son propre modèle de données, de ses propres écritures comptables (ou pire encore, de sa propre comptabilité hors grand livre) et de sa propre intégration avec l'entrepôt. Une fois que les processus de reprise, de réparation, de revente et de retour au fournisseur sont opérationnels, vous vous retrouvez avec quatre systèmes semi-indépendants qui doivent tous s'accorder sur le même inventaire physique.
On voit bien que Circular Commerce a été adapté a posteriori, car le stock physique figure dans une colonne et l’état de ce stock est contenu dans un bloc JSON.
Que signifie « première classe » ?
Dans «VenduStack », chaque flux permettant le transfert d’un article entre différentes parties correspond au même type d’objet : un « Move » (voir notre article sur le modèle de données). Cela inclut :
- Vente initiale (vendeur → acheteur)
- Retour (acheteur → vendeur, écritures de contrepartie)
- Reprise (ancien acheteur → plateforme, évaluée au prix de reprise)
- Remise à neuf (plateforme → partenaire de réparation, avec mise à jour de la classification de l'objet)
- Revente (plateforme → nouvel acheteur, avec une nouvelle classification et un nouveau prix)
- Retour au fournisseur (plateforme → vendeur d'origine, frais de logistique inverse à la charge du client)
Chacune d'entre elles correspond à une opération dotée d'une machine à états, d'écritures comptables et d'une piste d'audit. Il n'existe pas de « module de retours » distinct : il y a la bibliothèque de workflows, et « retour » est l'un des workflows fournis avec celle-ci.
Ce que cela permet
Une fois que les flux circulaires sont considérés comme des éléments à part entière, ce qui était autrefois difficile devient facile :
- Rachat dès le premier jour. Le prix de rachat fait partie intégrante du modèle du produit lui-même ; il ne s'agit pas d'un programme distinct.
- Inventaire tenant compte des catégories de qualité. Un objet physique peut appartenir à différentes catégories de qualité au cours de son cycle de vie ; le registre consigne la valeur associée à chaque catégorie.
- Redevances sur la revente. Si vous souhaitez que le vendeur initial perçoive une rémunération sur les ventes secondaires, il s'agit d'une politique de rémunération liée à l'objet en question.
- Une comptabilisation honnête du carbone. Chaque action a un type et une contrepartie ; les émissions et l'impact peuvent être attribués de manière déterministe.
Le détail ennuyeux
Ce qui fait que cela fonctionne, ce n’est pas le modèle en soi, mais le fait que ce modèle ait été défini avant que le catalogue n’atteigne le million de références. Les adaptations a posteriori échouent parce qu’elles doivent conserver l’ancienne structure intacte. Une économie circulaire de premier ordre ne fonctionne que si l’on s’y engage dès le premier jour.
C'est là la raison pratique pour laquelle il vaut mieux choisir une plateforme qui l'intègre d'emblée, et non sous forme de module : lorsque vous en aurez besoin, l'intégrer a posteriori à votre stack existante vous prendra un an de travail.
Ce que nous sommes encore en train de déterminer
Les flux circulaires interagissent avec la fiscalité, l'amortissement, les assurances et les obligations de déclaration réglementaires selon des modalités qui varient d'une juridiction à l'autre. Notre modèle de données est bien conçu ; nous travaillons actuellement avec trois partenaires de conception sur la mise en conformité réglementaire au sein de l'Union européenne, au Royaume-Uni et en Amérique du Nord.
Si le bon fonctionnement de votre activité commerciale repose sur la bonne gestion des flux circulaires — ou si vous avez essayé de les adapter et que vous avez tiré les mêmes enseignements que nous —, nous serions ravis d'échanger nos points de vue.
Edwin Korver is the founder and systems architect behind VenduSys and RoundMap®. His work focuses on regenerative business, value orchestration, and the systems that help organizations move from extraction toward shared value and healthier ecosystems.