CRM migration
Field-level mapping, validation, and rollback between Pega Platform and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Pega Platform
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 12
objects map 1:1 between Pega Platform and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
2–4 weeks
Overview
Pega Platform organizes data around Cases and Work Items, using a rules-based engine and data pages rather than a traditional CRM object graph. Dynamics 365 Sales stores customer data in Accounts, Contacts, Leads, and Opportunities on Dataverse — a fundamentally different architecture. FlitStack AI surveys your Pega application schema to identify case types and data objects, maps them to standard or custom Dynamics 365 Sales entities, and migrates the underlying records with full timestamp and operator attribution. Pega workflows, assignment routing rules, and SLA configurations do not migrate — those must be rebuilt in Dynamics 365 Sales using Power Automate or Dynamics workflows. The migration runs against Pega Data Sets and the Pega API, loads into Dynamics via the Dataverse Bulk API, and includes a delta-pickup window so any work items created or resolved during cutover are captured before final reconciliation. Operator and work-group assignments are preserved as custom fields to maintain audit continuity, while SLA names and target durations migrate as reference fields.
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.
Source platform
Pega Platform platform overview
Scorecard, SWOT, gotchas, and pricing for Pega Platform.
Destination platform
Microsoft Dynamics 365 Sales platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Sales .
Data migration guide
The complete Microsoft Dynamics 365 Sales migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Microsoft Dynamics 365 Sales migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Sales .
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 Platform object lands in Microsoft Dynamics 365 Sales , including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Pega Platform
Pega Case / Work Item
Microsoft Dynamics 365 Sales
Case
1:1Each Pega Case Work Item migrates as a Dynamics 365 Sales Case record. The case pxRefObjectInsName (internal ID) is stored as SourceSystemID__c for traceability. Open cases migrate with status Open; resolved cases migrate with status Resolved. Case metadata (pxClass, pyWorkStatus) is preserved in custom fields on the Case record.
Pega Platform
Pega Case
Microsoft Dynamics 365 Sales
Opportunity
1:1If a Pega case type tracks revenue or deal-like work, it can also map to a Dynamics 365 Sales Opportunity. FlitStack surveys your case types to identify revenue-carrying ones and maps those to Opportunities with AccountId and Amount fields populated from Pega data page properties.
Pega Platform
Pega Data Object (Customer)
Microsoft Dynamics 365 Sales
Account
1:1Pega Data Objects representing organizations or customers map to Dynamics 365 Sales Account records. The Data Object's pxInsKey (internal ID) is stored on the Account as SourceSystemID__c. Account name, address, and industry fields map directly; custom Data Object properties map to custom fields on the Account.
Pega Platform
Pega Data Object (Individual)
Microsoft Dynamics 365 Sales
Contact
1:1Pega Data Objects representing people or operators map to Dynamics 365 Sales Contact records. Email, name, phone, and job title map directly. The Data Object pxInsKey is stored as SourceSystemID__c. Operator records can be split — contacts that are also Pega users get the SourceSystemID populated for owner resolution.
Pega Platform
Pega Data Page (Property List)
Microsoft Dynamics 365 Sales
Custom Dataverse Table
1:1Pega Data Pages holding property lists or custom data structures have no direct Dynamics 365 Sales equivalent. FlitStack creates a custom Dataverse table for each Data Page, preserving all properties as columns. The table name reflects the Pega Data Page name and a SourceSystemID column links each row back to the originating Pega record.
Pega Platform
Pega Assignment
Microsoft Dynamics 365 Sales
Task
1:1Pega Assignments (individual operator tasks within a case) map to Dynamics 365 Sales Task records. The assignment title becomes the Task Subject. Operator name and operator group are stored as custom fields (AssignedOperator__c, OperatorGroup__c) since Dynamics 365 Sales does not have a native operator assignment model for Tasks.
Pega Platform
Pega Case Attachments
Microsoft Dynamics 365 Sales
SharePoint / Notes Attachment
1:1Pega file attachments are downloaded from Pega Cloud storage or extracted from the Pega API and re-uploaded to the corresponding Dynamics 365 Sales Case or Opportunity. Files attach to the record's SharePoint location if the Dynamics 365 Sales instance is configured for SharePoint integration.
Pega Platform
Pega Note / Pulse
Microsoft Dynamics 365 Sales
Note
1:1Pega Pulse comments and free-text Notes attached to cases migrate as Dynamics 365 Sales Note records linked to the Case. Original author and timestamp are preserved. Rich-text formatting is converted to plain text to match Dynamics 365 Sales Note field constraints.
Pega Platform
Pega Operator
Microsoft Dynamics 365 Sales
User / Custom Table
1:1Pega Operator records map to Dynamics 365 Sales User records by email match. Operators without a Dynamics 365 Sales license are flagged as unmatched and can be assigned to a fallback owner. Operator group membership is preserved as a custom field on the User record for reporting.
Pega Platform
Pega SLA Configuration
Microsoft Dynamics 365 Sales
Custom Field
1:1Pega SLA rules and timer definitions have no Dynamics 365 Sales equivalent. FlitStack preserves SLA name and target duration as custom fields on the Case record. The actual SLA enforcement logic must be rebuilt in Dynamics 365 Sales using Power Automate or a third-party SLA app post-migration.
Pega Platform
Pega Business Rule
Microsoft Dynamics 365 Sales
Power Automate / Dynamics Workflow
1:1Pega business rules (validation rules, routing rules, escalation rules) are automation constructs with no Dynamics 365 Sales counterpart. FlitStack exports Pega rule definitions as a reference document for your Dynamics 365 Sales admin to use when rebuilding automation logic in Power Automate.
Pega Platform
Pega Case History
Microsoft Dynamics 365 Sales
Custom Dataverse Table
1:1Pega captures full case history including status transitions, assignment events, and SLA events. This history migrates to a custom Dataverse table (CaseHistory__c) with columns for event type, from-status, to-status, timestamp, and operator. The parent Case record links via SourceSystemID__c for traceability and audit reporting in Dynamics 365 Sales.
| Pega Platform | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Pega Case / Work Item | Case1:1 | Fully supported | |
| Pega Case | Opportunity1:1 | Fully supported | |
| Pega Data Object (Customer) | Account1:1 | Fully supported | |
| Pega Data Object (Individual) | Contact1:1 | Fully supported | |
| Pega Data Page (Property List) | Custom Dataverse Table1:1 | Fully supported | |
| Pega Assignment | Task1:1 | Fully supported | |
| Pega Case Attachments | SharePoint / Notes Attachment1:1 | Fully supported | |
| Pega Note / Pulse | Note1:1 | Fully supported | |
| Pega Operator | User / Custom Table1:1 | Fully supported | |
| Pega SLA Configuration | Custom Field1:1 | Fully supported | |
| Pega Business Rule | Power Automate / Dynamics Workflow1:1 | Fully supported | |
| Pega Case History | Custom Dataverse Table1:1 | 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 Platform gotchas
Version upgrades deprecate rules and break existing applications
Constellation UI migration requires explicit rule rewrites
Pega Robotics requires separate export tooling
Data Set exports require chunked reads for large volumes
Decision Rule logic does not port automatically to non-Pega destinations
Microsoft Dynamics 365 Sales gotchas
Professional tier 15-table custom table limit blocks migrations
October 2024 pricing increase applies at renewal for all customers
Custom fields must be created in the UI before API writes
Power Platform request limits apply to bulk migrations
Activity records orphaned to inactive owners fail silently
Pair-specific challenges
Migration approach
Survey Pega application schema and extract case type inventory
FlitStack reads your Pega application's Data Sets and schema to identify every case type, data page, and custom property in use. We document the Pega system-level properties (pxClass, pyStatusWork, pxCurrentOperator, etc.) and classify data pages by their property count and nesting depth. This inventory determines the number of custom Dataverse tables needed and surfaces any Pega Data Pages that may exceed Dynamics 365 Sales Professional's 15-table limit.
Set up Dynamics 365 Sales target schema before data moves
FlitStack creates the custom Dataverse tables required for Pega Data Pages and the custom fields needed for Pega system properties (CaseType__c, SourceSystemID__c, OriginalCreateDate__c, OwnerTeam__c, AssignedOperator__c, SLAName__c). We also create the CaseHistory__c table for case event history. If your Dynamics 365 Sales instance is on the Professional tier, we flag the custom-table count against the 15-table ceiling and recommend an Enterprise upgrade before migration begins.
Resolve Pega operators by email match to Dynamics 365 Sales users
Pega operator records are matched against Dynamics 365 Sales User records by email address. Unmatched operators are flagged before migration — your team either creates corresponding Dynamics 365 Sales users or assigns those cases to a fallback owner. This step ensures that every Pega case record has a valid OwnerId in Dynamics 365 Sales and prevents records from landing without an owner during the migration run.
Run a sample migration with field-level diff before the full migration
FlitStack runs a representative sample migration — typically 50–200 Pega cases covering 2–3 case types, plus associated data objects, assignments, and attachments. We generate a field-level diff between the Pega source and the Dynamics 365 Sales destination so you can verify that case status values, operator attribution, timestamps, and custom Pega properties mapped correctly. The diff report is reviewed before the full migration is committed.
Execute full migration with delta-pickup and post-migration validation
The full migration runs against the Pega Data Sets and API, loading case records, data objects, assignments, and attachments into Dynamics 365 Sales via the Dataverse Bulk API. A 24–48 hour delta-pickup window captures any cases created or resolved in Pega during the cutover. FlitStack validates record counts, custom-field population, and operator resolution. An audit log records every operation, and one-click rollback is available if reconciliation fails. We deliver a Pega workflow export as a rebuild reference for your Dynamics 365 Sales admin.
Platform deep dives
Pega Platform
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 Platform and Microsoft Dynamics 365 Sales .
Object compatibility
1 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 Platform: Not publicly documented; rate limits are enforced per API plan and vary by Pega Cloud environment.
Data volume sensitivity
Pega Platform exposes a bulk API — large-volume migrations stream efficiently.
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 Platform to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Pega Platform to Microsoft Dynamics 365 Sales 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 Platform
Other ways to arrive at Microsoft Dynamics 365 Sales
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.