Skip to main content
Match scoring controls how broadly or narrowly Minerva keeps potential screening matches as they move through candidate retrieval, entity resolution, and final result filtering. Access: Requires the Admin role or above. In the sidebar, go to Administration > Configuration, then open Match scoring under Screening behaviours. Use this guide when you need to:
  • choose between the built-in Balanced, Narrow, and Wide presets
  • tune one screening channel without changing the other channels
  • adjust pre-resolution and post-resolution score thresholds
  • control how much name, alias, date, location, identifier, occupation, gender, email, phone, and notes evidence contribute to candidate scoring
  • control how missing optional evidence affects the score denominator
  • tune name, DOB/date, location, and entity-resolution merge behavior
  • tune News geography, News name filtering, article volume, and News location inference
  • use the score simulator before saving changes
  • review, audit, or roll back match scoring deployments
Balanced is the default Match Scoring configuration for every workspace. It preserves Minerva’s legacy scoring posture unless your workspace has explicitly changed the settings.
Match scoring changes affect which candidates analysts see. Tune in small increments, use clear change descriptions, and compare review volume, latency, and missed-risk sensitivity before moving further away from Balanced.

How Match Scoring Works

Every screening result passes through three broad stages:
  1. Candidate retrieval: Minerva gathers source records from the selected feeds.
  2. Pre-resolution scoring: each source candidate is scored against the searched subject before entity resolution.
  3. Post-resolution scoring: Minerva clusters likely duplicate source records, scores the resolved candidate, and filters the final returned result set.
The Match Scoring configuration controls the second and third stages through:
  • Decision thresholds: feed-specific pre-resolution thresholds and one post-resolution threshold.
  • Candidate score weights: how much each evidence category contributes when it is present.
  • Candidate gates: minimum name and Sanctions/PEP cutoffs that can stop candidates before other evidence helps.
  • Name matching behavior: tolerance for transposed names, initials, phonetics, hyphenation, extra name parts, and organization base/full names.
  • DOB/date matching behavior: soft date falloff, hard date cutoffs, and inferred-date confidence handling.
  • Location matching behavior: default strictness, component cutoff, and whether nationality can satisfy country matching.
  • Entity-resolution merge behavior: merge thresholds and strong organization merge shortcut settings.
  • News controls: geography filter, name filter, article cap, and article-location inference before News match scoring.
The configuration is workflow-specific and workspace-scoped. A Calibration workspace can test settings without changing Live until a workspace preset is promoted.

Channel Tabs And Copying Settings

Each workflow is configured on its own tab. The tab navigation stays visible as you scroll so you can see which channel you are changing. Use the channel actions when you need to keep channels aligned:
Start from the channel with the clearest calibration evidence. Copy it only after you have compared representative true positives, false positives, and high-volume cases in the simulator or a Calibration workspace.

Finding Specific Settings

The page includes a setting finder and the Minerva command palette also indexes the Match Scoring controls. Use the command palette when you already know the setting you need. Use the page finder when you are comparing nearby settings inside the same section.

Understanding Scores

Minerva uses normalized match scores from 0.00 to 1.00.
  • 1.00 means the compared values are effectively exact matches.
  • Values closer to 1.00 are stronger matches.
  • Values closer to 0.00 are weaker matches.
  • A threshold is the minimum score required to keep the candidate at that stage.
In result details and API responses, field-level criteria match labels are interpreted as: The overall candidate score is not a simple average of the visible field labels. The engine scores the candidate using weighted evidence, candidate gates, missing-evidence behavior, and stage-specific thresholds.

Built-In Presets

Minerva includes three built-in presets. Built-in presets stay fixed, and workspace presets can be created from a custom draft.

Preset Thresholds

Decision thresholds are editable from 0.60 to 1.00.

Preset Retrieval And Runtime Summary

Decision Thresholds

Pre-resolution and post-resolution thresholds answer different questions.
If weak records are obviously not related to the searched subject, tune the feed-specific pre-resolution threshold first. If records look related before entity resolution but disappear after final scoring, tune the post-resolution threshold.

Candidate Score Weights

Candidate score weights control how much each evidence category contributes when that evidence is present. The dashboard presents the main control once per setting and applies it to both stages. Use Advanced: split pre/post resolution only when a channel needs different behavior before and after entity resolution. Most evidence-weight sliders use a customer-facing range of 0.00 to 1.00. The Missing evidence penalty uses 0 to 100.
Missing evidence penalty is safe to turn off. A value of 0 means missing optional fields do not reduce the denominator. For example, if the request includes name and DOB, and the candidate matches the name but has no DOB to compare, the DOB absence does not reduce the score when the missing-evidence penalty is 0.

Candidate Weight Preset Values

Candidate Gates

Candidate gates are cutoffs that can stop a candidate before weighted evidence alone determines the score.
Some legacy backend fields remain available for API compatibility but are not shown in the dashboard. Customer-facing configuration should use the settings above.

Name Matching Behavior

Name matching behavior controls how the engine converts compared names into name similarity scores before the name weight is applied.

Person Names

Use higher tolerance values when the workflow should accept common formatting, transliteration, phonetic, and ordering variation. Use lower tolerance values when name precision matters more and broader recall is creating too many same-name matches.

Organization Names

Raise base name weight when legal suffixes, punctuation, and descriptors vary frequently. Raise full name weight when exact full-name agreement should matter more.

DOB And Date Matching Behavior

DOB/date behavior controls how date evidence is scored before the DOB/date weight is applied. The soft falloff is not a pass/fail boundary. It changes the shape of date-score decay for dates within the hard range cutoff. The hard cutoff is the boundary where date similarity becomes 0 before weighting.

Location Matching Behavior

Location matching behavior controls how location evidence is evaluated before the location weight is applied. Strictness levels are progressive:

Entity-Resolution Merge Behavior

Entity resolution combines likely duplicate source records before post-resolution scoring. Merge settings affect candidate clustering, not the final score threshold directly. Raise merge thresholds when unrelated source records are being combined. Lower them when duplicate records are staying separate and creating repeated analyst review.

News Controls For Adverse Media

Each screening workflow has its own News controls. These settings sit before final match scoring. They change which articles are retrieved, which retrieved articles are admitted for adverse-media analysis, and whether article-linked locations are added before geography scoring.
Broadening News retrieval can increase adverse-media volume and processing time. Avoid changing geography bias, name filtering, article caps, and score thresholds all at once unless you are running a controlled calibration pass.

News Geography Filter

News Name Filter

Max Requested Articles

Raise this value when relevant adverse-media articles may appear later in provider results. Lower it when common-name searches are creating too much latency or when a workflow does not need broad article recall.
Higher article caps can add processing time because Minerva may retrieve and review more News candidates. High-volume subjects may take a few additional seconds for each extra 100 articles, especially when retrieval has also been broadened.

News Location Inference

News location inference reviews matching risk-classified News articles and extracts locations that appear tied to the screened subject. Those inferred article locations can then provide more geographic evidence before News match scoring. Turn it on when article text often identifies the subject’s relevant city, state, region, country, operations, arrest, investigation, or other subject-linked geography more clearly than the original search request.
News location inference uses model-backed article analysis and can add seconds to News searches. Enable it first in Calibration, direct API, or risk-assessment workflows where the extra geographic evidence is worth the added latency before considering it for high-volume monitoring.

Score Simulator

The score simulator lets administrators test the current draft channel settings against an editable example without creating a live search or writing screening results. Use it when you want to answer questions like:
  • Would this exact-name, missing-DOB candidate still pass if missing evidence is penalized more?
  • How much does a different city or country reduce the score?
  • Would a transposed or phonetic name variation pass under Narrow, Balanced, or Wide?
  • Does the pre-resolution score behave differently from the post-resolution score?
  • Which setting moved the score enough to pass or fail the selected threshold?

How To Use The Simulator

  1. Select the workflow tab you want to test, such as Onboarding or Direct API calls.
  2. Adjust the draft settings or select a preset. You do not need to save first.
  3. Go to Score simulator.
  4. Choose Pre-resolution or Post-resolution under Score using.
  5. Edit the Screened profile. Include the subject type, name, date, location, and screening sources that represent the request.
  6. Edit the Potential match record. Include the candidate name, aliases, date, locations, country, nationality, occupation/role, source lists, and feed hits you want to compare.
  7. Click Run simulation.
  8. Review the resulting score, return/filter state, threshold comparison, and attribute comparison.
Run the same example before and after changing one setting. This makes it easier to see whether the score moved because of a threshold, a field weight, missing evidence, name behavior, date behavior, or location behavior.

Reading Simulation Results

Simulator results are examples, not production searches. They are best used for calibration and explanation before saving changes or promoting a workspace preset. Use this sequence when calibrating match scoring:
  1. Start from Balanced and collect examples of false positives, plausible missed matches, and high-volume review cohorts.
  2. Tune one workflow at a time. Onboarding, monitoring, Direct API, and risk assessments often have different tolerance for review volume.
  3. Use the simulator to compare representative examples before saving.
  4. Adjust feed-specific pre-resolution thresholds when the issue is feed-specific noise.
  5. Adjust post-resolution thresholds when entity resolution is grouping candidates correctly but the final result set is too broad or too narrow.
  6. Adjust candidate score weights only when the field-level evidence balance is wrong. For example, increase location or DOB/date weights when similar names are passing despite conflicting location or date evidence.
  7. Adjust name, DOB/date, and location behavior when the field similarity score itself is too strict or too forgiving.
  8. Adjust merge thresholds when entity resolution is over-merging or under-merging source records.
  9. Tune one adverse-media retrieval control at a time. Moving geography bias from Strict to Broad or None, turning on Broad name filtering, or raising max requested articles changes the upstream article pool, not only the final score filter.
  10. Enable News location inference only where the extra subject-linked geography is worth the added latency.
  11. Save a clear change description so history shows why the calibration was deployed.
  12. Use history and rollback if the change moves review volume, latency, or recall in the wrong direction.
General tuning guidance:
  • higher public thresholds are stricter and usually reduce analyst-visible matches
  • lower public thresholds are broader and usually increase recall and review volume
  • higher evidence weights make that evidence category more influential when present
  • a higher missing-evidence penalty makes unavailable optional evidence reduce scores more strongly
  • higher name tolerance settings generally make name variations easier to match, while higher penalties or floors make name matching stricter
  • lower merge thresholds reduce duplicate resolved candidates but increase over-merge risk
  • higher article caps and News location inference can increase News search latency
  • monitoring changes should be made carefully because they can change recurring alert volume across an existing profile population
  • direct API changes should be coordinated with API consumers, especially if those consumers already submit request-level overrides

Request-Level Overrides

Match scoring is the workspace default. It applies when the screening request does not provide an explicit override. This is the preferred operating model, especially for Direct API customers, because it keeps defaults visible in the dashboard and audit history. Direct API requests can still override settings for partnership, reseller, legacy, or investigation-specific flows. Core screening logic gives request-level values precedence over workspace configuration. For new integrations, use the same customer-facing ranges shown in the dashboard tables. Some backend fields accept broader legacy ranges for backward compatibility, but dashboard-equivalent values are easier to reason about, audit, and compare with simulator runs.
If a request sends both a nested runtime object and scalar aliases, Minerva merges them into one runtime configuration before scoring. Omitted sections fall back to the workspace setting, then to Balanced defaults when no workspace value exists.
Example Direct API override:
Scalar aliases are useful for legacy integrations, but the nested runtime object is easier to audit because related settings stay grouped by scoring behavior.

Role-Aware Adverse Media

Role-aware adverse media is a separate screening configuration that runs after adverse-media articles have been retrieved and analyzed. It helps identify whether a negative article appears to involve the screened subject or is likely only a name mention. Use Match Scoring when you need to tune candidate thresholds, candidate evidence weighting, matching behavior, merge behavior, or News retrieval and article-analysis behavior. Use Role-Aware Adverse Media when you need to show or filter confident article-subject relevance signals after adverse-media analysis has already run. For details, see the Role-Aware Adverse Media Guide.

Reviewing And Confirming Changes

When you click Review changes, Minerva shows a grouped confirmation view before anything is saved. The review dialog shows:
  • the number of changes and sections affected
  • the selected preset change, if applicable
  • each workflow with changed thresholds, weights, gates, matching behavior, merge behavior, and News controls
  • an optional Change Description field
  • simulator examples linked to the draft, when available
Use the change description to capture the reason for the calibration, such as a false-positive review, a model calibration review, a high-risk cohort exception, or a post-launch monitoring adjustment.

Deployment History And Rollback

The Match Scoring page includes a quick History drawer so you can preview recent deployments without leaving the configuration page. Use the drawer to:
  • see the current live deployment first
  • review prior threshold, weight, matching behavior, merge behavior, and News retrieval changes
  • preview an older deployment on the main page
  • open the full audit history page
Rollback restores a previous deployment by writing a new history entry. It does not delete prior history. The full history page includes:
  • Changed: when the configuration was saved or rolled back
  • Action: whether the event was an update or rollback
  • Summary: the key scoring changes
  • Changed by: the user who performed the change
  • Actions: rollback entry points for older deployments