FedCheckout

Intégrer FedCheckout

Quatre étapes, une seule à ta charge. Tout part de ton serveur : une clé secrète ne doit jamais quitter ton backend.

Le trajet complet

  1. ÉTAPE 1

    Créer un Payment Intent

    Depuis ton serveur, avec un montant, une devise et une clé d'idempotence. Tu reçois un checkout_url.

  2. ÉTAPE 2

    Envoyer le client sur checkout_url

    La page de paiement est hébergée par FedCheckout : moyens de paiement, règles antifraude et reprise sur échec sont de notre côté.

  3. ÉTAPE 3

    Recevoir le webhook signé

    payment_intent.succeeded, signé en HMAC-SHA256, réessayé jusqu'à réception.

  4. ÉTAPE 4

    Livrer

    Vérifie la signature, puis débloque la commande. Jamais l'inverse, et jamais sur la foi d'une redirection.

La clé secrète reste côté serveur. Elle ne doit jamais apparaître dans du JavaScript de navigateur, dans une application mobile, dans un dépôt public, ni dans une adresse : FedCheckout refuse d'ailleurs toute requête qui porte une clé en paramètre d'URL (API_KEY_IN_QUERY).

Les montants sont des chaînes

Un montant s'écrit "500.00", jamais 500.00 en nombre flottant. Le GDS a deux décimales, l'USD six. Un montant plus précis que sa devise est refusé avec INVALID_AMOUNT — il n'est pas arrondi en silence.

Ce que FedCheckout ne fait pas

  • Livrer ta commande — FedCheckout dit qu'un paiement a réussi, c'est ton application qui livre.
  • Détenir les fonds des marchands : il n'y a donc aucun « solde marchand » à afficher.
  • Proposer un moyen de paiement sans intégration réelle et confirmation serveur.

Pour continuer

Référence de l'API

Tous les points d'entrée, l'idempotence et les statuts d'un paiement.

Webhooks

La signature, les événements, et comment vérifier sans se tromper.

Moyens de paiement

Ce qui est ouvert aujourd'hui, et ce qui ne l'est pas encore.