Vérification des paiements de place de marché à grande échelle : intégrez des milliers de sous-marchands sous une clé maître, chacun vérifiant ses propres paiements.
— lectures
Une place de marché vit ou meurt sur la confiance entre de nombreux petits vendeurs et les acheteurs qui les paient. Quand un acheteur envoie du mobile money à un vendeur que vous n'avez jamais rencontré, la réputation de votre plateforme est en jeu pour une transaction dont vous n'avez pas été témoin. Le niveau Plateforme de KODA résout cela en offrant à chaque vendeur une vérification de paiement réelle et indépendante, tout en laissant votre plateforme avec une seule relation à gérer.
Le modèle est conçu pour l'échelle dès le premier jour. Vous intégrez des sous-marchands sous un seul compte maître, et chacun reçoit des identifiants restreints et limités liés à son propre registre vérifié. Un vendeur ne peut voir et agir que sur ses propres paiements ; le compte maître voit la santé agrégée de tout le réseau. Cette isolation n'est pas cosmétique — chaque sous-marchand a un registre distinct et des reçus distincts, de sorte qu'un seul accord d'intégration peut faire entrer des milliers de vendeurs sans aucune contamination croisée entre eux.
La vérification elle-même tourne sur la The Mobile Money Verification API (3 Endpoints, No Telco Deal), le même moteur qui alimente chaque produit KODA. Quand un acheteur paie un vendeur, KODA compare le code de référence de l'acheteur au SMS de confirmation même de l'opérateur sur le téléphone récepteur — M-Pesa, Orange Money, Airtel Money, MTN MoMo, Wave et bien d'autres — et renvoie un verdict en environ trois secondes. Il vaut la peine de le dire clairement : KODA ne déplace, ne détient ni ne touche jamais l'argent. Ce n'est ni une banque ni un portefeuille. Il prouve que le transfert a eu lieu ; les fonds voyagent sur les rails mobile money que vos vendeurs utilisent déjà.
Parce qu'il n'y a aucune API télécom, aucun contrat et aucune intégration requise pour commencer, l'intégration d'un nouveau vendeur est rapide. Un sous-marchand n'a besoin ni d'un développeur ni d'une négociation bancaire — il n'a besoin que de son numéro mobile money existant et du SMS de confirmation de l'opérateur, qui arrive déjà sur son téléphone. Les acheteurs, quant à eux, obtiennent toujours la confirmation infalsifiable décrite sur How KODA verifies mobile money payments par l'une des Five Ways to Accept & Verify Mobile Money (One Engine) : la console manuelle, WhatsApp, l'API et le paiement, l'USSD, ou le SMS entrant. Quelle que soit la porte que le vendeur préfère, le résultat est la même confirmation verrouillée et vérifiée.
Ce verrouillage est central à la raison pour laquelle une place de marché peut faire confiance au réseau. Chaque code de référence vérifié est verrouillé à jamais, de sorte qu'un seul code peut confirmer exactement un paiement. Un fraudeur ne peut pas payer un vendeur puis réutiliser la même référence pour prétendre en avoir payé un autre. En plus de cela, KODA exécute l'anti-contrefaçon sur les flux d'appareils, la notation de fraude et les règles de vélocité, ainsi que la criminalistique des captures d'écran. Les règles de vélocité comptent tout particulièrement dans une place de marché, où un attaquant pourrait tenter d'asperger de nombreuses petites fausses confirmations sur différents vendeurs ; le moteur voit des motifs que vos vendeurs individuels ne peuvent pas voir.
Chaque vendeur peut aussi émettre des White-Label Payment Receipts Your Customers Trust sous sa propre marque, de sorte que les acheteurs voient la boutique chez qui ils ont acheté plutôt que la tuyauterie de votre plateforme. Cela garde la relation acheteur là où elle doit être — avec le vendeur — tandis que la plateforme obtient tout de même une trace propre et vérifiable de chaque transaction pour le rapprochement, les reversements et la gestion des litiges. Un reçu vérifié porte la référence, le montant, l'opérateur et l'horodatage, ce qui est exactement la preuve dont un vendeur a besoin pour gagner une rétrofacturation ou une réclamation « je n'ai jamais payé ».
Il y a des écueils à éviter à mesure que vous développez un tel réseau. Ne laissez pas les sous-marchands partager un seul jeu d'identifiants — le modèle de clés restreintes existe précisément pour qu'un vendeur compromis ne puisse toucher au registre de personne d'autre. Ne comptez pas sur les vendeurs qui examinent des captures d'écran à l'œil pendant les périodes chargées ; la vérification automatisée supprime l'erreur humaine dont la fraude se nourrit. Et ne traitez pas la vérification comme une pensée après coup greffée au moment du reversement — vérifier à l'instant du paiement est ce qui arrête une mauvaise transaction avant que la marchandise ne soit expédiée.
Cette conception convient particulièrement bien aux KODA for restaurants, retail, schools & marketplaces à fort volume — réseaux d'agents, flottes de livraison, plateformes de billetterie et vitrines multivendeurs — où le nombre de vendeurs est grand et le paiement moyen petit, de sorte que la confiance par transaction doit être automatique. Les développeurs trouveront les détails d'intégration sur KODA API for developers, y compris la relation entre les clés maîtres et restreintes et la manière dont les événements de webhook remontent au niveau de la plateforme.
Une seule intégration, des milliers de vendeurs vérifiés, et un réseau derrière lequel vous pouvez réellement vous tenir. Rendez-vous sur Get started with KODA free et parlez-nous du niveau Plateforme pour votre place de marché. La version anglaise est Verify Marketplace Payments Across Thousands of Sub-Merchants.
Oui — le niveau Plateforme intègre des sous-marchands sous un seul compte maître, chacun avec des clés restreintes, vérifiant ses propres paiements. Voir KODA API for developers.
Oui. Chaque sous-marchand a son propre registre, ses reçus et des identifiants restreints, de sorte qu'un seul accord peut en intégrer des milliers sans contamination croisée.
Vérifiez votre premier paiement gratuitement → · ← tous les articles