CRM migration
Field-level mapping, validation, and rollback between Comarch Marketing Automation and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Comarch Marketing Automation
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
7 of 9
objects map 1:1 between Comarch Marketing Automation and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Comarch Marketing Automation to Microsoft Microsoft Dynamics 365 Sales is a cross-category migration from a loyalty-first marketing automation platform to a sales force automation CRM. Comarch stores member profiles with loyalty attributes, transaction history, engagement scores, AI-driven segments, and multichannel campaign records; Microsoft Dynamics 365 Sales stores Leads, Contacts, Accounts, Opportunities, and Activities. There is no direct loyalty program object in Microsoft Dynamics 365 Sales , so we map loyalty tier levels, point balances, and enrollment dates to custom fields on Contact. Comarch customer journey and campaign automation logic does not export via API and must be rebuilt manually in Microsoft Dynamics 365 Sales , Power Automate, or Dynamics 365 Marketing as a separate configuration step. We extract campaign metadata, audience lists, engagement KPIs, and promotional offer definitions during migration, and we deliver a written inventory of every journey and automation rule for the customer's admin to rebuild post-migration.
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
Comarch Marketing Automation platform overview
Scorecard, SWOT, gotchas, and pricing for Comarch Marketing Automation.
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 Comarch Marketing Automation 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.
Comarch Marketing Automation
Contact / Loyalty Member
Microsoft Dynamics 365 Sales
Contact
1:1Comarch member profiles with loyalty attributes, transaction history, and engagement scores map to Microsoft Dynamics 365 Sales Contact. We extract loyalty tier level, enrollment date, point balance, and status as custom fields on Contact (e.g., loyalty_tier__c, points_balance__c, enrollment_date__c, partner_id__c). The Comarch member ID is preserved as an external identifier for dedupe and reconciliation. Historical transaction records are mapped to a custom Transaction__c object linked to Contact.
Comarch Marketing Automation
Loyalty Program
Microsoft Dynamics 365 Sales
Contact (custom fields) + custom object
lossyComarch loyalty program definitions (tier structures, earning rules, redemption rules, partner configurations) are exported as metadata records. Because Microsoft Dynamics 365 Sales has no native loyalty program object, we map program-level rules to a custom Loyalty_Program__c object and reference it from Contact via a lookup field. Custom tier thresholds and point-accrual rates are stored as custom fields and documented for the admin to configure in Microsoft Dynamics 365 Sales or Power Automate.
Comarch Marketing Automation
Customer Segment
Microsoft Dynamics 365 Sales
Contact (custom field or static list) + Dynamics 365 Customer Insights
1:1Comarch AI-driven and rules-based customer segments are exported as member lists tied to segment IDs. We map segment membership to a custom multi-select picklist on Contact (segment_names__c) or to static lists in Microsoft Dynamics 365 Sales . For AI-driven segments relying on Comarch behavioral models, we recommend rebuilding segment logic in Dynamics 365 Customer Insights post-migration and connecting via the native Dataverse connector.
Comarch Marketing Automation
Campaign / Customer Journey
Microsoft Dynamics 365 Sales
Campaign
1:1Comarch campaign metadata (campaign name, type, start and end dates, channel references, audience size) maps to Microsoft Dynamics 365 Sales Campaign. We export the campaign record and audience list; the journey workflow logic is stored in a proprietary Comarch format and does not export via API. We deliver a written inventory of every active campaign journey with its trigger conditions, channel sequence, and delay logic so the customer's admin can rebuild in Dynamics 365 Marketing or Power Automate.
Comarch Marketing Automation
Promotional Offer
Microsoft Dynamics 365 Sales
Microsoft Dynamics 365 Sales (custom object)
lossyComarch promotional offer definitions (discount rules, eligibility criteria, temporal constraints) are exported as custom Offer__c objects in Microsoft Dynamics 365 Sales . The mapping preserves offer type, discount percentage, start and end date, and eligibility rules as custom fields. Note that Microsoft Dynamics 365 Sales does not have a native coupon or offer management feature; the customer uses a third-party ISV or builds offer logic in Power Automate for redemption tracking.
Comarch Marketing Automation
Engagement Metrics / KPIs
Microsoft Dynamics 365 Sales
Custom fields on Contact + custom KPI object
1:1Comarch KPIs (growth rate, churn rate, average transaction value, loyalty penetration, CLV, engagement index, enrollments, NPS) are exported as numeric records tied to member IDs. We map these to custom fields on Contact (e.g., clv__c, churn_risk_score__c, engagement_index__c) and to a custom KPI_History__c object for longitudinal tracking. Analytics dashboards are not migrated as rendered objects; underlying KPI data is preserved so dashboards can be rebuilt in Power BI.
Comarch Marketing Automation
Channels (Email, SMS, Push, Call-Center)
Microsoft Dynamics 365 Sales
Microsoft Dynamics 365 Sales (activity tracking)
1:1Comarch channel configurations (email service provider IDs, SMS gateway references, push notification credentials, call-center integration settings) are exported as integration reference records. We map channel activity data from Comarch's send history to Microsoft Dynamics 365 Sales Email and Task records linked to the Contact. Native SMS and push require third-party ISV configuration in Dynamics 365 (e.g., ClickDimensions, a Microsoft Dynamics partner) post-migration.
Comarch Marketing Automation
Custom Properties / Extended Fields
Microsoft Dynamics 365 Sales
Contact (custom fields)
1:1Enterprise Comarch deployments frequently extend the data model with custom fields for industry-specific attributes. We extract custom property definitions alongside record data and map them to Microsoft Dynamics 365 Sales custom fields on Contact. Field types are mapped: text to Text, date to Date, numeric to Number, and picklist values to Picklist. Lookup relationships to other Comarch objects are mapped to Dynamics 365 lookup fields on the equivalent custom object.
Comarch Marketing Automation
Attachments / Documents
Microsoft Dynamics 365 Sales
SharePoint (via Dynamics 365)
1:1Comarch marketing materials, offer PDFs, and program documentation are exported as file references or binary blobs. We map these to SharePoint document libraries connected to Microsoft Dynamics 365 Sales via the native SharePoint integration. Files are attached to the relevant Contact, Account, or Campaign record. Individual file downloads are handled during extraction; large binary attachments may require chunked download and re-upload to SharePoint.
| Comarch Marketing Automation | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact / Loyalty Member | Contact1:1 | Fully supported | |
| Loyalty Program | Contact (custom fields) + custom objectlossy | Fully supported | |
| Customer Segment | Contact (custom field or static list) + Dynamics 365 Customer Insights1:1 | Fully supported | |
| Campaign / Customer Journey | Campaign1:1 | Fully supported | |
| Promotional Offer | Microsoft Dynamics 365 Sales (custom object)lossy | Fully supported | |
| Engagement Metrics / KPIs | Custom fields on Contact + custom KPI object1:1 | Fully supported | |
| Channels (Email, SMS, Push, Call-Center) | Microsoft Dynamics 365 Sales (activity tracking)1:1 | Fully supported | |
| Custom Properties / Extended Fields | Contact (custom fields)1:1 | Mapping required | |
| Attachments / Documents | SharePoint (via Dynamics 365)1:1 | Mapping required |
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.
Comarch Marketing Automation gotchas
Partner-managed enterprise deployments complicate data extraction
Automation journey logic does not export from Comarch
No publicly documented API rate limits for Comarch Marketing Automation
Data Import and Export Tools feature is tier-dependent
Loyalty program tier structures are often deeply customized
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
Discovery and Comarch deployment assessment
We audit the source Comarch instance across tier (SMB/Mid-Market/Enterprise), loyalty program count, custom field count, campaign and journey volume, engagement KPI records, and channel configurations. We identify whether the deployment is partner-administered and establish partner contact if required. We review the customer's intended Microsoft Dynamics 365 Sales edition (Professional at $65/user or Enterprise at $105/user) and map required custom fields and custom objects before any extraction begins. The discovery output is a written migration scope document.
Loyalty data model design in Microsoft Dynamics 365 Sales
We design the destination loyalty schema in Microsoft Dynamics 365 Sales . This includes creating custom fields on Contact for loyalty tier, points balance, enrollment date, partner ID, and all KPI metrics (CLV, churn risk score, engagement index). We create a custom Loyalty_Program__c object with fields for program name, earning rules, redemption rules, and tier thresholds. If the customer plans to use Dynamics 365 Marketing, we coordinate schema design so that the Contact record serves both Sales and Marketing data needs. Schema is validated in a Dynamics 365 Sandbox before production migration begins.
Partner coordination and data extraction
If the Comarch deployment is partner-administered, we coordinate with the managing partner to obtain API credentials or database export access. We confirm the Comarch tier (SMB/Mid-Market/Enterprise) to determine available export methods; lower-tier deployments may rely on partner-assisted extraction or manual report downloads. We establish a conservative API throughput rate based on partner-confirmed quota allocations and begin extracting loyalty member records, segment definitions, campaign metadata, engagement KPI records, and promotional offer data.
Transformation and loyalty rule mapping
We transform Comarch loyalty data into Microsoft Dynamics 365 Sales format. Loyalty tier levels map to a custom picklist field on Contact; point balances map to a numeric custom field; earning and redemption rules map to the custom Loyalty_Program__c object. AI-driven segments are exported as member lists and mapped to a custom multi-select picklist on Contact or to static lists in Dynamics 365. Promotional offers are mapped to custom Offer__c objects. All custom fields are pre-created in the destination org before any record import begins.
Production migration in dependency order
We run production migration in record-dependency order: Contact records first (with loyalty custom fields populated), then Loyalty_Program__c records (with foreign key reference to the primary program), then Offer__c records, then Campaign records (with audience lists attached), then KPI_History__c records for longitudinal tracking. Each phase emits a row-count reconciliation report. Activity data from Comarch send history maps to Microsoft Dynamics 365 Sales Email and Task records linked to the Contact. File attachments are uploaded to SharePoint and linked via ContentDocument.
Cutover, validation, and automation rebuild handoff
We freeze Comarch writes during cutover, run a final delta migration of any records modified during the migration window, then enable Microsoft Dynamics 365 Sales as the system of record. We deliver the Campaign Journey Inventory document to the customer's admin team listing every active journey with trigger, conditions, channel sequence, and recommended rebuild path (Dynamics 365 Marketing or Power Automate). We support a one-week hypercare window for reconciliation issues. Workflow rebuild, journey configuration, and Dynamics 365 Marketing setup are outside standard migration scope and are handled as separate engagements.
Platform deep dives
Comarch Marketing Automation
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Comarch Marketing Automation and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Comarch Marketing Automation and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Comarch Marketing Automation and Microsoft Dynamics 365 Sales .
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
Comarch Marketing Automation: Not publicly documented; varies by enterprise contract.
Data volume sensitivity
Comarch Marketing 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 Comarch Marketing Automation to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Comarch Marketing Automation 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 Comarch Marketing Automation
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.