Name Matcher

Our turn-key solution for matching PII records. Confident, accurate matches. Worldwide.

Accurate name comparison for Verification of Payee, KYC and duplicate prevention. We maintain the software, the matching logic, and the name data. You focus on what you do best.

The Solution

Compare names with semantic precision

The Name Matcher compares two data sets, including the name, gender and age, and determines the degree of similarity or match between them.

The Name Matcher compares the data sets of two people and computes scores of similarity and differences on multiple levels, including names.

The software can be customized to meet specific needs and requirements, and incorporates features such as fuzzy matching, phonetic matching, synonym matching, and multilingual support to achieve higher levels of accuracy and efficiency.

Capabilities

Customized Matching Requirements

The Name Matcher computes a myriad of numbers to come to a result of telling whether two name pairs likely or possibly belong to the same person. Various functionalities and algorithms are used for this:

Fuzzy matching

Match two name sets that are similar but not identical (e.g. Robert SmithBob Smith).

Phonetic matching

Match names that sound the same but are spelled differently across cultures (e.g. LeeLi).

Alias matching

Match names commonly used as nicknames or aliases (e.g. NickNicholas or Dominic).

Synonym matching

Match names with the same meaning but different spelling (e.g. St. JohnSaint John).

Multilingual support

Handle names from different languages and character sets, including non-Latin scripts.

Scalability

Handle large volumes of data and scale up as throughput requirements grow.

Simple string difference

Classical string-similarity algorithms (Levenshtein, Damerau–Levenshtein) as a baseline complement to the semantic logic.

Why names differ

Reasons two names can stand for the same person

Two sets of names standing for the same person can have different matching results for various reasons:

Incomplete names

One of the names is incomplete or the full name misses one part — e.g. Angela MerkelAngela Dorothea Merkel.

Abbreviations, acronyms or initials

One of the parts is abbreviated — e.g. John F. KennedyJohn Fitzgerald Kennedy.

Hypocorisms

A nickname, diminutive or short form is used — e.g. John DoeJohnny Doe.

Titles and qualifiers

A title or qualifier is added before or after the name — e.g. Robert John DowneyRobert Downey Jr.

Transcriptions

Transcriptions vary by target language and characters — e.g. Іван Багряний as Ivan Bahrianyi (EN), Iwan Bahrjanyj (DE), Ivan Bagriany (FR).

Misspellings and typos

One name contains a spelling mistake or data-entry error — e.g. Lev TolstoyLev Toltsoy.

Collective and business names

A name can refer to one person, two people (William and Jessica WrightJess Wright), a family (Familie HansenChristian Hansen) or a business (Alexander KolbKolb Architekten).

Cultural differences

Naming conventions vary across many languages, and a name can carry different gender across cultures.

Different versions of the same name

Names may have different versions or variations — e.g. John and Jon, or Katherine and Kathryn.

Different alphabets

The same name in Cyrillic vs Latin, or non-English extra characters missing.

Punctuation differences

Names may include different punctuation marks — hyphens, apostrophes or commas.

Order of names

Names may be listed in different orders — given name first vs. family name first.

Flagship use case

Built for Verification of Payee (VOP)

Under the EU Instant Payments Regulation, every payment service provider in the Eurozone must check that the payee name matches the IBAN before a SEPA credit transfer - live since 9 October 2025 (rest of the EU by July 2027). The goal: stop Authorised Push Payment (APP) fraud on payments that are instant and irrevocable.

That check is only as good as the name matching behind it. The Name Matcher is built for exactly this: it confidently confirms the legitimate payee - even with nicknames, missing middle names, transliterations, swapped name order or a typo - so you approve more genuine payments and flag the ones that truly do not match.

MATCH

Name and IBAN clearly belong to the same payee. The payment proceeds with confidence - no friction for the payer.

CLOSE MATCH

A near match - an alias, abbreviation or minor spelling difference. The verified name is returned so the payer can decide.

NO MATCH

The name does not fit the account. The payer is warned before sending - the moment most APP fraud can be stopped.

The result: more legitimate payments approved on the first attempt, fewer genuine payees wrongly declined, and the suspicious ones flagged before money moves.

Delivered turnkey and deployed in your own environment - ready for PSPs to put VOP into production for IPR compliance, without sending a single name to a third party.

Use Cases

Where the Name Matcher delivers

The Name Matcher has proven its practicality in a variety of scenarios and industries. The most common use cases:

Verification of Payee (VOP)

Flagship

Confirm that the payee name matches the IBAN before a SEPA credit transfer, as required by the EU Instant Payments Regulation. Maximise legitimate match and close-match rates while stopping APP fraud - deployed turnkey in your own environment.

Identity verification & input validation

Verify identities by comparing names against official records or databases, for credit checks, employment screening or KYC.

Prevent duplicates

Match customer names accurately and avoid duplicate records in CRM or master-data systems.

Banking and finance

Match account-holder names against user-entered input and authoritative sources - the basis for payee verification, onboarding and sanctions screening.

Marketing and Sales

Match customer names with their purchasing history across channels.

Data integration

Match names across multiple data sources, enabling clean integration of disparate data sets.

Government and law enforcement

Match names across databases such as criminal records or watchlists to identify potential security threats.

Search relevance

Filter and sort a search list by relevance, so the strongest candidate appears first.

REST API

A simple, structured response

Send the payer-entered name and the account-holder name, get back a clear verdict - Match, Close match or No match - with per-component results and a confidence score you can act on.

RequestPOST /matcher/personmatcher
{
  "context": {
    "priority": "REALTIME",
    "properties": []
  },
  "inputPerson1": {
    "type": "NaturalInputPerson",
    "personName": {
      "nameFields": [
        { "string": "Rob",   "fieldType": "GIVENNAME" },
        { "string": "Smith", "fieldType": "SURNAME" }
      ]
    }
  },
  "inputPerson2": {
    "type": "NaturalInputPerson",
    "personName": {
      "nameFields": [
        { "string": "Robert J.", "fieldType": "GIVENNAME" },
        { "string": "Smith",     "fieldType": "SURNAME" }
      ]
    }
  }
}
Response200 OK
{
  "matchType": "MATCHING",
  "personMatchComposition": "FULL",
  "points": 0.7575757575757576,
  "confidence": 1.0,
  "personNameMatcherResult": {
    "matchType": "MATCHING"
  },
  "genderMatcherResult": {
    "matchType": "EQUAL",
    "confidence": 0.5,
    "warnings": []
  },
  "ageMatcherResult": {
    "matchType": "NOT_APPLICABLE"
  }
}
Get in touch

We're happy to support you in getting ready.

Schedule a 30-min call with us.