CRM migration
Field-level mapping, validation, and rollback between Pega Sales Automation and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Pega Sales Automation
Source
Nutshell
Destination
Compatibility
8 of 11
objects map 1:1 between Pega Sales Automation and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Pega Sales Automation to Nutshell is a structural migration from a Global-3000 enterprise BPM/CRM hybrid to a straightforward SMB sales CRM. Pega organizes data around Work Objects and strict dependency-ordered imports; Nutshell uses a flat People-Companies-Deals model with no such ordering requirements. We begin by enumerating every Pega entity and custom field via the Pega API and Ruleset exports, then hand-map each to the equivalent Nutshell field. Pega's drop-down picklist values must exactly match destination values on import — we resolve mismatches before loading. Activities (calls, emails, meetings, tasks) migrate as Nutshell Tasks with type differentiation. Pega's AI Next-Best-Action records, binary attachments, and workflow Rulesets do not migrate; we deliver a written inventory of every Pega workflow and automation for your admin to rebuild in Nutshell or document as a gap.
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 Pega Sales Automation object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Pega Sales Automation
Account
Nutshell
Organization
1:1Pega Accounts map directly to Nutshell Organizations. The Pega account name, industry classification, website, and address fields transfer as equivalent Nutshell Organization fields. Account is the top-level parent in Pega's import sequence with no dependencies, so we import it first and use Organization as the anchor for subsequent Contact and Deal imports.
Pega Sales Automation
Contact
Nutshell
Person
1:1Pega Contacts map to Nutshell People. The Contact-to-Account foreign key resolves to a Nutshell Organization lookup at migration time. We preserve Pega's contact disposition codes, primary role, and any industry-specific properties as custom fields in Nutshell if the plan supports them. Pega's mandatory Account dependency means Contacts cannot load before Accounts.
Pega Sales Automation
Lead
Nutshell
Person
many:1Pega Leads (unqualified prospects with Pega-specific disposition codes) merge into Nutshell People rather than creating a separate record type, because Nutshell has no separate Lead object. We preserve the original Pega Lead status as a custom field or tag so the admin can segment pre-qualified prospects from converted contacts post-migration.
Pega Sales Automation
Opportunity
Nutshell
Deal
1:1Pega Opportunities map to Nutshell Deals with stage name normalization across both platforms. Pega stage progression, amount, close date, and probability transfer to the corresponding Nutshell Deal fields. Pega's Opportunity-Account lookup resolves to the Nutshell Organization already migrated in Step 1.
Pega Sales Automation
Activity (Calls)
Nutshell
Task (type: Call)
1:1Pega call activities map to Nutshell Tasks with the call subtype set. Call duration, disposition, and recording metadata (if available) transfer to custom Task fields in Nutshell. Parent record resolution links each Task to the migrated Person or Deal. Nutshell's task type differentiation preserves the call context without requiring a separate object.
Pega Sales Automation
Activity (Emails)
Nutshell
Task (type: Email)
1:1Pega email activities map to Nutshell Tasks with the email type. We transfer email subject, body, and timestamp to the Task fields, with the email body stored as task notes linked to the Person. Parent Opportunity and Account references resolve to the migrated Deal and Organization respectively.
Pega Sales Automation
Activity (Meetings)
Nutshell
Task (type: Meeting)
1:1Pega meeting activities map to Nutshell Tasks with the meeting type. Meeting title, start time, end time, location, and attendee list transfer to equivalent Task fields. We preserve the original Pega meeting timestamp for timeline ordering against the migrated Person and Deal.
Pega Sales Automation
Activity (Tasks)
Nutshell
Task
1:1Pega standalone tasks map directly to Nutshell Tasks with status, priority, due date, and description preserved. Task ownership resolves via email match against the Nutshell user whose email corresponds to the Pega operator who owned the original task.
Pega Sales Automation
Product
Nutshell
Product (in Deal)
1:1Pega Products attached to Opportunities via the Opportunity-Product junction transfer as line items within the corresponding Nutshell Deal. Quantity, unit price, and discount carry over on the Deal line item. We resolve the Product-to-Opportunity linkage at migration time once both Deal and Product records exist.
Pega Sales Automation
Campaign
Nutshell
Tag + Note
lossyPega Campaigns with linked Leads and Activities have no direct Nutshell equivalent. We migrate campaign membership as Nutshell Tags on the relevant Person and Deal records, with campaign status preserved as a tag value. A written campaign map document lists every original Pega Campaign and its Nutshell tag assignments for the admin to rebuild as Nutshell Groups or integration-driven campaign tools if needed.
Pega Sales Automation
Work Object (Case)
Nutshell
Note + Tag
lossyPega Work Objects (Cases) carry BPM lifecycle states, SLA timers, and assignments that do not exist as structured data in Nutshell. We extract Case title, current status, key description fields, and assignment notes as a Nutshell Note on the linked Organization or Person record, tagged with a 'Pega Case' label. The customer receives a written Case inventory documenting the original Case ID, Pega status, and migrated note for manual reconstruction in Nutshell.
| Pega Sales Automation | Nutshell | Compatibility | |
|---|---|---|---|
| Account | Organization1:1 | Fully supported | |
| Contact | Person1:1 | Fully supported | |
| Lead | Personmany:1 | Fully supported | |
| Opportunity | Deal1:1 | Fully supported | |
| Activity (Calls) | Task (type: Call)1:1 | Fully supported | |
| Activity (Emails) | Task (type: Email)1:1 | Fully supported | |
| Activity (Meetings) | Task (type: Meeting)1:1 | Fully supported | |
| Activity (Tasks) | Task1:1 | Fully supported | |
| Product | Product (in Deal)1:1 | Fully supported | |
| Campaign | Tag + Notelossy | Fully supported | |
| Work Object (Case) | Note + Taglossy | Fully 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.
Pega Sales Automation gotchas
Traditional UI to Constellation migration is a separate migration track
Entity import order is strictly enforced with hard dependencies
Pega API rate limits are not publicly documented
Custom Fields require manual mapping against destination schema
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Discovery and Pega schema audit
We audit the source Pega Sales Automation instance across base entities (Accounts, Contacts, Leads, Opportunities, Activities, Products, Campaigns), any industry-specific vertical entities (Financial Services, Insurance, Healthcare), custom fields enumerated entity by entity via the Pega API, active Rulesets and workflow configurations, Pega Constellation vs Traditional UI designation, and total record counts per entity. We pair this with a Nutshell plan assessment to determine which fields and custom properties are available on the customer's target plan. The discovery output is a written migration scope and a field-level mapping manifest.
Custom field enumeration and picklist value reconciliation
We enumerate every Pega custom field and picklist value across all entities. We cross-reference each Pega picklist against Nutshell's configurable field options and flag any values without a direct equivalent. We either normalize Pega data values to match Nutshell picklist options before import or coordinate with the customer's Nutshell admin to create matching values in Nutshell's settings. This step is the highest-risk phase for data rejection and requires explicit sign-off before record migration begins.
Sandbox migration and reconciliation
We run a full migration into a Nutshell trial or sandbox environment using production-like data volume. The customer reconciles record counts (Organizations, People, Deals, Tasks), spot-checks 20-30 random records against the Pega source, and validates that picklist values have correctly resolved. Any mapping corrections and picklist mismatches are resolved here before production migration begins.
Production migration in Pega dependency order
We run production migration following Pega's required entity load sequence: Organizations (from Pega Accounts), People (from Pega Contacts and Leads with status preserved), Deals (from Pega Opportunities with stage normalization), Tasks (from Pega Activities with type differentiation: Call, Email, Meeting, Task), Products (as Deal line items), and Campaign tags (as Nutshell Tags on linked records). Each phase emits a row-count reconciliation report before the next phase begins. We apply adaptive throttling and exponential backoff on Pega API calls throughout.
Cutover, delta sync, and handoff
We freeze Pega writes during cutover, run a final delta migration of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the Pega workflow and automation inventory document to the customer's admin team for rebuild planning. We support a five-day hypercare window where we resolve any reconciliation issues. We do not rebuild Pega workflows as Nutshell automation rules inside the migration scope; that work is handled by the customer's admin or a separate Nutshell implementation engagement.
Platform deep dives
Pega Sales Automation
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 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 Pega Sales Automation and Nutshell.
Object compatibility
3 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
Pega Sales Automation: Not publicly documented — Pega support responses in forums indicate limits exist but are not published or configurable by customers.
Data volume sensitivity
Pega Sales Automation 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 Pega Sales Automation to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Pega Sales Automation to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Pega Sales Automation
Other ways to arrive at Nutshell
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.