CRM migration
Field-level mapping, validation, and rollback between AllClients and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
AllClients
Source
Salesforce Sales Cloud
Destination
Compatibility
9 of 14
objects map 1:1 between AllClients and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from AllClients to Salesforce is a structural upgrade for teams that have outgrown the per-seat and per-contact pricing caps of AllClients Select and Premium. AllClients uses a flat Contact object with Tags, Custom Fields, and a separate Notes.csv export; Salesforce uses a Lead/Contact/Account hierarchy with native Notes, Topics, and a typed custom field system. We extract AllClients contact data via the built-in CSV export, join the Notes.csv back to the main contact set using email as the matching key, map AllClients Custom Fields to Salesforce custom fields with equivalent data types, and import through the Salesforce Bulk API with parent-record resolution for the Account-to-Contact relationship. Workflow sequences from AllClients migrate as inactive templates because AllClients does not expose workflow execution state or enrollment records. We do not migrate Landing Pages, Popup Forms, or Active Campaign histories; we deliver a written inventory of these objects for the customer's admin to evaluate and rebuild in Salesforce.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a AllClients object lands in Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
AllClients
Contact
Salesforce Sales Cloud
Lead or Contact (split by qualification)
1:manyAllClients does not have a separate Lead object; all records are Contacts. We apply a qualification split during migration: Contacts with a deal association, assigned sales owner, or explicit qualification flag map to Salesforce Contact attached to an Account. Contacts without those indicators map to Salesforce Lead. We preserve the original AllClients contact ID in a custom field allclients_contact_id__c on both Lead and Contact for reconciliation.
AllClients
Contact
Salesforce Sales Cloud
Contact
1:1For AllClients Contacts that qualify as Salesforce Contacts (existing deal or explicit qualification), we create Salesforce Contact records attached to Accounts. The Account is either created from the AllClients contact's company name or resolved against an existing Account if a match by name or domain exists. AccountId resolution is the critical dependency step before Contact insert.
AllClients
Account
Salesforce Sales Cloud
Account
1:1AllClients does not have a standalone Account object; company data lives on the Contact record. We extract distinct company names from AllClients Contact records and create Salesforce Account records as a parent lookup table before importing Contacts. Company address fields on the AllClients Contact map to the Account BillingAddress.
AllClients
Contact Notes
Salesforce Sales Cloud
Note
1:1AllClients exports Notes as a separate Notes.csv file with a contact reference (email or ID). We join Notes.csv to the main Contact export using email as the matching key, then create Salesforce Note records linked via ContentDocumentLink to the parent Contact or Lead. If a contact email changed between exports, the join produces orphans that we flag for manual review.
AllClients
Custom Fields
Salesforce Sales Cloud
Custom Fields
lossyAllClients Custom Field definitions are discovered during scoping via the account settings export. Each AllClients custom field maps to a Salesforce custom field of the equivalent data type (text, number, date, picklist, checkbox). We pre-create the Salesforce custom fields in the destination org before migration. Multi-select picklists in AllClients map to Salesforce multi-select picklist fields.
AllClients
Tags
Salesforce Sales Cloud
Multi-Select Picklist or Topic
lossyAllClients Tags are comma-separated values on the Contact record. We map them to a Salesforce custom multi-select picklist field (preferred for CRM filtering) or to Salesforce Topics with TopicAssignment records (preferred for reporting). The customer chooses the strategy during scoping. We do not map Tags to the standard Salesforce Tags object because it is deprecated for most orgs.
AllClients
Groups / Workgroups
Salesforce Sales Cloud
Custom Multi-Select Picklist
lossyAllClients Groups are logical contact collections with no independent export. We capture group membership by filtering the contact export by each group's criteria, then store group names as a custom multi-select picklist value on the Contact record. This preserves the group semantics without requiring a separate custom object.
AllClients
Workflow
Salesforce Sales Cloud
Flow (inactive template)
lossyAllClients Workflows do not export execution state or enrollment records. We capture the workflow definition (triggers, conditions, delays, email and task actions) as a written specification and recreate it as an inactive Salesforce Flow. The customer or their Salesforce admin enables and adjusts the Flow post-migration. Contacts already enrolled in AllClients workflow sequences will not carry their enrollment status.
AllClients
Email Template
Salesforce Sales Cloud
EmailTemplate
1:1AllClients Email Templates export as HTML blobs from the Email Marketing section. We import them into Salesforce as Salesforce Classic Email Templates or Lightning Email Templates depending on the customer's destination org type. Inline images export as external URLs and are re-hosted or linked by reference. We preserve template name and subject for reuse in Salesforce Flow email actions.
AllClients
Campaign
Salesforce Sales Cloud
Campaign + CampaignMember
1:1AllClients Campaigns represent scheduled email sends linked to contact segments. Campaign history (send dates, open rates) is metadata that does not export as a discrete object. We migrate campaign names and linked contact segments to Salesforce Campaign records with the segment contacts added as CampaignMembers. Send and open rate metadata is noted in the handoff document for manual reporting reconstruction.
AllClients
Task / Follow-up Reminder
Salesforce Sales Cloud
Task
1:1AllClients Tasks created within contact records or workflow sequences export as rows in the main contact CSV with task title, due date, and completion status. We create Salesforce Task records linked to the parent Contact or Lead. Completed tasks preserve their Completed status; future-scheduled tasks preserve their due date. Overdue tasks from AllClients do not carry a Salesforce reminder date automatically; we map the AllClients due date to Salesforce ActivityDate.
AllClients
File Attachments
Salesforce Sales Cloud
ContentVersion + ContentDocumentLink
1:1AllClients file attachments associated with Contact records are downloaded from AllClients storage and uploaded to Salesforce as ContentVersion records. Each file receives a ContentDocumentLink to the parent Contact or Lead record. Large binary files are chunked to avoid timeout during upload. We preserve the original filename and file type metadata.
AllClients
Users / Owners
Salesforce Sales Cloud
User
1:1AllClients user lists are typically small (1-2 on base plans). We capture Name, Email, and role assignment from the user export. Owner assignment on AllClients Contact records maps to Salesforce OwnerId by resolving the owner's email against the destination org's User table. Users without a Salesforce User match go to a reconciliation queue for admin provisioning before Contact import.
AllClients
Landing Pages and Popup Forms
Salesforce Sales Cloud
N/A
1:1AllClients Landing Pages and Popup Forms are Premium and Elite tier features with no API export. We skip these objects and flag them in the handoff document as requiring rebuild in Salesforce Experience Cloud, Web-to-Lead, or a third-party form tool. Form submission history does not migrate.
| AllClients | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Contact | Lead or Contact (split by qualification)1:many | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Account | Account1:1 | Fully supported | |
| Contact Notes | Note1:1 | Mapping required | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Tags | Multi-Select Picklist or Topiclossy | Fully supported | |
| Groups / Workgroups | Custom Multi-Select Picklistlossy | Mapping required | |
| Workflow | Flow (inactive template)lossy | Fully supported | |
| Email Template | EmailTemplate1:1 | Fully supported | |
| Campaign | Campaign + CampaignMember1:1 | Fully supported | |
| Task / Follow-up Reminder | Task1:1 | Fully supported | |
| File Attachments | ContentVersion + ContentDocumentLink1:1 | Mapping required | |
| Users / Owners | User1:1 | Mapping required | |
| Landing Pages and Popup Forms | N/A1:1 | Not supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
AllClients gotchas
Contact count limits enforced as hard caps per tier
Notes export separately from main contact CSV
Workflows migrate as inactive templates only
API rate limits are undefined and enforced at vendor discretion
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Discovery and data export
We audit the source AllClients account for contact volume, active custom field definitions, tag vocabulary, workflow count and complexity, email template count, campaign history, and file attachment volume. We extract Contact.csv and Notes.csv from the Data Migration menu, download email templates as HTML blobs, and capture the user list. We validate the Notes.csv rejoin ratio early (emails matched to contacts) and alert the customer if more than 2 percent of notes fail to join. We also review the AllClients tier to confirm contact count limits are not blocking the export.
Schema design in Salesforce
We design the destination Salesforce schema: custom fields matching AllClients custom field types, a custom multi-select picklist for Tags, a custom multi-select picklist for Group membership, and custom fields for AllClients metadata (allclients_contact_id__c, allclients_created_date__c, allclients_tags__c). We configure the Lead and Contact split rule based on whether the AllClients contact has an associated deal or sales owner. Schema is deployed via metadata API into a Salesforce Sandbox first for validation.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's admin reconciles record counts (Contacts in, Leads in, Accounts in, Notes in), spot-checks 25-50 records against the AllClients source, and validates that custom fields populated correctly. The Notes rejoin quality is reviewed here. Any mapping corrections happen in sandbox before production migration begins.
Owner reconciliation and User provisioning
We extract every distinct AllClients user referenced as an owner on contact records and match by email against the destination Salesforce org's User table. Users without a matching Salesforce User go to a reconciliation queue. The customer's Salesforce admin provisions any missing Users before record import resumes. Migration cannot proceed past this step because OwnerId references are required on most standard object inserts.
Production migration in dependency order
We run production migration in record-dependency order: Users (manual provisioning validated), Accounts (aggregated from distinct company names on AllClients contacts), Notes.csv rejoined to contacts, Contacts/Leads (with AccountId resolved, OwnerId resolved, and Tags populated), Notes (linked to Contacts and Leads via ContentDocumentLink), Tasks, Email Templates, Campaigns, and Custom Object equivalents. Custom field data loads last after Salesforce custom fields are confirmed to exist. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and handoff
We freeze AllClients writes during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce as the system of record. We deliver a written inventory of AllClients Workflows, Landing Pages, Popup Forms, and Campaign histories with recommended Salesforce equivalents for the customer's admin to evaluate. We support a one-week hypercare window for reconciliation issues. We do not rebuild AllClients Workflows as Salesforce Flow inside the migration scope; that is a separate engagement.
Platform deep dives
AllClients
Source
Strengths
Weaknesses
Salesforce Sales Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across AllClients and Salesforce Sales Cloud.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
AllClients: Not publicly documented — platform reserves the right to limit usage at discretion.
Data volume sensitivity
AllClients doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during AllClients to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your AllClients to Salesforce Sales Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave AllClients
Other ways to arrive at Salesforce Sales Cloud
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.