CRM migration

Migrate from Road Runner to Microsoft Dynamics 365 Sales

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

Road Runner logo

Road Runner

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

92%

11 of 12

objects map 1:1 between Road Runner and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

3–6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Road Runner CRM stores standard objects — contacts, companies, deals, activities, and custom objects — with owner assignment and timestamps. Dynamics 365 Sales stores the equivalent data in Dataverse as accounts, contacts, leads, opportunities, and custom tables. We migrate all standard objects with original create dates and owner preservation, plus custom objects that map to Dataverse custom tables. Workflows, automations, email templates, and reports do not migrate — FlitStack exports definitions for your Power Automate rebuild but they must be rebuilt in Dynamics 365. The migration uses the Road Runner API for extraction and the Dynamics 365 Dataverse Web API for ingestion, with ExecuteMultiple batch operations to stay within the 60,000-request-per-user rate limit. A 24–48 hour delta window captures any records modified in Road Runner during cutover before go-live. During migration, we validate field lengths, required attributes, and pick-list consistency. Owner resolution uses email matching to preserve accountability. All records retain original create timestamps in a custom datetime field for historical continuity. After the delta window closes, a reconciliation report compares record counts and field-level integrity against the source environment.

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

Road Runner logo

Road Runner

What's pushing teams away

  • Not applicable — there is no platform at this URL to leave. Road Runner Sports is a retailer; visitors leave the site when they finish shopping.
  • If the catalog intended the PHP RoadRunner server, customers migrate off RoadRunner v1 to RoadRunner v2 due to breaking API changes, or migrate to alternative PHP servers (FrankenPHP, Swoole, ReactPHP) for simpler operational profiles.

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 Road Runner objects map to Microsoft Dynamics 365 Sales

Each row shows how a Road Runner 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.

Road Runner

Contact

maps to

Microsoft Dynamics 365 Sales

Contact / Lead

1:many
Fully supported

Road Runner contacts split into Dynamics 365 Lead and Contact based on deal status and engagement. Contacts with closed-won or closed-lost deals in Road Runner land as Dynamics 365 Contacts. All others route to Lead. Engagement history is preserved on both record types via activity pointer lookups.

Road Runner

Company

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Direct object-level map. Road Runner company hierarchies (parent/child) map to the Dynamics 365 Account.ParentId field. Multi-company associations on Road Runner contacts collapse to one primary AccountId plus Account Contact Relationship records for secondary companies. We also preserve the original industry and address fields on the Account, ensuring data completeness for downstream reporting.

Road Runner

Deal

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Direct object map. Road Runner deal pipelines map to Dynamics 365 Sales Processes. Each pipeline becomes a Business Process Flow in Dynamics 365. Deal stage names map to Opportunity Stage values via value mapping; stage probabilities and forecast categories re-applied from Dynamics 365 defaults.

Road Runner

Pipeline Stage

maps to

Microsoft Dynamics 365 Sales

Opportunity Stage

1:1
Fully supported

Stage names map value-by-value from Road Runner pipeline stages to Dynamics 365 Opportunity StageName pick-list values per Business Process Flow. Stage-entered timestamps from Road Runner are preserved as custom datetime fields on the Opportunity. Forecast category re-applied based on Dynamics 365 stage groupings.

Road Runner

Lifecycle / Status Field

maps to

Microsoft Dynamics 365 Sales

Custom Pick-list Field

1:1
Fully supported

Road Runner lifecycle or contact status fields map to a custom pick-list field (LifecycleStatus__c) on both Lead and Contact in Dynamics 365. Dynamics 365 has no native lifecycle concept, so the custom field is required. Stage-change timestamps preserved as LifecycleStatusUpdated__c custom datetime.

Road Runner

Owner

maps to

Microsoft Dynamics 365 Sales

User

1:1
Fully supported

Owner resolution by email match against Dynamics 365 User records. Road Runner owner IDs are matched to the corresponding Dynamics 365 User.FullName and UserId. Unmatched owners are flagged before migration — admin assigns a fallback owner or invites the user to Dynamics 365 before the run commits.

Road Runner

Activity (Call / Email / Meeting)

maps to

Microsoft Dynamics 365 Sales

Task / Email / Appointment

1:1
Fully supported

Road Runner call activities map to Dynamics 365 Task records with Type='Phone Call'. Emails map to Email (emailtype) activities. Meetings map to Appointment records. Original timestamps, owner, and parent-record links (regarding objectid) are preserved. Attachments on activities re-uploaded as Dynamics 365 Notes or file attachments.

Road Runner

Note / Attachment

maps to

Microsoft Dynamics 365 Sales

Note / Attachment

1:1
Fully supported

Road Runner notes and file attachments map to Dynamics 365 Note (annotation) records. Inline images in rich-text notes are extracted, rehosted as Dynamics 365 FileAttachments, and re-embedded. File size limits per Dynamics 365 attachment storage apply — large files flagged for admin review.

Road Runner

Custom Object

maps to

Microsoft Dynamics 365 Sales

Custom Table (Dataverse)

1:1
Fully supported

Road Runner custom objects map 1:1 to Dynamics 365 custom tables (Dataverse). N:N relationships between Road Runner custom objects require junction tables in Dynamics 365. Custom table creation is scoped to the target license: Dynamics 365 Sales Professional limits custom tables to 15; Enterprise edition supports unlimited custom tables.

Road Runner

Product / Line Item

maps to

Microsoft Dynamics 365 Sales

Product / Opportunity Product

1:1
Fully supported

Road Runner products map to Dynamics 365 Product records. Line items on Road Runner deals map to Opportunity Product records with quantity, unit price, and description. Product pricing uses the Road Runner price list; Dynamics 365 price list assignment happens post-migration during the rebuild phase.

Road Runner

Workflow / Automation

maps to

Microsoft Dynamics 365 Sales

Power Automate Cloud Flow

1:1
Fully supported

Road Runner workflows, sequences, and triggers do not migrate. They must be rebuilt in Power Automate or Dataverse classic workflows. FlitStack AI exports the workflow definitions from Road Runner as JSON and delivers them as a rebuild reference for your Dynamics 365 admin or implementation partner.

Road Runner

Report / Dashboard

maps to

Microsoft Dynamics 365 Sales

Report / Power BI

1:1
Fully supported

Road Runner reports and dashboards do not migrate. The underlying data migrates — so Power BI reports built post-migration will have access to the full historical dataset. We recommend scoping a Power BI implementation alongside the migration to replace Road Runner reporting with updated visuals.

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.

Road Runner logo

Road Runner gotchas

High

No public REST API for FSM record export

High

v1-to-v2 API rewrite requires complete config migration

Medium

Per-installation KV namespace schema varies

Medium

Bulk export not supported — we read incrementally

Low

Attachment and media files are external to RoadRunner

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

  • Sales Professional caps custom tables at 15 — custom objects may be lost on lower-tier licenses

    Dynamics 365 Sales Professional limits your organization to 15 custom tables (Dataverse). Road Runner custom objects that exceed this cap on a Professional license will fail to create during migration. FlitStack AI audits your Road Runner custom object count and custom field count before migration and flags whether your target Dynamics 365 license supports the full schema. If you are on Professional, we recommend upgrading to Enterprise before migration or auditing which custom objects are still actively used for archive vs. migrate decisions. This is a migration-blocking issue if not addressed upfront.

  • Lead/Contact split requires routing decision — wrong assignment breaks Dynamics 365 sales process flows

    Dynamics 365 separates leads and contacts into two distinct objects with a conversion workflow. Road Runner contacts who have not converted through a deal closure route to the Lead table in Dynamics 365; those with closed-won or closed-lost deals land as Contacts. This routing decision affects every contact record and determines which Dynamics 365 sales process flows apply. FlitStack AI sets the routing rule before migration begins based on your Road Runner deal history and delivers a pre-migration routing plan so you can adjust the criteria before the run commits.

  • Dataverse API rate limit of 60,000 requests per user per instance per 5 minutes can throttle large migrations

    Dynamics 365 Dataverse enforces a service protection limit of 60,000 API requests per user per instance per 5-minute window. Road Runner data volumes above 100,000 records require batched ExecuteMultiple requests to stay within this limit — otherwise the migration throttles and stalls mid-run. FlitStack AI paces ingestion using Dataverse ExecuteMultiple batches, monitors Retry-After headers, and scales worker threads to maximize throughput without hitting the cap. Very large migrations (500k+ records) may require multiple service accounts for parallelized ingestion.

  • Workflows and automations must be rebuilt in Power Automate — there is no automated conversion path

    Road Runner workflows, sequences, triggers, and automation rules do not convert to Dynamics 365 Power Automate cloud flows. The logic — triggers, conditions, actions, and branch paths — is incompatible between platforms and requires manual rebuild. FlitStack AI exports your Road Runner workflow definitions as a structured reference document that your Dynamics 365 admin or implementation partner uses to rebuild them in Power Automate. The workflow rebuild is the primary post-migration workstream and should be scoped alongside the data migration.

  • Reports and dashboards do not migrate — underlying data is transferred but visual layer must be rebuilt

    Road Runner reports and dashboards are visual layer constructs that do not transfer to Dynamics 365. The underlying data — opportunities, contacts, activities, custom fields — migrates completely, so Power BI reports built post-migration will have access to the full historical dataset. FlitStack AI recommends scoping a Power BI implementation alongside the data migration so your reporting layer is operational at go-live rather than relying on Dynamics 365's native (and more limited) report builder in the interim.

Migration approach

Six steps for a successful Road Runner to Microsoft Dynamics 365 Sales data migration

  1. Audit Road Runner schema and Dynamics 365 target license

    FlitStack AI reads your Road Runner API to extract all standard and custom object definitions, field types, pick-list values, and relationship metadata. We cross-reference this against your target Dynamics 365 Sales license tier (Professional vs. Enterprise) to identify custom-table count limits, required custom field creation, and pipeline-to-Business Process Flow mapping needs. This audit produces the schema setup plan delivered to your Dynamics 365 admin before any data moves.

  2. Resolve owners by email match

    Road Runner owner IDs are matched to Dynamics 365 User records by email address. We generate an owner-resolution report listing every unique owner in Road Runner and their match status against Dynamics 365 users. Unmatched owners are flagged with a fallback-owner assignment rule or an invitation requirement. No record commits to Dynamics 365 without a resolved owner — orphan records are held until the admin resolves the mismatch.

  3. Migrate accounts first, then contacts and leads, then opportunities

    Dynamics 365 enforces a foreign-key dependency chain: accounts must exist before contacts reference ParentCustomerId, and contacts or leads must exist before opportunities reference them via opportunity-product relationships. FlitStack AI sequences the migration in dependency order — Accounts, then Contacts and Leads (routed by deal history), then Opportunities with pipeline and stage mapping. This prevents referential integrity errors at insert time.

  4. Run sample migration with field-level diff

    A representative slice of records — typically 100–500 spanning contacts, accounts, opportunities, and activities — migrates first. We generate a field-level diff comparing source values to destination field values so you can verify owner resolution, stage routing, lifecycle field values, and custom field population before the full run. You approve the sample output or request mapping adjustments before FlitStack AI commits to the full dataset.

  5. Execute full migration with delta-pickup window and audit log

    The full dataset migrates via Dynamics 365 Dataverse Web API using ExecuteMultiple batch requests paced to stay within the 60,000-request rate limit. A 24–48 hour delta-pickup window captures records created or modified in Road Runner during the cutover period. Every operation is logged to an audit trail, and one-click rollback reverts all migrated records if post-migration reconciliation reveals data integrity issues.

Platform deep dives

Context on both ends of the pair

Road Runner logo

Road Runner

Source

Strengths

  • Plugin-based architecture means FSM data lives in configurable storage backends, giving migration flexibility.
  • Native Temporal and Jobs support for background task queue migrations.
  • OpenTelemetry integration allows tracing data to be preserved during migration.
  • Distributed locks and health-check plugins give visibility into runtime state that helps us validate migration integrity.
  • Centrifuge websocket support enables real-time notification migration to destination platforms.

Weaknesses

  • No documented public REST API for standard CRM or FSM record types — all data lives in opaque plugin-specific storage.
  • FSM objects like Work Orders and Technicians have no native schema; they are custom KV namespaces that vary per installation.
  • No documented rate limit or bulk API — migration pacing must be negotiated per deployment.
  • RoadRunner v1-to-v2 migration has breaking changes across tuning, configuration, and API endpoints.
  • Road Runner Sports (roadrunnersports.com) usage suggests a heavily customised per-installation fork, making generic migration tooling unreliable.
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. 2 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 Road Runner and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    2 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

    Road Runner: Not applicable.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Road Runner 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 Road Runner to Dynamics 365 Sales migrations complete in 3–6 weeks of active work for under 50,000 records, including schema setup, owner resolution, sample migration, and delta pickup. Larger datasets (50,000–500,000 records) or setups with multiple custom objects, complex field mappings, and Business Process Flow configuration extend to 6–12 weeks. The longest single step is typically Business Process Flow design and custom field creation on the Dynamics 365 side.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Road Runner.
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