CRM migration
Field-level mapping, validation, and rollback between Jobsite Mobile and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Jobsite Mobile
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 12
objects map 1:1 between Jobsite Mobile and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
Jobsite Mobile is a mobile-first CRM built for field-service teams, construction companies, and contractors who manage work orders, assets, and project schedules from a mobile device. Its data model centers on Work Order, Asset, Contact, Company, and custom job-site properties — with field-level status tracking, technician assignments, and photo/file attachments per work order. Dynamics 365 Sales uses Microsoft Dataverse as its data substrate, with standard entities for Account, Contact, Lead, Opportunity, and Case, plus custom tables for extensibility. FlitStack AI extracts Jobsite Mobile data via its API, transforms work orders into Dynamics Cases or custom tables, maps technician assignments to Dynamics Owner lookups, preserves asset hierarchies in custom tables, and migrates all attachments to Dynamics 365's SharePoint-connected file store. Workflows, job-scheduling rules, and field-service routing configurations do not migrate — FlitStack exports their definitions as a rebuild reference for your Dynamics admin. The migration runs against Dynamics 365's Web API and Dataverse bulk endpoints, with a 24–48 hour delta-pickup window capturing any records modified during the cutover window. Before data lands, FlitStack delivers a schema setup plan identifying which custom tables, fields, and security roles your Dynamics environment needs to receive the Jobsite Mobile data correctly.
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
Jobsite Mobile platform overview
Scorecard, SWOT, gotchas, and pricing for Jobsite Mobile.
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 Jobsite Mobile 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.
Jobsite Mobile
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Jobsite Mobile contacts map directly to Dynamics 365 Contact records. Every contact must have a parent AccountId — contacts without a primary company link are attached to a placeholder 'Unassigned Account' in Dynamics. Email, phone, job title, and address fields migrate as direct text fields. OwnerId is resolved by email match against Dynamics users.
Jobsite Mobile
Company
Microsoft Dynamics 365 Sales
Account
1:1Jobsite Mobile companies map to Dynamics 365 Account records. Company name becomes Account.Name; domain/website maps to Website; industry pick-list values map value-by-value to Dynamics Industry pick-list where matches exist. Parent-company hierarchies in Jobsite Mobile map to Account.ParentAccountId in Dynamics, requiring parent records to migrate first to avoid circular-reference errors.
Jobsite Mobile
Work Order
Microsoft Dynamics 365 Sales
Incident (custom table) / Case
1:1Jobsite Mobile work orders do not have a direct Dynamics 365 Sales equivalent — they are project or job records, not sales opportunities. FlitStack maps them to a custom Dataverse table named 'new_WorkOrder' with a 1:1 field mapping. The original work-order number is preserved as new_WorkOrderNumber. Work-order status transitions are logged as custom datetime columns (new_StatusChangedOn) for reporting continuity.
Jobsite Mobile
Work Order Line Item / Material
Microsoft Dynamics 365 Sales
new_WorkOrderLineItem (custom table)
1:1Each line item on a Jobsite Mobile work order (materials, labor hours, equipment charges) maps to a custom Dataverse table record linked to the work-order table via a lookup column (new_WorkOrderId). Quantity, unit price, and line total migrate as new_Quantity, new_UnitPrice, and new_LineTotal decimal fields.
Jobsite Mobile
Asset
Microsoft Dynamics 365 Sales
new_Asset (custom table) / Product
1:1Jobsite Mobile assets (equipment, vehicles, site equipment) that are used in work orders map to a custom Dataverse 'new_Asset' table with serial number, location, and status fields. Assets that are also sellable products (spare parts, consumables) additionally map to the Dynamics Product table with the new_AssetId cross-reference stored for traceability.
Jobsite Mobile
Technician / User
Microsoft Dynamics 365 Sales
SystemUser
1:1Jobsite Mobile user accounts — including technicians, dispatchers, and admins — are resolved against Dynamics 365 SystemUser records by email address. If a Jobsite Mobile user has no matching Dynamics user, FlitStack flags the record and assigns it to a migration fallback owner until your admin provisions the user in Dynamics.
Jobsite Mobile
Work Order Status History
Microsoft Dynamics 365 Sales
Custom datetime columns on new_WorkOrder
1:1Jobsite Mobile tracks each status change on a work order with a timestamp and the user who made the change. Since Dynamics 365 has no native status-history audit table for custom tables, FlitStack creates a custom column set (new_StatusHistoryJson or separate new_LastStatusChangeDate / new_LastStatusChangeBy fields) to preserve this history as structured data in the migration.
Jobsite Mobile
Attachment / Photo
Microsoft Dynamics 365 Sales
Annotation
1:1Files and photos attached to work orders in Jobsite Mobile are downloaded and re-uploaded to Dynamics 365's SharePoint-connected annotation store (the Annotation entity). Original filenames and MIME types are preserved. Files exceeding Dynamics' 25 MB per-attachment limit are split or referenced via external URL fields on the work-order record.
Jobsite Mobile
Custom Job-Site Property
Microsoft Dynamics 365 Sales
Custom columns on new_WorkOrder
1:1Jobsite Mobile custom fields on work orders — such as site_access_instructions, permit_number, inspection_required — are created as new_ columns in the custom work-order Dataverse table before migration. Field data types are matched: text to string, pick-lists to choice columns, dates to datetime columns, checkboxes to two-option columns.
Jobsite Mobile
Workflow / Automation
Microsoft Dynamics 365 Sales
Power Automate / Dataverse workflows
1:1Jobsite Mobile workflows (e.g., automatic work-order assignment when a status changes, reminder triggers, notification rules) have no direct equivalent in Dynamics 365 Sales. FlitStack exports workflow definitions as JSON and provides a mapping document showing the Power Automate trigger/action equivalent for each Jobsite Mobile rule.
Jobsite Mobile
GPS / Route Data
Microsoft Dynamics 365 Sales
Custom columns on new_WorkOrder
1:1Jobsite Mobile stores GPS coordinates for work-order locations and technician route data. This is preserved as new_SiteLatitude and new_SiteLongitude decimal fields on the work-order table. Routing and dispatch visualization requires Dynamics 365 Field Service or a Power Apps Canvas app — not included in the migration scope.
Jobsite Mobile
Invoice / Billing Record
Microsoft Dynamics 365 Sales
Invoice / Order
1:1If Jobsite Mobile contains invoiced work orders, the line-item data maps to Dynamics 365 Sales Invoice or Order records (InvoiceDetail lines). Status (Paid, Outstanding) maps to the Invoice Status field. The original Jobsite Mobile invoice number is stored as new_JobsiteInvoiceNumber for reconciliation against source records.
| Jobsite Mobile | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Work Order | Incident (custom table) / Case1:1 | Fully supported | |
| Work Order Line Item / Material | new_WorkOrderLineItem (custom table)1:1 | Fully supported | |
| Asset | new_Asset (custom table) / Product1:1 | Fully supported | |
| Technician / User | SystemUser1:1 | Fully supported | |
| Work Order Status History | Custom datetime columns on new_WorkOrder1:1 | Fully supported | |
| Attachment / Photo | Annotation1:1 | Fully supported | |
| Custom Job-Site Property | Custom columns on new_WorkOrder1:1 | Fully supported | |
| Workflow / Automation | Power Automate / Dataverse workflows1:1 | Fully supported | |
| GPS / Route Data | Custom columns on new_WorkOrder1:1 | Fully supported | |
| Invoice / Billing Record | Invoice / Order1: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.
Jobsite Mobile gotchas
No documented public API for bulk data export
Per-user licensing inflates cost for large or seasonal crews
Custom fields limited to 100 per Work Order object
Historical Work Orders become read-only after 90 days
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
Audit Jobsite Mobile API and export data
FlitStack connects to the Jobsite Mobile API using scoped read-only credentials and exports all records across Contact, Company, Work Order, Work Order Line Item, Asset, and any custom job-site properties. We run a data quality assessment identifying incomplete records, duplicate companies, orphaned contacts, and missing owner assignments before any transformation logic runs. The export includes attachment URLs, status history logs, and custom field definitions from the Jobsite Mobile schema. We produce a data-dictionary document listing every object, field, and pick-list value with its source API path.
Design and create Dynamics 365 custom Dataverse tables
Before data moves, FlitStack delivers a schema setup plan identifying every custom Dataverse column required for Jobsite Mobile data. For work orders, we define the new_WorkOrder table with all mapped columns (new_WorkOrderNumber, new_Status, new_Priority, new_ScheduledStartDate, new_SiteLatitude, new_SiteLongitude, new_SiteAccessInstructions, new_PermitNumber, etc.) and a linked new_WorkOrderLineItem table. Your Dynamics admin creates these tables and columns in the target environment — FlitStack provides the exact column names, types, choice values, and display names. This step also confirms whether your Dynamics license tier supports the required number of custom tables.
Provision Dynamics users and resolve owners by email
FlitStack matches every Jobsite Mobile user (technicians, admins, dispatchers) against Dynamics 365 SystemUser records by email address. The migration generates a pre-flight owner-resolution report listing matched users, unmatched users, and the fallback assignment for each unmatched record. Your team provisions any missing Dynamics users before the migration step runs. No work order or asset record migrates without a confirmed OwnerId in Dynamics 365.
Migrate accounts and contacts before work orders
Dynamics 365 requires Accounts before Contacts (via ParentCustomerId lookup) and the custom work-order table before line items (via new_WorkOrderId lookup). FlitStack sequences the migration in dependency order: Companies → Accounts first, then Contacts, then Work Orders with their line items, then Assets. During this phase, every field mapping from the field-mapping specification is applied — pick-list value mappings, custom field writes, and transformed fields (site coordinates, technician lookups). A field-level diff report is generated after the sample migration for your review before the full run commits.
Run sample migration with field-level diff and validate
A representative slice of records migrates first — typically 200–500 records spanning contacts, accounts, work orders, line items, and attachments. FlitStack generates a field-level diff comparing source values against destination values for every mapped field. You verify that status history is preserved correctly, owner lookups resolve as expected, custom fields land with correct types, and attachments appear in Dynamics SharePoint. Any mapping errors are corrected before the full migration run begins.
Execute full migration with delta-pickup window and rollback
The full migration runs against Dynamics 365's Web API and Dataverse bulk endpoints. After the initial load completes, a delta-pickup window (typically 24–48 hours) captures any Jobsite Mobile records created or modified during the cutover period. FlitStack logs every insert, update, and attachment operation to an audit trail. If reconciliation fails — for example, missing required fields, owner resolution gaps, or attachment errors — a one-click rollback reverts all changes and FlitStack produces a correction plan before retrying.
Platform deep dives
Jobsite Mobile
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 Jobsite Mobile 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
Jobsite Mobile: Not applicable..
Data volume sensitivity
Jobsite Mobile 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 Jobsite Mobile to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Jobsite Mobile 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 Jobsite Mobile
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.