Aller au contenu

Solutions · Plateformes de paiement et PSP

Ajoutez l’Amérique latine sans la construire

PSP, orchestrateurs, banques et wallets se connectent aux rails locaux de Localpayment pour les encaissements, les comptes virtuels, les paiements sortants et le change via une seule API, et les proposent à leurs propres clients.

  • Rails locaux sur des rails locaux
  • Comptes virtuels par sous-marchand
  • Alimentation par virement, USDC ou USDT

Des résultats pour des entreprises mondiales

  • Airwallex
  • LianLian Global
  • PayPal
  • XTransfer
  • TransferMate
  • PingPong
  • Global66
  • Skyee
  • TransFi
  • GCC Remit
  • Nium
  • Routefusion
  • Trolley
  • Cadana
  • neomoney
  • Rapyd
  • TerraPay
  • CurrencyBird
  • Ontop
  • Thunes
  • Triple-A
  • Xtract
  • Payoneer
  • Noah
  • Ksher
  • Manteca

Chiffres du marché

Le volume que vos marchands attendent de vous

Chiffres publics issus de sources officielles et sectorielles. Chacun renvoie à sa source.

Pourquoi Localpayment

Un seul partenaire pour tous les rails d’Amérique latine

Sans licences, sans intégrations rail par rail et sans construire la structure des sous-marchands : proposez encaissements, comptes virtuels, paiements sortants et change à vos clients via une seule API.

Parlez à notre équipe commerciale

Indiquez-nous vos marchés et vos volumes : nous concevons l’intégration avec vous.

Mix de moyens recommandé

Quoi proposer à vos marchands, pays par pays

Virements instantanés et comptes virtuels partout ; cartes là où nous les acquérons ; rails temps réel pour payer les sous-marchands. Seuls les moyens documentés dans notre API sont listés. Limites, délais et heures limites figurent sur chaque page pays.

Flux de fonds

Du client du marchand au compte bancaire du marchand

Comment un PSP ou une plateforme encaisse, attribue, convertit et décaisse via Localpayment, avec vos propres identifiants de bout en bout.

  1. 1

    Votre plateformeLocalpayment:

    Créez l’encaissement ou le compte

    POST /api/payin/ avec votre identifiant externe, ou un compte virtuel par sous-marchand (unitaire ou par lot) pour attribuer les virements automatiquement.

  2. 2

    PayeurLocalpayment:

    Paie localement

    Pix, SPEI, PSE, Bre-B, virement vers le compte virtuel ou carte locale là où nous acquérons. Les rails temps réel confirment en quelques secondes, 24 h/24.

  3. 3

    LocalpaymentVotre plateforme:

    Webhook signé

    Chaque changement de statut est signé en HMAC-SHA256 et porte votre identifiant externe. Répondez 200, traitez de façon asynchrone, dédupliquez.

  4. 4

    LocalpaymentLocalpayment:

    Solde par sous-marchand

    Les fonds restent dans la structure de comptes convenue pour votre modèle : par sous-marchand, par client ou omnibus, visibles par API.

  5. 5

    LocalpaymentLocalpayment:

    Change si nécessaire

    Convertissez pendant les heures du marché local ; verrouillez le taux avec un jeton de cotation. Les devises fortes incluent USD, EUR, USDC et USDT.

  6. 6

    Votre plateformeLocalpayment:

    Ordonnez le paiement

    POST /api/payout/ par marchand . Activez requireAuth si vous voulez un second validateur.

  7. 7

    LocalpaymentVotre marchand:

    Le marchand est payé

    Par rail local en devise locale : Pix, SPEI, Bre-B, COELSA, TEF ou CCE. Vous recevez le statut final par webhook.

La structure de comptes des sous-marchands est définie lors de la revue de conformité de votre modèle. La conversion a lieu pendant les heures du marché local ; le taux est verrouillé avec un jeton de cotation.

Options d’intégration

Connectez-vous comme votre plateforme fonctionne déjà

La plupart des partenaires intègrent une seule fois notre API REST et réutilisent cette intégration sur chaque marché. Les orchestrateurs nous ajoutent comme connexion à côté de leurs autres prestataires. Si votre plateforme utilise sa propre spécification prestataire, notre équipe partenariats évalue au cas par cas si l’intégration peut y être adaptée. Nous travaillons avec des PSP et passerelles, des orchestrateurs, des banques et néobanques, des wallets numériques, des plateformes B2B transfrontalières et des opérateurs de transfert d’argent.

  • API REST directe : une seule intégration pour encaissements, comptes virtuels, paiements sortants et change
  • Au sein de votre couche d’orchestration, comme connexion pour les rails latino-américains
  • Votre propre spécification prestataire : évaluée au cas par cas
  • Tests en Stage d’abord, puis mise en production marché par marché

Pour les ingénieurs

Des webhooks signés pour chaque événement.

Chaque événement arrive sur votre endpoint sous forme de webhook signé en HMAC-SHA256. Vérifiez la signature sur le corps brut de la requête avant de vous y fier.

  • Appels côté serveur depuis des IP autorisées
  • Identifiants Stage et Production séparés
  • Serveur MCP et llms.txt pour une intégration assistée par IA
// Vérifiez la signature d’un webhook Localpayment (Node.js). Exemple.
import crypto from 'node:crypto';

// En-tête x-signature : "HMAC-SHA256 <hex>", calculé sur le corps brut de la requête
export function isValidSignature(rawBody, signatureHeader, secret) {
  const received = String(signatureHeader ?? '').replace(/^HMAC-SHA256\s+/i, '');
  const expected = crypto.createHmac('sha256', secret).update(rawBody).digest('hex');
  const a = Buffer.from(received, 'hex');
  const b = Buffer.from(expected, 'hex');
  return a.length === b.length && crypto.timingSafeEqual(a, b);
}

// Répondez 200 rapidement, traitez de façon asynchrone et dédupliquez par externalId / internalId.

Questions fréquentes du secteur

Devons-nous développer sur votre API ?

La plupart des partenaires intègrent une seule fois notre API REST et la réutilisent sur tous les marchés. Si votre plateforme utilise déjà sa propre spécification prestataire, parlez-en à notre équipe partenariats : l’adaptation de l’intégration est évaluée au cas par cas.

Localpayment peut-il se placer derrière notre orchestrateur ?

Oui. Vous pouvez connecter Localpayment comme prestataire des rails latino-américains au sein de votre routage existant, ou travailler directement avec nous.

Pouvons-nous proposer des comptes virtuels à nos propres marchands ?

Oui. Les comptes virtuels peuvent être attribués par sous-marchand, par client, par transaction ou en comptes omnibus, sous réserve de notre revue de conformité de votre modèle.

Quels pays pouvons-nous proposer ?

Localpayment dispose d’une présence agréée, enregistrée ou supervisée dans les devises locales, avec des rails locaux. La page couverture détaille les moyens de paiement pays par pays.

Comment payons-nous nos marchands ?

Avec POST /api/payout/, avec un appel API par paiement, sur des rails temps réel comme Pix, SPEI, Bre-B, COELSA, TEF et CCE. Activez requireAuth si vous voulez un second validateur, et le statut final arrive par webhook signé.

Comment fonctionne le change pour nos soldes ?

Vous détenez des soldes en devise locale et convertissez pendant les heures du marché local en USD, EUR, GBP, CAD, AUD, NZD, CHF, USDC ou USDT. Un jeton de cotation verrouille le taux pour le montant converti.

Comment alimenter les paiements et retirer des fonds ?

Alimentez votre compte par virement ou en USDC ou USDT sur Ethereum ou Tron. Les retraits ne vont que vers vos propres comptes bancaires ou des wallets autorisés.

En quoi consiste l’onboarding ?

Un accord commercial et une revue de conformité adaptés à votre modèle, des tests en Stage, puis une revue de sécurité et une vérification de l’entreprise avant l’accès en production. Les nouveaux marchés s’activent ensuite par configuration. Les identifiants Stage arrivent dès le début du partenariat, et le premier marché peut passer en production en quelques semaines.

Ajoutez l’Amérique latine à votre réseau

Parlez-nous de votre plateforme, de vos marchands et des marchés que vous voulez ouvrir. Nous vous montrerons comment nos rails s’y intègrent.

Comment pouvons-nous vous aider ?

Téléchargez votre exemplaire

Laissez vos coordonnées et recevez l’édition complète immédiatement.