#validation

Validation du format des numéros d'identification TVA de l'UE sous forme d'API, calculée localement et de manière déterministe. Le point de terminaison validate prend un numéro de TVA, supprime les espaces, les points et les traits d'union, lit le préfixe de pays à deux lettres et vérifie le reste du numéro par rapport à la structure officielle de cet État membre — les neuf chiffres de l'Allemagne, le U-plus-huit de l'Autriche, les neuf chiffres-B-deux des Pays-Bas, le préfixe à deux caractères plus neuf chiffres de la France, les onze chiffres de l'Italie, et ainsi de suite pour les 27 pays de l'UE plus l'Irlande du Nord (XI), en utilisant correctement EL pour la Grèce plutôt que GR. Il renvoie si le format est valide, le pays et le modèle attendu, de sorte que DE123456789 et ATU12345678 passent tandis qu'un numéro allemand avec seulement huit chiffres ou un préfixe américain est rejeté. Le point de terminaison format recherche le modèle de TVA attendu pour tout code de pays, ou liste tous ceux pris en charge. Il s'agit d'une vérification de structure hors ligne — un format valide ne prouve pas que le numéro est enregistré, pour cela une recherche VIES en direct est nécessaire. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de commerce électronique, de facturation, de comptabilité, de paiement B2B et de conformité fiscale, les outils de validation et d'intégration de champs TVA, et les logiciels financiers. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Cela valide le format du numéro de TVA ; pour les taux de TVA, utilisez une API TVA/taxe.

api.oanor.com/vatid-api

Validation et analyse du code d'identification commerciale SWIFT/BIC sous forme d'API, calculée localement et de manière déterministe. Le point de terminaison validate vérifie qu'un code respecte la structure BIC ISO 9362 — quatre lettres pour l'institution, un code pays ISO à deux lettres, un code de localisation à deux caractères et un code de succursale optionnel à trois caractères, soit huit ou onze caractères au total — en ignorant les espaces et en mettant l'entrée en majuscules, et confirme que le code pays est reconnu ; DEUTDEFF (Deutsche Bank, Francfort) est un BIC de siège social valide à huit caractères et DEUTDEFF500 un BIC de succursale valide à onze caractères. Le point de terminaison parse décompose un BIC en ses composants institution, pays, localisation et succursale, indique s'il s'agit d'un siège social ou d'une succursale (succursale XXX ou aucune signifie le siège social), et lit le statut à partir du deuxième caractère du code de localisation — 0 pour un code de test/non-SWIFT, 1 pour un participant passif et 2 pour une facturation inversée. Un BIC ne comporte pas de somme de contrôle, il s'agit donc d'une validation structurelle. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications fintech, bancaires, de paiement, KYC, de trésorerie et de comptabilité, les outils de code SWIFT et d'identifiant bancaire, et les flux d'intégration. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Cela valide et analyse un BIC ; pour la validation de numéro de compte IBAN, utilisez une API IBAN.

api.oanor.com/bic-api

Validation et conversion d'ISBN sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison validate détecte si un code est un ISBN-10 ou un ISBN-13, ignore les tirets et les espaces, et vérifie le chiffre de contrôle — ISBN-10 avec le schéma mod-11 dont le dernier caractère peut être la lettre X (pour 10), et ISBN-13 avec le schéma pondéré 1-3-1-3 mod-10 — donc 0-306-40615-2 et 978-0-306-40615-7 sont tous deux valides tandis qu'un mauvais chiffre de contrôle est rejeté. Le point de terminaison checkdigit calcule le chiffre de contrôle final pour une racine ISBN-10 à 9 chiffres ou une racine ISBN-13 à 12 chiffres (et le recalcule pour un code complet). Le point de terminaison convert convertit entre les deux formes : un ISBN-10 devient un ISBN-13 en ajoutant le préfixe 978 et en recalculant le contrôle, et un ISBN-13 préfixé par 978 est reconverti en ISBN-10 (les codes préfixés par 979 n'ont pas d'équivalent ISBN-10). Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications d'édition, de bibliothèque, de librairie, de catalogue, de commerce électronique et de métadonnées, les outils de validation d'ISBN et de codes-barres, et les systèmes d'inventaire. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit d'une validation et d'une conversion spécifiques aux ISBN ; pour les chiffres de contrôle génériques Luhn/Verhoeff, utilisez une API de chiffre de contrôle.

api.oanor.com/isbn-api

Ajoutez et vérifiez des chiffres de contrôle avec les algorithmes standard — Luhn (mod 10), Verhoeff, Damm et ISO 7064 mod 97-10 — sur n'importe quel nombre. Le point de terminaison generate renvoie le(s) chiffre(s) de contrôle et le nombre complet ; le point de terminaison validate vous indique si le chiffre de contrôle d'un nombre est correct. Luhn est le schéma mod-10 familier derrière les cartes de crédit, l'IMEI et de nombreux numéros d'identification ; Verhoeff et Damm sont des schémas à un seul chiffre qui détectent également toutes les erreurs de transposition adjacente ; mod 97-10 produit deux chiffres de contrôle et est le schéma utilisé par l'IBAN. Parfait pour générer et valider des numéros de référence, de compte, d'adhésion et de commande, ainsi que pour l'intégrité de la saisie de données. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 4 points de terminaison. Distinct des validateurs de cartes de crédit et de codes-barres, qui appliquent un algorithme fixe à un format de numéro spécifique.

api.oanor.com/checkdigit-api

Validez et décodez les GSTIN indiens (le numéro d'identification de taxe sur les biens et services à 15 caractères) instantanément et entièrement hors ligne. Le point de terminaison validate vérifie la structure et recalcule le chiffre de contrôle officiel du GSTIN — l'algorithme pondéré en base 36 utilisé par le GSTN lui-même — et confirme que le code d'état intégré est réel, renvoyant un verdict clair valide/invalide avec les raisons spécifiques pour lesquelles un numéro échoue. Le point de terminaison decode décompose un GSTIN en ses parties : le code d'état/UT GST et son nom, le PAN à 10 caractères intégré, le type de titulaire du PAN (entreprise, individu/propriétaire, société/LLP, HUF, fiducie, gouvernement et plus, lu à partir de la 4e lettre du PAN), le numéro d'enregistrement de l'entité, l'emplacement par défaut 'Z' et le chiffre de contrôle. Un point de terminaison states renvoie la référence complète des codes d'état GST pour créer des menus déroulants et des recherches. Tout est pur calcul — aucun appel réseau, aucune clé, aucun cache — donc c'est rapide et privé, idéal pour les formulaires de paiement et d'inscription, les pipelines de facturation et de e-facture/e-way-bill, le nettoyage des données maîtres des fournisseurs et la validation en masse. Un validateur et décodeur structurel de GSTIN — distinct de la validation des numéros de TVA de l'UE (vat), de la validation des comptes bancaires IBAN (iban) et des vérifications de numéros de carte (creditcard). Note : cela vérifie la structure et le chiffre de contrôle du numéro, pas s'il est activement enregistré dans le portail GSTN. Aucune clé en amont, aucun cache.

api.oanor.com/gst-api

Validez du JSON par rapport à un JSON Schema, côté serveur. Vérifiez n'importe quelles données par rapport à un schéma (Draft-07 ou 2020-12) et obtenez un résultat clair de réussite/échec ainsi qu'une liste détaillée de chaque erreur avec son chemin d'instance, le mot-clé en échec et le message ; vérifiez qu'un schéma lui-même est bien formé ; ou inférez automatiquement un JSON Schema de départ à partir d'un document exemple, avec des formats détectés comme email, URI et date. Construit sur le moteur Ajv éprouvé avec validation complète des formats. Chaque point de terminaison accepte GET (paramètres encodés en JSON) ou un corps JSON POST et s'exécute entièrement localement sans tiers amont, donc les réponses sont instantanées et le service est toujours disponible. Idéal pour la validation des requêtes/réponses API, les vérifications de formulaires et de saisie de données, les pipelines ETL et de qualité des données, les plateformes sans code et les tests de contrat.

api.oanor.com/jsonschema-api

Une boîte à outils de cartes de paiement rapide et entièrement locale : validez les numéros de carte avec la somme de contrôle Luhn (mod-10), détectez la marque par IIN/préfixe (Visa, Mastercard y compris la série 2, American Express, Discover, Diners, JCB, UnionPay, Maestro), formatez et masquez les numéros avec un regroupement correct selon la marque, listez les marques prises en charge avec leurs longueurs valides et la longueur du CVV, et générez des numéros de carte TEST synthétiques valides selon Luhn pour l'assurance qualité. Calcul pur côté serveur, aucun tiers en amont, et les entrées ne sont jamais journalisées. Il est uniquement algorithmique (pas de recherche de base de données BIN d'émetteur/réel). Idéal pour les formulaires de paiement, les flux de paiement, les pré-vérifications de fraude et les jeux de test.

api.oanor.com/creditcard-api

Validez les IBAN avec la somme de contrôle ISO 7064 mod-97 et les vérifications de longueur et de structure par pays, et résolvez le BIC et les coordonnées bancaires pour les pays pris en charge. Un point de terminaison d'analyse locale fonctionne pour chaque pays IBAN hors ligne ; le point de terminaison de validation ajoute la vérification du code bancaire et le BIC. Idéal pour les paiements, la facturation, l'intégration et le KYC.

api.oanor.com/iban-api

Validez, analysez et formatez les numéros de téléphone à l'aide de Google libphonenumber : vérification de validité, formats E.164 / national / international / RFC-3966, détection du pays et de l'indicatif d'appel, et type de ligne (mobile, fixe, VoIP, numéro vert, surtaxé). Couvre tous les pays.

api.oanor.com/phone-api

Vérifiez les adresses email sans rien envoyer : validation de syntaxe RFC, recherche en direct d'enregistrement MX, détection d'adresses jetables/éphémères (liste de blocage de plus de 5 500 domaines), indicateurs de rôle et de fournisseur gratuit, suggestion de correction orthographique « vouliez-vous dire », et un score de délivrabilité de 0 à 100.

api.oanor.com/email-api