#fintech

US-Bank-ABA-Routing-Number (Routing-Transit-Nummer) Validierung als API, lokal und deterministisch berechnet. Der validate-Endpunkt prüft eine neunstellige Routing-Nummer mit der offiziellen ABA-Prüfsumme — 3·(d1+d4+d7) + 7·(d2+d5+d8) + (d3+d6+d9) muss ein Vielfaches von zehn sein — ignoriert Bindestriche und Leerzeichen und liest die ersten beiden Ziffern als Federal-Reserve-Routing-Symbol, um den Bezirk zu benennen (01–12 sind die zwölf Federal-Reserve-Banken von Boston bis San Francisco, 21–32 sind Sparkassen); JPMorgan Chase’s 021000021 wird validiert und auf die Federal Reserve Bank of New York aufgelöst, und eine Nummer mit einer falschen Prüfziffer wird abgelehnt. Der checkdigit-Endpunkt berechnet die neunte Prüfziffer aus den ersten acht, sodass die gesamte Nummer die Prüfung besteht. Er gibt auch die Institutionskennung (Ziffern 5–8) und die Prüfziffer zurück. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Fintech-, Bank-, ACH-, Gehaltsabrechnungs-, Zahlungs- und Buchhaltungs-App-Entwickler, Bankkontenformular-Validierung und Onboarding-Tools sowie US-Zahlungssoftware. Dies ist nur die Prüfsummen- und Routing-Symbol-Struktur — es bestätigt keine aktive Bank. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 2 Endpunkte. Für SWIFT/BIC-Codes verwenden Sie eine BIC-API und für IBANs eine IBAN-API.

api.oanor.com/routingnumber-api

SWIFT/BIC-Geschäftsidentifikationscode-Validierung und -Parsing als API, lokal und deterministisch berechnet. Der Validate-Endpunkt prüft, ob ein Code der ISO-9362-BIC-Struktur folgt – vier Buchstaben für das Institut, ein zweibuchstabiger ISO-Ländercode, ein zweistelliger Ortscode und ein optionaler dreibuchstabiger Filialcode, insgesamt acht oder elf Zeichen – ignoriert Leerzeichen und wandelt die Eingabe in Großbuchstaben um, und bestätigt, dass der Ländercode ein anerkannter ist; DEUTDEFF (Deutsche Bank, Frankfurt) ist ein gültiger achtstelliger Hauptsitz-BIC und DEUTDEFF500 ein gültiger elfstelliger Filial-BIC. Der Parse-Endpunkt zerlegt einen BIC in seine Bestandteile Institut, Land, Ort und Filiale, gibt an, ob es sich um eine Hauptstelle oder eine Filiale handelt (Filiale XXX oder keine bedeutet Hauptstelle), und liest den Status aus dem zweiten Zeichen des Ortscodes – 0 für einen Test-/Nicht-SWIFT-Code, 1 für einen passiven Teilnehmer und 2 für Reverse Billing. Ein BIC hat keine Prüfsumme, daher handelt es sich um eine strukturelle Validierung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Fintech-, Banking-, Zahlungs-, KYC-, Treasury- und Buchhaltungs-Apps, SWIFT-Code- und Bankidentifikations-Tools sowie Onboarding-Abläufe. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 2 Endpunkte. Dies validiert und parst einen BIC; für die IBAN-Kontonummernvalidierung verwenden Sie eine IBAN-API.

api.oanor.com/bic-api

ISO 18245 Merchant Category Codes (MCC) als API — die 981 vierstelligen Codes, die Visa, Mastercard und andere Kreditkartennetzwerke verwenden, um die Geschäftsart eines Händlers zu klassifizieren. Schlagen Sie einen beliebigen Code nach (z. B. 5812 → Gaststätten und Restaurants, 5411 → Lebensmittelgeschäfte/Supermärkte, 3000 → United Airlines), suchen Sie nach Beschreibung (z. B. "Hotel", "Fluggesellschaft", "Apotheke"), filtern Sie nach IRS-meldepflichtigem Status, oder listen Sie alle auf. Jeder Datensatz enthält die Netzwerk-/bearbeitete Beschreibung, USDA- und IRS-Beschreibungen und ob die Kategorie IRS 1099-meldepflichtig ist. Ideal für Zahlungen, Fintech, Ausgabenmanagement, Betrugsanalyse und Transaktionsanreicherung.

api.oanor.com/mcc-api

Ein schnelles, vollständig lokales Zahlungskarten-Toolkit: Validieren Sie Kartennummern mit der Luhn (mod-10) Prüfsumme, erkennen Sie die Marke anhand der IIN/Präfix (Visa, Mastercard einschließlich der 2er-Serie, American Express, Discover, Diners, JCB, UnionPay, Maestro), formatieren und maskieren Sie Nummern mit markenkorrekter Gruppierung, listen Sie unterstützte Marken mit ihren gültigen Längen und CVV-Längen auf und generieren Sie synthetische Luhn-gültige TEST-Kartennummern für die Qualitätssicherung. Reine serverseitige Berechnung, keine Drittanbieter-Upstreams, und Eingaben werden nie protokolliert. Es ist rein algorithmisch (keine echte Aussteller-/Bank-BIN-Datenbankabfrage). Ideal für Checkout-Formulare, Zahlungsabläufe, Betrugsvorprüfungen und Test-Fixtures.

api.oanor.com/creditcard-api

Validieren Sie IBANs mit der ISO-7064-mod-97-Prüfsumme sowie länderspezifischen Längen- und Strukturprüfungen und ermitteln Sie BIC und Bankdetails für unterstützte Länder. Ein lokaler Parse-Endpunkt funktioniert offline für jedes IBAN-Land; der Validate-Endpunkt fügt Bankcode-Überprüfung und BIC hinzu. Ideal für Zahlungen, Abrechnung, Onboarding und KYC.

api.oanor.com/iban-api