Salesforce and Orion Integration for Wealth Management: 5 Hard-Won Lessons
Key Takeaways
- A typical Salesforce + Orion integration takes 30 to 60 days to stand up the core bidirectional sync, and ships with the CRM go-live when paired with a wealth-firm migration.
- Firms outgrowing Redtail at the 50–150 advisor band are increasingly migrating their CRM to Salesforce Financial Services Cloud while keeping Orion for portfolio management – most just don’t realise this path exists.
- The cleanest architecture treats Salesforce as the system of record for relationships and workflows, and Orion as the system of record for accounts, positions, performance, and rebalancing – bidirectional sync, with explicit authority per field.
- Agentforce is rapidly becoming the B2B standard for AI in regulated industries because it runs on your governed Salesforce data with your controls – Orion data exposed through the integration unlocks the most useful agent use cases (meeting prep, advisor research, compliance review).
- The integration is far more straightforward than most wealth-management leaders assume – Orion’s APIs are well-documented, the architecture pattern is repeatable, and the work compounds across every future Agentforce agent the firm deploys.
Why Wealth Firms Are Integrating Salesforce and Orion in 2026
For most wealth-management firms, the question “what runs the practice?” used to have a simple answer: a CRM (often Redtail), a portfolio system (often Orion), and a stack of point tools bridged by hand. That answer worked at small scale. It stops working between roughly 50 and 150 advisors – the band where firms consistently outgrow Redtail’s configurability ceiling and start needing the next tier of platform. What firms typically migrate toward is Salesforce Financial Services Cloud (FSC), and they do it for four reasons:
Trust and security. Salesforce’s enterprise security model — granular sharing rules, field-level security, encryption, audit trails, and compliance certifications — is what regulated wealth-management firms can defend in front of auditors, custodians, and clients.
Configurability. FSC is built to be reshaped for the way each firm actually works – household models, custom workflows, advisor-specific layouts, role-based dashboards. Redtail’s configurability flattens out at scale; Salesforce’s keeps going.
Integration ceiling. Modern wealth practices touch ten or more systems. FSC’s API surface and ecosystem (AppExchange, MuleSoft, native connectors) clears the integration ceiling that constrains legacy CRMs.
AI strategy and Agentforce. Agentforce is rapidly becoming the B2B standard for AI in regulated industries because it runs natively on governed Salesforce data, with the firm’s existing security model intact. uilding an AI strategy on top of Redtail is fighting the tools; building it on top of FSC is using them.

What firms typically don’t want to migrate is Orion. Orion is a strong, deeply-integrated wealth platform – portfolio accounting, performance reporting, rebalancing through ASTRO and Eclipse, custodian connections to Schwab, Fidelity, Pershing, Raymond James, integrated risk analytics through HiddenLevers, and an established advisor experience for the portfolio side of the practice. It works. The win is not replacing Orion — it is integrating Salesforce with Orion so the advisor gets a unified surface and the firm gets the next tier of platform without throwing away what works.
This is the path most firms in the outgrowth band end up choosing once they understand it exists. And in our experience, a meaningful proportion of wealth-management leaders are not yet aware that this is the path — they assume migrating the CRM means rebuilding the portfolio side, or that the integration work is harder than it actually is. Neither is true.
(For firms specifically looking at the Redtail-side migration, see our Complete Guide to Redtail Migration – this article is the integration-side companion.)
Here are five lessons that materially change the outcome of a Salesforce + Orion integration project.
Lesson 1 — The Bidirectional Sync Pattern: Define Authority Per Field, Not Per System
The most common architecture mistake is treating one system as the “master” for everything. It feels clean on the diagram and breaks every time real data flows.
The Bidirectional Sync Pattern treats Salesforce and Orion as co-equal systems of record, with explicit authority defined per data domain:
- Salesforce is authoritative for: relationships, households, contacts, advisor workflows, tasks, opportunities, marketing engagement, document linkage, compliance workflows, communication history.
- Orion is authoritative for: accounts, registrations, positions, holdings, transactions, performance returns, rebalancing instructions, custodian connections, billing.
- Boundary fields (lives in both): addresses, phones, emails, beneficiaries, risk profile. One side writes; the other reads. Pick which.
Once authority is declared, the sync architecture becomes simple. Orion pushes account, position, and performance data into Salesforce on a scheduled cadence (typically nightly with selective intra-day updates for trade-driven changes). Salesforce pushes relationship and demographic updates back to Orion on a similar cadence. Boundary fields flow one direction only — drift is impossible by design.
Across our wealth-management integrations, the firms that get this right ship a stable production integration in 30 to 60 days. The firms that try to make one system the master for everything spend six months and never quite get it stable.
Lesson 2 — The Account-Household Mapping Workshop: Reconcile the Two Models Before Build
Orion’s account hierarchy and FSC’s household model are both rich, but they don’t natively mirror each other. Orion thinks in registrations, accounts, and groupings; FSC thinks in households, individuals, and entities. Between them sits the question that has to be answered before any code is written: how does an Orion account roll up to a Salesforce household?
The cases that need explicit mapping decisions:
- Joint accounts – one Orion registration, two FSC contacts, one household
Trust accounts – one Orion registration, one FSC entity, one household relationship
- Business / entity accounts – distinct from individual households
- IRAs and retirement accounts – typically tied to one individual, rolling up to a household
- Multi-generational households – multiple Orion accounts across multiple individuals, all rolling up to one FSC household
- Split engagements – divorced or separating clients with shared accounts in transition
- Closed accounts – keep linked? Detach? Archive?
The Account-Household Mapping Workshop is a structured pre-build session with your operations team, lead advisors, and (ideally) compliance. Walk through every accounttype-to-household scenario your firm encounters. Document the mapping rules. Get signoff in writing.
This is the same playbook we run for Junxure migrations and Redtail migrations — the workshop typically takes one afternoon and saves four to six weeks of late-stage rework. Skip it and you will be rebuilding the household model in production while advisors are trying to use it.
Lesson 3 — The Single-Source-of-Truth Boundary: Drift Is the Compliance Problem
For any data field that exists in both Salesforce and Orion — client address, phone number, email, beneficiary, risk tolerance, KYC status — declare authority and lock the direction of write.
The Single-Source-of-Truth Boundary is the compliance-grade discipline that separates well-architected integrations from those that trigger audit findings. Without it, an advisor updates a client address in Salesforce, an operations user updates the same address in Orion an hour later, and overnight the sync overwrites one of them. Now the records disagree. Three months later, a custodian sends statements to the wrong address, and the firm is explaining to a regulator why client demographic data is inconsistent across systems of record.
The fix is mechanical: pick one authoritative source per field, lock the other system to read-only for that field, and document the matrix. We typically end up with something like:
- Address, phone, email- authoritative in Salesforce; Orion reads.
- Risk tolerance and KYC- authoritative in Salesforce; Orion reads. – Beneficiaries authoritative in Salesforce; Orion reads (with custodian as the system of legal record).
- Account number, registration type, performance, balances –authoritative in Orion; Salesforce reads.
- Trade history –authoritative in Orion; Salesforce reads.
Done well, this becomes invisible to advisors — they edit in the right place and it just works. Done badly, this becomes the single biggest source of operational and compliance friction in the post-go-live period.
Lesson 4 — The Custodian-Through-Orion Architecture: Don’t DualSource
Orion already has battle-tested connections to Schwab Institutional, Fidelity Institutional, Pershing, Raymond James, and the long tail of broker-dealer custodial platforms. These connections are core to what Orion does, and they handle the messy reconciliation, transaction-type normalisation, and corporate-actions edge cases that take years of platform investment to get right.
The Custodian-Through-Orion Architecture keeps Orion as the single ingress point for custodian data. Salesforce reads positions, balances, and transactions from Orion — not directly from the custodians. One pipe, one reconciliation surface, one source of truth for portfolio numbers.
The temptation, especially for firms with Salesforce-savvy in-house teams, is to build direct Salesforce-to-custodian connections in parallel — the thinking being “more is better.” It is not. Dual-sourcing custodian data into two different systems creates two different versions of the same numbers, and reconciling them costs more than the integration ever saves. Let Orion do what Orion is good at, and let Salesforce read the answer.
If a use case genuinely needs intra-day custodian data that Orion does not yet expose, the right answer is to push Orion to expose it (they often will), or to subscribe to a real-time custodian feed and route it through Orion — not to bypass.
Lesson 5 — The Agentforce-on-Unified-Data Strategy: The AI Layer Lives Above the Integration
Once Salesforce and Orion are integrated, the natural next move is Agentforce. This is where the integration earns its return many times over — and it is also why Agentforce is becoming the B2B standard for AI in regulated industries. Agents that work on your unified, governed, audited data with your existing security model are usable in production. Agents that work on dirty, fragmented data behind a chatbot facade are not.
The agents wealth firms typically deploy first on top of a Salesforce + Orion integration:
- Meeting prep agent – pulls household composition, relationship history, and goals from Salesforce; current positions, performance, and rebalancing flags from Orion (via Salesforce); planning context from eMoney or MoneyGuidePro. Produces a structured advisor briefing pack in seconds.
- Advisor research agent – surfaces life events, anomalies, and “next-best action” suggestions across the unified household record.
- Compliance review agent – scans for review-due triggers across both relationship and account data, generates tasks, documents the audit trail.
- Quarterly review prep agent – assembles the client-facing review pack from Salesforce + Orion + planning data.
- Long-tail care agent – birthdays, seasonal touches, life-event nudges, renewalwindow prompts.

The Agentforce-on-Unified-Data Strategy is what turns the integration from a technical project into a strategic asset. Each agent is narrow, defined, and runs against the structured, governed data the integration created. Agentforce inherits Salesforce’s security model — sharing rules, field-level security, audit trails, encryption — which is what makes it deployable in regulated wealth-management environments where most generic AI tools cannot pass procurement.
The order matters: integration first, agents second. Agents on top of integrated, governed data are remarkable. Agents on top of fragmented data produce confident nonsense.
Salesforce vs Orion vs Salesforce + Orion Integrated: Capability Comparison
| Capability | Orion alone | Salesforce FSC alone | Salesforce + Orion Integrated |
| Client / household relationship modelling | Limited (account centric) | Rich, multi generational, entity aware | + unified across both systems |
| Portfolio accounting + performance | Native, deep | Limited to custom data | + Orion data surfaced inside FSC |
| Custodian data ingestion | Native (Schwab, Fidelity, Pershing, RJ) | Possible but not Orion’s strength | + Orion remains the ingress; FSC reads |
| Rebalancing (ASTRO / Eclipse) | Native | None | Triggered from FSC workflows where appropriate |
| Advisor experience | Portfolio-focused | Relationship-focused | Unified single surface |
| Compliance workflows | Account-level | Rich, configurable | + Account-level signals flowing into FSC |
| Ai/Agentforce capability | None native | Full Agentforce platform | Agents work across unified data |
| Configurability | Constrained | High | Inherited from FSC |
| Marketing automation / engagement | Limited | Native + ecosystem | Unified to portfolio data for segmentation |
| Total cost of ownership trajectory | Stable but ceiling-bound for advisor experience | Higher initial; scalable | Highest initial; lowest TCO at scale + AI-ready |
Frequently Asked Questions
Why are wealth firms migrating their CRM from Redtail to Salesforce in 2026?
Firms typically outgrow Redtail in the 50–150 advisor band. They migrate to Salesforce Financial Services Cloud for four reasons: trust and enterprise security, configurability that scales beyond Redtail’s ceiling, the integration surface needed for a modern wealth-tech stack, and an AI strategy built on Agentforce. Both Redtail and Orion are part of the Orion family, so it is possible to migrate the CRM seat to Salesforce while keeping Orion as the portfolio platform.
Can I keep Orion when I move my CRM to Salesforce?
Yes – and this is the recommended path for most firms outgrowing Redtail. The pattern is: migrate the CRM to Salesforce Financial Services Cloud, keep Orion for portfolio accounting, performance reporting, rebalancing, and custodian connections, and integrate the two so advisors get a unified surface.
How does the Salesforce and Orion integration work technically?
The integration uses Orion’s APIs for account, position, performance, and household-grouping data, and Salesforce’s named credentials, custom objects, and queueable / scheduled processing for the sync layer. The cleanest architecture is bidirectional with explicit per-field authority — Salesforce as the system of record for relationships and workflows, Orion for accounts, positions, performance, and rebalancing.
Is the Salesforce and Orion integration bidirectional?
Yes. The Bidirectional Sync Pattern flows account, position, and performance data from Orion into Salesforce on a scheduled cadence, and flows relationship and demographic updates from Salesforce back to Orion. Boundary fields that exist in both systems flow one direction only, with authority declared explicitly to prevent drift.
What is the typical timeline for a Salesforce and Orion integration?
A core Salesforce + Orion integration typically takes 30 to 60 days to stand up the bidirectional sync. When paired with a CRM migration (Redtail or Junxure to Salesforce FSC), the integration ships with the go-live and adds approximately four to six weeks to the overall project plan.
How does Agentforce work with Orion data?
Once the Salesforce + Orion integration is in place, Agentforce agents run on the unified data set with Salesforce’s existing security model. Typical first agents include meeting prep, advisor research, compliance review, quarterly review prep, and long-tail care. Agentforce inherits Salesforce’s sharing rules, field-level security, and audit trails — which is what makes it deployable in regulated wealth-management environments.
Should custodian data flow through Salesforce or Orion?
Through Orion. Orion already has battle-tested connections to Schwab Institutional, Fidelity Institutional, Pershing, and Raymond James, and handles the custodial reconciliation that takes years of platform investment to get right. Salesforce should read custodian-derived data from Orion, not source it directly. This is The Custodian-Through-Orion Architecture.
What are the typical pain points with Redtail at scale?
Configurability ceiling, security and compliance limits, integration surface, mobile experience, and AI / agentic capability. Firms in the 50–150 advisor band consistently report that Redtail “still works” for individual advisors but does not scale to the firm-level workflows, audit, and AI strategy a growing wealth practice needs.
Do I need to be a Salesforce Ridge Partner to do this integration?
No, but working with one materially reduces project risk. A Ridge Partner has demonstrated repeated successful FSC and Agentforce delivery in the relevant industry. Navirum is a Salesforce Ridge Partner specialising in wealth management.
Can the Salesforce + Orion integration be done in parallel with the Redtail-to
Salesforce CRM migration?
Yes, and we recommend it. The Parallel Migration Pattern brings the CRM migration and the Orion integration into a single project — one cut-over weekend, one training cycle, one moment of advisor change. Sequencing them adds time, cost, and disruption without improving the result.
Glossary
- Orion (Orion Advisor Solutions) – Wealth-management technology platform providing portfolio accounting, performance reporting, rebalancing (ASTRO, Eclipse), risk analytics (HiddenLevers), and CRM (Redtail, acquired in 2022).
- Redtail – CRM software historically popular with U.S. wealth-management advisors. Owned by Orion since 2022.
- Salesforce Financial Services Cloud (FSC) – Salesforce’s industry-specific platform for wealth management, banking, and insurance, with native household, financial account, goal, and asset/liability objects.
- Agentforce – Salesforce’s enterprise AI agent platform, designed to deploy specialised AI agents on top of governed Salesforce data with the existing security model intact.
- Bidirectional Sync Pattern – Integration architecture where two systems exchange data both directions, with authority declared per field rather than per system.
- Single-Source-of-Truth Boundary – The explicit declaration of which system is authoritative for any given data field that exists in both.
- Custodian-Through-Orion Architecture – Pattern where custodian data ingress remains in Orion and Salesforce reads from Orion rather than dual-sourcing.
- Account-Household Mapping – The set of rules defining how Orion’s account hierarchy rolls up to Salesforce FSC’s household model.
- Salesforce Ridge Partner – Salesforce’s partner-tier designation indicating demonstrated repeated successful delivery in a specialised cloud or industry.
- Orbit Managed Services – Navirum’s predictable, retainer-based post-go-live support offering for Salesforce wealth-management implementations and integrations.
About the author

Rory Galvin is the founder and CEO of Navirum, a boutique Salesforce, Agentforce, and AI consultancy focused exclusively on wealth management and financial services. Navirum is a Salesforce Ridge Partner and has delivered Financial Services Cloud migrations and Agentforce implementations to wealth advisors across North America for over seven years. Connect with Rory on LinkedIn or read more at navirum.com/blog.





Join the conversation