Rôles plateforme et vendeurs
Identifiez qui vend le bien ou service, qui contracte avec l’acheteur, qui gère réclamations et remboursements et si les vendeurs nécessitent onboarding ou visibilité séparés.
Paiements pour marketplaces
ZyndPay prend en charge des parcours marketplace approuvés via checkout hébergé, API, événements signés, payouts et rapprochement. Onboarding vendeurs, sous-comptes, split settlement et responsabilités d’agrégateur ne sont pas supposés ; ils sont qualifiés avant toute promesse.
Modèle marketplace
Ces modèles créent des obligations différentes envers clients, vendeurs, custody, règlement et conformité. ZyndPay cartographie l’entité contractante et le flux de fonds avant le live. Appeler toute plateforme multi-parties « agrégateur » masquerait les décisions de contrôle essentielles.
Identifiez qui vend le bien ou service, qui contracte avec l’acheteur, qui gère réclamations et remboursements et si les vendeurs nécessitent onboarding ou visibilité séparés.
Documentez où arrive l’argent, s’il devient un solde plateforme, comment sont calculés les montants vendeurs et qui autorise le payout. Ne déduisez pas un split settlement d’une API générique.
Une marketplace doit connaître l’offre de ses vendeurs. L’approbation de la plateforme ne rend pas acceptable une activité vendeuse interdite ou non revue, et les contrôles couvrent le comportement du portefeuille.
Une plateforme apportant un portefeuille marchand suit le parcours partenaire distinct. Les utilisateurs territoriaux commerciaux ne contrôlent jamais transactions, soldes, registre ou opérations globales ZyndPay.
Flux commande et payout
Une marketplace exige plus qu’un indicateur « payé ». Les références stables relient la tentative acheteur à la commande, tandis que la plateforme conserve sa propre obligation vendeur et ne soumet qu’un payout éligible par un parcours approuvé.
Enregistrez acheteur, vendeur, bien ou service, montant, devise et conditions dans la marketplace. Envoyez uniquement les données convenues et une référence unique à ZyndPay.
Utilisez le checkout ou l’API pour présenter les méthodes stablecoin, carte ou mobile money activées pour le compte et l’opération.
Consommez événements signés et états authentifiés de façon idempotente. Le retour navigateur guide l’acheteur mais ne prouve pas que la plateforme peut libérer biens ou valeur.
Appliquez frais, commissions, réserves, remboursements et droit vendeur dans le modèle comptable approuvé. Ne transformez pas l’encaissement acheteur en payout vendeur automatique.
Les instructions éligibles passent les contrôles de bénéficiaire, conformité, solde et approbation. Reliez la preuve finale à l’obligation vendeur et à la commande originale.
Opérations marketplace
Proposez les méthodes activées via checkout ou API, chacune reliée à la référence unique de commande plateforme.
Utilisez événements signés, relances et consommation consciente du rejeu pour que fermeture d’onglet et rails différés ne corrompent pas la commande.
Soumettez des sorties aux bénéficiaires éligibles via le parcours configuré, avec filtrage et approbation fondée sur le risque avant exécution.
Conservez remboursement acheteur, annulation, obligation vendeur et litige marketplace liés mais distincts.
Rapprochez commandes, tentatives, encaissements confirmés, obligations, remboursements et payouts avec des identifiants stables, pas des variations de solde agrégées.
Orientez les vraies propositions de portefeuille marchand ou territoire vers le programme partenaire, qui évalue ownership, KYB, responsabilité technique et périmètre.
Frontière de responsabilité
ZyndPay publie uniquement les capacités disponibles via un compte approuvé. Sous-comptes vendeurs, splits automatiques, domaines marqués, onboarding délégué et responsabilité plateforme exigent une preuve produit et contractuelle explicite ; cette page ne les implique pas.
Choisir le bon parcours
Reliez les références de commande aux concepts pris en charge d’encaissement et d’état depuis votre back-end.
Découvrir l’APIComprenez bénéficiaire, approbation, exécution et rapprochement des instructions de sortie éligibles.
Découvrir les payoutsQualifiez une proposition de portefeuille marchand ou territoire sans publier économie interne ni droits de contrôle.
Découvrir les partenariatsFAQ
Cette page ne promet pas de split settlement automatique. Le modèle approuvé détermine le calcul des obligations vendeurs et l’existence d’un payout pris en charge. Tout sous-compte ou split doit être vérifié explicitement avant commercialisation.
Pas automatiquement. La marketplace et ZyndPay conviennent du modèle de revue vendeurs, produits et risques. L’approbation plateforme ne légitime ni biens interdits, ni services restreints, ni activité non revue.
Des méthodes stablecoin, carte et mobile money activées peuvent apparaître. Le choix réel dépend du compte, du marché, de la devise, du contexte acheteur et de l’état du rail.
Utilisez l’état serveur confirmé et votre propre politique de livraison ou séquestre. Retour navigateur, capture et message acheteur ne suffisent pas comme preuve de règlement.
Non. Une marketplace peut simplement encaisser pour son activité approuvée. Un agrégateur ou opérateur territorial apporte un portefeuille marchand et suit une qualification, des responsabilités et un contrat distincts.
Aucun taux ni commission universels ne sont publics. Les conditions paiement et partenariat sont propres au compte et au modèle, puis communiquées après qualification avant le live.
Qualification plateforme
Partagez entité juridique, catégorie marketplace, modèle vendeur, pays, devises, cycle commande, remboursements, bénéficiaires de payout, responsable conformité et technique. L’équipe séparera intégration paiement et éventuelle proposition agrégateur.