#validation

Validatie van EU BTW-identificatienummerformaat als een API, lokaal en deterministisch berekend. Het validate-eindpunt neemt een BTW-nummer, verwijdert spaties, punten en koppeltekens, leest het tweeletterige landvoorvoegsel en controleert de rest van de code tegen de officiële structuur van die lidstaat — Duitsland negen cijfers, Oostenrijk U-plus-acht, Nederland negen-cijfers-B-twee, Frankrijk twee-karakter voorvoegsel plus negen cijfers, Italië elf cijfers, enzovoort voor alle 27 EU-landen plus Noord-Ierland (XI), waarbij correct EL voor Griekenland wordt gebruikt in plaats van GR. Het retourneert of het formaat geldig is, het land en het verwachte patroon, zodat DE123456789 en ATU12345678 slagen, terwijl een Duits nummer met slechts acht cijfers of een VS-voorvoegsel wordt afgewezen. Het format-eindpunt zoekt het verwachte BTW-patroon op voor een landcode, of geeft alle ondersteunde weer. Dit is een offline structuurcontrole — een geldig formaat bewijst niet dat het nummer is geregistreerd, waarvoor een live VIES-opzoeking nodig is. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van e-commerce, facturatie, boekhouding, B2B-checkout en belastingnalevingsapps, BTW-veldvalidatie en onboardingtools, en financiële software. Pure lokale berekening — geen sleutel, geen externe dienst, direct. Live, niets opgeslagen. 2 eindpunten. Dit valideert BTW-nummerformaat; voor BTW-tarieven gebruik een BTW/tax API.

api.oanor.com/vatid-api

SWIFT/BIC bedrijfsidentificatiecode validatie en parsing als een API, lokaal en deterministisch berekend. Het validate-eindpunt controleert of een code voldoet aan de ISO 9362 BIC-structuur — vier letters voor de instelling, een tweeletterige ISO-landcode, een tweecijferige locatiecode en een optionele driecijferige filiaalcode, acht of elf tekens in totaal — waarbij spaties worden genegeerd en de invoer naar hoofdletters wordt omgezet, en bevestigt dat de landcode een erkende is; DEUTDEFF (Deutsche Bank, Frankfurt) is een geldige achtcijferige hoofdkantoor-BIC en DEUTDEFF500 een geldige elfcijferige filiaal-BIC. Het parse-eindpunt splitst een BIC op in de componenten instelling, land, locatie en filiaal, rapporteert of het een hoofdkantoor of een filiaal is (filiaal XXX of geen betekent het hoofdkantoor), en leest de status uit het tweede teken van de locatiecode — 0 voor een test-/niet-SWIFT-code, 1 voor een passieve deelnemer en 2 voor reverse billing. Een BIC heeft geen checksum, dus dit is structurele validatie. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor fintech-, bank-, betalings-, KYC-, treasury- en accounting-app-ontwikkelaars, SWIFT-code- en bankidentificatie-tools en onboarding-processen. Pure lokale berekening — geen sleutel, geen externe dienst, onmiddellijk. Live, niets opgeslagen. 2 eindpunten. Dit valideert en parseert een BIC; voor IBAN-rekeningnummervalidatie gebruik een IBAN API.

api.oanor.com/bic-api

ISBN-validatie en -conversie als een API, lokaal en deterministisch berekend. Het validate-eindpunt detecteert of een code een ISBN-10 of ISBN-13 is, negeert koppeltekens en spaties, en verifieert het controlecijfer — ISBN-10 met het mod-11-schema waarvan het laatste teken de letter X (voor 10) kan zijn, en ISBN-13 met het gewogen 1-3-1-3 mod-10-schema — dus 0-306-40615-2 en 978-0-306-40615-7 zijn beide geldig, terwijl een verkeerd controlecijfer wordt afgewezen. Het checkdigit-eindpunt berekent het achterliggende controlecijfer voor een 9-cijferige ISBN-10-stam of een 12-cijferige ISBN-13-stam (en herberekent het voor een volledige code). Het convert-eindpunt converteert tussen de twee vormen: een ISBN-10 wordt een ISBN-13 door 978 voor te voegen en het controlecijfer te herberekenen, en een ISBN-13 met 978-voorvoegsel wordt teruggeconverteerd naar ISBN-10 (codes met 979-voorvoegsel hebben geen ISBN-10-equivalent). Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor uitgeverijen, bibliotheken, boekhandels, catalogi, e-commerce en metadata-app-ontwikkelaars, ISBN-validatie- en barcodetools, en inventoriesystemen. Pure lokale berekening — geen sleutel, geen externe dienst, direct. Live, niets opgeslagen. 3 eindpunten. Dit is ISBN-specifieke validatie en conversie; voor generieke Luhn/Verhoeff-controlecijfers gebruik een check-digit API.

api.oanor.com/isbn-api

Voeg controlecijfers toe en verifieer ze met de standaardalgoritmen — Luhn (mod 10), Verhoeff, Damm en ISO 7064 mod 97-10 — op elk nummer. Het generate-eindpunt retourneert het/de controlecijfer(s) en het volledige nummer; het validate-eindpunt vertelt u of het controlecijfer van een nummer correct is. Luhn is het bekende mod-10-schema achter creditcards, IMEI en veel ID-nummers; Verhoeff en Damm zijn enkelcijferige schema's die ook alle aangrenzende transpositiefouten opvangen; mod 97-10 produceert twee controlecijfers en is het schema dat door IBAN wordt gebruikt. Perfect voor het genereren en valideren van referentie-, account-, lidmaatschaps- en bestelnummers, en voor gegevensinvoerintegriteit. Pure lokale berekening — geen sleutel, geen externe dienst, onmiddellijk. Live, niets opgeslagen. 4 eindpunten. Te onderscheiden van creditcard- en barcodevalidators, die een vast algoritme toepassen op één specifiek nummerformaat.

api.oanor.com/checkdigit-api

Valideer en decodeer Indiase GSTIN's (het 15-teken tellende btw-identificatienummer voor goederen en diensten) direct en volledig offline. Het validate-eindpunt controleert de structuur en herberekent de officiële GSTIN-controlecijfer — het base-36 gewogen algoritme dat de GSTN zelf gebruikt — en bevestigt dat de ingebedde staatscode echt is, en retourneert een duidelijk geldig/ongeldig oordeel met de specifieke redenen waarom een nummer faalt. Het decode-eindpunt splitst een GSTIN op in zijn onderdelen: de GST-staat/UT-code en de naam ervan, de ingebedde 10-teken PAN, het PAN-houdertype (bedrijf, individu/eigenaar, firma/LLP, HUF, trust, overheid en meer, afgelezen van de 4e letter van de PAN), het entiteitsregistratienummer, de standaard 'Z'-sleuf en het controlecijfer. Een states-eindpunt retourneert de volledige GST-staatscodereferentie voor het bouwen van dropdowns en opzoekingen. Alles is pure berekening — geen netwerkaanroep, geen sleutel, geen cache — dus het is snel en privé, ideaal voor afreken- en aanmeldformulieren, facturatie- en e-factuur/e-way-bill-pijplijnen, opschoning van leveranciersmastergegevens en bulkvalidatie. Een structurele GSTIN-validator en -decoder — onderscheiden van EU-btw-nummervalidatie (vat), IBAN-bankrekeningvalidatie (iban) en kaartnummercontroles (creditcard). Let op: dit verifieert de structuur en het controlecijfer van het nummer, niet of het actief is geregistreerd in het GSTN-portaal. Geen upstream-sleutel, geen cache.

api.oanor.com/gst-api

Valideer JSON tegen JSON Schema, server-side. Controleer gegevens tegen een schema (Draft-07 of 2020-12) en krijg een duidelijke geslaagd/mislukt plus een gedetailleerde lijst van elke fout met het instantiepad, het falende trefwoord en het bericht; verifieer dat een schema zelf goed gevormd is; of leid automatisch een starter JSON Schema af van een voorbeelddocument, compleet met gedetecteerde formaten zoals e-mail, URI en datum. Gebouwd op de beproefde Ajv-engine met volledige formaatvalidatie. Elk eindpunt accepteert GET (JSON-gecodeerde parameters) of een JSON POST-body en draait volledig lokaal zonder derde partij upstream, dus reacties zijn onmiddellijk en de service is altijd beschikbaar. Ideaal voor API-request/response-validatie, formulier- en gegevensinvoercontroles, ETL- en gegevenskwaliteitspijplijnen, no-code-platforms en contracttesten.

api.oanor.com/jsonschema-api

Een snelle, volledig lokale betaalkaart-toolkit: valideer kaartnummers met de Luhn (mod-10) checksum, detecteer het merk op basis van IIN/voorvoegsel (Visa, Mastercard inclusief de 2-serie, American Express, Discover, Diners, JCB, UnionPay, Maestro), formatteer en maskeer nummers met merk-correcte groepering, toon ondersteunde merken met hun geldige lengtes en CVV-lengte, en genereer synthetische Luhn-geldige TEST-kaartnummers voor QA. Pure server-side berekening, geen externe partijen, en invoer wordt nooit gelogd. Het is alleen algoritmisch (geen echte uitgever/bank BIN-database lookup). Ideaal voor afrekenformulieren, betalingsstromen, fraudepre-checks en testopstellingen.

api.oanor.com/creditcard-api

Valideer IBAN's met de ISO 7064 mod-97 checksum en per-land lengte- en structuurcontroles, en verkrijg de BIC en bankgegevens voor ondersteunde landen. Een lokale parse-endpoint werkt offline voor elk IBAN-land; de validate-endpoint voegt bankcodeverificatie en BIC toe. Ideaal voor betalingen, facturatie, onboarding en KYC.

api.oanor.com/iban-api

Valideer, parseer en formatteer telefoonnummers met Google libphonenumber: geldigheidscontrole, E.164 / nationaal / internationaal / RFC-3966 formaten, land- en netnummerdetectie, en lijntype (mobiel, vast, VoIP, gratis, premium-tarief). Bestrijkt elk land.

api.oanor.com/phone-api

Verifieer e-mailadressen zonder iets te verzenden: RFC-syntaxvalidatie, live MX-record opzoeken, detectie van wegwerp-/tijdelijke e-mails (blokkadelijst van 5.500+ domeinen), rolaccount- en gratisprovider-vlaggen, 'bedoelde u' typefoutsuggestie en een leverbaarheidsscore van 0–100.

api.oanor.com/email-api