Unify and manage your data

Match strategies and logic

Learn more about the automatic and suspect match strategies used by Reltio Identity Builder to detect and unify duplicate consumer profiles based on Reltio's proprietary reference data

Attention: This feature is available to limited users through the Reltio Early Access (EA) program. Interested in finding out more about this feature or participating in our EA program? Get details in topic Early Access (EA) features.

Reltio Identity Builder evaluates entity data in your tenant against the Reltio Intelligent Identity Graph using a combination of deterministic and probabilistic match rules. These rules define how attributes such as FirstName, LastName, Email, Phone, and Address are compared to determine whether two records represent the same individual.

The system supports both automatic match strategies and suspect match strategies. Automatic strategies create and enrich profiles automatically when thresholds are met. Suspect strategies flag potential duplicates for your review in the Hub.

Match type definitions

Match typeDescriptionExample
ExactRequires identical attribute values for comparison. Used for attributes such as LastName or Email.“John Smith” matches “John Smith.”
FuzzyEvaluates similar or variant strings using probabilistic matching for name attributes.“Jon Smith” matches “John Smyth.”
Exact or Null (EON)Treats attributes as matching if values are identical, or if one or both are null. Used for optional attributes such as MiddleName or Suffix.“John S Smith” matches “John Smith.”

Automatic match strategies

Automatic strategies enable Reltio Identity Builder to resolve and enrich records without user intervention. These strategies compare combinations of attributes using Exact, Fuzzy, and EON match types.

StrategyDescriptionMatch attributesMatch rules
1 — ExactPrimary deterministic match using full name, birth date, and contact detail.FirstName, LastName, YoB, MoB, and one of: Address, Email, or PhoneExact + EON (MiddleName, Suffix, Gender)
2 — ExactAlternate deterministic strategy when full date of birth is not present.FirstName, LastName, and one of: Address, Email, or PhoneEON (YoB, MiddleName, Suffix, Gender)
3 — Fuzzy + ExactProbabilistic first name matching with deterministic last name and contact detail comparison.Fuzzy (FirstName), Exact (LastName, YoB, MoB), Address or Email or PhoneEON (MiddleName, Suffix, Gender)
4 — Fuzzy + ExactComprehensive probabilistic strategy for first and last name variation tolerance.Fuzzy (FirstName, LastName), Exact (YoB , MoB), Address or Email or PhoneEON (MiddleName, Suffix, Gender)

Suspect match strategies

Suspect strategies identify records that are likely, but not certain, to be the same individual. These profiles are flagged as potential matches for review in Hub under the Potential Matches tab.

StrategyDescriptionMatch attributesMatch rules
5 — Fuzzy + ExactCompares similar first names and identical last names or contact details.Fuzzy (FirstName), Exact (LastName, Address or Email or Phone)EON (YoB, Gender)
6 — Fuzzy + ExactMatches similar first and last names with identical contact details.Fuzzy (FirstName, LastName), Exact (Address or Email or Phone)EON (YoB, Gender)

How match strategies are applied

When records are created or updated, Reltio Identity Builder continuously evaluates them against all active automatic and suspect strategies. Automatic matches trigger enrichment immediately. Suspect matches are presented for your review in the Hub. If only suspect match strategies are configured, no records are automatically enriched.

Attribute matching hierarchy

The following hierarchy determines the order of attribute importance during comparison:

  1. FirstName , LastName , YearOfBirth, and MonthOfBirth (primary identifiers).
  2. Address or Email or Phone (contact linkage)
  3. MiddleName, Gender, and Suffix (secondary verification using EON)

This hierarchy ensures consistent and explainable matching across all Identity Builder strategies.

Mandatory attributes for matching

The following attributes are required for all matching strategies. These values must exist in your data model and be populated for each record.

AttributeDescriptionData typeMatch role
FirstNameGiven name of the individual.StringExact or fuzzy match key
LastNameFamily name of the individual.StringExact or fuzzy match key
MiddleName (EON)Middle name of the individual.StringExact or fuzzy match key
NameSuffix (EON)Name Suffix of the individualStringExact or fuzzy match key
Gender (EON)Gender of of the individualStringExact match key
YoBYear of birthDate / StringExact match key
MoBMonth of birthDate / StringExact match key
AddressPrimary address line (AddressLine1, City, State, Zip).StringExact match or fallback if email/phone missing
EmailPrimary email address of the individual.StringAlternate exact match key
PhonePrimary phone number (mobile, landline, or VoIP).StringAlternate exact match key

Optional attributes used in enhanced matching

These attributes strengthen probabilistic or fuzzy match accuracy and contribute to enrichment lineage but are not mandatory.

AttributeDescriptionData typeUsage
MiddleNameAdditional name element used for Exact or Null (EON) match evaluation.StringOptional fuzzy support
NameSuffixSuffix (e.g., Jr., Sr., II) used for EON matching.StringOptional exact or null comparison
GenderUsed for EON validation; improves disambiguation for common names.StringOptional EON parameter