#fintech

Validation du numéro de routage ABA (routing transit number) des banques américaines en tant qu'API, calculée localement et de manière déterministe. Le point de terminaison validate vérifie un numéro de routage à neuf chiffres avec la somme de contrôle ABA officielle — 3·(d1+d4+d7) + 7·(d2+d5+d8) + (d3+d6+d9) doit être un multiple de dix — en ignorant les traits d'union et les espaces, et lit les deux premiers chiffres comme le symbole de routage de la Réserve fédérale pour nommer le district (01–12 sont les douze banques de la Réserve fédérale de Boston à San Francisco, 21–32 sont les institutions d'épargne) ; le 021000021 de JPMorgan Chase est validé et résolu en la Banque de la Réserve fédérale de New York, et un numéro avec un mauvais chiffre de contrôle est rejeté. Le point de terminaison checkdigit calcule le neuvième chiffre de contrôle à partir des huit premiers afin que le numéro complet soit valide. Il renvoie également l'identifiant de l'institution (chiffres 5 à 8) et le chiffre de contrôle. 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, ACH, de paie, de paiement et de comptabilité, la validation de formulaires de compte bancaire et les outils d'intégration, ainsi que les logiciels de paiement américains. Il s'agit uniquement de la structure de la somme de contrôle et du symbole de routage — cela ne confirme pas une banque active. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Pour les codes SWIFT/BIC, utilisez une API BIC et pour les IBAN, une API IBAN.

api.oanor.com/routingnumber-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

Codes de catégorie de commerçant ISO 18245 (MCC) sous forme d'API — les 981 codes à quatre chiffres que Visa, Mastercard et d'autres réseaux de cartes utilisent pour classer le secteur d'activité d'un commerçant. Recherchez n'importe quel code (par exemple 5812 → Restaurants et lieux de restauration, 5411 → Épiceries/Supermarchés, 3000 → United Airlines), recherchez par description (par exemple "hôtel", "compagnie aérienne", "pharmacie"), filtrez par statut déclarable à l'IRS, ou listez-les tous. Chaque enregistrement contient la description du réseau/éditée, les descriptions USDA et IRS, et indique si la catégorie est déclarable sur le formulaire IRS 1099. Idéal pour les paiements, la fintech, la gestion des dépenses, l'analyse de fraude et l'enrichissement des transactions.

api.oanor.com/mcc-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