Summary

  • Stripe prend d'abord le remboursement ou la contestation sur le compte connecté où la vente a été réalisée. Si la plateforme porte les pertes de ce compte et que ses fonds ne suffisent pas, une reserve_transaction apparaît sur la plateforme ; un manque de solde disponible peut déclencher un débit de sa banque liée.
  • Le retour du vendeur vers un solde moins négatif libère la réserve. Après 180 jours de déficit persistant, un connect_collection_transfer utilise les fonds réservés pour remettre le compte connecté à zéro.

Le tiroir du vendeur ouvre celui de la plateforme

Le site marchand a encaissé une commande ; un remboursement ou une contestation arrive ensuite. Stripe cherche d'abord les fonds sur le compte où la transaction a été faite. Dans le cas d'un compte connecté dont les pertes sont assumées par la plateforme, les ressources insuffisantes du vendeur déplacent la charge. La réserve Connect est la traduction comptable de ce déplacement, pas un simple voyant d'alerte.

Lorsque ce compte devient négatif, Stripe crée une reserve_transaction sur le compte de la plateforme. Les fonds disponibles financent la réserve. S'ils sont trop faibles, le solde disponible de la plateforme passe en négatif et Stripe lance un débit de son compte bancaire lié. Ce circuit est conditionnel : il concerne les comptes dont la plateforme assume effectivement le risque de perte. La documentation n'étend pas ce mécanisme indistinctement à tous les vendeurs Connect.

Dans Accounts v2, ce partage porte un nom technique précis. Avec defaults.responsibilities.losses_collector réglé sur application, la plateforme répond des soldes négatifs du compte connecté. Avec stripe, Stripe les prend à sa charge ; la plateforme conserve la responsabilité du solde négatif de son propre compte. La valeur est fixée lors de l'ajout de la configuration Merchant et ne peut ensuite être modifiée dans ce cadre. La décision de financement est donc prise au moment où l'on construit la relation commerciale, bien avant le premier litige.

La réserve suit la dette dans les deux sens. Stripe la décrit comme à peu près égale à la somme des soldes négatifs des comptes dont la plateforme porte les pertes, sous réserve des retards de données. Quand un vendeur reprend une activité et réduit son déficit, des ajustements rendent des fonds au solde disponible de la plateforme. Si le négatif demeure 180 jours, un connect_collection_transfer prélève la réserve, crédite le vendeur et remet son solde à zéro. Une plateforme peut aussi transférer plus tôt la somme nécessaire ; la réserve correspondante se débloque alors. Ce ne sont pas des remboursements miraculeux par un vendeur disparu, mais des mouvements définis par Stripe.

Les documents ne donnent ni plateforme lésée, ni montant débité d'une banque, ni taux de recouvrement. Pour un cas concret, il faut le choix de responsabilité, les remboursements, les écritures de réserve et le débit bancaire. Pour le modèle économique, l'enjeu est déjà lisible : accueillir un vendeur peut aussi lui donner accès à une part de la trésorerie de la plateforme. Cette part mérite un plafond et un prix.

Sources