CRM migration
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
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
6 of 10
objects map 1:1 between Total Control Pro and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
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.
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
Total Control Pro platform overview
Scorecard, SWOT, gotchas, and pricing for Total Control Pro.
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 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
Microsoft Dynamics 365 Sales
Account
1:1Total 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
Microsoft Dynamics 365 Sales
Contact
1:1Primary 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
Microsoft Dynamics 365 Sales
Product2
1:1Total 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
Microsoft Dynamics 365 Sales
Custom Object: BOM
1:1Total 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
Microsoft Dynamics 365 Sales
Opportunity
lossyOpen 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
Microsoft Dynamics 365 Sales
Custom Object: Work Order
1:1For 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
Microsoft Dynamics 365 Sales
Custom Object: Inventory Snapshot
lossyTotal 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
Microsoft Dynamics 365 Sales
Account
1:1Total 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
Microsoft Dynamics 365 Sales
Custom Fields
lossyTotal 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
Microsoft Dynamics 365 Sales
Custom Object: MIM KPI
lossyThe 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.
| Total Control Pro | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Customer | Account1:1 | Fully supported | |
| Customer | Contact1:1 | Fully supported | |
| Product | Product21:1 | Fully supported | |
| Bill of Materials | Custom Object: BOM1:1 | Fully supported | |
| Work Order | Opportunitylossy | Fully supported | |
| Work Order | Custom Object: Work Order1:1 | Fully supported | |
| Inventory | Custom Object: Inventory Snapshotlossy | Mapping required | |
| Supplier | Account1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Manufacturing Intelligence KPIs | Custom Object: MIM KPIlossy | Mapping required |
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.
Total Control Pro gotchas
No documented public API for data export
BOM revision history requires explicit scoping
Manufacturing Intelligence Module KPIs stored as opaque time-series
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
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.
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.
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.
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.
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
Total Control Pro
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 Total Control Pro 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
Total Control Pro: Not publicly documented — typical SaaS limits assumed and confirmed during scoping..
Data volume sensitivity
Total Control Pro 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 Total Control Pro to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Total Control Pro
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.