CRM migration
Field-level mapping, validation, and rollback between Fieldmagic and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Fieldmagic
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
11 of 13
objects map 1:1 between Fieldmagic and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–96 hours
Overview
Fieldmagic organizes field service operations around Jobs, Sites, Assets, and Quotes — a model optimized for dispatching, work-order tracking, and technician scheduling. Dynamics 365 Sales (built on Dataverse) models revenue around Accounts, Contacts, Leads, and Opportunities, with limited native scheduling or asset management. The migration carries every standard record — Customers, Sites, Contacts, Jobs, Quotes, and custom fields — into their Dynamics 365 equivalents. The harder problems are converting Fieldmagic Jobs into Opportunities or custom Work Order entities, preserving the asset-to-site hierarchy, and mapping job status values to D365 pick-lists. Schedules and dispatch configurations do not translate — FlitStack exports the scheduling data as reference so your D365 admin can rebuild dispatch views. We use scoped read access against the Fieldmagic API, run a sample migration with field-level diff, then perform the full cutover with a 24–48 hour delta-pickup window capturing any in-flight changes during the switch. FlitStack also runs a validation pass that checks pick-list consistency and foreign-key resolution, ensuring that each migrated Job and Asset links correctly to its parent Account before the final cutover.
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
Fieldmagic platform overview
Scorecard, SWOT, gotchas, and pricing for Fieldmagic.
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 Fieldmagic 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.
Fieldmagic
Customer
Microsoft Dynamics 365 Sales
Account
1:1Fieldmagic Customers map directly to Dynamics 365 Sales Accounts. Customer type (company vs. individual) determines whether Account is Organization or Person. Multi-site customers generate one primary Account record with Site data stored as custom address fields or separate address records.
Fieldmagic
Site
Microsoft Dynamics 365 Sales
Account Address / Custom Address Table
1:1Fieldmagic Sites represent physical service locations. Each Site maps to Address fields on the Account or a custom Address__c table in Dataverse. Sites linked to a Customer generate parent-Account lookups; standalone sites require an Account record. Site-specific notes and location codes migrate as custom fields.
Fieldmagic
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Fieldmagic Contacts map 1:1 to Dynamics 365 Sales Contacts. The Contact's primary Customer becomes the AccountId lookup. Job-related contacts without a Customer association attach to a default placeholder Account. Email, phone, and job title fields map directly. Additional details such as address and notes are also migrated as custom fields.
Fieldmagic
Job
Microsoft Dynamics 365 Sales
Opportunity / Custom Job__c Table
many:1Fieldmagic Jobs are the core record. They contain job details, status, assigned technician, site link, asset link, parts, labor, and billing info. In D365 Sales, Jobs do not map to a native entity — FlitStack creates a custom Job__c table in Dataverse and maps Job Status to a custom pick-list. Job financial totals (labor + parts) can also populate Opportunity Amount for pipeline visibility.
Fieldmagic
Job Status
Microsoft Dynamics 365 Sales
Custom Job__c.JobStatus__c (pick-list)
1:1Fieldmagic job statuses (e.g., Scheduled, In Progress, On Hold, Completed, Cancelled) map to a custom pick-list on the Job__c table. Status probability and forecast-category assignment requires D365 admin configuration. FlitStack delivers a value-map spec as part of the migration plan.
Fieldmagic
Asset Type
Microsoft Dynamics 365 Sales
Custom AssetType__c / Product
1:1Fieldmagic Asset Types categorize equipment (e.g., HVAC Unit, Refrigerator, Generator). They map to either a custom AssetType__c table or D365 Sales Products if the asset is sold. Which approach depends on whether the organization needs asset tracking as a service offering or product-catalog management.
Fieldmagic
Asset
Microsoft Dynamics 365 Sales
Custom Asset__c Table
1:1Fieldmagic Assets — individual equipment items — migrate to a custom Asset__c table in Dataverse. Each Asset links to its Site (address) and Asset Type (custom lookups). Asset serial number, make/model, and install date migrate as fields. Maintenance history migrates as related Asset Service Records.
Fieldmagic
Asset Service Record
Microsoft Dynamics 365 Sales
Custom AssetServiceRecord__c / Job__c
1:1Fieldmagic records each service event on an Asset (what was done, when, by whom, and at what cost). These migrate as related records on the Asset__c table or as separate AssetServiceRecord__c entries. Original timestamps and technician assignments are preserved. and provide full service history.
Fieldmagic
Quote
Microsoft Dynamics 365 Sales
Quote / Opportunity Product
many:1Fieldmagic Quotes contain materials and labor lines, approval status, and conversion to Jobs. They map to D365 Sales Quotes with line items for materials and labor. Quote status (Draft, Sent, Accepted, Lost) maps to D365 Quote Status. If the Quote converted to a Job, the corresponding Job__c record links back to the Opportunity.
Fieldmagic
Quote Line Item
Microsoft Dynamics 365 Sales
Quote Product / Opportunity Product
1:1Fieldmagic Quote Line Items (materials, labor hours, fixed-price tasks) map to D365 Quote Detail (Opportunity Product) records. Unit price and quantity map directly; line-type flags (material vs. labor) become custom fields on the product line because D365 has no native line-type distinction.
Fieldmagic
Office User
Microsoft Dynamics 365 Sales
SystemUser / Azure AD User
1:1Fieldmagic office users map to Dynamics 365 Sales users. Matching happens by email address. Unmatched users are flagged before migration — your D365 admin creates the user record first, or records reassign to a fallback owner. Mobile-only technicians may not need D365 user licenses if they won't access the CRM directly.
Fieldmagic
Invoice
Microsoft Dynamics 365 Sales
Invoice / Custom Invoice__c
1:1Fieldmagic Invoices (generated from Jobs) map to D365 Sales Invoice records if the D365 Finance module is active, or to a custom Invoice__c table for standalone CRM deployments. Invoice status, total amount, and line items preserve the original values. across the migration.
Fieldmagic
Custom Field (Fieldmagic)
Microsoft Dynamics 365 Sales
Custom Column on Destination Table
1:1Fieldmagic custom fields on any object map to custom columns on the corresponding D365 Dataverse table. Data type mapping handles text, number, date, and pick-list fields. Complex custom objects in Fieldmagic map to custom Dataverse tables with appropriate lookups. and relationships.
| Fieldmagic | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Customer | Account1:1 | Fully supported | |
| Site | Account Address / Custom Address Table1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Job | Opportunity / Custom Job__c Tablemany:1 | Fully supported | |
| Job Status | Custom Job__c.JobStatus__c (pick-list)1:1 | Fully supported | |
| Asset Type | Custom AssetType__c / Product1:1 | Fully supported | |
| Asset | Custom Asset__c Table1:1 | Fully supported | |
| Asset Service Record | Custom AssetServiceRecord__c / Job__c1:1 | Fully supported | |
| Quote | Quote / Opportunity Productmany:1 | Fully supported | |
| Quote Line Item | Quote Product / Opportunity Product1:1 | Fully supported | |
| Office User | SystemUser / Azure AD User1:1 | Fully supported | |
| Invoice | Invoice / Custom Invoice__c1:1 | Fully supported | |
| Custom Field (Fieldmagic) | Custom Column on Destination 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.
Fieldmagic gotchas
Site-Asset hierarchy is a mandatory import dependency
Checklist auto-attachment and completion data require separate handling
Salesforce custom objects and custom fields are not covered by standard import
Contract pricing links to invoicing require value-level mapping
Bulk API extraction is not publicly documented
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
Discover Fieldmagic schema and destination requirements
FlitStack ingests Fieldmagic's export schema — Customers, Sites, Contacts, Jobs, Assets, Quotes, and all custom fields — via scoped API access. We simultaneously analyze your target D365 Sales environment to identify existing tables, pick-list values, and licensing tier. The discovery output includes a site-count analysis (for multi-location customer decisions), a custom-table count estimate (for Professional vs. Enterprise licensing), and a job-to-asset relationship map. This phase typically runs 3–5 business days.
Design Dataverse schema for custom entities
Based on discovery, your D365 admin (or our team) creates the custom Job__c, Asset__c, AssetType__c, AssetServiceRecord__c, and Address__c tables in Dataverse before data lands. We deliver a schema setup plan specifying table names, column types, pick-list values, and required lookups. Fieldmagic job statuses and asset types map to custom pick-lists during this step. If your D365 plan is Professional-tier, we validate that the total table count stays within the 15-table limit or recommend Enterprise.
Run sample migration with field-level diff
A representative slice — typically 100–500 records covering a multi-site Customer, several Jobs with assets, a Quote with line items, and related Contacts — migrates first. FlitStack generates a field-level diff showing source value, transformed value, and destination field for every mapped column. You verify that job status values map correctly, asset-to-site links resolve, and technician assignments resolve to D365 users. No records commit to production until you sign off on the sample diff.
Execute full migration with delta-pickup window
The full record set — Customers, Sites, Contacts, Assets, Jobs, Quotes, and custom fields — migrates in dependency order (Accounts first, then Contacts, then Assets, then Jobs, then Quotes). A 24–48 hour delta-pickup window runs concurrently, capturing any records created or modified in Fieldmagic during the cutover. Audit log tracks every operation. After delta-pickup completes, a reconciliation report compares record counts by type against the Fieldmagic export. One-click rollback is available if reconciliation fails.
Deliver scheduling reference export and rebuild guide
Alongside the data migration, FlitStack exports scheduling data as a structured CSV: technician name, shift date, assigned job numbers, and site locations. This serves as the reference input for your D365 admin to rebuild dispatch views manually. If you're licensing D365 Field Service, the reference file maps directly to Work Order scheduling boards. We also provide an automation rebuild guide for any Fieldmagic workflow rules your team needs to reconstruct in D365 Sales or Power Automate.
Platform deep dives
Fieldmagic
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Fieldmagic and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Fieldmagic and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Fieldmagic 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
Fieldmagic: Not publicly documented.
Data volume sensitivity
Fieldmagic 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 Fieldmagic to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Fieldmagic 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 Fieldmagic
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.