CRM migration

Migrate from Total Control Pro to Microsoft Dynamics 365 Sales

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

Total Control Pro logo

Total Control Pro

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

60%

6 of 10

objects map 1:1 between Total Control Pro and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Total Control Pro to Microsoft Microsoft Dynamics 365 Sales is a cross-domain migration: Total Control Pro is a manufacturing MRP and MES platform, while Microsoft Dynamics 365 Sales is a sales CRM. The data overlap is limited to Customers (map to Accounts and Contacts), Products (map to Product2), and any open Work Orders or Production Runs that represent forecast or committed revenue. Work Orders, Bills of Materials, Production Schedules, Manufacturing Intelligence KPIs, Quality Checks, and Custom Fields added during manufacturing implementation have no native equivalent in Microsoft Dynamics 365 Sales and require a custom object strategy or a documented exclusion list. Total Control Pro does not publish a public REST or bulk API, so all export relies on vendor-provided CSV extracts or direct database access. We coordinate the cooperation letter process during scoping and sequence the migration around the export availability window. Workflow automation and integration rules from Total Control Pro do not migrate and must be rebuilt as Dynamics 365 workflows post-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

Total Control Pro logo

Total Control Pro

What's pushing teams away

  • No publicly documented REST or bulk API for third-party integration; data movement depends on CSV exports or direct cooperation from the vendor, which limits the integration ceiling for growing operations.
  • Reviewers report bugs during implementation, particularly when requesting newly built or custom features, and describe slow turnaround on feature development requests (Capterra UK).
  • TotalControlPro is a small company (~14 employees per ZoomInfo); support bandwidth is finite, and customers needing guaranteed enterprise SLAs may outgrow the vendor's coverage.
  • Pricing is not transparently published beyond a £15–£25/user/month starting point; full quotes depend on services, integrations, and onboarding, making procurement comparisons harder against listed competitors.
  • Heavily regulated manufacturing (medical device, aerospace primes beyond engine-tier suppliers) often requires formal audit-trail compliance documentation that the platform does not pitch as a core capability.

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 Total Control Pro objects map to Microsoft Dynamics 365 Sales

Each row shows how a Total Control Pro 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.

Total Control Pro

Customer

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Total Control Pro Customer records map to Microsoft Dynamics 365 Sales Account. Customer name becomes Account Name; contact details split into Account phone and address fields. We preserve the original customer ID as a custom field tcp_customer_id__c for reconciliation. Account terms (payment terms, credit limits) from Total Control Pro migrate to a custom field or Note attached to the Account record.

Total Control Pro

Customer

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Primary contact on each Total Control Pro Customer record maps to a Microsoft Dynamics 365 Sales Contact. Contact name, email, phone, and role transfer directly. If Total Control Pro stores multiple contacts per customer, we create additional Contact records linked to the same Account via the parentcustomerid lookup. The primary contact is flagged with a custom field tcp_primary_contact__c set to true.

Total Control Pro

Product

maps to

Microsoft Dynamics 365 Sales

Product2

1:1
Fully supported

Total Control Pro Products (part numbers, descriptions, unit of measure, standard cost) map to Microsoft Dynamics 365 Sales Product2 records. The part number from Total Control Pro becomes Product2 Product Number; description becomes Description. Unit of measure migrates to a custom field or the Quantity Schedule. Standard cost becomes Current Cost on the Product2. We validate against any existing Product2 records using part number as the dedupe key.

Total Control Pro

Bill of Materials

maps to

Microsoft Dynamics 365 Sales

Custom Object: BOM

1:1
Fully supported

Total Control Pro Bills of Materials have multi-level structures with revision numbers. Microsoft Dynamics 365 Sales has no native BOM concept. We create a custom BOM object with fields for bom_id, parent_part_number (lookup to Product2), component_part_number (lookup to Product2), quantity_per, and revision_number. The active BOM revision at migration cutoff is identified by querying the most recent approved revision per product and confirmed with the customer's manufacturing team before mapping. Historical BOM revisions are stored as separate BOM records with a revision_date field for audit.

Total Control Pro

Work Order

maps to

Microsoft Dynamics 365 Sales

Opportunity

lossy
Fully supported

Open Work Orders in Total Control Pro that represent committed or forecast production revenue map to Microsoft Dynamics 365 Sales Opportunity. Work Order number becomes Opportunity Name; expected completion date becomes Close Date; estimated production value becomes Amount. Work Order status (Released, In Progress, Completed) maps to Opportunity Stage (Qualification, Proposal/Price Quote, Closed Won). Closed Work Orders are not migrated as Opportunities unless they represent historical revenue that the customer wants visible in the CRM for reporting.

Total Control Pro

Work Order

maps to

Microsoft Dynamics 365 Sales

Custom Object: Work Order

1:1
Fully supported

For customers who need full Work Order traceability inside Microsoft Dynamics 365 Sales , we create a custom Work Order object with fields mirroring the Total Control Pro schema: work_order_id, status, assigned_operations, expected_start_date, expected_completion_date, and estimated_value. Operations from the work order routing map to related custom Work Order Operation records. This is a configuration-heavy scope requiring pre-creation of the custom schema before migration.

Total Control Pro

Inventory

maps to

Microsoft Dynamics 365 Sales

Custom Object: Inventory Snapshot

lossy
Mapping required

Total Control Pro inventory snapshots (current stock levels, bin locations, lot numbers) are time-point data that do not belong in a CRM's transactional model. We create an Inventory Snapshot custom object with fields for product (lookup to Product2), quantity_on_hand, bin_location, lot_number, and snapshot_date. Live inventory movements during migration are queued and replayed as a final delta import post-cutover to avoid discrepancy at go-live.

Total Control Pro

Supplier

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Total Control Pro Suppliers map to Microsoft Dynamics 365 Sales Account records with a custom field tcp_supplier_type__c set to Supplier. This allows the customer to maintain a unified Account list covering both customers and vendors, with filtering by type for reporting. Supplier-specific fields (lead time, supply part links) migrate to custom fields on the Account.

Total Control Pro

Custom Fields

maps to

Microsoft Dynamics 365 Sales

Custom Fields

lossy
Mapping required

Total Control Pro user-defined fields added during manufacturing implementation are enumerated during discovery and mapped to Microsoft Dynamics 365 Sales custom fields on the equivalent standard or custom object. Field type mapping follows Dynamics 365 type conventions (text to Single Line of Text, numbers to Whole Number or Decimal, dates to Date Only or Date Time). Custom fields are pre-created in Dynamics 365 before any record migration begins.

Total Control Pro

Manufacturing Intelligence KPIs

maps to

Microsoft Dynamics 365 Sales

Custom Object: MIM KPI

lossy
Mapping required

The Manufacturing Intelligence Module stores OEE, cycle time, and scrap rates as time-series data in a proprietary format. We extract the MIM export, normalize the rows into a date-bounded KPI dataset, and create a custom MIM KPI object with fields for product (lookup to Product2), kpi_type (OEE, cycle_time, scrap_rate), value, unit, and measurement_date. This is delivered as a structured migration into Dynamics 365 for BI consumption via Power BI rather than as native CRM records.

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.

Total Control Pro logo

Total Control Pro gotchas

High

No documented public API for data export

Medium

BOM revision history requires explicit scoping

Medium

Manufacturing Intelligence Module KPIs stored as opaque time-series

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

  • Total Control Pro has no public API for automated export

    Total Control Pro does not publish a REST or bulk API for third-party data access. All data export requires either manual CSV exports from the platform UI or direct database queries that depend on credentials obtained from the vendor directly. We initiate a vendor cooperation letter during scoping to request export access. If the vendor does not provide timely access, migration timelines extend significantly. We advise customers to open the cooperation request early in the project because vendor response times for database access requests can add four to eight weeks to the schedule.

  • Manufacturing objects have no native CRM equivalent in Microsoft Dynamics 365 Sales

    Work Orders, Bills of Materials, Production Schedules, Quality Checks, and Manufacturing Intelligence KPIs are manufacturing-domain concepts that do not map to standard Microsoft Dynamics 365 Sales entities. We handle this through custom object creation and configuration, but the scope must be defined upfront because Dynamics 365 custom object schema must be deployed before record migration begins. Customers who do not need manufacturing traceability in the CRM should exclude these objects from migration scope entirely and receive a structured export as a CSV for their ERP team.

  • BOM revision history requires explicit scoping and confirmation

    Bills of Materials in Total Control Pro carry revision numbers and historical variants. The platform does not automatically record which BOM revision was active on any given past date unless that metadata was explicitly logged during implementation. We identify the active BOM revision at migration cutoff by querying the most recent approved revision per product and confirm it with the customer's manufacturing team before mapping to the destination item. Historical BOM revisions that span multiple years may require a separate archival migration scope.

  • MIM KPI time-series data requires normalization before CRM import

    The Manufacturing Intelligence Module stores calculated KPIs in a proprietary time-series format that is not exposed in standard Total Control Pro exports. We extract the MIM data through a targeted export scoped to the MIM module, then normalize the rows into a structured format that Dynamics 365 can ingest through the Bulk API. If the customer's Power BI environment is available during migration, we recommend loading the normalized KPI data directly to Power BI rather than storing time-series metrics inside Dynamics 365 custom objects, which are not optimized for high-frequency measurement data.

  • Dynamics 365 field-level security and validation rules can block record import

    Microsoft Dynamics 365 Sales orgs commonly enforce required field formats, conditional required fields, and picklist whitelists that the migrating service user must explicitly bypass during data load. We coordinate with the customer's Dynamics 365 admin to grant the migration user appropriate permissions and either temporarily disable blocking validation rules during load or add a migration-context bypass check. Skipping this step results in partial record rejection on the first import pass, requiring a remediation loop that extends the timeline.

Migration approach

Six steps for a successful Total Control Pro to Microsoft Dynamics 365 Sales data migration

  1. Vendor cooperation letter and export scoping

    We initiate the vendor cooperation letter process to request Total Control Pro CSV exports or database access credentials. During this window we scope the export modules: Customers, Products, Suppliers, Work Orders, Bills of Materials, Inventory, Production Schedules, Custom Fields, and MIM KPIs. We provide the vendor with a precise list of tables and date ranges required. If the vendor does not respond within two weeks, we fall back to UI-based CSV export scoped per module and advise the customer that export timeline extends accordingly.

  2. Discovery and custom object schema design

    We audit the Total Control Pro export data for record counts, data quality issues (incomplete addresses, missing part numbers, duplicate customers), BOM revision counts, MIM KPI volume, and custom field inventory. In parallel, we design the Microsoft Dynamics 365 Sales custom object schema: BOM, Work Order, Inventory Snapshot, and MIM KPI objects are pre-created with all custom fields, lookups, and validation rules before any record migration begins. We also design the Account-Contact split strategy for Customers and the Opportunity mapping rules for open Work Orders.

  3. Sandbox migration and reconciliation

    We run a full migration into a Microsoft Dynamics 365 Sales Sandbox using the exported Total Control Pro data at production-like volume. The customer's operations and IT leads reconcile record counts (Accounts in, Contacts in, Products in, custom object records in), spot-check twenty to thirty random records against the Total Control Pro source, and validate the BOM revision selection and MIM KPI normalization logic. Schema corrections, mapping adjustments, and validation rule modifications happen in the Sandbox before production migration begins.

  4. Production migration in dependency order

    We run production migration in record-dependency order: Dynamics 365 custom object schema (deployed first), Accounts (from Total Control Pro Customers), Contacts (linked to Accounts), Suppliers (flagged as vendor type), Product2 records, BOM custom object, Work Order custom object or Opportunity (depending on scope), Inventory Snapshot, MIM KPI records, and Custom Fields. Each phase emits a row-count reconciliation report before the next phase begins. Live inventory movements during migration are queued for a final delta pass.

  5. Cutover, validation, and handoff documentation

    We freeze Total Control Pro writes during the cutover window, run a final delta migration of any records created or modified since the last export, then enable Microsoft Dynamics 365 Sales as the system of record for sales and account data. We deliver a written inventory of Total Control Pro manufacturing objects that were excluded from migration scope (Work Orders as full operational records, BOMs for historical revisions, MIM KPIs) with recommended handling for each: rebuild as Dynamics 365 custom objects, archive to a data warehouse, or maintain in Total Control Pro as read-only.

Platform deep dives

Context on both ends of the pair

Total Control Pro logo

Total Control Pro

Source

Strengths

  • Real-time shop-floor to management visibility across the production facility
  • BOM and process change management that reviewers describe as saving significant time
  • Integration and automation capabilities praised by manufacturing teams
  • Cloud-based modular deployment with rapid implementation for SME manufacturers
  • Manufacturing Intelligence Module surfaces operational KPIs that standard ERP systems miss

Weaknesses

  • No publicly documented API for third-party integration or migration tooling
  • Small company (14 employees) with limited support bandwidth during peak implementation periods
  • Reviewers report bugs during implementation, especially with custom feature requests
  • No public pricing page — pricing is bespoke per customer deployment
  • Feature turnaround time for new development requests is slow per user feedback
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 Total Control Pro 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

    Total Control Pro: Not publicly documented — typical SaaS limits assumed and confirmed during scoping..

  • Data volume sensitivity

    B

    Total Control Pro doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Total Control Pro 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 Total Control Pro to Microsoft Dynamics 365 Sales data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Migrations covering Customers, Products, Suppliers, and open Work Orders mapped to Opportunities land between three and five weeks for accounts under 5,000 customers and 2,000 products. Migrations that include Bills of Materials as custom objects, MIM KPI time-series normalization, inventory snapshots, or extensive custom field mapping move to eight to fourteen weeks because of multi-pass export coordination, Dynamics 365 custom object schema deployment, and the vendor cooperation letter process required to obtain Total Control Pro exports.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Total Control Pro.
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