Sembr for membership. Salesforce for relationships.
Member records flow into Salesforce as contacts linked to accounts. Renewal dates, dues tier, and event participation become fields your CRM team can query.
One source of truth per concern.
One-way sync
Sembr is the source of truth for membership records. On member create, update, or status change, Sembr pushes the record to Salesforce. Edits in Salesforce do not flow back by design.
Configurable field mapping
Map Sembr fields to any standard or custom Salesforce field. Sembr suggests sensible defaults (name, email, tier, join date, renewal date, dues paid YTD). Sensitive fields can be excluded.
Contact and Account objects
Members can sync as Salesforce Contacts linked to an Account (the organization), or as standalone Contacts. Your Salesforce admin picks the object model during setup.
Status: post-launch.
Salesforce is a heavier integration than accounting or marketing tools. It requires careful data model alignment per tenant, and NPSP (Nonprofit Success Pack) has a different object structure from standard Salesforce. Post-launch timeline: standard Contact/Account first, NPSP support following after the standard release is stable. Targeted Q4 2027 or later.
Common questions.
Does this work with Salesforce Nonprofit Cloud (NPSP)?
Is this an AppExchange managed package?
Can we control which Sembr fields go to Salesforce?
What about organizations that use Salesforce for both CRM and fundraising?
Membership ops in Sembr. Relationship management in Salesforce.
Both tools doing what they are built for.