Use this skill when configuring or troubleshooting FSC Referral Management: setting up referral types via ReferralRecordTypeMapping custom metadata, routing referrals through Lead Assignment Rules keyed on the Expressed Interest picklist, tracking Referrer Score, or enabling partner referral visibility in Experience Cloud. Trigger keywords: referral routing, FSC referral types, ReferralRecordTypeMapping, Expressed Interest picklist, partner referral Contact, Referrer Score Experience Cloud. NOT for standard Salesforce Lead management outside FSC, Einstein Referral Scoring (retiring feature), or Marketing Cloud referral campaigns.
Use this skill when configuring FSC Referral Management: defining referral types via ReferralRecordTypeMapping__mdt custom metadata, routing referrals through Lead Assignment Rules keyed on the Expressed Interest picklist, understanding Referrer Score behavior, and enabling partner referral visibility in Experience Cloud. It activates whenever a practitioner needs to wire together the Lead-based referral data model, the custom metadata registry, the picklist-driven routing logic, and downstream queues or partner portals.
Gather this context before working on anything in this domain:
ReferralRecordTypeMapping__mdt entry — both are required for routing to function.ReferralRecordTypeMapping__mdtFSC Referral Management does not introduce a separate object. It extends the standard Lead object with 11 custom fields that carry referral-specific data:
ExpressedInterest__c — picklist; the primary routing key for Lead Assignment RulesReferredBy__c — lookup to User (internal referrer) or Contact (external partner referrer)ReferrerScore__c — integer 0–100 reflecting the referrer's historical conversion rateReferralType__c — controlled by the record type selected at creationReferralDate__c, ReferralStatus__c, ReferralChannel__c, and four additional contextual fieldsBecause referrals are Leads, all standard Lead capabilities apply without modification: duplicate rules, validation rules, workflow, Flow, reports, and list views all work as expected. However, referral-specific field visibility and page layouts must be managed per record type, and the referral features are only active when Referral Management is enabled in FSC Settings.
ReferralRecordTypeMapping__mdt is the authoritative registry that tells FSC which Lead record types are valid referral types. Every referral category the business uses must have an active entry. Each metadata record binds together the Lead record type developer name, a display label, and a target queue or owner. The platform reads this metadata at referral creation time to:
Critical behavior: if a Lead record type is used in a referral but has no active ReferralRecordTypeMapping__mdt entry, the platform creates the Lead record silently and performs no assignment — no error, no notification. The referral appears successfully created while routing has completely failed. This is the most common silent production failure in FSC referral configurations.
Once a referral type is registered in the metadata, fine-grained routing is controlled by standard Lead Assignment Rules. The Expressed Interest picklist is the primary routing key: each Assignment Rule entry filters on one or more picklist values (e.g. "Retirement Planning", "Home Loan", "Auto Loan") and directs the Lead to the appropriate queue or user.
Design implications:
Expressed Interest value that matches no active rule entry lands in the default Lead owner or remains unassignedReferrer Score (ReferrerScore__c) is a platform-calculated integer 0–100 representing a referrer's historical conversion rate — how often their submitted referrals result in closed deals. It is read-only from an admin perspective; the platform updates it based on closed referral history.
Key behaviors by referrer type:
ReferredBy__c is a User lookup; score is visible in standard Lead views without additional configurationReferredBy__c points to a Contact record (not User). This is by design — FSC credits the partner's Contact, not a User. ReferrerScore__c is not included in default Experience Cloud page layouts and must be explicitly added to the community page layout or a custom LWCReferrer Score is part of FSC's Intelligent Need-Based Referrals feature, which is the active and supported capability. Do not conflate this with Einstein Referral Scoring, which was a separately-licensed, separately-configured feature that has been announced for retirement.
When to use: A new business line (e.g. Small Business Lending) needs to accept referrals through FSC Referral Management for the first time.
How it works:
SmallBusinessLending with appropriate page layout.Lead.ExpressedInterest__c that will drive routing for this business line (e.g. "SBA Loan", "Business Line of Credit").ReferralRecordTypeMapping__mdt record: set the Lead record type developer name, label, and the target queue.Expressed Interest values, routing to the Small Business Lending queue.Expressed Interest value and confirming queue assignment via the Lead Assignment Log on the record.Why not the alternative: Skipping the ReferralRecordTypeMapping__mdt entry (step 3) causes routing to silently fail. The referral is created and no error surfaces, but no queue assignment occurs. There is no indicator on the record that routing was skipped.
When to use: External partners or financial advisors submit referrals through an Experience Cloud site and need to see their own Referrer Score.
How it works:
ReferredBy__c lookup. This is platform-default for partner referrals; do not change it.ReferrerScore__c to the visible fields on the page layout or the custom component. If using an aura/LWC component, add the field to the component's field list explicitly.ReferrerScore__c for the Experience Cloud community profile (not just the internal admin profile).Why not the alternative: Granting FLS access alone is not sufficient if the field is absent from the page layout or component — the field will not render. Both FLS and layout placement are required.
| Situation | Recommended Approach | Reason |
|---|---|---|
| New referral type needed for a new business line | Create Lead record type + ReferralRecordTypeMapping__mdt entry + Assignment Rule entries | All three are required; missing either the metadata entry or the assignment rule causes silent failure or unassigned referrals |
| Partner referral Referrer Score not visible in community | Add ReferrerScore__c to Experience Builder page layout and set FLS Read for community profile | Score is on a Contact-linked record; FLS and layout placement are both required |
| Routing logic needs to change without a deployment | Update Lead Assignment Rule criteria only — no metadata deployment needed | Assignment Rules are non-metadata config; ReferralRecordTypeMapping entries still require deployment |
| Einstein Referral Scoring is requested | Redirect to Intelligent Need-Based Referrals; document that Einstein Referral Scoring is retiring | Einstein Referral Scoring is a retiring/retired feature; do not configure or reference as current capability |
| Referral created but assigned to no queue | Check ReferralRecordTypeMapping__mdt for an active entry matching the record type; then check Assignment Rules for matching Expressed Interest values | Silent routing failure is almost always caused by a missing metadata record or an unmatched picklist value |
| Referral routing behaves inconsistently by picklist value | Audit Expressed Interest picklist values against Assignment Rule criteria for exact string match | Assignment Rules use exact picklist value match; any label mismatch causes the rule to not fire |
Step-by-step instructions for an AI agent or practitioner working on this task:
ReferralRecordTypeMapping__mdt records. Confirm every referral type the business requires has an active entry with the correct Lead record type developer name and a valid target queue or user. Flag any Lead record type used for referrals that is missing an entry.Lead.Expressed Interest. Any value used as an Assignment Rule filter criterion must exist in the picklist metadata or the rule will never match.Expressed Interest and routes to the correct queue or owner. Identify gaps and unmatched values.ReferrerScore__c is on the Experience Builder page layout for the community referral detail page and that FLS grants Read access to the community profile.Expressed Interest combination. Confirm Lead record type, queue assignment, and Referrer Score visibility are all correct. Use the Lead Assignment Log on each record to diagnose any misroutes.ReferralRecordTypeMapping__mdt changes and picklist metadata via change set or source-based deployment. Document the referral type registry, routing matrix, and any Experience Cloud layout changes in the project runbook.Run through these before marking work in this area complete:
Non-obvious platform behaviors that cause real production problems:
ReferralRecordTypeMapping__mdt entry causes the platform to create the referral but skip all queue assignment with no error or warning surfaced anywhere on the record or in logs.ReferredBy__c points to the partner's Contact record, not a User. Referrer Score is attributed to that Contact. Assuming all referrers are Users breaks lookups and score attribution for external partner scenarios.| Artifact | Description |
|---|---|
| ReferralRecordTypeMapping__mdt records | Deployed custom metadata entries registering each referral type and its target queue |
| Lead Assignment Rule configuration | Routing rules keyed on Expressed Interest picklist values directing referrals to the correct queues or users |
| Experience Builder page layout update | Updated community referral detail page surfacing ReferrerScore__c for partner users |
| Referral routing test log | End-to-end test records confirming correct assignment per referral type and Expressed Interest value |