# Passer au réel

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](https://docs.payiz.app/cles) 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`.

> Une intégration qui coince se comprend dans **Développeurs › Journaux** : chaque appel, sa réponse et sa durée, retrouvés par leur `request_id`.