Skip to main content
The /FieldMatch endpoint compares identity data you submit against financial data parsed from a connected bank account, returning scores per field (0 to 1) and an overall match rate. Common applications include:
  • Confirming account ownership before connecting a customer’s bank account to your financial service
  • Verifying customer identity during onboarding
  • Detecting discrepancies between submitted and actual account data
For setup instructions, see Confirm Your Customer’s Identity.

How it works

  1. Bank Connection: The end-user links a bank account via Flinks Connect. The system parses financial data including full name, postal code, email, phone, address, city, and province, returning a loginId.
  2. Comparison Engine: You submit identity data via POST to /BankingServices/FieldMatch with the loginId. A fuzzy matching algorithm compares submitted data against parsed bank data, accounting for abbreviations, missing tokens, and formatting differences.
  3. Match Result: The response includes per-field scores and an overall match rate.

Match score reference

Name

Postal code

Phone

Civic address

City

Province

Email

The email field returns null when the financial institution does not provide email data. This is expected and does not affect other field scores.
For full endpoint details, request/response parameters, and the interactive API playground, see the /FieldMatch API reference.

Testing on Toolbox

Five test users are available on the toolbox instance, each calibrated to produce a specific match score range.

Test users

Open the toolbox iframe:
Select FlinksCapital as the institution. Log in using the test user’s username with the _nomfa suffix and Everyday as the password (e.g., field_match_100_nomfa / Everyday). Capture the loginId from the postMessage event:

Step 2: Call /FieldMatch with standard reference inputs

Use these inputs across all 5 users. The score difference comes from account-side data, not from the inputs you provide.

Step 3: Validate the response

Compare overallMatchRate and fieldLevelMatchRate against the expected ranges in the scenarios below.

Test scenarios

Scenario 1: Exact Match (field_match_100)

Threshold: 1.0, overallMatch: true only when all fields are an exact match.
200 Response

Scenario 2: Strong Match (field_match_080)

Threshold: 0.8, overallMatch: true when the overall score meets or exceeds 0.8.
200 Response

Scenario 3: Possible Match (field_match_065)

Threshold: 0.65
200 Response

Scenario 4: Unlikely Match (field_match_050)

Threshold: 0.5
200 Response

Scenario 5: No Match (field_match_000)

Threshold: 0.0
200 Response

Quick reference

Toolbox test users

Key notes

  • The email field returns null when the financial institution does not provide email data. This is expected and does not indicate an error.
  • Fields included in the request but with no available account data will return 0 and appear in the noData array.
  • The threshold parameter is optional. Without it, only fieldLevelMatchRate decimal scores are returned: no overallMatch boolean.
  • Match scores use fuzzy string matching and may vary slightly by algorithm version. Use the ranges above as guidance, not exact expected values.