Un paiement par jalons rassure sur le papier : le client ne paie pas tout sans visibilité et le prestataire reçoit des fonds au fil de l’exécution. Dans une marketplace, cette promesse devient pourtant dangereuse dès que « travail réalisé », « travail accepté » et « argent versable » désignent trois moments différents.
Le premier signal faible apparaît lorsqu’un chef de projet valide une étape par message, puis demande à la finance de traduire cet accord en montant. Le second se voit quand le solde affiché au client ne correspond plus aux mouvements du prestataire de services de paiement. Ces écarts annoncent des versements en double, des contestations impossibles à isoler et des clôtures comptables manuelles.
Le vrai enjeu consiste à faire de chaque jalon un petit contrat exécutable : un périmètre, un montant, une preuve attendue, une personne autorisée à accepter, un délai de réponse et une issue pour chaque désaccord. Le paiement ne doit jamais être déclenché par une simple modification de statut sans conserver la décision qui l’autorise.
Cette méthode complète la conception d’une marketplace opérateur. La mise en œuvre financière doit aussi être cadrée avec l’offre paiement, prestataire de paiement et sécurité marketplace, car l’opérateur orchestre la règle métier sans improviser la conservation de fonds pour compte de tiers.
Distinguer échéancier, encaissement et versement
Trois mécanismes qui ne produisent pas le même risque
Un échéancier facture le client plusieurs fois, par exemple à la commande, après une livraison intermédiaire puis à la réception finale. Un encaissement initial collecte la totalité en une fois, mais prévoit une affectation progressive. Un versement par jalons transfère au prestataire seulement la part devenue exigible. Ces mécanismes peuvent être combinés, mais ils ne doivent pas être confondus dans l’interface ni dans la comptabilité.
Facturer à chaque étape limite le montant immobilisé, mais expose la mission à un refus de paiement tardif alors que le travail est déjà engagé. Encaisser davantage au départ sécurise le financement, mais augmente l’exigence réglementaire, la sensibilité du remboursement et la nécessité de prouver où se trouve chaque euro. Le choix dépend donc du service, de sa durée, du coût engagé par le prestataire et des capacités réelles du partenaire de paiement.
Ne pas promettre un séquestre que le montage ne fournit pas
Le vocabulaire commercial doit refléter le montage effectivement validé. « Fonds sécurisés », « somme réservée » et « séquestre » ne sont pas des synonymes décoratifs. Selon le contrat conclu avec le prestataire de paiement, l’argent peut être en attente, disponible sur un solde, affecté à un compte de paiement ou déjà transféré. L’équipe juridique et le partenaire financier doivent confirmer les termes utilisables.
Une autorisation de carte n’est pas non plus une réserve durable universelle. Sa durée et sa capture dépendent du moyen de paiement, du réseau, du pays et du contrat technique. Une mission de plusieurs mois ne peut donc pas reposer sur l’hypothèse qu’une autorisation initiale restera indéfiniment capturable.
Dans quels cas réserver le paiement par jalons
Le modèle convient lorsque la mission comporte des étapes autonomes, observables et utiles en elles-mêmes : étude suivie d’une conception, réalisation découpée en lots, installation par zones ou production de livrables successifs. Chaque étape doit pouvoir être acceptée sans prétendre que toute la mission est terminée.
Il devient fragile lorsque le résultat est indivisible, que les critères évoluent continuellement ou que la valeur n’apparaît qu’à la toute fin. Découper artificiellement une prestation brève ajoute alors des validations, des frais et des occasions de litige sans mieux protéger les parties.
Le montant et la durée doivent aussi justifier la complexité. Trois versements sur une petite intervention de quelques heures peuvent coûter davantage en support et en traitement qu’ils ne réduisent le risque. Une avance suivie d’un solde, voire un paiement unique après réalisation, reste parfois plus lisible.
La décision se prend donc par catégorie, pas comme une fonction activée pour tous les vendeurs. L’opérateur compare coût engagé avant livraison, capacité à constater l’avancement, montant exposé, fréquence des changements et conséquences d’un arrêt anticipé.
Écrire un jalon que deux parties comprennent
Le libellé « première version livrée » laisse trop de place à l’interprétation. Un jalon exploitable décrit le livrable, son format, son périmètre, les critères mesurables, les exclusions et la méthode de remise. Pour une installation, il peut préciser les équipements concernés, les contrôles de fonctionnement, les photographies requises et les réserves qui n’empêchent pas l’usage.
Le montant comporte la part du prestataire, la commission de la plateforme, les taxes et les frais applicables selon le modèle retenu. Ces composantes ne doivent pas être recalculées à partir du seul pourcentage affiché. Une modification contractuelle crée une nouvelle version du jalon avec son propre accord ; elle ne réécrit pas silencieusement l’engagement d’origine.
La personne qui accepte doit être identifiable dès la commande. Dans un contexte professionnel, le demandeur, le bénéficiaire du service et le payeur peuvent être trois personnes différentes. La plateforme précise qui peut déposer une preuve, émettre une réserve, accepter l’étape et trancher au nom du client.
Enfin, chaque jalon porte une date cible et non une promesse absolue coupée de ses dépendances. Un retard imputable à un accès refusé, à une donnée manquante ou à un changement demandé par le client ne se traite pas comme une absence du prestataire. Les causes autorisées, leurs pièces et leur effet sur le calendrier sont définis avant l’incident.
Modéliser le cycle de vie du jalon
Des états fondés sur des faits observables
Le cycle peut distinguer : prévu, financé, en cours, preuve déposée, en attente d’acceptation, accepté, contesté, à corriger, annulé et versé. Chaque état répond à une question simple. Le financement existe-t-il ? Le prestataire a-t-il déclaré la fin de l’étape ? Le client a-t-il pris une décision ? Le mouvement financier a-t-il réellement abouti ?
« Terminé » ne suffit pas, car il peut décrire la perception du prestataire, l’acceptation du client ou la réussite du transfert. Mélanger ces faits crée une transition irréversible trop tôt. La plateforme conserve donc trois horodatages distincts : dépôt de la preuve, décision de réception et confirmation financière.
Une transition, un acteur, une conséquence maîtrisée
Le prestataire peut demander la réception, mais il ne doit pas accepter sa propre preuve. Le client peut émettre une réserve, mais il ne modifie pas directement le montant promis. Le support peut corriger une erreur documentaire, mais une décision financière sensible exige un droit spécifique et un motif. Cette séparation réduit les erreurs autant qu’elle facilite l’audit.
Chaque transition possède des conditions d’entrée et une issue d’échec. Si le versement est refusé par le prestataire de paiement, le jalon reste accepté mais non versé ; il ne revient pas artificiellement à l’état « en cours ». Si la notification au client échoue, le délai d’acceptation ne devrait pas commencer comme si l’information avait été remise.
Choisir des preuves proportionnées au service
La preuve utile découle du critère d’acceptation. Une photographie confirme un état visible, pas la performance durable d’un équipement. Un relevé signé prouve une présence et des observations, pas nécessairement l’absence de défaut caché. Un fichier remis prouve un dépôt, mais pas sa conformité fonctionnelle. Exiger la bonne pièce évite le faux sentiment de sécurité créé par une accumulation de documents.
Pour une prestation numérique, la preuve peut combiner version livrée, environnement, rapport de tests et démonstration des critères convenus. Pour une intervention physique, elle peut réunir géolocalisation raisonnablement justifiée, signature, relevé, photos et numéro de série. Les données personnelles ou sensibles restent limitées à ce qui est nécessaire, avec une durée de conservation définie.
Contre-intuitivement, davantage de preuves peut rendre la décision moins fiable. Cinquante photos non nommées ralentissent le client et donnent au support un dossier inexploitable. Un ensemble court, structuré par critère, horodaté et relié au bon jalon vaut mieux qu’une archive volumineuse.
La plateforme doit aussi conserver l’intégrité du dossier : auteur, date, type de pièce, version et empreinte du fichier lorsque cela se justifie. Une pièce remplacée après contestation ne doit pas effacer celle qui a fondé la décision initiale.
Organiser acceptation, réserves et silence
Une réception explicite avant l’automatisation
Le client reçoit une demande de décision avec le jalon concerné, les critères, les pièces et le montant associé. Il peut accepter, formuler une réserve précise ou signaler une impossibilité de vérifier. Un bouton générique « refuser » sans motif transforme chaque désaccord en conversation libre et empêche de distinguer défaut, périmètre incomplet et changement d’avis.
Une réserve indique le critère non satisfait, la correction attendue, le délai et l’effet financier. Certaines réserves bloquent tout le jalon ; d’autres permettent une acceptation partielle si le contrat l’autorise. Cette possibilité doit être conçue en amont, car découper arbitrairement un montant après litige affaiblit la compréhension des deux parties.
Le silence ne devient pas automatiquement une preuve
Une acceptation tacite peut être prévue par le contrat lorsque le contexte le permet, mais son déclenchement exige des garde-fous : information claire, remise traçable, durée adaptée, rappels et possibilité réelle d’émettre une réserve. Le simple écoulement d’un délai technique ne démontre pas que le client a pu examiner le livrable.
La plateforme commence par une validation explicite sur les premières missions ou les catégories sensibles. Elle n’automatise l’acceptation par défaut qu’après avoir mesuré les non-réponses, les réouvertures et les contestations. Ce choix évite de gagner quelques heures de délai au prix d’une forte hausse du support.
Isoler le montant contesté sans tout bloquer
Une contestation sur le deuxième jalon ne devrait pas remettre en cause le premier déjà accepté sans raison contractuelle. Le dossier distingue le montant acquis, le montant en attente, le montant contesté et le solde futur. Cette ventilation protège la trésorerie du prestataire tout en conservant un levier proportionné pour corriger l’étape litigieuse.
Le parcours de désaccord fixe une fenêtre de réponse, les pièces recevables, la personne chargée de l’examen et les décisions possibles : acceptation, correction, réduction prévue par le contrat, annulation ou transmission à une médiation compétente. La plateforme ne doit pas inventer une sanction financière au moment du litige.
Le coût caché vient souvent du gel intégral. Une mission de 20 000 euros dont 2 000 euros sont discutés peut immobiliser inutilement les 18 000 euros déjà justifiés, fragiliser le prestataire et multiplier les relances. À l’inverse, payer tout le solde supprime le levier nécessaire à la correction. Le bon niveau de retenue correspond au risque réellement ouvert.
Les remboursements, annulations et reprises financières suivent une chronologie distincte de la décision commerciale. Une acceptation annulée ne signifie pas qu’un transfert déjà exécuté s’inverse spontanément. La plateforme vérifie le mouvement effectif et produit l’opération compensatrice permise par son partenaire de paiement.
Confier les fonds au bon acteur réglementé
Séparer la qualification juridique de la règle produit
En France, l’Autorité de contrôle prudentiel et de résolution rappelle que recevoir des sommes destinées à être reversées à un tiers relève généralement d’une opération de paiement. Elle précise aussi que la fourniture habituelle de services de paiement est réservée aux acteurs habilités. L’opérateur doit donc faire qualifier son montage et travailler avec un prestataire adapté, plutôt que faire transiter les fonds vendeurs sur un compte bancaire ordinaire. Le cadrage officiel est disponible dans la ressource de l’ACPR sur l’encaissement pour compte de tiers.
Le partenaire de paiement exécute les opérations financières ; la marketplace conserve la logique métier qui explique pourquoi elles sont demandées. Le contrat d’intégration doit couvrir comptes bénéficiaires, vérifications, devises, frais, disponibilité des fonds, restrictions géographiques, remboursements, contestations et rapports de rapprochement.
Confronter le besoin aux capacités documentées
Ce contrat documente les entrées nécessaires, les sorties attendues, les dépendances externes, les seuils de contrôle et les responsabilités de chaque acteur. Cette traçabilité permet de distinguer une demande métier rejetée, une opération encore en attente et un incident réellement financier.
Les modèles techniques diffèrent. La documentation Stripe Connect sur les paiements et transferts séparés indique notamment qu’un remboursement du paiement n’annule pas automatiquement les transferts associés. La documentation Adyen for Platforms décrit de son côté la répartition des paiements, la conservation des fonds jusqu’au versement et les rapports de rapprochement. Ces exemples montrent pourquoi la règle métier doit être validée contre les capacités exactes du prestataire retenu.
La plateforme ne code donc pas un « portefeuille générique » avant le choix du partenaire. Elle écrit ses cas métier, demande une démonstration de chaque opération sensible puis vérifie le contrat, la documentation et les événements réellement disponibles. Une fonction absente ou soumise à condition peut changer tout le modèle de jalons.
Tenir un registre financier réconciliable
Relier la décision métier au mouvement externe
Le registre interne conserve pour chaque jalon le montant brut, les frais, la commission, la part du prestataire, les taxes, la devise et les identifiants du partenaire financier. Il ne remplace pas la comptabilité du prestataire de paiement ; il permet de relier commande, décision et mouvement sans dépendre d’un libellé bancaire.
Une demande de versement reçoit un identifiant stable. Les nouvelles tentatives réutilisent cet identifiant ou un mécanisme d’unicité équivalent accepté par l’interface du partenaire. Si la réponse réseau se perd après exécution, le système consulte d’abord l’état externe au lieu d’envoyer immédiatement une seconde demande.
Rapprocher par mouvement, pas seulement par total
Deux totaux égaux peuvent masquer deux erreurs opposées : un versement dupliqué et un autre absent. Le rapprochement compare chaque mouvement attendu avec un mouvement observé, son montant, sa devise, son bénéficiaire, son état et sa date de valeur. Les écarts rejoignent une file de traitement qualifiée.
La clôture quotidienne ou hebdomadaire selon le volume vérifie au minimum les paiements reçus, les remboursements, les commissions, les transferts, les échecs, les frais et les sommes encore en attente. Les corrections ne suppriment jamais le mouvement initial ; elles ajoutent une écriture liée qui explique la différence.
Empêcher double versement et décision solitaire
Garantir l’unicité et séparer les pouvoirs
Un versement doit être répétable techniquement sans produire deux effets financiers. Cette propriété protège contre les relances automatiques, les doubles clics et les réponses tardives. La contrainte d’unicité se place sur la combinaison pertinente — jalon, version, bénéficiaire et type d’opération — et pas seulement sur l’écran.
Les droits distinguent préparation, validation et exécution. Le support peut documenter un dossier ; la finance peut contrôler le montant ; une personne habilitée peut approuver une exception. Au-delà d’un seuil défini par le risque de l’activité, une double validation réduit la probabilité qu’un compte compromis ou une erreur humaine déclenche un versement important.
Le traitement des exceptions précise les responsabilités, la file de reprise, le seuil de double validation et la journalisation attendue. Ces éléments donnent une sortie à chaque opération incertaine et évitent qu’une correction urgente devienne une nouvelle règle invisible.
Bloquer les changements sensibles avant de reprendre
Les coordonnées bancaires et le compte bénéficiaire ne changent pas dans le même geste que le paiement. Une modification récente, un bénéficiaire non vérifié ou une incohérence d’identité place l’opération en attente de contrôle. C’est un signal plus utile qu’une alerte générique sur tous les dossiers.
La reprise après incident est préparée : suspendre les nouvelles demandes, identifier les opérations dont l’issue est inconnue, interroger le partenaire, rapprocher les réponses puis rouvrir progressivement. Relancer toutes les opérations « en erreur » sans connaître leur état externe est précisément le scénario qui fabrique les doubles paiements.
Suivre une mission en trois jalons
Exemple : diagnostic, réalisation et réception finale
Une mission à 12 000 euros prévoit 20 % pour le diagnostic, 50 % pour la réalisation et 30 % pour la réception finale. Les pourcentages sont un exemple pédagogique, pas une recommandation universelle. Le premier jalon exige un rapport structuré et une réunion de restitution ; le deuxième couvre les éléments livrés et testés ; le dernier dépend de la levée des réserves bloquantes.
Après le diagnostic, le client accepte le rapport. La plateforme fige la version, enregistre la décision et demande le versement correspondant. Le partenaire confirme l’opération ; le jalon devient versé. Si la réponse technique avait été perdue, le dossier serait resté « versement à confirmer » jusqu’au rapprochement, sans nouvelle demande aveugle.
Au deuxième jalon, une fonction secondaire manque mais le service principal est utilisable. Le contrat autorise une réserve non bloquante assortie d’une date de correction. Le client accepte la partie prévue et la réserve reste attachée au solde final. Si le contrat n’avait pas prévu ce cas, l’opérateur n’aurait pas le droit de créer sur le moment une réduction arbitraire.
À la réception finale, la correction est livrée et la réserve levée. Le système vérifie que les jalons précédents, les mouvements financiers et le montant total concordent avant le dernier versement. Le dossier se clôt seulement lorsque l’état métier et l’état financier racontent la même histoire.
Provoquer une panne pendant la recette
La recette rejoue le cas avec une réponse du partenaire volontairement interrompue après la demande de versement. Elle vérifie qu’aucun second transfert n’est créé, que l’opération incertaine reste visible et qu’une personne peut résoudre le dossier depuis les références externes, sans correction directe en base.
Un second essai change le compte bénéficiaire après l’acceptation. L’opération doit être bloquée ou soumise à un contrôle renforcé. Ces scénarios sont plus révélateurs qu’un parcours idéal exécuté dix fois, car ils éprouvent les moments où l’argent peut quitter le mauvais compte ou partir deux fois.
Décider avec une matrice d’acceptation
Avant de développer, l’équipe construit une matrice par type de jalon. Elle sert de base commune au produit, aux opérations, à la finance, au juridique et à l’intégration technique.
- Objet. Quel livrable ou résultat précis devient recevable, et quelles exclusions empêchent une interprétation extensive ?
- Preuve. Quelle pièce démontre chaque critère, qui la produit et combien de temps doit-elle être conservée ?
- Décision. Qui accepte, sous quel délai, avec quelles réserves et quelle règle si le client reste silencieux ?
- Montant. Quelle somme devient exigible, quelles composantes la forment et quelle part demeure encore exposée ?
- Exécution. Quelle opération du partenaire est demandée, avec quel identifiant unique et quelle confirmation attendue ?
- Désaccord. Quelles décisions sont permises, qui les prend et comment corriger un mouvement déjà réalisé ?
La matrice révèle rapidement les promesses impossibles. Si personne ne sait produire la preuve, si le montant n’est pas isolable ou si le partenaire financier ne permet pas l’opération attendue, le jalon doit être simplifié avant l’ouverture. Ajouter une exception dans le support ne corrige pas une règle inexécutable.
Repérer les signaux faibles et erreurs fréquentes
Les signaux faibles qui méritent une enquête
Des preuves sont régulièrement envoyées hors plateforme ; les motifs de réserve contiennent seulement « non conforme » ; les délais sont prolongés à la main ; le support demande à la finance si un jalon est payé ; le total du dossier varie selon l’écran consulté. Chacun de ces signaux indique qu’une décision importante n’est pas portée par le modèle.
Une hausse des acceptations très rapides peut elle aussi être suspecte. Elle peut traduire une excellente qualité, mais aussi un bouton trop facile, une personne non habilitée ou un contournement pour débloquer le prestataire. La distribution des délais doit être relue avec les réouvertures et contestations ultérieures.
Les erreurs fréquentes qui coûtent le plus cher
Payer sur le dépôt d’une pièce. Le dépôt prouve que le prestataire a soumis quelque chose, pas que les critères sont satisfaits. La demande de réception et l’acceptation doivent rester deux événements distincts.
Modifier un jalon accepté. Changer périmètre ou montant en place détruit la preuve de l’accord. Un avenant crée une nouvelle version, reliée à l’ancienne et acceptée par les parties concernées.
Traiter tous les désaccords comme un remboursement total. Cette simplicité apparente immobilise trop de fonds et transforme une réserve limitée en conflit sur toute la mission.
Utiliser l’export financier comme vérité métier. Le rapport du partenaire confirme les mouvements, mais il n’explique pas seul quel livrable a été accepté. Le rapprochement a besoin des deux sources.
Piloter délais, contestations et trésorerie
Le délai médian entre preuve déposée et décision mesure la fluidité de la réception. Il doit être segmenté par catégorie, client et type de jalon, car une moyenne globale cache les prestations qui restent bloquées. Le délai entre acceptation et confirmation financière distingue ensuite un problème métier d’un problème d’exécution du paiement.
Le taux de réserves indique la qualité de définition et d’exécution. Il devient actionnable lorsqu’il est relié à un critère précis : pièce absente, périmètre incomplet, défaut fonctionnel, retard ou demande supplémentaire. Le taux de contestations après versement mesure quant à lui les acceptations fragiles ou trop automatisées.
La valeur en attente doit être répartie par cause : décision client, correction prestataire, contrôle de conformité, indisponibilité des fonds, erreur technique ou litige. Un montant total sans motif ne permet aucune priorité. L’ancienneté des sommes complète la lecture pour éviter qu’un petit dossier demeure oublié pendant plusieurs mois.
Enfin, le coût de traitement rassemble temps du support, interventions financières, frais non récupérés et impact sur la trésorerie. Une catégorie qui génère beaucoup de chiffre d’affaires peut rester destructrice si chaque jalon demande une enquête manuelle. La décision peut alors être de simplifier les étapes, augmenter le prix, limiter le service ou refuser certains cas.
Plan d’action : fiabiliser le parcours en six semaines
Semaines 1 et 2 : fermer le contrat métier
L’équipe sélectionne une catégorie pilote et décrit trois à cinq jalons réels. Elle précise livrables, critères, preuves, rôles, délais, réserves, annulations et montants. Le juridique qualifie les termes commerciaux et le montage de paiement ; la finance valide commission, taxes, remboursements et écritures attendues.
Les cas impossibles à trancher sont retirés du pilote. Cette réduction vaut mieux qu’un lancement fondé sur des décisions orales. Le parcours garde seulement les prestations dont la réception peut être expliquée aux deux parties.
Semaines 3 et 4 : intégrer et réconcilier
Le produit implémente les états, les droits et l’historique. L’intégration associe chaque demande financière à un identifiant stable, traite les réponses asynchrones et expose les opérations incertaines. La finance rapproche les événements du pilote avec les rapports du partenaire.
La recette provoque double clic, délai expiré, notification non remise, compte bénéficiaire modifié, réponse réseau perdue, fonds indisponibles, remboursement et contestation partielle. Chaque cas doit aboutir à une action compréhensible sans intervention directe dans la base.
Semaines 5 et 6 : ouvrir sous surveillance
La plateforme ouvre un volume borné avec validation explicite. Un point quotidien examine opérations incertaines, dossiers anciens, réserves et écarts de rapprochement. Les causes sont corrigées avant d’augmenter le nombre de missions.
L’extension est autorisée lorsque chaque euro attendu correspond à un mouvement expliqué, que les contestations restent isolables et que le support sait résoudre un dossier depuis le back-office. Elle est différée si une feuille parallèle demeure nécessaire pour connaître le solde réel.
- Choisir une catégorie dont les livrables et critères d’acceptation peuvent être formulés sans ambiguïté.
- Valider le montage avec le juridique, la finance et le prestataire de paiement avant de promettre la conservation des fonds.
- Tester les pannes, doubles demandes, changements de bénéficiaire et contestations partielles avant les vrais versements.
- Élargir seulement quand la décision métier et le mouvement financier restent réconciliables sans fichier privé.
- Ouvrir. Chaque décision possède une preuve, chaque versement possède une référence externe et aucun écart de rapprochement ne reste inexpliqué.
- Différer. Une opération incertaine ou une réserve partielle exige encore une correction manuelle dont l’effet financier n’est pas borné.
- Refuser. Le partenaire retenu ne permet pas le modèle promis ou le contrat ne désigne pas la personne autorisée à accepter le jalon.
Guides complémentaires sur services et paiements
Le paiement par jalons se situe entre le contrat de service, l’infrastructure financière et le traitement des preuves. Les ressources suivantes approfondissent chacune de ces frontières sans déplacer la décision centrale du versement progressif.
Concevoir tout le parcours d’une marketplace de services
Le parcours complet d’une marketplace de services relie qualification, devis, disponibilité, preuve, paiement et litige lorsque le chantier dépasse le seul versement progressif.
Il aide à positionner les jalons dans la mission complète et à éviter qu’une règle financière compense un contrat de service mal défini.
Cadrer prestataire de paiement, commissions et reversements
L’article consacré aux paiements marketplace, commissions et reversements élargit la lecture aux comptes vendeurs, vérifications, remboursements, frais et exploitation financière.
Il complète les jalons lorsque l’opérateur doit choisir son architecture de paiement et organiser l’ensemble des flux, au-delà d’une mission particulière.
Constituer une preuve exploitable en cas de désaccord
La méthode sur la preuve de livraison utilisable dans un litige montre comment réunir événements, pièces et chronologie sans dépendre d’une capture d’écran isolée.
Son angle porte sur la livraison de biens, mais ses principes d’intégrité, d’identification et de conservation éclairent la construction d’un dossier de preuve robuste.
Conclusion : payer le progrès réellement accepté
Un paiement par jalons n’est pas un simple découpage en pourcentages. Il relie une promesse vérifiable, une décision de réception et une opération financière qui doivent rester compréhensibles séparément.
La preuve ne déclenche pas directement l’argent : elle ouvre une décision. Cette distinction protège le client contre une exécution incomplète et le prestataire contre une retenue globale sans motif précis.
La qualité du dispositif se mesure dans les cas imparfaits : réserve partielle, silence, panne réseau, changement de bénéficiaire ou remboursement après transfert. Si le système sait isoler le risque et rapprocher les mouvements, le volume peut augmenter sans multiplier les arbitrages manuels.
Dawap peut cadrer les règles, intégrer le partenaire financier et construire les écrans de contrôle nécessaires à une marketplace opérateur fiable, depuis le premier jalon jusqu’à la clôture réconciliée.
