En test, tout s’essaie et rien ne bouge. Le réel s’ouvre avec la vérification de votre compte ; dans votre code, seule la clé change.

Ce que la vérification ouvre

Votre palier, dans Réglages › Vérification, dit ce qui vous est ouvert :

• le mode réel : de l’argent vrai, sur de vrais téléphones ;
• le paiement direct en réel, selon votre palier ;
• vos plafonds : par paiement, encaissé par mois, par retrait et retiré par jour ;
• le délai avant qu’un encaissement devienne retirable ;
• la réserve gardée sur vos encaissements, quand il y en a une.

Vos clés réelles

Passez l’espace en « Réel », puis créez une clé sk_live_ : ses gestes, ses adresses autorisées. Une clé de test ne marche jamais en réel, ni l’inverse. Clés d’API dit le reste.

Le paiement direct en réel

Le geste Paiements · lancer ne se donne à une clé réelle que si votre palier ouvre le direct. Sinon, l’appel répond direct_not_enabled, et votre espace vous dit ce qu’il reste à fournir.

Vos webhooks réels

Les destinations ont leur mode : déclarez l’adresse de production en réel, avec son propre secret de signature.

Avant le premier paiement réel

• Votre serveur vérifie la signature de chaque webhook.
• Vous livrez sur payment.succeeded, jamais sur le retour du navigateur.
• Chaque appel qui touche un téléphone porte une Idempotency-Key tirée de la commande.
• Vos clés réelles sont restreintes aux adresses de vos serveurs.
• Votre écran sait quoi dire pour chaque failure_code.