[midPoint] Question about the disputed situation

[Shilen Patel]

Hi,

I found out how to do (2) in the UI and I’m not too worried about (1) since we can always make our own UI to handle it.  So I’m mainly interested in (3) now.  Let me elaborate on a use case for it.

Say I want my matching logic to be based on first name, middle name, last name, DOB, and a national ID.  Here are the rules (for example):


  1.  If first name, middle name, last name, and DOB match exactly to one existing user in MidPoint, then proceed with that match.  If it matches more than one user, then it needs to be looked at manually (e.g. disputed state).
  2.  If the national ID matches one existing user in MidPoint, proceed with that match.
  3.  If first name and last name or middle name and last name match one or more users, then I would consider that a weak match and somebody should evaluate it manually regardless of whether there was only one match or there were multiple matches.

Is this type of behavior possible?

Thanks!

- Shilen

From: Shilen Patel <shilen at duke.edu>
Date: Tuesday, February 13, 2018 at 9:59 AM
To: "midpoint at lists.evolveum.com" <midpoint at lists.evolveum.com>
Subject: Question about the disputed situation

Hi folks,

Say if I have an automated connector that brings new users into MidPoint.  And say if my correlation and confirmation expressions are pretty simple and just match using first and last name.  If I have a new entry in the incoming feed that has a name that matches 2 users in MidPoint, the synchronization situation becomes “disputed”.  I have a few questions about that state that I’m hoping folks may have some thoughts on.

1. Other than manually going through every resource in the MidPoint UI and seeing if any states are “DISPUTED” in the Accounts tab, how do you figure out that entries get into this state?  Is there some place you can go in the UI to view all disputed entries for all resources?  Do folks send notifications (e.g. emails) when entries get into that state?

2. Say if I figure out that an entry is in the disputed state because there are 2 potential matches.  Then I manually look at those 2 potential matches and figure out that the 2 users are really different people and that the incoming entry matches with exactly one of them.  How do I change that disputed state into a linked state with the match that I manually figured out?

3.  Also, one more question on a slightly different topic.  For the confirmation step (which occurs after correlation), is it possible to send all the potential matches to some java method where I can evaluate them all together?  For example, if I have 2 potential matches from the correlation step but in the confirmation step, 1 of the 2 is much stronger than the other, I may want to proceed with that match.  However, if both are somewhat weak, I may want it to go into the disputed state so somebody can look at it.  Or do you have to evaluate each potential match without having knowledge on what the other potential matches are?

Thanks, and I appreciate any input or best practices.

Thanks!

- Shilen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20180214/f4c7a1e8/attachment.htm>