Mobilier sur devis : quand capturer le paiement ?

Un buffet ancien vendu 900 euros est réservé sur votre marketplace. L’acheteur autorise 1 050 euros, dont 150 euros de livraison. Le transporteur découvre ensuite un quatrième étage sans ascenseur et propose une prestation à 250 euros. Le vendeur attend une confirmation ; l’autorisation carte approche de son échéance. Quel montant pouvez-vous demander à encaisser, et pour quelle prestation réellement acceptée ?

Le problème apparaît lorsque quatre réponses différentes deviennent un seul voyant « paiement accepté » : disponibilité du meuble, faisabilité de la livraison, accord sur le prix livré et état du paiement. Une autorisation bancaire ne résout ni un escalier trop étroit ni un devis remplacé. En pratique, la décision d’encaissement doit retrouver l’offre livrée que l’acheteur a acceptée, puis vérifier que son exécution et son paiement restent possibles.

Cette situation concerne les opérateurs qui organisent des ventes de mobilier avec vendeurs indépendants et transport sur devis. Nous allons suivre le meuble unique jusqu’à la demande de capture, séparer les échéances et corriger huit dossiers fictifs. Les montants, délais et réservations de l’exercice sont fournis pour apprendre à décider ; ils ne décrivent aucune transaction réelle.

Dans un projet de création de marketplace opérateur, Dawap peut concevoir les écrans et les échanges qui réunissent ces décisions. Notre accompagnement sur les parcours de paiement et l’intégration du PSP commence par la prestation vendue, les conditions du compte prestataire et les responsabilités de vos équipes.

Pour qui le devis de livraison devient une décision de paiement

Un meuble disponible une seule fois et une livraison à qualifier

Une plateforme de meubles d’occasion réunit souvent des pièces uniques, dispersées chez plusieurs vendeurs. Deux buffets de même modèle peuvent avoir des dimensions, un état, un démontage ou un lieu d’enlèvement différents. Le catalogue sert à découvrir le meuble ; le dossier transactionnel doit identifier précisément celui que le vendeur s’engage à remettre.

La livraison dépend aussi du logement et du service demandé. Déposer devant l’immeuble, monter au quatrième étage et installer dans une pièce représentent des prestations distinctes. Une estimation de transport qui ignore cet écart peut produire un prix séduisant, puis une négociation tardive sur une vente présentée comme confirmée.

Reconnaître les commandes qui peuvent suivre un parcours plus simple

Une petite pièce expédiable par un service standard, dont les conditions et le prix sont déjà connus, ne nécessite pas forcément une phase de devis. Le parcours peut confirmer directement l’offre complète. Le contrôle de paiement reste nécessaire, mais il ne sert pas à compenser une incertitude logistique inexistante.

À l’inverse, une livraison qui exige une visite technique ou plusieurs semaines de coordination ne devrait pas être organisée autour d’une courte autorisation carte supposée renouvelable. Le produit doit choisir un autre moment pour demander le paiement, avec les conditions validées auprès du prestataire. Allonger artificiellement un statut « en attente » ne crée aucune capacité supplémentaire.

Décrire le service livré avant de choisir le moment d’encaissement

L’étage et l’accès peuvent modifier la prestation

Le centre d’aide Selency sur la livraison à l’étage demande notamment de vérifier l’accès par ascenseur ou escalier et la possibilité de transporter le produit à deux personnes. Sa page sur la livraison organisée par le vendeur distingue aussi les conditions à convenir avec celui-ci. Ces exemples rendent visibles des contraintes de mobilier ; ils ne documentent pas le PSP ou l’architecture de paiement de Selency.

Pour votre plateforme, recueillez la largeur utile des passages, l’étage, l’ascenseur, les possibilités de démontage, les points de prise en charge et les restrictions connues. Une réponse inconnue doit rester identifiable. Remplacer « accès non renseigné » par « rez-de-chaussée » simplifie le formulaire mais déplace le problème vers les livreurs.

Le devis doit nommer ce qui est inclus

Un prix de transport seul laisse trop de place à l’interprétation. Le devis associe meuble, adresses, service, accès déclarés, nombre de personnes, période proposée, prix et validité. Il indique les réserves restant à lever. Le vendeur et l’acheteur peuvent alors comprendre pourquoi une modification du logement ou du meuble exige une nouvelle proposition.

La qualification des contraintes de transport des produits hors gabarit commence en amont du panier. Ici, nous poursuivons le dossier après l’autorisation carte : les conditions logistiques doivent encore correspondre à l’offre acceptée au moment de demander l’encaissement.

Construire une offre livrée que l’acheteur peut reconnaître

Une version rassemble meuble, livraison et montant

L’offre V1 du buffet associe la pièce identifiée à 900 euros et une livraison à 150 euros selon des conditions explicites. Le total de 1 050 euros appartient à cette version. Si le transport passe à 250 euros ou si la remise devient une dépose devant l’immeuble, une offre V2 est préparée. Garder le même total avec une prestation dégradée reste un changement d’offre.

Le dossier conserve l’ancienne proposition, la nouvelle et la différence compréhensible pour l’acheteur. Un changement de version ne doit pas ressembler à une simple mise à jour du suivi. Il demande une réponse : accepter les nouvelles conditions, retenir une alternative compatible ou arrêter la vente selon la politique annoncée.

L’accord porte sur cette proposition, pas sur le dossier en général

Une confirmation reçue sur V1 ne vaut pas automatiquement pour V2. L’écran doit afficher le meuble, le prix total, le service de livraison, les réserves et la version proposée. L’événement d’accord garde l’identité de l’acheteur, la version et son horodatage. Un message « d’accord pour la livraison » sans proposition identifiable mérite une clarification avant de faire avancer le paiement.

Le passage d’un devis versionné à une commande explique comment éviter un recalcul silencieux lors de la conversion. Le cas du mobilier ajoute une contrainte : même une offre correctement acceptée peut attendre une nouvelle autorisation si le montant ou le délai disponible ne permettent plus de demander sa capture.

Suivre trois échéances qui n’accordent pas les mêmes droits

La réservation vendeur concerne le meuble

Le vendeur confirme une pièce précise et la période pendant laquelle il la maintient disponible. Une réservation expirée ou une vente réalisée ailleurs rend la disponibilité incertaine. Le paiement ne doit pas être utilisé pour forcer un vendeur à fournir une pièce qu’il n’a plus. Le support demande une nouvelle confirmation ou une sortie du dossier.

Le modèle distingue une déclaration de disponibilité, une option temporaire et un engagement vendeur. Ces états sont utiles lorsque le meuble existe sur plusieurs canaux. Une inscription « réservé » dans votre back-office ne prouve pas que le vendeur a accepté de retirer l’annonce ailleurs ; ce comportement fait partie du contrat et du parcours à valider.

Le devis transport et l’autorisation carte ont leurs propres limites

La validité du devis fixe jusqu’à quand la prestation et son prix restent proposés. La disponibilité d’un créneau peut être plus courte. Le produit enregistre ces limites séparément et réévalue une offre lorsque l’une d’elles change. Un devis encore valable ne garantit pas qu’un créneau soit toujours réservable.

Pour la carte, la documentation Stripe sur l’autorisation et la capture expose l’échéance dans payment_method_details.card.capture_before. Après autorisation manuelle, requires_capture et amount_capturable décrivent respectivement l’état et le montant disponible. Une autorisation expirée ne reste pas utilisable parce que votre commande affiche encore « paiement accepté ».

Le dossier rassemble les trois dates sans les fusionner. Si le vendeur réserve jusqu’à vendredi, que le transporteur attend une réponse jeudi et que le PSP indique mercredi soir, mercredi devient une contrainte de paiement ; il ne transforme pas une livraison encore inconnue en livraison confirmée. Le produit prépare une décision avant cette limite.

Décider la capture à partir d’une offre complète et encore exécutable

Fermer les conditions avant d’envoyer une demande

La règle opérateur vérifie la pièce vendeur, la livraison confirmée, la version acceptée, la devise et le total. Elle rapproche ensuite ces faits avec l’état du paiement et son échéance. Chacun de ces contrôles peut bloquer la demande avec un motif précis. Une erreur de version et une échéance dépassée appellent des actions différentes.

L’état « éligible à une demande » reste distinct d’un encaissement confirmé. Entre la lecture et l’appel au PSP, une annulation peut intervenir ou la connexion peut échouer. Le parcours reçoit un résultat, conserve sa preuve et rapproche l’état final. Il ne déclenche pas la préparation sur la seule présence d’un bouton vert dans le back-office.

Un supplément de livraison ne devient pas un droit à débiter davantage

Exemple concret : si V2 totalise 1 150 euros alors que le montant disponible est de 1 050 euros, l’accord sur V2 ne suffit pas à rendre le paiement compatible. Notre contrôle bloque la capture et demande un parcours de paiement qualifié avec le PSP. Il ne suppose aucune fonction d’augmentation, de débit complémentaire ou de capture multiple disponible pour le compte.

Stripe indique que certaines possibilités particulières existent, mais que la plupart des paiements carte ne permettent qu’une capture. Une capture partielle libère généralement le reste. Le choix d’encaisser le meuble puis d’ajouter le transport demande donc une conception explicite ; il ne doit pas être introduit comme réparation improvisée d’un devis tardif.

Une marge opératoire protège la décision, sans prolonger l’autorisation

Votre équipe peut fixer une marge avant l’échéance pour traiter les dernières réponses, rafraîchir le paiement et exécuter une action. Cette marge dépend de la chaîne technique et du temps humain réellement nécessaire. Elle est interne à votre fonctionnement et n’ajoute aucun délai au contrat du prestataire.

Dans cet exercice, nous refusons une demande lorsque le temps restant est inférieur ou égal à dix minutes. Ce seuil fictif sert à tester la frontière. Une plateforme réelle doit le choisir à partir de son fonctionnement observé et prévoir qui tranche les dossiers encore ouverts ; elle ne copie pas dix minutes comme une recommandation universelle.

Exercice corrigé : huit décisions pour un buffet et sa livraison

Les dossiers partent d’une offre V1 à 1 050 euros, composée du buffet à 900 euros et du transport à 150 euros. Dans le cas de départ, le vendeur maintient la pièce disponible, la livraison est confirmée, l’acheteur a accepté V1 et le paiement est dans l’état fourni requires_capture. Le montant disponible est de 1 050 euros et l’échéance se situe deux heures après l’instant de contrôle.

Chaque ligne modifie un élément de cette situation. Les faits du vendeur, du transporteur et du PSP sont fournis au contrôle hors connexion ; celui-ci ne les interroge pas et ne démontre pas leur réalité. Le résultat propose la prochaine décision métier. Il ne certifie ni un appel de paiement réussi ni l’adéquation juridique des conditions commerciales.

Comprendre ce que les verdicts empêchent

Le dossier B interdit de traiter une autorisation disponible comme un accord sur un nouveau prix. Le dossier H montre l’inverse : l’accord peut être à jour tandis que le paiement reste incompatible. Réunir les deux vérifications évite que l’équipe support demande au développement de « forcer la commande » sans préciser ce qui manque.

Le dossier C bloque aussi une vente dont le montant ne change pas. Une livraison à 150 euros reste une promesse vide si personne n’a confirmé la manutention nécessaire. Le dossier E protège la même logique côté vendeur : l’objet payé doit encore correspondre à une pièce que celui-ci s’engage à remettre.

Tester les limites et les entrées contradictoires

Le contrôle a été exécuté sur les huit dossiers, huit entrées invalides et cinq frontières. À l’échéance exacte, l’autorisation est inutilisable. Une seconde avant, la marge interne interdit encore la voie automatique. À dix minutes restantes, le refus demeure ; à dix minutes et une seconde, le dossier A redevient éligible selon la seule politique de l’exercice.

Une demande supérieure d’un centime au montant disponible est refusée. Les gardes rejettent notamment une échéance absente, un montant négatif ou booléen, une version vide, deux devises différentes et un état PSP inconnu. Ces résultats vérifient la décision à partir de données fournies ; les confirmations vendeur, les disponibilités transport et les transitions du PSP restent à éprouver dans leurs environnements respectifs.

Préparer les sorties lorsque devis et autorisation ne se rejoignent plus

Une autorisation expirée demande un parcours explicite

L’acheteur doit comprendre si sa vente reste proposée et quelle action est attendue. Le support retrouve l’offre encore disponible, sa version acceptée et l’état actuel du paiement. Si un nouveau paiement est nécessaire, le parcours conserve le lien avec la vente et évite d’afficher une deuxième commande indépendante pour le même buffet.

La précédente autorisation reste dans l’historique. Le dossier indique pourquoi elle n’a pas permis l’encaissement et à quelle proposition elle était rattachée. Une nouvelle tentative ne doit pas masquer une ancienne capture dont le résultat serait encore inconnu. Cette vérification passe avant l’envoi d’un nouveau lien de paiement.

Une durée étendue se qualifie avant d’être promise

La documentation Stripe sur les autorisations étendues décrit une disponibilité dépendant notamment du réseau, de la catégorie commerçant et des conditions tarifaires du compte. Elle recommande de lire l’échéance retournée pour chaque paiement. Une demande d’extension ne justifie donc pas d’afficher trente jours garantis à tous les acheteurs de meubles.

L’extension, lorsqu’elle est disponible et adaptée au parcours, peut laisser davantage de temps à la qualification. Elle ne remplace toujours ni l’accord sur V2 ni la disponibilité de la pièce. Avant de la retenir, mesurez aussi la durée pendant laquelle l’acheteur verra ses fonds immobilisés et la capacité du support à expliquer cet état.

Une sortie de vente doit refermer ses engagements

Si aucun transport acceptable n’est disponible, la plateforme applique la sortie annoncée : retrait de la proposition, nouvelle option ou arrêt de vente. Le vendeur sait si sa pièce reste réservée. Le transporteur sait si une capacité doit être libérée. Le support explique le sort du paiement à partir du résultat disponible, sans annoncer un remboursement d’un montant qui n’a jamais été capturé.

La distinction entre libération d’autorisation, annulation de vente et remboursement après capture doit rester visible dans les écrans internes. Ces opérations n’ont pas le même point de départ. Leur mise en œuvre exacte dépend du prestataire et du cadre choisi ; le dossier métier doit déjà permettre à l’équipe de sélectionner la bonne opération.

Concevoir les écrans et les échanges autour du meuble vendu

Relier les entrées, les sorties et leurs propriétaires

Les entrées du contrôle sont l’identifiant de pièce, l’engagement vendeur, la version du devis transport, l’accès déclaré, l’offre acceptée, le montant, la devise et les faits du paiement. Les responsabilités sont attribuées à chaque source : le catalogue et le portail vendeur portent la pièce ; le transporteur ou son interlocuteur confirme le service ; le parcours acheteur conserve l’accord ; le PSP fournit l’état financier.

Les sorties sont une demande autorisée avec son montant ou un blocage attribué : vendeur, livraison, version acheteur, échéance ou paiement. La journalisation relie chaque décision aux versions et à l’instant de contrôle ; les dépendances bloquantes gardent leur motif et leur délai de réponse. La surveillance recherche les offres sans réponse avant leur limite et les captures dont le résultat manque. Le retour arrière libère les engagements inutilisés selon l’état réel, puis propose une nouvelle offre plutôt que de modifier celle déjà acceptée.

Montrer la prochaine action aux trois interlocuteurs

L’acheteur voit le buffet qu’il choisit, la prestation, le total et la réponse attendue. Si V2 remplace V1, l’écart est mis en évidence. Un bouton de validation porte sur cette proposition complète. La présence d’un ancien accord dans le dossier ne doit pas laisser l’écran prétendre que les nouvelles conditions sont déjà acceptées.

Le vendeur voit la pièce et l’échéance de son engagement. L’exploitation voit les réserves transport et le temps disponible pour prendre une décision. Le support dispose de la chronologie commune et d’un motif de blocage lisible. Chaque interlocuteur retrouve ainsi ce qu’il peut confirmer sans accéder à une action financière qu’il n’est pas habilité à déclencher.

Rapprocher le résultat quand la réponse réseau manque

Une demande de capture peut être envoyée puis perdre sa réponse réseau. L’application enregistre la tentative et recherche son résultat avant de considérer qu’elle a échoué. La nouvelle lecture du paiement rejoint la même vente et la même demande. La politique de répétition doit être qualifiée avec les mécanismes du PSP utilisé.

L’état inconnu possède une file, une règle de repli et des responsabilités explicites dans la procédure de rapprochement. Il ne devient pas « refusé » par défaut, car cette interprétation peut provoquer une seconde demande de paiement. Le support peut maintenir une information limitée à l’acheteur pendant le rapprochement, puis annoncer l’état confirmé. La préparation du meuble suit ensuite la règle choisie sur cette preuve.

Mesurer les ventes bloquées sans récompenser un encaissement prématuré

Attribuer la perte à sa véritable étape

Comptez les offres dont le devis change après une première autorisation, celles qui attendent encore l’accord acheteur et celles qui atteignent la marge interne sans livraison confirmée. Distinguez un refus du client, une impossibilité transport et une disponibilité vendeur retirée. Un seul taux de conversion ne dit pas quelle partie du parcours doit être corrigée.

Mesurez le temps entre demande transport, proposition complète et réponse acheteur. Cette lecture peut conduire à déplacer l’autorisation après le devis plutôt qu’à multiplier les relances. Contre-intuitivement, demander l’autorisation plus tard peut réduire les reprises de paiement. Si les réserves d’accès provoquent la majorité des révisions, un meilleur questionnaire initial apportera davantage qu’une minuterie supplémentaire sur le paiement.

Faire apparaître le coût des négociations tardives

Cas concret fictif : sur un échantillon de vingt ventes, six demandes de renseignement prennent douze minutes chacune et quatre nouvelles propositions prennent vingt minutes chacune. La charge est de 152 minutes pour ces opérations : 72 minutes de renseignements et 80 minutes de révision. Ce calcul illustre un coût de reprise ; il n’annonce aucun gain client.

Ajoutez les pièces indisponibles après attente, les créneaux perdus et les dossiers financiers à rapprocher. Conservez aussi les ventes arrêtées avant un transport impossible : cette sortie protège la qualité de service même si elle diminue le nombre de commandes encaissées. Le pilote doit regarder ensemble ventes exécutables, reprises et incidents acheteur.

Erreurs fréquentes entre le devis transport et l’encaissement

Capturer pour éviter de perdre l’autorisation

Le raccourci consiste à encaisser juste avant l’échéance, puis à terminer la négociation de livraison. Il remplace une contrainte technique par une vente dont les conditions restent discutées. La file des échéances doit déclencher une décision sur la proposition ; elle ne sert pas de permission de capture.

Stripe décrit actuellement la capture automatiquement différée dans un périmètre de préversion privée. Son comportement ne doit pas être supposé disponible ou compatible avec une offre encore ouverte. Même lorsqu’un mécanisme automatisé est qualifié pour un compte, la politique produit doit éviter qu’il encaisse une prestation que l’acheteur n’a pas acceptée.

Masquer une réserve sous un total inchangé

Une équipe peut conserver 1 050 euros en passant de la livraison dans la pièce à la dépose devant l’immeuble. Le montant reste compatible avec l’autorisation, mais la prestation change. La version et le nouvel accord sont donc nécessaires selon la politique d’offre définie. Le contrôle du total seul manquerait précisément ce type de dérive.

Une autre erreur consiste à accepter un supplément dans un commentaire, puis à modifier directement la commande. Le parcours doit rapprocher la nouvelle proposition, son acceptation et le paiement correspondant. Une note support conserve le contexte ; elle ne remplace pas automatiquement ces trois éléments.

Plan d’action : tester un premier parcours de vente avec livraison sur devis

Commencer par les ventes qui ont réellement demandé une révision

Sélectionnez une famille de meubles, quelques vendeurs et un mode de livraison. Reconstituez les pièces disponibles, les devis successifs, les accès déclarés, les réponses acheteur et les états du paiement. La première sortie attendue est une classification des réserves. Sans cette lecture, l’équipe risque d’automatiser une confirmation dont personne ne partage la définition.

L’exploitation désigne qui confirme le transport et qui clôture la disponibilité vendeur. Le produit définit les changements qui remplacent une offre. Le responsable paiement qualifie le compte PSP et les échéances réellement retournées. Le support vérifie qu’il peut expliquer chaque dossier à partir de ces sources.

Faire accepter ou refuser la même proposition dans tous les écrans

Le pilote présente V1 puis V2 à l’acheteur, retire une disponibilité vendeur et simule une livraison non confirmée. Les intégrations passent ensuite en environnement de test du prestataire pour éprouver leurs transitions propres. Les cas hors connexion apportent les décisions métier ; ils ne remplacent pas ces essais d’intégration.

Avant l’extension, l’équipe doit montrer qu’une ancienne version ne reste pas acceptable, qu’une réponse réseau perdue ne crée pas un nouveau paiement et que l’échéance exacte ferme la voie prévue. Toute divergence observée retourne vers la règle ou l’écran responsable avec un dossier reproductible.

1. Qualifier meuble, accès et devis avant de retenir l’ordre des étapes de paiement.
2. Relier chaque accord à une offre complète et chaque demande au paiement compatible.
3. Rejouer les huit dossiers, les réserves réelles et les résultats PSP avant d’élargir aux autres vendeurs.

Guides complémentaires pour fermer la promesse avant le paiement

Deux décisions précèdent le contrôle financier : qualifier une livraison réalisable et conserver la proposition acceptée. Leur conception en amont limite les dossiers qui arrivent à l’encaissement avec une réserve encore ouverte.

Recueillir le gabarit et les accès dès le catalogue

La méthode de qualification transport des produits hors gabarit décrit les dimensions emballées, les contraintes de manutention et les services éligibles. Elle aide à décider quelles informations demander avant une estimation, afin que le devis transmis pour le meuble ne dépende pas d’un accès supposé.

Le vendeur peut fournir les dimensions de la pièce et de son conditionnement. L’acheteur renseigne l’accès à destination ; le transporteur décide si le service proposé couvre cette combinaison. Garder ces sources séparées permet de retrouver la donnée à corriger quand une livraison passe du service standard au devis spécialisé.

Préserver les conditions lorsque le devis devient commande

La conversion d’une version acceptée en commande détaille la copie des prix, parties et conditions sans recalcul du jour. Ce chaînage permet ensuite de comparer la proposition du meuble au paiement utilisé, même si le catalogue ou le devis transport a évolué depuis l’accord acheteur.

La commande garde le total retenu, les parties et le service convenu pour cette vente. La proposition ultérieure reste consultable avec son propre état. Cette séparation aide le support à déterminer si l’acheteur attend une exécution de la commande existante ou doit encore répondre à une modification qui ne l’a pas remplacée.

• Une réserve d’accès doit rester visible dans la proposition soumise à l’acheteur.
• Un supplément confirmé demande de rapprocher la nouvelle version et le paiement disponible.
• Une offre arrêtée doit refermer la réservation vendeur et les engagements transport correspondants.

Conclusion : encaisser l’offre livrée que l’acheteur a acceptée

Une vente de mobilier sur devis devient exécutable lorsque le meuble est disponible, que le service de livraison est confirmé et que l’acheteur a accepté leur proposition commune. Le paiement doit rejoindre cette version et ce total. La proximité d’une échéance ne peut pas résoudre une réserve sur l’escalier, le vendeur ou le prix.

Les huit dossiers séparent nouvel accord, disponibilité, livraison, expiration, marge, encaissement existant et montant insuffisant. Leur intérêt tient dans la prochaine action qu’ils rendent lisible. L’exploitation peut ainsi traiter une vente ouverte sans confondre demande de capture, encaissement confirmé et sortie de commande.

Le bon moment d’autorisation dépend du temps nécessaire pour produire une offre complète. Le cadrage des parcours de paiement marketplace vérifie les échanges et les conditions du PSP sur ce périmètre. Si le devis arrive trop tard, déplacez cette étape ou qualifiez un autre parcours avec le prestataire. Le résultat recherché est une vente livrable dont le support peut raconter les décisions, depuis la pièce jusqu’au paiement.

Dawap accompagne la conception de votre marketplace opérateur. Nous partons de vos dossiers, de vos vendeurs et des conditions de livraison pour construire puis vérifier cette chaîne avec les équipes concernées.