ForHosting KIT · Vérification et validation

Vérifier un numéro de carte

Cet outil contrôle un numéro de carte bancaire par la clé de Luhn : un calcul qui détecte les fautes de saisie. Il ne vérifie ni le solde, ni la validité auprès d’une banque — seulement la cohérence du numéro. Le calcul reste dans votre navigateur ; le numéro n’en sort jamais.

● StableGratuit · dans votre navigateur

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailApp bientôtTelegram bientôt

Ce que fait, et ne fait pas, la clé de Luhn

L’algorithme de Luhn vérifie qu’un numéro de carte respecte une contrainte mathématique commune à toutes les cartes. Il attrape les erreurs de frappe les plus courantes : un chiffre changé, deux chiffres inversés. En revanche, il ne dit rien du solde, de la date d’expiration ou de la validité réelle de la carte : passer le test de Luhn ne signifie pas qu’une carte existe ou qu’un paiement aboutira. C’est un contrôle de saisie, pas une autorisation.

Le numéro ne quitte jamais votre appareil

Un numéro de carte est une donnée parmi les plus sensibles. Ici, le calcul s’exécute intégralement dans votre navigateur : le numéro n’est ni enregistré, ni journalisé, ni transmis à un quelconque serveur. C’est une garantie de conception, pas une promesse en l’air — le contrôle n’aurait aucune raison d’envoyer le numéro ailleurs pour vérifier une simple règle mathématique. Vous fermez l’onglet, il n’en reste rien.

À quoi cela sert concrètement

Le contrôle de Luhn valide un champ de saisie avant l’envoi d’un formulaire de paiement, ce qui évite un aller-retour inutile vers la banque pour un numéro visiblement mal tapé. Il sert aussi à générer des jeux de test cohérents pour un développement, sans utiliser de vraie carte. Dans tous les cas, il agit en amont : il fiabilise la donnée, il ne remplace pas le système de paiement.

Cas d’usage

Valider un champ de paiement

Sur le tunnel de commande du Studio Lumen SAS, le numéro saisi est contrôlé côté navigateur : un chiffre manquant est signalé avant l’envoi, ce qui épargne au client un refus sec de la banque.

Jeux de test pour un développeur

Un développeur vérifie que ses numéros de test respectent la clé de Luhn avant d’alimenter un environnement de recette, sans jamais manipuler une carte réelle.

Repérer une coquille sur un bon de commande

En ressaisissant un numéro dicté au téléphone, Thomas Rousseau détecte aussitôt une inversion de chiffres grâce à la clé, avant de transmettre la commande.

Questions fréquentes

Le test de Luhn prouve-t-il que la carte est valide ?

Non. Il vérifie seulement que le numéro respecte une règle mathématique et attrape les fautes de frappe. Il ne dit rien du solde, de l’expiration ou de l’existence réelle de la carte. Seul le système de paiement peut autoriser une transaction.

Mon numéro de carte est-il enregistré ou transmis ?

Non, jamais. Le calcul se fait entièrement dans votre navigateur ; le numéro n’est ni stocké, ni journalisé, ni envoyé sur un serveur. Vérifier une simple règle mathématique ne nécessite aucune transmission.

Puis-je l’utiliser pour tester un paiement ?

Vous pouvez valider la forme d’un numéro avant l’envoi d’un formulaire, mais pas simuler un paiement : cela relève de votre prestataire de paiement. Le contrôle de Luhn agit uniquement sur la cohérence de la saisie.

Est-ce gratuit ?

Oui, sans limite ni inscription dans le navigateur, puisque tout se calcule sur votre appareil. L’automatisation via l’API est facturée à l’usage, $0.002 par requête, en dollars US, tarif affiché sans abonnement.

Pourquoi un contrôle purement local plutôt qu’un service en ligne ?

Parce qu’un numéro de carte n’a aucune raison de circuler pour un simple calcul. Le faire dans le navigateur supprime tout risque lié à la transmission et respecte la sensibilité de la donnée. C’est le choix le plus sûr par conception.

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

POSThttps://api.kit.forhosting.com/verify/card-luhn

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre stack

curl -X POST https://api.kit.forhosting.com/verify/card-luhn \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d &#39;{"items":["valor-1","valor-2"]}'

const res = await fetch("https://api.kit.forhosting.com/verify/card-luhn", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "items": [
      "valor-1",
      "valor-2"
    ]
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/verify/card-luhn",
    headers={"Authorization": f"Bearer {os.environ[&#39;KIT_KEY']}"},
    json={
    "items": [
        "valor-1",
        "valor-2"
    ]
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/card-luhn", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => &#39;{"items":["valor-1","valor-2"]}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"items":["valor-1","valor-2"]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/card-luhn", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemple de requête

{
  "items": [
    "valor-1",
    "valor-2"
  ]
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "verify.card_luhn",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Consulter la documentation complète du KIT →

Lancer gratuitement