Skip to content

Migration guide · Wealth & Advisor CRM

Ebix SmartOffice to Salesforce migration

Ebix SmartOfficeSalesforce Financial Services Cloud

Short answer

Migrating from Ebix SmartOffice to Salesforce Financial Services Cloud moves contacts, households, policies, accounts and activity history into FSC, giving insurance and wealth firms a modern platform for service, marketing and integrations.

Why firms make this move

SmartOffice has long served insurance and financial advisors. Firms move to Salesforce when they need better automation, integration with carriers, custodians and marketing tools, and reporting across advisors. Policy and account data needs careful mapping to FSC financial accounts or insurance policy objects.

What moves

  • Contacts and households
  • Policies and financial accounts
  • Activities, notes and documents
  • Agent and advisor assignments

How the data maps

FromTo
ContactPerson account
HouseholdHousehold account
PolicyInsurance policy or financial account
ActivityTask or event
AgentUser or producer record

See the field-by-field map ↓

What to watch out for

  • Policy data that should come from carrier feeds instead
  • Duplicate contacts across agents
  • Document volume and storage

How Vantage Point runs the migration

  1. Discovery and data inventory: what exists, what is clean, what is worth moving
  2. Target design: objects, record types, households or companies, ownership and security
  3. Field-by-field data mapping document, signed off by business owners
  4. Cleanup and deduplication before the move, not after
  5. Test loads into a sandbox with reconciliation reports
  6. User acceptance testing with real scenarios
  7. Cutover: final delta load, integrations switched, old system set to read-only
  8. Hypercare and adoption support

Typical timeline

Typically 6 to 12 weeks.

Frequently asked questions

Can policy data come from carriers instead of the export?

Often it should, because carrier or agency feeds stay current while an export is a snapshot.

Do we keep agent ownership?

Yes. Agents and advisors are mapped to Salesforce users so records keep their owners.

Last reviewed October 2, 2026 by the Vantage Point team. Browse all migration paths →

Field-level map

Ebix SmartOffice to Salesforce: field by field

11 mappings we start from on this migration, 8 of which need a transform, a lookup or a decision. Every project gets its own signed-off version; this is the baseline.

FromToHowNotes
SmartOffice contact (individual)Name, birth date, contact details Person AccountFirstName / LastName / PersonBirthdate req direct
SmartOffice contactExtra emails, phones, addresses Person AccountPrimary fields + Contact Point records split
SmartOffice householdHousehold Account (Household record type)Name req direct
SmartOffice household memberRelationship / role Account Contact RelationshipRoles req association
SmartOffice contactType / status / category Person AccountClient category and status fields picklist map
SmartOffice contactAdvisor / owner Person AccountOwnerId req lookup
SmartOffice activitiesTasks, meetings, notes Task / Event / ContentNoteSubject, dates, associations association
SmartOffice accountsFinancial accounts Financial AccountAccount number, type, balance manual review Usually replaced by a custodian or portfolio-system feed.
SmartOffice custom fieldsCustom fields Custom fields— manual review Keep only fields someone still uses.
SmartOffice recordSource ID Person Account / AccountLegacy_ID__c (external ID) req direct
SmartOffice policyPolicies and cases Insurance Policy / custom objectPolicy fields manual review Decide between FSC Insurance objects and a custom object.

Field names are the platforms' standard API names; your org's custom fields are mapped during discovery. What the "How" labels mean

How labels
direct
Value copies across unchanged.
picklist map
Each source value is mapped to a target value.
lookup
Matched to an existing record, such as a user by email.
association
Becomes a relationship between records, loaded in a later pass.
derive
Calculated or cleaned during the load.
split / concat
One field becomes several, or several become one.
rebuild
Configuration or automation that is rebuilt rather than moved.
drop
Not migrated, deliberately.
manual review
Needs a decision with your team before the load.