CiviCRM Community Forums (archive)

Elaborating on issue discussed in Multi-Org: Summary of data segregation failures:

Feb 17 16:27:22 <davej_>   The dupe match / import issue is a particular problem
Feb 17 16:28:03 <dlobo>   can u elaborate on it?
Feb 17 16:28:18 <davej_>   - as it effectively stops any imports from working once we have one site's data in civi.
Feb 17 16:28:33 <davej_>   Dupe matching operates across all sites
Feb 17 16:28:44 <davej_>   So no way to match within a site
Feb 17 16:29:06 <davej_>   - which is needed in order to import.
Feb 17 16:30:22 <davej_>   For GM2, it's quite common to find matches across sites as the contacts are in the same general locality.
Feb 17 16:30:47 <dlobo>   ok, thinking
Feb 17 16:30:57 <dlobo>   so u're saying dupe checking should use acl's
Feb 17 16:31:03 <dlobo>   (which kinda makes sense)
Feb 17 16:31:41 <davej_>   I think dupe checking needs to respect siloing in the same way as e.g. search
Feb 17 16:33:05 <davej_>   - so only users with view/edit all contacts should get dupe-matching across domains (& we don't currently have a use case for this AFAIK)
Feb 17 16:34:14 <davej_>   I.e. there may one day be a use case for dupe-matching across domains but the important thing is getting it working within domains.
Feb 17 16:34:41 <dlobo>   ok, wanna create another forum thread for this
Feb 17 16:35:27 <davej_>   dlobo: will do.
Feb 17 16:35:27 <dlobo>   the admin can dupe match across domains
Feb 17 16:36:14 <dlobo>   i think we should be able to do that for 3.1.3
Feb 17 16:36:21 <dlobo>   i suspect it will be an easy patch
Feb 17 16:36:38 <davej_>   dlobo: D'you mean the L1 admin with view/edit all contact &/or administer multi-org?
Feb 17 16:37:12 <dlobo>   davej_: the L1 admin with view/edit all contacts

Dave J