Questions fréquentes

Localpayment est une infrastructure de paiement pour l’Amérique latine. Grâce à une seule API et au Business Portal, les entreprises encaissent des paiements locaux, envoient des paiements sortants, émettent des comptes virtuels et effectuent des opérations de change dans toute la région.

Localpayment fait partie d’Aleph Group, qui associe paiements et médias numériques pour les plateformes et les marques qui se développent sur les marchés émergents. Des chiffres comme plus de 26 000 annonceurs, plus de 55 plateformes et plus de 130 marchés concernent Aleph Group dans son ensemble, et non Localpayment seule.

Les deux. Nous orchestrons les paiements via une seule API, et nous le faisons sur la base d’une présence agréée, enregistrée ou supervisée dans 18 pays et de rails locaux dans 14, au lieu de simplement router vers d’autres prestataires.

Des entreprises qui encaissent ou paient des personnes en Amérique latine : e-commerce et places de marché, biens numériques et jeux, fintechs et portefeuilles, sociétés de transfert d’argent, SaaS, voyage, mobilité, paie et plateformes publicitaires. Les pages solutions présentent les flux types de chacun.

Encaissements avec moyens de paiement locaux et cartes, comptes virtuels, paiements récurrents, page de paiement hébergée, paiements sortants, paiement de factures, change et trésorerie, compte de trésorerie global, rails de stablecoins, routage intelligent, ainsi que reporting et rapprochement – le tout via une seule API et le Business Portal.

Non. Localpayment est un prestataire de paiement. Dans chaque pays, nous détenons la licence, l’enregistrement ou la supervision que la réglementation locale exige pour les paiements – établissement de paiement au Brésil, transmetteur de fonds au Mexique, etc. – et la page des licences indique le statut exact pour les 18 pays.

La plateforme entreprise est cotée au cas par cas, le volume n’est donc qu’un critère parmi d’autres. Les petites et moyennes entreprises peuvent aussi demander un accès anticipé à Localpayment pour les PME, un compte professionnel en libre-service. Décrivez-nous vos flux et nous vous orienterons vers la bonne option.

Nous disposons d’une présence agréée, enregistrée ou supervisée dans 18 pays, avec des rails de paiement locaux dans 14 d’entre eux. Les moyens de paiement, les devises et les licences varient selon le pays ; les pages Couverture et Licences les détaillent un par un.

Cela dépend du pays : paiements bancaires comme Pix au Brésil, SPEI au Mexique, Bre-B et PSE en Colombie et Debin en Argentine ; paiements par QR code en Argentine, en Bolivie, au Guatemala et au Pérou ; comptes virtuels dans sept pays ; et cartes en Argentine, en Colombie, au Mexique et au Pérou. L’annuaire des moyens de paiement les répertorie pays par pays.

Non. Au Brésil, les clients paient avec Pix – par QR code ou Copia e Cola – ou par virement vers un compte virtuel identifié par une clé Pix. Les cartes sont disponibles en Argentine, en Colombie, au Mexique et au Pérou.

Visa et Mastercard en Argentine, en Colombie, au Mexique et au Pérou, ainsi qu’American Express, Diners Club, Naranja et Cabal en Argentine et American Express et Diners Club en Colombie. 3D Secure, le paiement en plusieurs fois et les abonnements sont disponibles en Colombie, au Mexique et au Pérou.

Non. Vous intégrez une seule fois et ajoutez des marchés par configuration, sans réintégration. Un nouveau pays ou moyen de paiement peut nécessiter un examen de conformité supplémentaire.

Les pages de couverture présentent chaque pays avec son statut de licence, ses devises et ses réseaux, et l’annuaire des moyens de paiement liste chaque moyen par pays. La disponibilité en direct des réseaux de chaque pays est publiée sur status.localpayment.com.

Notre catalogue se concentre sur les paiements bancaires, le QR, les comptes virtuels et les cartes – les moyens les plus utilisés dans la région pour payer en ligne aujourd’hui. Si votre cas nécessite une option en espèces dans un pays précis, parlez-en aux ventes.

Pour l’encaissement, nous proposons des moyens QR et de virement plutôt que des portefeuilles : QR interopérable et virements vers CVU en Argentine, Pix au Brésil, QR en Bolivie et au Pérou, et QR Fri et Wallet Fri au Guatemala. Pour les paiements sortants, les portefeuilles sont accessibles dans 9 pays (Argentine, Bolivie, Brésil, Chili, Colombie, Costa Rica, Salvador, Mexique et Pérou) : en intégration directe en Bolivie, au Costa Rica et au Pérou, et via les réseaux bancaires dans les autres.

Oui. Pix au Brésil, SPEI au Mexique, Bre-B en Colombie, les virements COELSA en Argentine, TEF au Chili, CCE au Pérou et SINPE Móvil au Costa Rica se confirment en quelques secondes, 24h/24 et 7j/7, dans les limites de chaque réseau.

La couverture s’étend en continu, mais nous ne publions que ce qui est opérationnel aujourd’hui. S’il vous manque un marché ou un moyen, dites-le aux ventes : cela nous aide à prioriser et nous pourrons vous indiquer ce que nous pouvons prendre en charge pour votre cas.

Les paiements par virement bancaire passent par les rails locaux de 14 pays : Argentine, Bolivie, Brésil, Chili, Colombie, Costa Rica, République dominicaine, Salvador, Guatemala, Honduras, Mexique, Panama, Paraguay et Pérou.

Sur les rails en temps réel comme Pix, SPEI, COELSA, TEF, CCE, Bre-B et SINPE Móvil, les paiements sont confirmés en quelques secondes, 24/7, dans les limites de chaque rail. Les rails par lots comme ACH ou TED créditent le jour même ou le jour ouvré suivant, selon les heures limites.

Oui. Les paiements vers des portefeuilles couvrent 9 pays. L’intégration directe avec des portefeuilles est disponible en Bolivie, au Costa Rica (SINPE Móvil) et au Pérou, et les paiements par virement bancaire peuvent atteindre des portefeuilles en Argentine, en Bolivie, au Brésil, au Chili, en Colombie, au Salvador et au Mexique.

Oui. Avec la double signature, un utilisateur crée un paiement et un autre l’autorise – via requireAuth dans l’API ou la file de validation du Business Portal.

Un justificatif de paiement est disponible pour chaque paiement via l’API et le Business Portal, et chaque changement de statut – de Pending Authorization à Completed – arrive par webhook signé.

Via l’API, une requête par paiement depuis vos propres systèmes, ou en téléversant un fichier par lot dans le Business Portal. Les deux voies prennent en charge la validation par double signature et remontent le statut de chaque paiement par webhook.

Le nom du bénéficiaire, son identifiant fiscal (CPF ou CNPJ, CUIT, RFC, NIT, etc.) et l’identifiant de son compte bancaire – CBU ou CVU, CLABE, clé Pix, CCI, IBAN ou l’équivalent local – plus les champs exigés par la réglementation de ce pays. L’API valide les formats avant l’envoi.

S’il est rejeté par la validation ou par la banque avant l’envoi, vous recevez le statut Rejected avec le motif. Sur les réseaux par lots, la banque du bénéficiaire peut retourner un paiement quelques jours plus tard ; les fonds sont alors recrédités sur votre solde et vous êtes notifié par webhook.

Les paiements sur les réseaux en temps réel sont définitifs une fois exécutés. Sur les autres réseaux, le rappel est un processus manuel, au mieux des efforts, géré avec le support et dépendant de la banque réceptrice. Valider les données du bénéficiaire et utiliser la double signature restent la meilleure protection.

Oui. Les paiements sortants sont débités de votre solde Localpayment, que vous alimentez par un Wire In en devise forte ou en stablecoins, ou avec le produit de vos encaissements, selon votre contrat.

Des particuliers et des entreprises : fournisseurs, vendeurs, créateurs, chauffeurs et livreurs, travailleurs indépendants, bénéficiaires de transferts et utilisateurs de portefeuilles retirant leur solde. Les paiements sortants se font toujours en devise locale sur les réseaux locaux.

Les monnaies locales se convertissent en devises fortes : USD, EUR, GBP, CAD, AUD, NZD et CHF, ainsi qu’en stablecoins USDC et USDT. Les conversions vont de la monnaie locale vers la devise forte.

Pendant les heures de chaque marché local, qui varient selon le pays – par exemple de 10 h à 12 h 30 au Brésil et de 8 h à 15 h 30 au Mexique, heure locale. Le change n’est pas disponible 24 h/24 ; la documentation indique les horaires de chaque pays.

Oui. Demandez une cotation et vous recevez un jeton de cotation (exchangeRateToken) assorti d’une date d’expiration. Les opérations soumises avec ce jeton avant son expiration utilisent le taux bloqué.

Par un Wire In : un virement bancaire que vous notifiez via l’API ou le Business Portal, ou de l’USDC ou de l’USDT sur Ethereum ou Tron, détectés et crédités automatiquement, généralement 2 à 10 minutes après la confirmation on-chain.

Par un Wire Out vers votre propre compte bancaire externe ou vers un portefeuille USDC ou USDT autorisé. Les Wire Out ne sont jamais destinés à des tiers ; les paiements à des tiers passent par les décaissements.

Non. Les stablecoins sont un outil de trésorerie : l’USDC et l’USDT alimentent votre compte professionnel et peuvent être retirés vers des portefeuilles autorisés. Nous ne proposons pas de rampes d’accès ou de sortie crypto pour les particuliers.

Demandez une cotation via l’API ou le Business Portal : vous recevez le taux du moment, marge prévue à votre contrat comprise, avec un jeton de cotation qui le verrouille jusqu’à expiration. Le taux appliqué est enregistré pour chaque conversion.

Oui. Votre compte tient un solde distinct par devise – les devises locales où vous encaissez, plus les devises fortes et stablecoins vers lesquelles vous convertissez ou avec lesquelles vous alimentez – et le Business Portal affiche l’activité par devise.

Un encaissement est un paiement de votre client. Un Wire In est votre propre argent : un virement ou un dépôt en USDC ou USDT qui alimente votre solde Localpayment, généralement avant d’envoyer des paiements sortants.

Un Wire Out en monnaie fiduciaire suit le délai de traitement de la banque réceptrice et du réseau utilisé ; les retraits en stablecoins sont confirmés sur la chaîne. Vous suivez chaque Wire Out dans le Business Portal et par webhook.

Les conversions de change vont de la devise locale vers la devise forte. Pour payer localement, alimentez votre compte en devise forte ou en stablecoins ; les paiements sortants sont exécutés en devise locale depuis votre solde selon votre contrat.

Oui. Les remboursements sont disponibles pour les paiements par carte, les comptes virtuels et les moyens de paiement alternatifs. Pour les rétrofacturations par carte, vous pouvez téléverser des justificatifs pour chaque litige via l’API ou le Business Portal.

Cela dépend du moyen. Les remboursements par carte apparaissent sur le relevé une fois comptabilisés par l’émetteur ; ceux des virements, paiements QR et comptes virtuels sont envoyés sur le compte du payeur via le réseau local. Chaque remboursement a son propre statut et son webhook.

Les règles de remboursement dépendent du moyen de paiement. La section remboursements de la documentation précise, pour chaque moyen, si les remboursements partiels sont autorisés et dans quel délai.

Le titulaire conteste un débit auprès de son émetteur, le montant est annulé et vous êtes notifié dans le Business Portal et par webhook. Vous pouvez téléverser des preuves via l’API ou le portail dans le délai fixé par le réseau de cartes ; l’émetteur tranche.

Les paiements bancaires n’ont pas le mécanisme de rétrofacturation des cartes : une fois le virement confirmé, les fonds sont à vous. Si vous devez rendre de l’argent, vous émettez un remboursement.

Proposez les moyens bancaires locaux, activez 3D Secure sur les cartes, conservez les preuves de livraison et répondez aux litiges avec des preuves dans les délais. Notre plateforme ajoute des contrôles antifraude comme les contrôles de vélocité et le scoring de risque.

Un remboursement est une restitution de fonds que vous initiez. Un retour est un paiement sortant renvoyé par la banque du bénéficiaire, par exemple parce que le compte était clôturé. Une rétrofacturation est un paiement par carte annulé par l’émetteur à la demande du titulaire.

POST /api/token/ échange votre nom d’utilisateur et votre mot de passe API contre un jeton d’accès valable 5 minutes et un jeton de rafraîchissement valable 24 heures. Envoyez le jeton d’accès dans l’en-tête Authorization: Bearer à chaque appel, uniquement depuis du code côté serveur, et autorisez les IP de vos serveurs dans le Business Portal.

Il n’existe pas de SDK serveur officiel : l’API REST fonctionne avec n’importe quel client HTTP et la documentation inclut une collection Postman. Pour la saisie de carte dans le navigateur, le SDK JavaScript Smart Fields fournit des champs de carte hébergés.

Envoyez votre propre externalId unique avec chaque transaction. Le réutiliser renvoie HTTP 409 Conflict au lieu de créer une seconde transaction ; relancer une requête après un timeout est donc sans risque.

Vous configurez un endpoint HTTPS dans le Business Portal. Chaque notification est signée par un HMAC-SHA256 du corps brut, envoyé dans l’en-tête x-Signature. Répondez rapidement 200 et traitez de manière asynchrone ; les envois sans réponse 200 sont relancés avec un backoff exponentiel.

Oui. Stage (api.stage.localpayment.com) reproduit la production sans argent réel, avec des cartes de test, un simulateur de paiement pour les comptes virtuels et des scénarios de test pour les paiements sortants.

Oui. Un serveur MCP public en lecture seule sur docs.localpayment.com/mcp et un index llms.txt permettent à votre assistant de travailler à partir du contrat réel de l’API. Relisez le code généré comme n’importe quel autre code avant sa mise en production.

Une API REST directe, une page WebCheckout hébergée, des liens de paiement, un iframe intégré, le SDK JavaScript Smart Fields pour la saisie des cartes, des imports par lots dans le Business Portal et un serveur MCP pour les outils de code IA. La page intégrations compare l’effort et le périmètre PCI de chacune.

La console web de votre équipe : suivre les transactions, importer des paiements sortants par lots, configurer les webhooks et la liste blanche d’IP, gérer les utilisateurs avec des rôles et permissions personnalisés et valider les paiements sortants en double signature.

Avec les codes HTTP standard – 4xx pour les erreurs de requête et 5xx pour les erreurs serveur – plus un code et un message d’erreur, et des détails par champ pour les erreurs de validation. Journalisez le code d’erreur avec votre externalId pour accélérer le support.

Oui. La documentation inclut une collection Postman avec les environnements Stage et Production, des requêtes d’exemple pour chaque endpoint et des aides à l’authentification.

Oui. L’API limite le volume de requêtes pour protéger le service. Lorsque vous recevez une réponse de limite, appliquez un recul exponentiel au lieu de réessayer immédiatement, et appuyez-vous sur les webhooks plutôt que sur le polling pour le statut.

Une fois les tests Stage, la revue de sécurité et le KYB terminés, vous recevez des identifiants de production. Basculez l’URL de base vers api.v3.localpayment.com, ajoutez vos IP de production à la liste d’autorisation et configurez votre endpoint de webhooks de production. Le contrat de l’API est identique.

Calculez le HMAC-SHA256 du corps brut de la requête avec votre secret de webhook et comparez-le, par une comparaison à temps constant, à la valeur hexadécimale de l’en-tête x-Signature. Rejetez la notification s’ils diffèrent.

Oui. Plateformes, places de marché et PSP opèrent plusieurs marchands ou entités via une seule intégration. L’organisation des comptes, soldes et règlements dépend de votre modèle – parlez de la configuration avec les ventes.

Le support client est disponible 24/7 à l’adresse support@localpayment.com. Les signalements de sécurité s’adressent à cybersecurity@localpayment.com, et les clients au Brésil peuvent joindre notre médiateur (ouvidoria) à ouvidoria@localpayment.com.

status.localpayment.com affiche la disponibilité en direct des services d’encaissement, de décaissement et d’authentification et des rails de chaque pays, ainsi que l’historique des incidents.

Écrivez à support@localpayment.com. Les clients au Brésil peuvent joindre notre médiation à ouvidoria@localpayment.com, et toute personne peut utiliser le canal d’éthique https://www.contatoseguro.com.br/en/localpayment. La politique de réclamations est publiée dans la section juridique.

Localpayment traite des paiements pour des entreprises ; le débit provient donc d’un marchand chez qui vous avez acheté. Contactez d’abord ce marchand. Si vous ne parvenez pas à l’identifier, écrivez à support@localpayment.com avec la date et le montant et nous vous aiderons.

Oui. Une équipe technique accompagne votre intégration de la réunion de lancement à la mise en production, avec des revues d’intégration et un appui aux tests, et support@localpayment.com répond 24h/24 et 7j/7.

Consultez status.localpayment.com pour la disponibilité en direct et l’historique des incidents, et écrivez à support@localpayment.com avec vos externalIds et horodatages. Le support client répond 24h/24 et 7j/7.

docs.localpayment.com regroupe les guides d’intégration et la référence de l’API. L’espace développeurs de ce site renvoie vers le quickstart, le bac à sable, les webhooks et les outils d’IA.