--- schema_version: "1" id: e60a88e4209564bc2b8296b12be91e736137a2c5f12329667cd2a1d13a421fce title: Troubleshoot Identity Resolution Ruleset Processing Errors collection: admin version: current locale: en-us portal_url: https://docs.salesforce.com/admin/current/en-us/data/264-0-0/c360_a_resolution_troubleshooting_ir_errors.md canonical_url: https://help.salesforce.com/s/articleView?id=data.c360_a_resolution_troubleshooting_ir_errors.htm&release=264.0.0&type=5 source_site: help.salesforce.com content_type: documentation content_hash: 70c1d234ab39eea8380a139e4b2b4b82f37719565270d25e90ce3d9422d8db6e description: Understand what ruleset processing errors mean and how to resolve them. products: - Data 360 release: "264" --- # Troubleshoot Identity Resolution Ruleset Processing Errors Understand what ruleset processing errors mean and how to resolve them.

Error	Tips for Resolving It
Some contact point records were skipped because they contained the same ID, data source ID, data source object ID, and key qualifier.	During the match and merge process, identity resolution expects every contact point record to have a unique combination of record ID, data source ID, data source object ID, and key qualifier. When the process runs into records with the same combination of these four fields, it only considers the first contact point record it finds during matching. Other contact point records with matching attributes are skipped. The record used for matching is selected arbitrarily, which can impact matching. To resolve this error, groom your data at the data source or using data transforms to eliminate or repair poor quality data.
Some match or reconciliation rules include external data lake objects that aren't accessible.	The external data lake object wasn't accessible when the ruleset tried to run. If the external data lake object isn't accessible because of an authentication error or other problem, try fixing it. Otherwise, edit the ruleset's match rules and reconciliation rules to remove references to the external data lake object.
Some contact point records aren’t linked to a primary data model object.	A contact point record exists without a corresponding record in the primary data model object. Identity resolution can't use orphaned contact point records in matching and reconciliation, so the record was dropped during matching. The orphaned contact point record isn't included in any unified profiles created from the ruleset.
Some records were skipped because the record size was greater than 15 KB.	An input record is defined as a combination of a primary data model object record and all the corresponding contact point data model object records. The maximum allowable size of an input record is 15 KB. Any input records exceeding this size aren't considered for unification during matching.
Some records were altered during matching because the combined length of values being matched was greater than 500 characters.	During matching, the combined character limit of all values in all fields included in a match rule can't be greater than 500 characters. During the matching process, if the combined vales of fields being matched exceeds 500 characters, some values or parts of values are truncated. Mismatches can result because matching is based on truncated values. For example, supposed a match rule uses the Exact Phone, Exact First Name, and Normalized Email Address fields, the combination length of the record's phone number, first name, and email address can't be greater than 500 characters. Long values are commonly caused by formatting errors in source data. If you imported data from a CSV file, long streams can be created when incorrect formatting makes several records run together.
Some source profiles weren’t unified because they matched 50,000 or more other profiles. To reduce the number of matching records, clean your data or refine your match rules.	Identity resolution can't combine more than 50,000 records into a single unified profile. Any clusters with more than 50,000 records are split into multiple unified profile records. To determine why large profiles are being created, consider these things: Are any match rule criteria allowing matches on blank fields? If so, consider changing your match rule criteria to disallow matching on blank values. Or, groom your data at the data source or using data transforms to eliminate or repair poor quality data. Are default values being entered into fields in your data source? For example, if a phone number is missing, are users or processes entering a placeholder value such as `000-0000`? Are your match rules too broad? Match rules can be narrowed by adding more criteria or using more strict match methods.
One or more source data lake objects is in an error state.	Check the status of data lake objects that are mapped to the data model objects used by the identity resolution ruleset. Repair your data model objects or reconfigure your ruleset.
Some contact points were skipped during matching because they didn’t contain a value.	If the string "null" is present in any of the following contact point record fields, the contact point is skipped during matching. The ssot__EmailAddress__c field on the ssot__ContactPointEmail__dlm object The ssot__FormattedE164PhoneNumber__c on the ssot__ContactPointPhone__dlm object The ssot__AddressLine1__c, ssot__CityId__c and ssot__CountryId__c fields on the ssot__ContactPointAddress__dlm object The ssot__AdvertiserId__c field on the ssot__Device__dlm object The ssot__IdentificationNumber__c field on the ssot__PartyIdentification__dlm object The ssot__Id__c field on the ssot__ContactPointApp__dlm object The ssot__SocialHandleId__c field on the ssot__ContactPointSocial__dlm object If the string "null" is entered into a custom field that's used by match or reconciliation rules, or if "null" is entered into any field in the ruleset's primary data model object, it's converted to an empty string. To avoid triggering this error, groom your data at the data source or using data transforms to eliminate or repair poor quality data.