CRM migration
Field-level mapping, validation, and rollback between Star CRM and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Star CRM
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
6 of 10
objects map 1:1 between Star CRM and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Star CRM to Microsoft Microsoft Dynamics 365 Sales is a migration from a lightweight, small-business CRM to a full enterprise sales platform with deep Microsoft 365 integration, AI-powered insights, and scalable pipeline management. Star CRM uses a simple four-object data model with no public API specification and no confirmed bulk export endpoint, which requires live discovery during scoping to infer the actual field structure. Microsoft Microsoft Dynamics 365 Sales requires Accounts as parent records for Contacts, so we land Company records first, then Contacts with AccountId resolved, then Deals as Opportunities with stage mapping applied. Activity history migrates as Task and Event records linked to the correct parent. Custom fields on any object require explicit field-level mapping work because Dynamics 365 does not auto-create fields for source properties. Workflows, automations, and sequences do not migrate; we deliver a written inventory of these 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
Star CRM platform overview
Scorecard, SWOT, gotchas, and pricing for Star CRM.
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 Star CRM 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.
Star CRM
Company
Microsoft Dynamics 365 Sales
Account
1:1Star CRM Company records map to Microsoft Microsoft Dynamics 365 Sales Account. Company name becomes Account Name, used as the primary dedupe key during import. Address fields (street, city, state, postal code, country) map to the corresponding Address composite or individual address fields in Dynamics 365. If the Star CRM Company stores a website domain, it maps to Website. Account is imported first, before Contacts, to satisfy the AccountId lookup on the Contact object.
Star CRM
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Star CRM Contact records map to Microsoft Dynamics 365 Sales Contact. Standard fields (FullName, Email, Phone, JobTitle, Department) migrate directly. We resolve the parent Account by matching Star CRM's Company link or company name against the imported Account records and set AccountId at migration time. Custom contact properties are flagged during discovery and mapped to pre-created Dynamics 365 custom fields.
Star CRM
Deal
Microsoft Dynamics 365 Sales
Opportunity
1:1Star CRM Deals map to Microsoft Dynamics 365 Sales Opportunity. Deal name becomes Opportunity Name; Deal value maps to Amount; pipeline stage maps to StageName via an explicit stage-mapping table built during scoping. Owner assignment resolves by email match against the User table. If Star CRM stores a Deal-to-Contact association, we preserve it by linking the Opportunity to the migrated Contact via the ContactId lookup on Opportunity.
Star CRM
Activity
Microsoft Dynamics 365 Sales
Task and Event
1:1Star CRM Activities (calls, emails, meetings, notes) map to Dynamics 365 Task and Event records. Call and task-type activities land as Task with TaskSubtype set appropriately; meeting-type activities land as Event with StartDateTime and EndDateTime preserved. Email content maps to Task description or to the EmailMessage standard object where the Dynamics 365 instance supports it. Each Activity record is linked to its parent Contact or Deal via WhoId and WhatId resolved from the migrated records.
Star CRM
Lead
Microsoft Dynamics 365 Sales
Lead
1:1If Star CRM distinguishes Lead records from Contact records, we export Leads separately and import them into Microsoft Dynamics 365 Sales Lead. Lead source and any custom lead properties migrate to custom fields on the Lead object. Customers choosing to merge Star CRM Leads into existing Contact records specify the merge rule during scoping; we preserve the original lead source in a custom field for reporting continuity.
Star CRM
Tag
Microsoft Dynamics 365 Sales
Multi-Select Picklist
lossyTags on Star CRM Contacts or Deals store as label text. Multi-select tag values map to a Dynamics 365 multi-select picklist field that we pre-create on the Contact or Opportunity object before import. Single-value tags map to a standard text or picklist field. Tag preservation is confirmed by the customer during scoping; unused or redundant tags are archived rather than migrated.
Star CRM
Custom Properties
Microsoft Dynamics 365 Sales
Custom Fields
lossyCustom fields on any Star CRM object (Contact, Company, Deal, Activity) have no direct Dynamics 365 equivalent and require explicit field-level mapping. During discovery, we infer the custom field name, data type, and sample values from observed Star CRM records, then pre-create matching custom fields in Dynamics 365 before data import begins. Custom field creation is a prerequisite step; we cannot import data into fields that do not exist in the destination schema.
Star CRM
User
Microsoft Dynamics 365 Sales
User
1:1Star CRM user records (name, email, role) map to Microsoft Dynamics 365 Sales User records. We resolve owners by email match against the destination org's User table. Any Star CRM Owner without a matching Dynamics 365 User is held in a reconciliation queue, and the customer's admin provisions the missing User before record import resumes. Active and inactive status is preserved as a custom field if the customer requests archived user history.
Star CRM
Attachment
Microsoft Dynamics 365 Sales
Note and Attachment
lossyStar CRM exports attachments as individual files named by the system, not as a structured archive. We download all files, build a manifest linking each file to its parent record ID, and re-associate them during Dynamics 365 upload. Attachments that were linked to Contacts or Deals attach to the corresponding Note or Document record in Dynamics 365. Large attachment volumes add processing time to the project schedule.
Star CRM
Pipeline
Microsoft Dynamics 365 Sales
Record Type and Sales Process
lossyStar CRM pipeline structures with named stages map to Microsoft Dynamics 365 Sales Record Types and Sales Processes. Each Star CRM pipeline becomes a Record Type on Opportunity, with its stage names mapped to StageName values in a corresponding Sales Process. Stage probabilities migrate from Star CRM to the Dynamics 365 Stage Probability field. If Star CRM uses a single pipeline, we create one Record Type and Sales Process; multiple pipelines create multiple Record Types.
| Star CRM | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Company | Account1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Activity | Task and Event1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Tag | Multi-Select Picklistlossy | Fully supported | |
| Custom Properties | Custom Fieldslossy | Mapping required | |
| User | User1:1 | Fully supported | |
| Attachment | Note and Attachmentlossy | Fully supported | |
| Pipeline | Record Type and Sales Processlossy | 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.
Star CRM gotchas
Sparse public documentation and no published API spec
No bulk export endpoint confirmed
Attachment export produces individual files per record
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 schema inference
We perform live API discovery against the Star CRM instance to extract a sample record set across all active objects. From the observed data we build a field inventory listing every standard and custom field, its inferred data type, and sample values. We pair this with a Microsoft Dynamics 365 Sales edition review (Professional at $65/user/mo covers most migrations; Premium at $150+/user/mo adds AI agents and Copilot features) and confirm the pipeline stage mapping with the customer's sales operations lead. The discovery output is a written migration scope with field-level mapping and an agreed stage translation table.
Dynamics 365 environment preparation
We provision the destination schema in Microsoft Dynamics 365 Sales . This includes pre-creating all custom fields identified during discovery, configuring Record Types and Sales Processes per pipeline, setting up stage probability mapping, and assigning Page Layouts per Record Type if needed. Custom fields are deployed via the Dynamics 365 data management tools or the customer's preferred deployment method (metadata API, manual, or partner tool). The schema must be complete before any data import begins.
Sandbox migration and reconciliation
We run a full migration into a Microsoft Dynamics 365 Sales Sandbox (or a test environment) using production-equivalent record volume. The customer's sales operations lead reconciles record counts across all objects, spot-checks 20-30 records against the Star CRM source, and confirms field mapping accuracy before production migration begins. Any field mapping corrections, missed custom fields, or stage-mapping adjustments happen here. Production migration does not start until the customer signs off on the sandbox results.
Owner and user reconciliation
We extract every distinct Star CRM Owner referenced on Contact, Company, Deal, and Activity records and match by email against the Dynamics 365 destination org's User table. Owners without a matching User go to a reconciliation queue. The customer's Dynamics 365 admin provisions any missing Users (active or inactive depending on whether the original Star CRM user is still active) before record import resumes. OwnerId references must be resolved before importing Deals and Activities.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Star CRM Companies first), Contacts (with AccountId resolved), Leads (if separate from Contacts), Opportunities (with AccountId, OwnerId, and RecordTypeId resolved and stage mapping applied), Activities (Tasks and Events via batch API calls with parent-record resolution), then Attachments (with file-to-record manifest). Each phase emits a row-count reconciliation report before the next phase begins. Star CRM write access is suspended during cutover to prevent new data from creating drift between systems.
Cutover, validation, and automation rebuild handoff
We freeze Star CRM writes, run a final delta migration of records modified during the cutover window, then designate Microsoft Dynamics 365 Sales as the system of record. We deliver a reconciliation report showing record counts per object, failed record count and reason, and any records flagged for manual review. We deliver the workflow and sequence inventory document to the customer's admin team for rebuild in Power Automate or Dynamics workflows. We support a five-business-day hypercare window for post-cutover reconciliation issues. We do not rebuild Star CRM automations as Dynamics 365 Power Automate flows within the migration scope; that is a separate engagement.
Platform deep dives
Star CRM
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
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 Star CRM and Microsoft Dynamics 365 Sales .
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
Star CRM: Not applicable.
Data volume sensitivity
Star CRM 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 Star CRM to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Star CRM 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 Star CRM
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.