CRM migration
Field-level mapping, validation, and rollback between Novo Work Order and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Novo Work Order
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
11 of 11
objects map 1:1 between Novo Work Order and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–96 hours
Overview
Novo Work Order is a cloud work-order and asset-management platform built for municipal and public-works teams — it organizes work orders, preventive maintenance schedules, assets, and labor/parts cost tracking in a single operational model. Dynamics 365 Sales is a CRM built on Microsoft Dataverse that organizes Accounts, Contacts, Leads, and Cases with a Power Platform extension layer underneath. The two platforms share no native object-level equivalence: Novo has no Lead/Opportunity concept; Dynamics 365 Sales has no native Asset or Preventive Maintenance entity. FlitStack AI handles the migration by (1) mapping Contact and Account records directly, (2) translating Work Order records into Case entities, (3) creating a custom Asset table in Dataverse for Novo asset records, and (4) surfacing Preventive Maintenance schedule data as Entitlement or custom fields for manual scheduling in Dynamics 365. Workflows, automations, and email/notification templates do not migrate — we export definitions as reference documents for rebuilding in Dynamics 365 Power Automate or Power Apps. The migration runs against Dynamics 365's OData / Dataverse API, using bulk-create batches for large record volumes with a 24–48 hour delta-pickup window at 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
Novo Work Order platform overview
Scorecard, SWOT, gotchas, and pricing for Novo Work Order.
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 Novo Work Order 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.
Novo Work Order
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Novo contact records migrate directly to Dynamics 365 Contact entities on a one-to-one basis. Full name, email address, phone number, physical address, and any custom contact properties map directly to their corresponding Dataverse columns. Contacts in Novo that do not have an associated company link will be created as standalone Contact records in Dynamics 365 without a ParentCustomerId reference.
Novo Work Order
Company
Microsoft Dynamics 365 Sales
Account
1:1Novo company records map directly to Dynamics 365 Account entities. Address information, industry classification, and employee-count fields have direct counterparts in Dataverse. Parent-child company hierarchies in Novo are translated to Account.ParentId lookups in Dataverse — any circular references are flagged during validation and resolved before the migration batch commits.
Novo Work Order
Work Order
Microsoft Dynamics 365 Sales
Incident (Case)
1:1Novo Work Order translates to Dynamics 365 Case (Incident). Work order number becomes TicketNumber; title becomes Title; description becomes Description; status and priority map via value-mapping to StatusCode and PriorityCode. The original created-on timestamp is preserved as a custom field since Dynamics 365 sets CreatedOn at insert time.
Novo Work Order
Asset / Equipment
Microsoft Dynamics 365 Sales
Custom Asset Table
1:1Dynamics 365 Sales Professional has no native asset entity. We create a custom Asset table (msdyn_asset or named Asset__c) in Dataverse with fields for asset name, location, condition code, and linked work-order history. Enterprise and Premium tiers support more complex asset schemas via the Field Service attachment.
Novo Work Order
Preventive Maintenance Schedule
Microsoft Dynamics 365 Sales
Entitlement / Custom Schedule Table
1:1Novo PM schedules (frequency, interval, technician assignment) have no native Dynamics 365 equivalent. We migrate the schedule definition as a custom Entitlement record or as fields on the custom Asset table, leaving the recurring-trigger logic to be rebuilt in Power Automate or Dynamics 365 Field Service.
Novo Work Order
Work Order Activity
Microsoft Dynamics 365 Sales
Task / Phone Call / Email activity
1:1Work order notes, comments, and communication logs in Novo map directly to Dynamics 365 Activities such as Task or Email records. Each activity is linked to the corresponding Case record via the regarding_objectid lookup field. Original timestamps from Novo and the assigned technician name are preserved on the migrated activity record for full audit continuity.
Novo Work Order
Labor Hours / Parts Cost
Microsoft Dynamics 365 Sales
Custom Fields on Case / Annotation
1:1Labor hours and parts cost tracked on Novo work orders migrate as custom decimal and currency fields on the Case record. Line-item parts detail is stored as an Annotation attachment or as custom sub-grid rows if your Dynamics schema supports product-line linking on Cases.
Novo Work Order
User / Technician
Microsoft Dynamics 365 Sales
SystemUser
1:1Novo technicians and staff members map to Dynamics 365 SystemUser records. Owner resolution occurs via email matching: each Novo owner or technician email is matched against existing Dynamics 365 users. Any technicians that remain unmatched after the email lookup are flagged and held for admin review before the full migration batch commits to the destination system.
Novo Work Order
Custom Fields (all objects)
Microsoft Dynamics 365 Sales
Custom Columns
1:1Any custom fields created in the Novo platform migrate as custom columns in Dataverse. The original field data type is preserved during migration including text strings, numeric values, date fields, and pick-list enumerations. Dynamics 365 Professional tier enforces a strict 15-custom-table limit that may require schema optimization — Enterprise and Premium tiers remove this ceiling entirely.
Novo Work Order
Attachment / File
Microsoft Dynamics 365 Sales
Annotation / SharePoint (connected)
1:1Files attached to work orders in Novo are downloaded and re-attached to the corresponding Case record as Annotation records. If your Dynamics tenant has SharePoint integration enabled, files are migrated to SharePoint Document Libraries with the case record as the folder parent.
Novo Work Order
Workflow / Automation
Microsoft Dynamics 365 Sales
Not Migrated
1:1Novo workflow rules, email templates, and notification triggers do not have a migration path to Dynamics 365. We export a JSON/YAML representation of every Novo workflow definition as a reference document for your Dynamics admin to rebuild in Power Automate.
| Novo Work Order | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Work Order | Incident (Case)1:1 | Fully supported | |
| Asset / Equipment | Custom Asset Table1:1 | Fully supported | |
| Preventive Maintenance Schedule | Entitlement / Custom Schedule Table1:1 | Fully supported | |
| Work Order Activity | Task / Phone Call / Email activity1:1 | Fully supported | |
| Labor Hours / Parts Cost | Custom Fields on Case / Annotation1:1 | Fully supported | |
| User / Technician | SystemUser1:1 | Fully supported | |
| Custom Fields (all objects) | Custom Columns1:1 | Fully supported | |
| Attachment / File | Annotation / SharePoint (connected)1:1 | Fully supported | |
| Workflow / Automation | Not Migrated1: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.
Novo Work Order gotchas
No public API forces migration via built-in exports
Pricing opacity complicates budget planning
Municipal-specific custom fields need careful schema mapping
Preventative maintenance recurrence rules vary by configuration
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
Stand up the Dataverse schema before data moves
Before any record moves, we create the custom Asset table, custom fields on the Case entity, and any custom pick-list values needed for Work Order Type and Priority value-mapping. We deliver a schema-setup checklist specifying the exact Dataverse column names, data types, and pick-list values so your Dynamics admin can pre-create the structure. Professional-tier customers receive a table-count audit to confirm the migration stays within the 15-table limit.
Resolve Novo technicians and users against Dynamics 365 SystemUser by email
Every work order owner and technician in Novo is matched to a corresponding Dynamics 365 user record by email address lookup. We generate a comprehensive pre-migration owner-resolution report listing all matched users, unmatched Novo owners, and a recommended fallback owner for each unmatched record. Your team must resolve all open items before the migration run commits — the rule is that no record lands in Dynamics 365 without an owner assignment.
Migrate Accounts and Contacts before Cases to resolve foreign-key lookups
Dynamics 365 requires Account records to exist before Contact records can be linked (ParentCustomerId lookup), and it requires Contact records to exist before Cases can use the CustomerId field. We sequence the migration: Accounts → Contacts → Assets (custom table) → Cases. Within each entity type, records with the most cross-references are prioritised so that lookup resolution succeeds at insert time without post-hoc remediation.
Run a sample migration with field-level diff across a representative slice
A sample run migrates 200–500 records spanning Contacts, Accounts, Work Orders, and Assets. We generate a field-level diff comparing source values against destination field contents, flagging mismatches in pick-list values, date precision, and owner resolution. You review the diff before the full run — this is the moment to catch a Work Order Type that has no matching CaseTypeCode value or a Priority value that sits outside the Dynamics 365 pick-list range.
Full migration run with delta-pickup and audit log
The full migration commits all validated records to Dynamics 365 using bulk API operations. A delta-pickup window lasting 24–48 hours captures any work orders created or modified in Novo during the cutover window so the destination reflects Novo's final state at go-live. Every insert, update, and error is recorded in a detailed audit trail, and a one-click rollback mechanism reverts all migrated records if post-run reconciliation identifies any data integrity issues that require reversal.
Platform deep dives
Novo Work Order
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 Novo Work Order 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
Novo Work Order: Not publicly documented.
Data volume sensitivity
Novo Work Order 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 Novo Work Order to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Novo Work Order 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 Novo Work Order
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.