Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Purpose

To keep the business rules of Matching and Merging of CRM client profiles and Applications (service deliveries) as consistent as possible across all HSI lines of businesses

Definitions

TermDefinition
MatchCRM Identifies and Flag that two objects are potential duplicates/match
MergeTo merge multiple Profiles into one; can be done auto or manual; when merging, a master record must be identified, and business rules to select values must be identified
AttachTo associate different CRM objects with one another, e.g. attaching an application to a profile, or an interaction to an application (service delivery); can be done auto or manual
Manual-A CRM user completes this task
Auto-CRM completes this task without user intervention
ProfileCRM Object - Client Profile created
ApplicationCRM Object - Service Delivery created

Business Scenarios

Existing ScenariosMatchMerge/Attach
Matched Profiles for Manual MergingA.5n/a
Fair Pass Applications (Current) to Client Profiles: SAMS ClientA.1B.1
Fair Pass Applications (Current) to Client Profiles: TCS ClientA.2B.2
Future - Additional 

Profile Duplicates in CRMA.5B.5, B.6, B.7
Profile Duplicates from Legacy SystemA.5n/a - User must resolve in legacy first; multiple Legacy IDs in the same field
FP Application (Expansion) to Client ProfilesA.1, A.2, A.5B.1, B.2, B.5, B.6, B.7
Welcome Policy Applications to Client ProfilesA.1, A.3B.4, B.5, B.6, B.7

CRM Scenarios

Scenario Fields: x = Exact Matches unless identified as FuzzyInterchangeable?

Legacy IDFirst Name
Last Name DOBPostal CodeEmailPhone Number Mobile NumberOther Phone
Criteria A - CRM Matches but Does Not Merge/Attach; Manual Merge/Attach by User
A.1SAMS MID







A.2CSIS Household ID







A.3YARDI Applicant (P-Code) ID







A.4CLASS Household PIN







A.5n/axxx




Criteria B - CRM Match and Auto-Merge/Attach; No User Intervention required
B.1SAMS MIDFuzzyxx




B.2CSIS Household IDFuzzyxx




B.3YARDI Applicant (P-Code) IDFuzzyxx




B.4CLASS Household PINFuzzyxx




B.5n/aFuzzyxxx



B.6n/aFuzzyxx
x


B.7n/aFuzzyxx

x

Assumptions/Requirements


Assumptions/RequirementsPossible?
1Phone number fields can match interchangeably
2Fuzzy First Names
3Postal Code value can separate from Address field
4CRM can use multiple sets of Criteria - any one of them can meet requirements
5CLASS integration with CRM - household PIN
6Email becomes increasingly utilized/requirement for multiple lines of business
  • No labels