CRM migration
Field-level mapping, validation, and rollback between Infor CloudSuite Customer Relationship Management (CRM) and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Infor CloudSuite Customer Relationship Management (CRM)
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
10 of 15
objects map 1:1 between Infor CloudSuite Customer Relationship Management (CRM) and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-6 weeks
Overview
Moving from Infor CloudSuite CRM to Microsoft Microsoft Dynamics 365 Sales is a relational migration, not a flat CSV load. Infor CRM stores Accounts, Contacts, Opportunities, and Activities in tightly coupled parent-child relationships; Microsoft Dynamics 365 Sales uses the same Account-Contact-Opportunity model but with a different field type system, a distinct sales process configuration, and unlimited API access replacing Infor's usage-metered extract. We sequence the load Accounts first, then Contacts with foreign keys resolved to the Account, then Opportunities with lookups to both Account and Owner, then Activities, then Campaigns and Tickets. We decompose Infor's Sales Periods into standard date fields, deduplicate Contacts created by Infor's export-only Outlook integration, and deliver a written inventory of Infor BPM workflows and ION integrations requiring rebuild in Microsoft Dynamics 365 Sales Flow. Workflows, automations, and ION connections do not migrate as code.
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
Infor CloudSuite Customer Relationship Management (CRM) platform overview
Scorecard, SWOT, gotchas, and pricing for Infor CloudSuite Customer Relationship Management (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 Infor CloudSuite Customer Relationship Management (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.
Infor CloudSuite Customer Relationship Management (CRM)
Account
Microsoft Dynamics 365 Sales
Account
1:1Infor CRM Accounts map directly to Microsoft Dynamics 365 Sales Account. The Account is the top-level organizational record holding company-level data including SIC code, revenue, employee count, and territory assignments. We load Accounts first in every migration because all downstream objects (Contacts, Opportunities, Activities) carry foreign keys back to the Account. Infor's Account-SIC-Code and territory assignments migrate to custom fields if the destination Dynamics 365 org does not have those standard fields configured.
Infor CloudSuite Customer Relationship Management (CRM)
Contact (Sales Contact)
Microsoft Dynamics 365 Sales
Contact
1:1Infor CRM Sales Contacts map to Microsoft Dynamics 365 Sales Contact with the AccountId lookup resolved to the parent Account created in the first phase. Infor's Outlook import/export does not perform true sync; it creates duplicate records on both sides. We deduplicate Infor Contacts on email address and name matching before inserting into Dynamics 365 to avoid landing duplicate Contact records. Any Contact without a parent Account is held in a reconciliation queue.
Infor CloudSuite Customer Relationship Management (CRM)
Opportunity
Microsoft Dynamics 365 Sales
Opportunity
1:1Infor CRM Opportunities map to Microsoft Dynamics 365 Sales Opportunity with the AccountId lookup resolved to the parent Account and the OwnerId lookup resolved to the mapped Dynamics 365 User. Stage names, probability percentages, close dates, and estimated values migrate directly. Infor Opportunity linking to Sales Periods requires a cross-reference table in the mapping spreadsheet. We configure the Opportunity Record Type and Sales Process in Dynamics 365 before migration to match Infor's pipeline and stage schema.
Infor CloudSuite Customer Relationship Management (CRM)
Lead
Microsoft Dynamics 365 Sales
Lead
1:1Infor CRM Leads map to Microsoft Dynamics 365 Sales Lead. Lead status, source, owner, and custom fields migrate directly. We preserve the Infor Lead score (if present) in a custom field on the Dynamics 365 Lead. If the destination uses Leads for marketing qualification before conversion to Contacts and Opportunities, we apply the customer's lead-status rules during the import. The Lead status values are mapped to the configured Lead Status picklist in the destination org.
Infor CloudSuite Customer Relationship Management (CRM)
Activities (Tasks, Events, Calls, Notes)
Microsoft Dynamics 365 Sales
Task, Event, EmailMessage
1:manyInfor CRM Activities attach to Contacts or Opportunities and include Tasks, Events, Calls, and Notes. We split these into the corresponding Microsoft Dynamics 365 Sales objects: Tasks for action items and notes, Events for calendar entries with StartDateTime and EndDateTime, and EmailMessage for email history. The WhoId on the Dynamics 365 record points to the converted Contact or Lead; the WhatId points to the related Opportunity or Account. Activity timestamps are preserved as ActivityDate on Task and StartDateTime on Event.
Infor CloudSuite Customer Relationship Management (CRM)
Sales Forecasts
Microsoft Dynamics 365 Sales
Opportunity + Forecast Period (custom)
lossyInfor CRM organizes Sales Forecasts into Sales Periods, which are named date-range schema constructs not standard date fields. We decompose each Sales Period into start and end date boundaries and map the forecast totals to Opportunity fields (estimated revenue, close date) and to a custom Forecast Period object. The customer's admin configures the Dynamics 365 Forecasting workspace to match the Infor Sales Period structure after migration. Complex multi-level forecast hierarchies may require a custom solution beyond standard Dynamics 365 Forecasting.
Infor CloudSuite Customer Relationship Management (CRM)
Campaign and Campaign Items
Microsoft Dynamics 365 Sales
Campaign and CampaignItem
1:1Infor CRM Campaigns store type, status, start/end dates, and budget. Campaign Items link products or contacts to a campaign. Both migrate as a unit to Microsoft Dynamics 365 Sales Campaign and CampaignItem. CampaignItem links are resolved by Contact email during import. Campaign budget and status map directly to the Dynamics 365 Campaign fields.
Infor CloudSuite Customer Relationship Management (CRM)
Product and Price List
Microsoft Dynamics 365 Sales
Product2 + PricebookEntry
1:1Infor CRM Products and price lists are managed in the CRM for quoting. We migrate the product catalog and associated price schedules to Microsoft Dynamics 365 Sales Product2 records with Standard Price Book entries. Complex tiered pricing requires validation against the destination Pricebook2 structure and may need a custom pricing solution beyond standard Dynamics 365 product pricing.
Infor CloudSuite Customer Relationship Management (CRM)
Quote and Quote Line Items
Microsoft Dynamics 365 Sales
Quote and QuoteLineItem
1:1Infor CRM Quotes attached to Opportunities map to Microsoft Dynamics 365 Sales Quote records linked to the Opportunity. Quote headers and line items migrate with Opportunity and Account lookups resolved. If the destination does not have the Quote object enabled, Quotes migrate as Opportunity product lines with a custom Quote Status field capturing the original quote state.
Infor CloudSuite Customer Relationship Management (CRM)
Ticket (Customer Service)
Microsoft Dynamics 365 Sales
Case
1:1Infor CRM ticketing stores support cases with status, priority, assigned agent, and conversation history linked to the Account and Contact. We migrate Ticket records to Microsoft Dynamics 365 Sales Case, resolving AccountId and ContactId lookups. Multi-line ticket conversations migrate as Case comments or EmailMessage records attached to the Case. Case Record Types and Status values are configured in the destination org to match Infor's ticket stage schema.
Infor CloudSuite Customer Relationship Management (CRM)
Custom Fields
Microsoft Dynamics 365 Sales
Custom Fields
lossyInfor CRM supports user-defined custom fields on Accounts, Contacts, Opportunities, and Tickets with Infor-specific field types (picklists, dates, lookups). We inventory all custom fields during discovery, map them to typed Dynamics 365 custom fields, and pre-create the destination schema in the Sandbox before any data loads. Infor picklist values map to Dynamics 365 picklist or multi-select picklist values with a mapping table for each field.
Infor CloudSuite Customer Relationship Management (CRM)
Attachment
Microsoft Dynamics 365 Sales
SharePoint Document Location / Note
1:1Infor CRM stores attachments against Contacts, Accounts, Opportunities, and Tickets. We export attachments to a file store, then migrate them to SharePoint Online or Dynamics 365 native file storage. We create SharePoint Document Location records or Note records with file links on the parent Dynamics 365 Account, Contact, or Opportunity. Original file names and Infor metadata are preserved in the file description field.
Infor CloudSuite Customer Relationship Management (CRM)
Territory and Quota
Microsoft Dynamics 365 Sales
Territory (custom) + Forecasting
lossyInfor CRM territories assign sales reps to geographic or account-based regions with quota values per rep per territory per period. Microsoft Dynamics 365 Sales does not have a direct Territory object at all tiers. We create a custom Territory object with the hierarchy structure and map Infor quota values to custom fields. The customer's admin rebuilds the territory assignment UI in the Dynamics 365 Forecasting workspace. Complex multi-level quota hierarchies may require a custom solution.
Infor CloudSuite Customer Relationship Management (CRM)
User (Owner)
Microsoft Dynamics 365 Sales
User
1:1Infor CRM Users serve as record Owners and link to Territories. We extract all distinct Users referenced on migrating records and match by email against the Dynamics 365 User table. Any Infor User without a matching Dynamics 365 User is placed in a reconciliation queue. The customer's admin provisions missing Users before the production migration phase begins, as OwnerId references are required on standard objects.
Infor CloudSuite Customer Relationship Management (CRM)
Group (Saved Query)
Microsoft Dynamics 365 Sales
Advanced Find Saved View (manual)
lossyInfor CRM Groups are saved query results that segment records by defined criteria. Microsoft Dynamics 365 Sales does not have a direct equivalent to Infor's Group concept. We migrate the Group name and document the query criteria in the mapping spreadsheet. The customer's admin recreates each Group as an Advanced Find saved view or exports the resulting record set as a manual list in Dynamics 365. If the customer has more than 20 Groups, we flag this as a separate cleanup engagement.
| Infor CloudSuite Customer Relationship Management (CRM) | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Account | Account1:1 | Fully supported | |
| Contact (Sales Contact) | Contact1:1 | Fully supported | |
| Opportunity | Opportunity1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Activities (Tasks, Events, Calls, Notes) | Task, Event, EmailMessage1:many | Fully supported | |
| Sales Forecasts | Opportunity + Forecast Period (custom)lossy | Mapping required | |
| Campaign and Campaign Items | Campaign and CampaignItem1:1 | Fully supported | |
| Product and Price List | Product2 + PricebookEntry1:1 | Fully supported | |
| Quote and Quote Line Items | Quote and QuoteLineItem1:1 | Fully supported | |
| Ticket (Customer Service) | Case1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Attachment | SharePoint Document Location / Note1:1 | Fully supported | |
| Territory and Quota | Territory (custom) + Forecastinglossy | Fully supported | |
| User (Owner) | User1:1 | Fully supported | |
| Group (Saved Query) | Advanced Find Saved View (manual)lossy | 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.
Infor CloudSuite Customer Relationship Management (CRM) gotchas
Outlook export creates duplicate contacts, not synced records
Usage-based API licensing gates customer-built integrations
Slow performance with large groups blocks export and migration prep
Sales Periods and forecast schema require explicit mapping
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 scoping
We audit the source Infor CRM database across record counts (Accounts, Contacts, Opportunities, Leads, Activities, Tickets), custom field inventory, territory structures, Sales Period schema, active BPM workflows, ION integrations, and attachment volume. We review the Outlook integration to assess the scope of duplicate Contacts. We pair this with a Microsoft Dynamics 365 Sales edition recommendation: Professional ($65/user/month) covers most migrations; Enterprise ($105/user/month) is needed if the customer requires Copilot AI, advanced forecasting, or custom objects; Premium ($150/user/month) only if prebuilt intelligence solutions are required. The discovery output is a written migration scope with record counts, custom field inventory, and a Dynamics 365 edition recommendation.
Schema design and custom field pre-creation
We design the Microsoft Dynamics 365 Sales destination schema: custom fields typed to match Infor equivalents (picklists, dates, lookups), Opportunity Record Types and Sales Processes mapped to Infor pipeline and stage schemas, Case Record Types and Status values for ticketing, and custom Territory and Forecast Period objects if the Infor territory and Sales Period structure is complex. Schema is deployed into a Dynamics 365 Sandbox via the API before any data migration begins. We also design the deduplication strategy for Contacts based on email and name matching against the customer's tolerance for duplicate records.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 Sandbox using production-like data volume. The customer's CRM admin reconciles record counts (Accounts, Contacts, Opportunities, Leads, Activities, Tickets), spot-checks 20-30 records against the Infor CRM source, and validates the Sales Period date decomposition. Any mapping corrections and schema changes happen in the Sandbox before production migration begins. The admin signs off on the mapping spreadsheet before we proceed to production.
Owner reconciliation and User provisioning
We extract every distinct Infor CRM User referenced on Contacts, Opportunities, Leads, Activities, and Tickets and match by email against the Dynamics 365 User table. Users without a matching Dynamics 365 User go to a reconciliation queue. The customer's admin provisions any missing Users in Dynamics 365 before the production migration phase. Migration cannot proceed past this step because OwnerId references are required on standard Opportunity, Lead, and Activity objects in Microsoft Dynamics 365 Sales .
Production migration in dependency order
We run production migration in record dependency order: Accounts first (parent records), then Contacts with AccountId resolved to the parent Account, then Opportunities with AccountId and OwnerId resolved, then Leads, then Activities (Tasks, Events, EmailMessages via Bulk API 2.0), then Sales Forecasts with period decomposition, then Campaigns and Campaign Items, then Products and Price List entries, then Quotes with line items, then Tickets, then Custom Objects, then Attachments with SharePoint document links created. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and workflow rebuild handoff
We freeze Infor CRM writes during cutover, run a final delta migration of any records modified during the migration window, and enable Microsoft Dynamics 365 Sales as the system of record. We deliver the BPM workflow and ION integration inventory document to the customer's admin team for rebuild in Microsoft Dynamics 365 Sales Flow. We deliver the final field mapping spreadsheet with actual values. We support a one-week hypercare window for reconciliation issues. We do not rebuild Infor BPM workflows as Microsoft Dynamics 365 Sales Flow as part of the standard migration scope; that is a separate engagement. We do not provide post-migration admin support, training, or workflow rebuild as standard scope.
Platform deep dives
Infor CloudSuite Customer Relationship Management (CRM)
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 Infor CloudSuite Customer Relationship Management (CRM) 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
Infor CloudSuite Customer Relationship Management (CRM): Not publicly documented — customer-built services are metered by usage minutes, requests, and storage under the license agreement.
Data volume sensitivity
Infor CloudSuite Customer Relationship Management (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 Infor CloudSuite Customer Relationship Management (CRM) to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Infor CloudSuite Customer Relationship Management (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 Infor CloudSuite Customer Relationship Management (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.