CRM migration

Migrate from Inspection Files to Microsoft Dynamics 365 Sales

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

Inspection Files logo

Inspection Files

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

90%

9 of 10

objects map 1:1 between Inspection Files and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Inspection Files stores inspection records, site locations, inspector assignments, checklist findings, and photo attachments in a purpose-built inspection model. Dynamics 365 Sales uses the Microsoft Dataverse schema with Accounts, Contacts, Opportunities, and custom tables. The migration translates Inspection Files' inspection-centric data into CRM-native objects: sites map to Accounts with custom fields for location and compliance metadata, inspectors map to Contacts with inspector certifications stored as custom fields, and inspection records map to Opportunities with finding summaries as notes. Inspection findings with severity levels migrate as custom tables linked to the parent Account or Opportunity. We preserve original inspection timestamps, inspector email assignments (resolved against Dynamics 365 users), and photo attachments re-uploaded to Dynamics 365 SharePoint/OneDrive integration. Workflows and scheduling logic built in Inspection Files do not migrate — we export workflow definitions as reference JSON for Power Automate rebuild. The migration runs via Dynamics 365 Dataverse Web API with batch operations and delta-pickup for in-flight inspections during 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

Inspection Files logo

Inspection Files

What's pushing teams away

  • Public documentation is thin and no API spec is published, so teams that need to integrate inspection data with permitting, GIS, or 311 systems face manual export workflows.
  • Pricing is not published — sales-led quote model slows procurement for budget-constrained municipalities.
  • Mobile experience is built for tablet PCs rather than modern smartphones and BYOD-style workflows, limiting flexibility for inspectors using personal devices.
  • Reviewer footprint is small versus competing inspection platforms (e.g., GoCanvas, iAuditor, Accela), so hiring trained Inspection Files admins or finding community support takes longer.
  • Reporting and analytics surface activity metrics but lag behind general-purpose BI tools, so larger agencies often export to a separate analytics layer.

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 Inspection Files objects map to Microsoft Dynamics 365 Sales

Each row shows how a Inspection Files 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.

Inspection Files

Site

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Inspection Files sites map directly to Dynamics 365 Accounts. Site address, location coordinates, and compliance classification migrate as custom fields on the Account record. Parent-site hierarchies map to Account.ParentAccountId for multi-location organizations. Primary contact at each site becomes the Account Primary Contact lookup.

Inspection Files

Inspector

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Inspector profiles in Inspection Files map to Dynamics 365 Contacts. Email address is used to match against Dynamics 365 user accounts for owner resolution. Inspector certifications, certifications expiry dates, and specializations migrate as custom fields (Certification_Type__c, Certification_Expiry__c) on the Contact record. Active/inactive status maps to Contact.JobTitle or a custom Is_Active_Inspector__c field.

Inspection Files

Inspection Record

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Each completed or scheduled inspection maps to a Dynamics 365 Opportunity representing the compliance engagement. Inspection date range becomes the Opportunity Estimated Close Date. Inspection type (fire safety, environmental, structural) maps to a custom Inspection_Type__c picklist. Total findings count becomes a custom numeric field. The linked Account is set as the Opportunity AccountId.

Inspection Files

Inspection Finding

maps to

Microsoft Dynamics 365 Sales

Custom Table: Inspection_Finding__c

1:1
Fully supported

Findings with severity levels (Critical, Major, Minor, Observation) have no native Dynamics 365 equivalent. We create a custom Inspection_Finding__c table linked to the parent Account or Opportunity via a lookup field. Severity, finding description, due date, and resolution status map to custom fields on this table. This table requires Dataverse schema creation before data loads run.

Inspection Files

Inspection Template

maps to

Microsoft Dynamics 365 Sales

Custom Table: Inspection_Template__c

1:1
Fully supported

Inspection templates define checklists and item categories. These migrate as a custom Inspection_Template__c table with a link to the Account for template assignment history. Template items and categories map as lines within the custom table or as a related Inspection_Template_Item__c child table. Template versioning is preserved as a Version__c field.

Inspection Files

Photo Attachment

maps to

Microsoft Dynamics 365 Sales

SharePoint / OneDrive for Business

1:1
Fully supported

Photos attached to inspection findings are downloaded from Inspection Files and re-uploaded to SharePoint document libraries linked to the Dynamics 365 Account or Opportunity. We create a SharePoint folder structure mirroring the site-inspection-finding hierarchy. File size limits of 10MB per file apply; larger files are compressed before re-upload.

Inspection Files

Inspection Schedule / Recurring Inspection

maps to

Microsoft Dynamics 365 Sales

Power Automate / Dynamics 365 Sales

1:1
Fully supported

Inspection Files scheduling rules and recurring inspection assignments do not have a direct Dynamics 365 equivalent. We export the scheduling configuration as a JSON reference file so your Power Automate or Dynamics 365 Field Service admin can rebuild periodic inspection triggers using Microsoft tools. Scheduling logic is not automatically migrated.

Inspection Files

Issue / Non-Conformance Report

maps to

Microsoft Dynamics 365 Sales

Account (with custom fields) or Custom Table

many:1
Fully supported

Inspection Files issues and NCRs merge multiple data points into a single CRM record. The NCR header maps to the parent Account with custom fields for NCR number, classification, and status. Detailed NCR line items map to the Inspection_Finding__c custom table where they were already routed. This avoids duplicating the account link while preserving NCR detail.

Inspection Files

User / Owner

maps to

Microsoft Dynamics 365 Sales

SystemUser / User

1:1
Fully supported

Inspection Files user accounts are matched to Dynamics 365 SystemUser records by email address. Unmatched users are flagged before migration; you can either create their Dynamics 365 accounts first or assign their records to a fallback user. User role mapping (Inspector, Admin, Viewer) translates to Security Roles in Dynamics 365.

Inspection Files

Custom Inspection Field

maps to

Microsoft Dynamics 365 Sales

Custom Column on Relevant Table

1:1
Fully supported

Inspection Files custom fields (regulatory codes, compliance flags, jurisdiction codes) migrate to custom columns on the appropriate Dynamics 365 table. Field data types map to Dataverse column types: text fields to Single-Line-of-Text, numeric measurements to Decimal or Whole Number, dates to Date-Time columns. Pick-list values map via value-mapping for categorical custom fields.

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.

Inspection Files logo

Inspection Files gotchas

High

No public API reference means export relies on UI-based data extraction

Medium

Custom fields and template logic are not visible until after account review

Low

Archived inspection records may require a separate export pass

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

  • Inspection scheduling and recurring rules have no Dynamics 365 native equivalent

    Inspection Files uses a scheduling engine to assign recurring inspections to inspectors based on frequency rules (monthly, quarterly, triggered by prior findings). Dynamics 365 Sales has no built-in inspection scheduling mechanism. Power Automate can replicate some triggers (e.g., create an Opportunity when an Account inspection is due), but the logic requires manual rebuild. FlitStack AI exports your Inspection Files scheduling configuration as a JSON reference file so your Dynamics admin can implement the equivalent in Power Automate before go-live. This is not auto-migrated.

  • Custom Inspection_Finding__c table requires Dataverse schema creation before data loads

    Inspection Files findings with severity and regulatory code fields have no direct equivalent in Dynamics 365 Sales out-of-box schema. The migration requires creating the Inspection_Finding__c custom table in Dataverse with Severity__c, Due_Date__c, Status__c, and Regulatory_Code__c columns before any finding data can load. If this table is not pre-created, data loads will fail or findings will drop. FlitStack AI delivers a schema setup plan specifying column types, pick-list values, and relationships so your Dynamics admin can create the table in a non-production environment first for validation.

  • Photo attachments re-upload to SharePoint requires separate consent and licensing

    Inspection Files stores photos attached to findings in its own blob storage. Dynamics 365 Sales uses SharePoint Online for file attachments when integrated, which requires a SharePoint license and explicit OneDrive/SharePoint connection setup in the Dynamics environment. Photos exceeding SharePoint's 10MB per-file limit must be compressed before re-upload. The file folder hierarchy (Site > Inspection > Finding) must be manually mapped to a SharePoint document library structure in Dynamics. FlitStack AI re-uploads all photos but cannot configure the SharePoint integration itself — this requires a tenant admin with SharePoint Online already provisioned.

  • Inspector-to-user email matching may leave orphaned records without proactive action

    The migration resolves Inspection Files inspectors to Dynamics 365 SystemUser records by matching email addresses. Inspectors who do not yet have Dynamics 365 user accounts will not resolve. Their inspection records will be assigned to a fallback owner (configurable by you) but the inspector contact record will be created without an owner link. To avoid this, provision Dynamics 365 user accounts for all active inspectors before the migration run. FlitStack AI provides an unmatched-owners report in the test migration phase so you can identify gaps before the full cutover.

  • Site-to-Account mapping assumes single primary contact per site

    Inspection Files allows multiple inspectors and contacts per site without a primary contact designation. Dynamics 365 Accounts have a single Primary Contact lookup. The migration maps the site administrator or most-recent inspector as the Account Primary Contact by default, but secondary inspectors are preserved as related Contact records linked to the Account. If your inspection process requires all inspectors to be visible on the site record without hierarchy collapse, a custom junction entity is needed — FlitStack surfaces this decision point before migration.

Migration approach

Six steps for a successful Inspection Files to Microsoft Dynamics 365 Sales data migration

  1. Schema setup in Dataverse: create custom tables and columns

    FlitStack AI delivers a Dataverse schema setup plan specifying the Inspection_Finding__c table, Inspection_Template__c table, and all custom columns required for severity levels, regulatory codes, compliance classifications, and inspector certification fields. The plan includes column data types, pick-list values with label-to-value mappings, and relationship definitions linking findings to Accounts and Opportunities. Your Dynamics administrator creates these tables and columns in a sandbox environment first, following the specification document. We then validate the schema matches the specification before any production data loads run. This step typically takes 1–3 days depending on internal approval workflows and any requested modifications to the column structure.

  2. Export and profile Inspection Files data via API

    We connect to Inspection Files using scoped read-only API credentials and export all sites, inspectors, inspection records, findings, templates, and attachments. Data profiling identifies incomplete records, missing site assignments, and unresolved inspector emails before mapping begins. A data quality report is shared with your team so you can decide whether to cleanse records in Inspection Files first or handle gaps during transformation.

  3. Build field mappings and value-mapping tables

    Our migration engine applies the field mapping defined above: sites to Accounts, inspectors to Contacts, inspections to Opportunities, findings to Inspection_Finding__c. Value-mapping tables handle pick-list translations (severity labels, inspection types, site classifications). Owner resolution runs against Dynamics 365 user email addresses, flagging unmatched inspectors for fallback assignment. Transformation logic handles parent-site circular references and multi-finding aggregation to opportunity summary fields.

  4. Run sample migration with field-level diff

    A representative slice — typically 100–500 records spanning 5–10 sites, 20–50 inspections, and 50–200 findings — migrates first. We generate a field-level diff showing source value, mapped value, and validation result for every field. You review the diff to verify severity mapping, owner resolution, and SharePoint folder naming. No production data moves until you approve the sample. This step validates the entire pipeline including API connections, transformation rules, and attachment re-upload.

  5. Full migration with delta-pickup and cutover window

    The full migration runs in a sequenced batch: Sites → Inspectors → Inspections → Findings → Attachments. A delta-pickup window of 24–48 hours runs after the main load, capturing any Inspection Files records created or modified during cutover. Photos re-upload to SharePoint in parallel batches. An audit log records every operation with source record ID and destination record ID. One-click rollback reverts all records to pre-migration state if reconciliation fails. You maintain read-only access to Inspection Files throughout.

  6. Post-migration validation and scheduling reference handoff

    We run a reconciliation report comparing record counts and field completeness between Inspection Files and Dynamics 365. Missing records, null required fields, and unresolved owners are surfaced in a prioritized fix list. We deliver the scheduling configuration JSON export for Power Automate rebuild and a scheduling reference guide mapping Inspection Files frequency rules to Power Automate trigger patterns. A final sign-off call reviews the migration log and confirms all objects are active in Dynamics 365.

Platform deep dives

Context on both ends of the pair

Inspection Files logo

Inspection Files

Source

Strengths

  • Targets field inspection workflows specifically with templated checklists and mobile capture
  • Positions as a focused tool rather than a full CMMS suite, reducing complexity for small teams
  • Supports photo and signature capture tied directly to inspection records
  • Allows scheduling and recurring inspection assignments
  • Provides basic reporting on inspection pass/fail rates

Weaknesses

  • Limited published API documentation makes programmatic extraction complex
  • Small platform with fewer third-party integrations than major CMMS tools
  • No publicly available developer portal or API reference
  • Limited information on user roles and permissions architecture
  • Unclear whether archived records are included in standard exports
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 Inspection Files 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

    Inspection Files: Not publicly documented..

  • Data volume sensitivity

    B

    Inspection Files doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Inspection Files 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 Inspection Files to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during Inspection Files to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Most Inspection Files to Dynamics 365 migrations complete in 48–72 hours of clock time for under 25,000 inspection records. Larger setups with 100,000+ records, complex site hierarchies, or extensive custom finding fields extend to 7–14 days. The longest planning step is Dataverse custom table creation — your admin should provision Inspection_Finding__c and related tables in a sandbox before the migration run to avoid schema-related delays.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Inspection Files.
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