On this page
Configure search and resolution
Configure search keys, comparison, mastered-value precedence, and automatic actions as separate concerns.
Use an ADMIN identity to configure resolution. Start with a labeled test set
containing known duplicates, incomplete records, and similar subjects that must
remain separate. Keep automatic stewardship off while evaluating changes.
Configure in dependency order
| Concern | Configuration reference |
|---|---|
| Which records can be found or grouped? | Indexer |
| How is candidate evidence classified? | Classifier |
| Which values form the mastered result? | Merger |
| Which candidates receive an automatic action? | Steward |
Save the resources and select them on the entity. Preserve its source,
destination and presentation references. Choose DUPLICATES for manual
resolution; AUTO_DUPLICATES also needs an attached steward and automatic mode
for scheduled stewardship.
Apply and verify a configuration change
- Inspect resource validation and dependencies before saving.
- Synchronize using
loadMask:NONE,indexClassificationMask:CHANGES, andsinkMask:NONEwhen only matching configuration changed. - Follow any returned run; no run can mean the configuration was already applied.
- Search known records and inspect candidate membership.
- Read classification and pairwise evaluation for known matches and non-matches.
- Preview a merge and compare its values with the approved precedence policy.
- Test a separation and confirm a later merge refuses to cross it without an explicit override.
Use the Aurelia decision exercise for a complete partial-selection example. Counts alone do not establish correct matching: more candidates can mean more false positives.
Introduce automatic actions
Test the steward’s filters, condition units and rule order. Inspect its test
report before a live run; IGNORE is an actual state change, not a dry-run
setting. Start with a small coffeeBreak, follow one run, and review the changed
records before broadening the policy. See the
steward rollout procedure.
Recover from an incorrect policy
Stop future automatic runs, inspect active work, and restore the reviewed resource definition. Synchronize and repeat the labeled cases. Restoring configuration does not undo decisions already applied; merge undo depends on retained history and its recovery conditions.