CRM migration

Migrate from FieldAware by GPS Insight to Microsoft Dynamics 365 Sales

Field-level mapping, validation, and rollback between FieldAware by GPS Insight and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .

FieldAware by GPS Insight logo

FieldAware by GPS Insight

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

14 of 14

objects map 1:1 between FieldAware by GPS Insight and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

2–5 days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

FieldAware by GPS Insight is a field service management platform built around work orders: jobs carry customer context, location data, assigned technicians, asset links, and line-item pricing. Dynamics 365 Sales (built on Microsoft Dataverse) has no native work-order entity — jobs map to the Case entity for service tracking, with FieldAware's customer and location records becoming Account and Contact lookups. FlitStack AI sequences the migration so Accounts and Contacts land first (since Cases carry AccountId lookups), then jobs map as Cases with the original job status, scheduled date, and technician owner preserved. Invoices, quotes, and line items migrate as their Dynamics equivalents. FieldAware's scheduling and dispatch automations have no native equivalent in Dynamics 365 Sales — those rules are exported as reference documentation for rebuilding in Power Automate. We use FieldAware's REST API for data extraction and Dynamics 365's Web API (Dataverse) for ingestion, with a 24–48 hour delta-pickup window capturing any changes made in FieldAware during the cutover.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

FieldAware by GPS Insight logo

FieldAware by GPS Insight

What's pushing teams away

  • Support fragmentation where multiple agents respond to a single ticket asking redundant questions creates confusion and delays resolution, especially for billing or refund issues.
  • Refund processing workflow is widely reported as confusing and error-prone, requiring detailed knowledge of job status to route correctly, which frustrates accounting staff.
  • Mobile app syncing problems and occasional data loss during orientation changes or typing on Android devices cause technicians to lose completed job data.
  • Limited automatic customer text alerts and poor secondary technician job visibility on active work orders create communication gaps on multi-tech jobs.
  • Advanced customizations and deeper configuration options often require vendor assistance rather than self-service within the platform.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How FieldAware by GPS Insight objects map to Microsoft Dynamics 365 Sales

Each row shows how a FieldAware by GPS Insight 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.

FieldAware by GPS Insight

Job

maps to

Microsoft Dynamics 365 Sales

Incident (Case)

1:1
Fully supported

FieldAware jobs carry customer, location, technician, asset, and line-item context. These map as Cases with the AccountId lookup pointing to the migrated Customer. Original job status (Pending, In Progress, Completed, On Hold) maps to Case Status (Active, Resolved, Cancelled, On Hold) via value-mapping.

FieldAware by GPS Insight

Customer

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

FieldAware Customer is the top-level entity holding name, billing address, and contact list. Maps 1:1 to Dynamics Account. The Customer ID is preserved as a custom field (Source_Customer_ID__c) for traceability and delta-run de-duplication and enables cross-reference reporting across source and target systems.

FieldAware by GPS Insight

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

FieldAware Contacts (per Customer) map to Dynamics Contacts. Each contact gets its AccountId lookup populated from the migrated Customer-Account pair. Multiple contacts per customer collapse to individual Contact records linked by AccountId ensuring that service locations and billing contacts are correctly associated in the target CRM.

FieldAware by GPS Insight

Location

maps to

Microsoft Dynamics 365 Sales

Account.Address (composite) or custom Address table

1:1
Fully supported

FieldAware Locations hold service-site address, contact name, and site-specific notes. Dynamics Accounts store a primary address composite (address1_line1, city, state, postalcode, country). Multiple locations per Customer map to additional address lines or a custom Address table — your admin chooses before migration.

FieldAware by GPS Insight

Asset

maps to

Microsoft Dynamics 365 Sales

Custom Asset table (new_asset) or Product entity

1:1
Fully supported

FieldAware Assets (serial number, make, model, warranty end date, linked customer) have no native Dynamics 365 Sales equivalent. We create a custom Asset table (new_asset) with AccountId and ContactId lookups and preserve the full asset record including service history dates as custom fields.

FieldAware by GPS Insight

Job (linked Asset)

maps to

Microsoft Dynamics 365 Sales

Incident (Case) + new_asset lookup

1:1
Fully supported

When a FieldAware Job references an Asset, the Case in Dynamics holds a lookup to the custom Asset table (new_assetid). This preserves the equipment context on each service Case so technicians see the asset history before a visit and supports future service scheduling decisions.

FieldAware by GPS Insight

Quote

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

FieldAware Quotes (line items, pricing, customer reference) sent to customers map as Dynamics Opportunities. Quote status (Draft, Sent, Accepted, Declined) maps to Opportunity Stage values via value-mapping. Accepted quotes may also generate a Dynamics Quote record for the full sales-order chain.

FieldAware by GPS Insight

Quote Line Item

maps to

Microsoft Dynamics 365 Sales

Opportunity Product (opportunityproduct)

1:1
Fully supported

FieldAware Quote line items (item reference, quantity, unit price, discount) map to Dynamics Opportunity Product records. The Product lookup resolves against the migrated Items catalog. Discount handling uses the manual discount field on Opportunity Product and maintains pricing accuracy across the sales pipeline.

FieldAware by GPS Insight

Invoice

maps to

Microsoft Dynamics 365 Sales

Invoice

1:1
Fully supported

FieldAware Invoices (invoice number, date, total amount, status) map to Dynamics Invoice records. Line items resolve as Invoice Product records linked to the Invoice. Original invoice number preserved in the Invoice Number field for billing reference and ensures audit trail continuity during transition.

FieldAware by GPS Insight

Item (catalog)

maps to

Microsoft Dynamics 365 Sales

Product

1:1
Fully supported

FieldAware Items and parts (name, part number, description, unit price) map to Dynamics Products. The part number maps to the Product Number field. Products are activated in the catalog before job and quote migrations run so lookups resolve correctly for downstream reporting.

FieldAware by GPS Insight

User / Technician

maps to

Microsoft Dynamics 365 Sales

SystemUser or Contact

1:1
Fully supported

FieldAware Users and assigned Technicians are resolved by email match against Dynamics SystemUser records. Technicians who are not Dynamics licensed users land as Contacts with a custom field (Technician_in_Source__c) set to true for reference and can be upgraded to full users later as needed.

FieldAware by GPS Insight

Task

maps to

Microsoft Dynamics 365 Sales

Task

1:1
Fully supported

FieldAware Tasks linked to jobs map as Dynamics Tasks with the regardingobjectid pointing to the Case. Original task description, due date, and owner are preserved. Completed task status maps directly and includes a flag for tasks requiring client approval before closure.

FieldAware by GPS Insight

Custom Field (Job, Invoice, Asset, Customer, Contact)

maps to

Microsoft Dynamics 365 Sales

Custom Column (new_<schemaname>)

1:1
Fully supported

FieldAware custom fields declared per entity are migrated as Dataverse custom columns with the new_ prefix. Dropdown-type custom fields require explicit value-mapping against the Dynamics picklist options. CheckBox fields map to the TwoOption (boolean) type and each mapping is validated before final load.

FieldAware by GPS Insight

Job Signature / Customer Sign-off

maps to

Microsoft Dynamics 365 Sales

Annotation (Note) or custom attachment

1:1
Fully supported

FieldAware customer signature capture on completed jobs has no native Dynamics equivalent. We preserve the signature image as a Note attachment on the Case record, linked via RegardingId to the migrated Case ensuring that sign-off proof remains attached for compliance audits.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

FieldAware by GPS Insight logo

FieldAware by GPS Insight gotchas

High

User tier cap misalignment at migration time

Medium

Custom field format type immutability

Medium

API rate limits are not publicly documented

Medium

Asset-to-Job linkage reconstruction

Low

FieldAware brand transition to GPS Insight

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • Jobs lack a native CRM equivalent — choosing Case vs. Opportunity determines reporting shape

    FieldAware Jobs are the operational core of the platform, but Dynamics 365 Sales has no work-order entity. FlitStack maps Jobs to the Incident (Case) entity so each service event is a trackable Case with an AccountId, priority, and technician owner. If your team also needs to forecast service revenue in the same Opportunity pipeline as direct sales deals, a parallel Opportunity mapping is required — that doubles the schema design work before data can land correctly. We surface this decision in the schema plan and let your team choose the reporting model before migration runs.

  • Asset records require a custom Dataverse table — no native equivalent in Sales

    FieldAware's Asset entity holds serial numbers, equipment make/model, warranty end dates, and linked customer records. Dynamics 365 Sales has no native asset management table — it lives in Dynamics 365 Field Service (a separate product). We create a custom Asset table (new_asset) in your Dynamics environment with the necessary fields, linked to Account and Contact. Field Service's resource and booking entities are not included in a standard Sales migration and require a separate scope conversation.

  • Scheduling and dispatch logic cannot migrate — route-optimization rules need Power Automate rebuild

    FieldAware's drag-and-drop scheduling board, route-optimization rules, and technician dispatch logic are FSM-specific automation. Dynamics 365 Sales has no native scheduling canvas. Those rules must be rebuilt in Power Automate — or your team adopts Dynamics 365 Field Service for the scheduling layer. We export your current FieldAware dispatch rules, priority weighting, and technician assignment logic as a reference document your admin can use to configure Power Automate cloud flows or Field Service booking setup after go-live.

  • Items catalog requires Product activation before job and quote migrations

    FieldAware line items on jobs and quotes reference the Items catalog by ID. Dynamics Opportunities and Opportunity Products resolve Product lookups at migration time. If the Product catalog is not migrated and activated before Jobs run, every Opportunity Product line fails the lookup and lands as a manual-entry text field instead of a linked record. We sequence Items → Products first in the migration order and verify the catalog is searchable in Dynamics before any job or quote data moves.

  • Custom field value-mapping for Dropdown fields requires explicit per-value setup

    FieldAware Dropdown custom fields store their options as a defined list (e.g., Job Type: Repair, Installation, Maintenance, Inspection). When these become Dynamics custom columns with a picklist type, each source value needs an explicit Dynamics picklist item created and mapped. If the Dynamics picklist is created with a different sort order or missing values, the migration records either fail validation or land with a default value. We audit all Dropdown custom fields before migration, generate the Dynamics picklist definition, and apply value-mapping rows per field before any data loads.

Migration approach

Six steps for a successful FieldAware by GPS Insight to Microsoft Dynamics 365 Sales data migration

  1. Audit FieldAware data model and export the full entity graph

    We connect to FieldAware's REST API with scoped read credentials and export all entity types: Customers, Locations, Contacts, Assets, Jobs, Quotes, Invoices, Items, Tasks, and custom field declarations. We identify orphaned records (e.g., jobs with deleted customers), flag duplicate customer names, and assess the inventory catalog size. This audit produces a migration scope document and a field-level inventory before any schema design begins.

  2. Design the Dynamics 365 data model and create custom tables

    Based on the audit, we design the Dynamics schema: Account and Contact structures from FieldAware customers and contacts, the custom Asset table (new_asset) with all asset fields, and Case configuration for jobs. We create any Dataverse custom columns required for FieldAware custom fields, define picklist options for Dropdown types, and document the Product catalog setup before data extraction begins. We also generate a field mapping worksheet for review and sign-off by the solution architect before moving to data extraction.

  3. Resolve owners and users by email against Dynamics users

    FieldAware users and assigned technicians are resolved by email match against Dynamics 365 SystemUser records. Unmatched users are flagged with a report — your team either invites them as licensed Dynamics users first or assigns their records to a fallback owner. No Case, Account, or Contact lands in Dynamics without a resolved OwnerId. This step runs before any record migration so the ownership chain is intact from the first batch.

  4. Sequence and migrate in dependency order with sample diff

    We sequence the migration: Products first (for catalog lookups), then Accounts and Contacts, then custom Asset records, then Cases (from Jobs), then Tasks, then Quotes and Invoices. A representative sample migration (typically 50–200 records spanning jobs, customers, and invoices) runs first. We generate a field-level diff comparing source FieldAware values against the migrated Dynamics records so you can verify timestamp preservation, owner resolution, and asset linkage before the full run commits.

  5. Cut over with delta pickup and one-click rollback

    The full migration runs against your Dynamics 365 Sales instance via the Dataverse Web API. A delta-pickup window (24–48 hours) captures any records created or modified in FieldAware during the cutover so Dynamics reflects the final state at go-live. An audit log records every operation. If reconciliation fails, one-click rollback reverts the Dynamics instance to its pre-migration snapshot. And includes a detailed report for compliance review.

Platform deep dives

Context on both ends of the pair

FieldAware by GPS Insight logo

FieldAware by GPS Insight

Source

Strengths

  • Native offline-capable mobile apps for iOS and Android keep field operations running without connectivity.
  • Route optimization and schedule dispatching reduce travel time and prevent double-booking technicians.
  • End-to-end quote-to-invoice workflow with built-in payment processing eliminates module switching.
  • Open REST API with JSON payloads enables integrations to NetSuite, Domo, and other enterprise systems.
  • Scalable from 2-user Starter to 500+ vehicle fleets with tiered pricing and no per-module surprises.

Weaknesses

  • Support ticket handling involves multiple agents with overlapping questions, delaying issue resolution.
  • Refund processing requires specific knowledge of job lifecycle stages and is widely reported as error-prone.
  • Mobile app crashes or freezes during phone orientation changes and typing, causing incomplete job sync.
  • Automatic customer text notifications are absent, requiring manual communication for job status updates.
  • Advanced customizations and deeper configuration options often require vendor-assisted implementation.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across FieldAware by GPS Insight and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    FieldAware by GPS Insight: Not publicly documented in the FieldAware REST API reference..

  • Data volume sensitivity

    B

    FieldAware by GPS Insight doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your FieldAware by GPS Insight to Microsoft Dynamics 365 Sales migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about FieldAware by GPS Insight to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during FieldAware by GPS Insight to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your FieldAware by GPS Insight to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Field service data migrations are more complex than standard CRM moves because Jobs require a custom schema design and Asset records need a custom Dataverse table. Most FieldAware-to-Dynamics migrations complete in 3–7 days of clock time for under 50,000 records. Larger setups with 500k+ records, a large Items catalog, or extensive custom fields extend to 10–14 days. The longest step is typically the schema design for the Job-to-Case mapping and the custom Asset table setup before data can land.

Adjacent paths

Related migrations to explore

Ready when you are

Move from FieldAware by GPS Insight.
Land in Microsoft Dynamics 365 Sales , intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day