A confirmation rule is run once for each matching user returned by the correlation rule.
A typical confirmation rule compares internal values from the user view to the values of account attributes. As an optional second stage in correlation processing, the confirmation rule performs checks that cannot be expressed in a correlation rule (or that are too expensive to evaluate in a correlation rule). In general, you need a confirmation rule only in the following circumstances:
The correlation rule may return more than one matching user
User values that must be compared are not queryable
Identity Manager predefines two confirmation rules in sample/reconRules.xml:
User Email Matches Account Email. Returns a value of true if the user’s email matches the account’s email. This illustrates the fact that many ownership decisions could be expressed with either a correlation rule or a confirmation rule. However, since the email attribute of an Identity Manager user is automatically queryable, it would almost always be more efficient to express this as a correlation rule.
User First And Last Names Match Account. Uses the XPRESS language to compare the user’s first and last name to the same values of the account.
Inputs to any confirmation rule are:
userview. Full view of an Identity Manager user.
account. Map of resource account attributes.
A confirmation rule returns a string-form Boolean value of true if the user owns the account; otherwise, it returns a value of false.
The default confirmation rule is No Confirmation Rule. This assumes that the correlation rule is selective enough to find at most one user for each account. If the correlation rule selects more than one user, the account situation will be DISPUTED.