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.

Contacter l’équipe partenariatsProgramme partenaires
  • Rails locaux dans 14 pays
  • Comptes virtuels par sous-marchand
  • Alimentation par virement, USDC ou USDT
Couverture
CanadaArgentineChiliRépublique dominicaineMexiqueUruguayBrésilBoliviePérouColombiePanamaCosta RicaNicaraguaHondurasSalvadorGuatemalaÉquateurParaguay
Pays pour les paiements sortants
14
Pays pour les encaissements
9
Marchés avec comptes virtuels
7
API pour tous les marchés
1

Avec qui nous travaillons

Conçu pour les plateformes derrière les paiements

  • PSP et passerelles

    Proposez à vos marchands des moyens locaux comme Pix, SPEI, PSE et Bre-B sans créer d’entité sur chaque marché.

  • Orchestrateurs

    Ajoutez Localpayment comme connexion pour les rails latino-américains et routez vers lui aux côtés de vos autres prestataires.

  • Banques et néobanques

    Étendez encaissements et paiements aux contreparties de vos clients entreprises dans toute l’Amérique latine.

  • Wallets numériques

    Alimentez les wallets de vos utilisateurs par virements locaux et payez vers des comptes bancaires dans toute la région.

  • Plateformes B2B transfrontalières

    Encaissez les acheteurs et payez les fournisseurs en local, avec conversion en devise forte.

  • Opérateurs de transfert d’argent

    Livrez les fonds sur des comptes bancaires et des wallets via les rails locaux du pays de destination.

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.

  • 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é
Contacter l’équipe partenariats

Ce que vous pouvez proposer

Tout ce dont vos clients ont besoin en Amérique latine

Onboarding

Du premier échange aux marchés en production

  1. 01

    Onboarding

    Un accord commercial et une due diligence dimensionnés selon votre modèle économique.

  2. 02

    Identifiants Stage

    Recevez des identifiants Stage dès le début du partenariat.

  3. 03

    Tests

    Testez chaque flux en Stage sans argent réel. L’accès en production suit une revue de sécurité et la vérification de l’entreprise.

  4. 04

    Mise en production

    Lancez votre premier marché en quelques semaines et ajoutez-en d’autres par configuration, sans réintégration.

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
Guide des webhooks
// 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.

Le défi en Amérique latine

Ce qui freine une plateforme en Amérique latine, et comment nous le levons

Ce qui fait obstacle

  • Une licence par paysEncaisser et décaisser localement exige une entité agréée, enregistrée ou supervisée dans chaque marché, avec ses obligations de reporting et de lutte contre le blanchiment. Bâtir cette présence prend des années.
  • Quatorze intégrations de railsPix, SPEI, PSE, Bre-B, COELSA, TEF, CCE : chaque rail a ses messages, identifiants, plafonds et heures limites. Quatorze pays, ce sont quatorze intégrations à construire et à maintenir.
  • Flux de fonds par sous-marchandUne plateforme doit savoir à quel marchand appartient chaque dépôt, isoler les fonds et verser le bon montant, dans un modèle accepté par son régulateur et le nôtre.
  • Exploitation à grande échelleDes milliers de changements de statut par heure, des paiements sortants à approuver et à rapprocher, et des marchands qui demandent où est leur argent.

Comment Localpayment y répond

  • Notre présence, votre produitLocalpayment dispose d’une présence agréée, enregistrée ou supervisée dans 18 pays. Vous contractez avec un seul partenaire et proposez les marchés dont vous avez besoin.
  • Une API pour tous les railsPOST /api/payin/ et POST /api/payout/ couvrent les rails locaux de 14 pays. Les nouveaux marchés s’activent par configuration, sans réintégration.
  • Comptes virtuels par sous-marchandAttribuez des comptes virtuels par sous-marchand, par client, par transaction ou en comptes omnibus, créés un à un ou par lot, sous réserve de notre revue de conformité de votre modèle.
  • Webhooks signés et rapprochement par APIChaque changement de statut arrive sous forme de webhook signé en HMAC-SHA256 avec votre identifiant externe. Les paiements sortants partent par lots avec double signature ; soldes et activité sont disponibles par API et dans le Business Portal.

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.

  • Brésil

    Moyens d’encaissement
    Pix (QR et Copia e Cola) · compte virtuel à clé Pix par sous-marchand
    Rails de paiement sortant
    Pix 24 h/24 · TED

  • Mexique

    Moyens d’encaissement
    Compte virtuel CLABE (SPEI) · cartes avec 3D Secure, paiement fractionné et abonnements · compte SPID en USD
    Rails de paiement sortant
    SPEI 24 h/24 · Paiement de factures

  • Colombie

    Moyens d’encaissement
    PSE · Bre-B · compte virtuel à clé Bre-B · cartes avec paiement fractionné et abonnements
    Rails de paiement sortant
    Clé Bre-B 24 h/24 · TransfiYa · ACH

  • Argentine

    Moyens d’encaissement
    Compte virtuel CVU · Debin · QR · cartes (Visa, Mastercard, Amex, Naranja, Cabal)
    Rails de paiement sortant
    Virements COELSA 24 h/24 · virements bancaires au-delà du plafond COELSA

  • Chili

    Moyens d’encaissement
    Compte virtuel TEF · ETPAY
    Rails de paiement sortant
    TEF 24 h/24 jusqu’à 7 000 000 CLP · le jour même au-delà

  • Pérou

    Moyens d’encaissement
    Compte virtuel CCI (PEN et USD) · QR · cartes avec 3D Secure, paiement fractionné et abonnements
    Rails de paiement sortant
    CCE en temps réel jusqu’à 30 000 PEN · LBTR au-delà · wallets

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 ou par lots. La double signature protège chaque approbation.

  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.

Chiffres du marché

Le volume que vos marchands attendent de vous

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

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 18 pays, avec des rails locaux dans 14. La page couverture détaille les moyens de paiement pays par pays.

Comment payons-nous nos marchands ?

Avec POST /api/payout/, un à un ou par lots, sur des rails temps réel comme Pix, SPEI, Bre-B, COELSA, TEF et CCE. L’approbation des paiements sortants exige une double signature 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.

Pour aller plus loin

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.

Contacter les ventesVoir la documentation

Comment pouvons-nous vous aider ?

Téléchargez votre exemplaire

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