CRM migration

Migrate from Pega Customer Engagement Suite to Nutshell

Field-level mapping, validation, and rollback between Pega Customer Engagement Suite and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.

Pega Customer Engagement Suite logo

Pega Customer Engagement Suite

Source

Nutshell

Destination

Nutshell logo

Compatibility

88%

7 of 8

objects map 1:1 between Pega Customer Engagement Suite and Nutshell.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Pega Customer Engagement Suite to Nutshell is a platform contraction from an enterprise case-management and AI-decisioning system to a mid-market sales CRM. Pega stores customers as Entities, Cases, and Data Pages tied to case-type routing and SLA rules; Nutshell uses Contacts, Companies, and Deals with a standard activity timeline. We extract Customer Profiles and map them to Nutshell Contacts and Companies, transform historical case records into closed Deals or Notes for audit trails, and migrate Entity custom properties as Nutshell custom fields. Pega's Next-Best-Action decision rules, Case Types, and Data Pages cannot migrate as logic; we deliver a written inventory of these for the customer's admin to rebuild in Nutshell's automation tools. Workflows, decision trees, and reports do not transfer and require complete manual reconstruction.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Pega Customer Engagement Suite logo

Pega Customer Engagement Suite

What's pushing teams away

  • Licensing and implementation costs are substantially higher than comparable CRM platforms, making it prohibitive for mid-market organizations
  • Implementation projects routinely span many months and require dedicated teams with Pega-specific certifications and expertise
  • Advanced features and debugging tools carry a steep learning curve that frustrates both administrators and end users without prior experience
  • Version upgrades regularly deprecate rules from prior releases, forcing organizations to rebuild custom applications or risk breakage
  • Limited integration marketplace compared to Salesforce or ServiceNow creates friction when connecting to common enterprise tools

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How Pega Customer Engagement Suite objects map to Nutshell

Each row shows how a Pega Customer Engagement Suite 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 Customer Engagement Suite

Customer Profile

maps to

Nutshell

Contact + Company

1:1
Fully supported

Pega Customer Profiles store contact information, interaction history, and preferences. Standard fields (name, email, phone, address) map directly to Nutshell Contact fields. The associated Pega Entity (representing the organization or account) maps to a Nutshell Company record, linked via the Contact. We resolve the entity-to-company relationship using the primaryEntity or accountReference field on the Customer Profile to establish the Contact-to-Company link in Nutshell.

Pega Customer Engagement Suite

Entity

maps to

Nutshell

Company

1:1
Fully supported

Pega Entities are the organizational data model objects that map to database tables, often representing companies, accounts, or organizational units. We map each Entity to a Nutshell Company, using the Entity name as the Company name and extracting standard address and classification fields. Custom Entity properties become Nutshell custom fields on the Company record. The Entity's unique identifier (pzInsKey) is preserved in a custom field for audit trail purposes.

Pega Customer Engagement Suite

Work Object (Case)

maps to

Nutshell

Deal + Note

1:1
Fully supported

Pega Work Objects are case instances created from Case Type templates with status, priority, assignment, and SLA metadata. Active and in-progress cases cannot be recreated as functional cases in Nutshell because Nutshell does not support a case-management workflow model. We migrate completed or historical cases as closed Deals with the original case stage preserved in a custom field, and we attach the case summary as a Note on the associated Contact or Company. pyStatusWork and pyAssignment fields are documented for admin reference.

Pega Customer Engagement Suite

Case Type

maps to

Nutshell

Deal (Record Type equivalent)

lossy
Fully supported

Pega Case Types define templates including stages, steps, assignments, and routing rules. These use Pega-specific syntax that does not translate to Nutshell's CRM model. We document each Case Type as a written specification describing the original stage progression, assignment rules, and SLA thresholds, and the customer's admin decides how to replicate the process intent within Nutshell's Deal stages and task automation. Stage probability mapping from Pega to Nutshell Deal stage percentages requires manual configuration in Nutshell.

Pega Customer Engagement Suite

Custom Entity

maps to

Nutshell

Custom Fields on Contact or Company

1:1
Fully supported

Pega organizations frequently extend the data model with custom Entities beyond Pega's standard ones. We map each custom Entity to a set of custom fields on the most appropriate Nutshell standard object (typically Company or Contact). Custom Entity properties with relational dependencies require careful dependency ordering because Nutshell does not support cross-object lookup relationships outside the standard Contact-to-Company link. We extract the data type for each custom property and map to the closest Nutshell-supported field type (text, number, date, picklist, or checkbox).

Pega Customer Engagement Suite

Data Page

maps to

Nutshell

Custom Fields or Note on related record

1:1
Fully supported

Pega Data Pages are cached data structures used to retrieve and display information within Pega applications. We extract the current cached values from each Data Page and map them to custom fields on the associated Customer Profile or Entity record in Nutshell. Data Pages with complex nested structures are flattened into a series of named custom fields. Historical Data Page values that represent derived calculations (totals, scores, classifications) are preserved as read-only custom fields with their source documented.

Pega Customer Engagement Suite

Engagement (Tasks, Cases, Interactions)

maps to

Nutshell

Task + Note

1:1
Fully supported

Pega engagement history includes case assignments, SLA breaches, and work object status changes. We map Pega engagement records to Nutshell Tasks with the original Pega timestamp preserved as the Activity Date, the engagement type mapped to Task subject, and the full engagement details stored in the Task body. SLA status and assignment fields are preserved in custom fields on the Nutshell Task for audit trail completeness.

Pega Customer Engagement Suite

Decisions (Next-Best-Action Rules)

maps to

Nutshell

None

1:1
Fully supported

Pega's Next-Best-Action decision rules and Customer Decision Hub configurations are AI-driven logic trees specific to Pega's decisioning engine. Nutshell has no decisioning engine, propensity scoring, or next-best-action capability. These rules cannot be extracted and re-created in Nutshell. We deliver a written decision logic inventory documenting each active decision rule's trigger conditions, offer hierarchy, and action outcomes for the customer's admin to evaluate whether equivalent business logic can be approximated using Nutshell automation rules or a separate decisioning tool.

Gotchas + challenges

What specifically takes care here

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 Customer Engagement Suite logo

Pega Customer Engagement Suite gotchas

High

Case-based pricing model is migration-critical

High

Version upgrades deprecate rules and break custom applications

Medium

Workflow and decision logic require complete manual rebuild

Medium

Limited documented bulk export API

Low

Salesforce integration gaps reported in production

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • Pega case records cannot become active cases in Nutshell

    Pega's case-based architecture treats every customer interaction as a case instance with configurable routing, SLA enforcement, and assignment logic. Nutshell is a standard sales CRM without case management capabilities. We cannot recreate open Pega cases as functional cases in Nutshell. We migrate completed or historical cases as closed Deals with documentation, and we flag open cases during scoping so the customer's admin can decide whether to manually resolve them before migration or carry them into a separate ticketing system post-migration.

  • Workflow and Case Type logic require complete manual rebuild

    Pega's low-code workflows, Case Types, and Next-Best-Action decision rules use Pega-specific syntax that does not export to standard formats. Nutshell's automation rules (available on Standard and above) support basic field updates, task creation, and email triggers but have no equivalent to Pega's SLA enforcement, multi-stage routing, or decision trees. We export all workflow and decision logic as written documentation for manual rebuild. The customer's admin should allocate significant time for this phase, as the process logic cannot be migrated automatically.

  • Custom Entity schema may not fit Nutshell's field model

    Pega organizations often build extensive custom Entity schemas with cross-referential dependencies, nested properties, and relational structures. Nutshell supports custom fields on standard objects but does not support standalone custom objects with their own API name or cross-object lookup relationships beyond the standard Contact-to-Company link. We map each custom Entity to a collection of custom fields, but complex Entity dependencies (where Entity A references Entity B as a property) may require flattening that loses some structural nuance. We document these limitations during scoping and propose workarounds before migration begins.

  • Bulk data extraction from Pega requires multiple methods

    Pega's REST API supports standard CRUD operations but bulk export capabilities are not widely documented publicly, and cloud service health limits apply to CDH data exports. We combine Pega's native data export tools, direct database access where permitted, and API-based extraction to build a complete dataset. The extraction method depends on the customer's Pega deployment type (cloud versus on-premises) and the availability of data export tooling in their current license tier. We validate extraction paths during discovery before committing to a migration timeline.

  • Reports, dashboards, and analytics views do not migrate

    Pega report definitions, decision performance dashboards, and analytics views are platform-specific and do not transfer across systems. Nutshell provides built-in pipeline and activity reports but does not include advanced analytics or decision performance reporting because those features are specific to Pega's decisioning engine. We deliver a written inventory of all Pega reports and dashboards with their configuration parameters so the customer's admin can identify which reports are essential and rebuild them in Nutshell or a connected BI tool.

Migration approach

Six steps for a successful Pega Customer Engagement Suite to Nutshell data migration

  1. Discovery and Entity schema audit

    We audit the Pega environment across Case Types, custom Entities, Data Pages, Customer Profile fields, and engagement record volumes. We identify which Cases are active, closed, or historical, and we assess the complexity of the custom Entity schema. We pair this with a Nutshell tier review (Starter at $19/user, Standard at $33/user, or Professional at $56/user) to confirm which automation and custom field capabilities are available at the customer's chosen plan. The discovery output is a written migration scope, Entity-to-Nutshell-field mapping specification, and a decision on how to handle open Pega cases.

  2. Schema design and custom field provisioning

    We design the Nutshell custom field schema before data import begins. This includes creating custom fields on Contact and Company to receive mapped Entity properties, Data Page values, and case metadata. We create any picklist or multi-select fields to match Pega enumerated values. Nutshell custom fields are created by the customer's admin or by FlitStack AI using Nutshell's API during the migration window. The mapping document defines each custom field's source, data type, and transform logic.

  3. Sandbox migration and reconciliation

    We run a full migration into a Nutshell trial or sandbox environment using production-like data volumes where available. The customer reconciles record counts (Contacts in, Companies in, Deals in, Tasks in), spot-checks 25-50 records against the Pega source, and reviews the case-to-Deal transformation output. The customer signs off the schema and mapping before production migration begins. Any mapping corrections, custom field additions, or Entity dependency adjustments happen at this stage.

  4. Owner and contact reconciliation

    We extract every distinct owner and contact record referenced in Pega Customer Profiles, Cases, and Work Objects and match by email address against the Nutshell destination. Pega assigns cases and work objects to operators (users) whose Pega operator records may not correspond to email-addressable Nutshell users. We build an owner reconciliation queue listing every Pega operator without a matching Nutshell user and hand this to the customer's admin to provision before record import resumes.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Companies first (from Pega Entities), then Contacts with Company links resolved, then Deals with Contact and Company links established, then Tasks and Notes carrying case and engagement history. Custom Entity data is mapped to custom fields on the related Contact or Company record during this phase. We use Nutshell's REST API with rate-limit handling and batch chunking to insert records in sequence. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and workflow rebuild 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 Case Type, Decision Rule, and automation inventory document to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Pega workflows as Nutshell automation rules inside the migration scope; that is a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

Pega Customer Engagement Suite logo

Pega Customer Engagement Suite

Source

Strengths

  • AI-powered Next-Best-Action decisioning processes customer interactions in under 220 milliseconds at scale
  • Dynamic case management with configurable routing, SLA enforcement, and real-time status tracking
  • Unified platform spanning customer service, sales automation, and marketing orchestration without point solutions
  • Robotic Process Automation handles repetitive manual tasks without requiring API-level integration work
  • Low-code application development enables business users to build and modify applications without deep programming knowledge

Weaknesses

  • Premium pricing with case-based licensing model creates unpredictable costs at scale
  • Implementation complexity demands months-long projects and Pega-certified resources
  • Integration marketplace is limited compared to Salesforce or ServiceNow ecosystems
  • Version upgrades regularly deprecate rules, requiring ongoing maintenance investment
  • Limited public API documentation constrains third-party tool and migration tooling coverage
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Pega Customer Engagement Suite and Nutshell.

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Pega Customer Engagement Suite: Not publicly documented.

  • Data volume sensitivity

    B

    Pega Customer Engagement Suite doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Pega Customer Engagement Suite to Nutshell migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Pega Customer Engagement Suite to Nutshell data migrations

Answers to the questions buyers ask most during Pega Customer Engagement Suite to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Pega Customer Engagement Suite to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts under 10,000 Customer Profiles and 50,000 case records with no complex custom Entity schema. Migrations with extensive custom Entities, large historical case volumes (over 200,000 records), or cross-Entity dependencies require additional transformation work and move to seven to twelve weeks because of the schema design phase and Entity-to-custom-field flattening work.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Pega Customer Engagement Suite.
Land in Nutshell, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day