ERP migration

Migrate from Total ETO to Microsoft Dynamics 365 Business Central

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

Total ETO logo

Total ETO

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

86%

12 of 14

objects map 1:1 between Total ETO and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

4-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Total ETO to Microsoft Dynamics 365 is an ETO-specific schema migration, not a standard ERP cutover. Total ETO organizes all ETO activity under Projects that carry a full lifecycle from quote through delivery, with dynamic BOM revisions that must land as distinct versions at the destination rather than collapsing into a flat list. We preserve BOM revision dates, parent-component relationships, and engineering change context during import. The absence of a public API on Total ETO means database exports or CSV extracts shape our extraction methodology; we assess cloud versus on-premise hosting at scoping to determine whether vendor-assisted access or direct backup files are the source path. Total ETO's integration with QuickBooks, Sage, or Xero means financial balances may reside outside the source system entirely; we scope that boundary before migration begins and treat the destination Chart of Accounts as a fresh configuration rather than a direct import. Workflows, automations, and CAD add-in configurations do not migrate; we deliver a written inventory for the customer's implementation team to rebuild in Dynamics 365's Power Platform 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

Total ETO logo

Total ETO

What's pushing teams away

  • The Windows desktop interface is described as dated by multiple reviewers, and Total ETO has acknowledged a web-based version is in development but not yet available.
  • Organizations that expand beyond pure ETO into higher-volume production find the platform's single-industry focus becomes a constraint rather than a strength.
  • Permission granularity is excessive — without deliberate configuration the system exposes too many controls to users who do not need them, creating compliance and data-integrity risk.
  • Support responsiveness, while generally excellent, cannot compensate when bugs require significant engineering fixes; one reviewer waited while the president of the company handled a user-error case personally.
  • Companies seeking to consolidate onto platforms like NetSuite or SAP for broader operational visibility eventually migrate their project histories, BOMs, and job costs into systems with different data architectures.

Choosing

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

What's pulling them in

  • Deep integration with Microsoft 365, Power BI, and Power Platform means organizations already on the Microsoft stack get identity, reporting, and workflow continuity out of the box.
  • Unified financials, sales, service, and operations replace multiple disconnected systems — users report that data entered once flows through purchase orders, invoicing, and approvals without manual re-entry.
  • Copilot AI features (predictive analytics, embedded business intelligence) are included in both Essentials and Premium tiers, addressing demand for AI without separate module purchases.
  • Named-user licensing with no concurrent model appeals to organizations that want predictable per-seat costs even if some users access the system infrequently.
  • Strong partner ecosystem with certified NAV-to-Business Central migration specialists gives mid-market companies confidence the cutover from legacy Navision can be executed reliably.

Object mapping

How Total ETO objects map to Microsoft Dynamics 365 Business Central

Each row shows how a Total ETO object lands in Microsoft Dynamics 365 Business Central, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Total ETO

Project

maps to

Microsoft Dynamics 365 Business Central

Job (Projects module) or Production Order

1:1
Fully supported

Total ETO Projects carry a full lifecycle from quote through delivery with status stages, owner assignment, and WIP visibility. In Dynamics 365 Business Central, Projects module Jobs replicate this structure most directly. In Dynamics 365 Finance and Supply Chain Management, Production Orders are the equivalent manufacturing record. We determine the destination sku during scoping and configure the corresponding project structure, preserving the project number, description, responsible person, and status as of the migration date.

Total ETO

Bill of Materials (multi-level, versioned)

maps to

Microsoft Dynamics 365 Business Central

Item BOM (Production BOM) with versions

lossy
Fully supported

Total ETO BOMs are multi-level, versioned structures that change as engineering change requests arrive during the build phase. We treat each BOM revision as a distinct Production BOM version in Dynamics 365, preserving the parent-component relationships, revision date, and engineering change reference. Flattening BOMs into a single structure at the destination would break downstream production planning. BOM routing (work centers and operations) migrates to the corresponding routing version in Dynamics 365. This is the highest-risk object in the migration and requires explicit BOM-version mapping before any production data moves.

Total ETO

Part (with revision history)

maps to

Microsoft Dynamics 365 Business Central

Item (Item Card)

1:1
Fully supported

Total ETO Part records carry a complete history trail including prior usage across projects, unit of measure, cost, and supplier link. We map Parts to Dynamics 365 Items with the Standard cost, unit of measure, and vendor cross-reference preserved. The part usage history (which projects used which revision of a part) migrates as Item Ledger Entry history linked to the corresponding Jobs. Any part that was discontinued or marked inactive in Total ETO carries that status into Dynamics 365 to prevent procurement of deprecated parts.

Total ETO

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

Total ETO Customer records include contact details, address, and account balance. We map these to Dynamics 365 Customer with the open AR balance preserved as a statement balance on the migration date. Customer payment terms and invoice address migrate to the corresponding Dynamics 365 Customer Card fields. If the customer uses QuickBooks or Sage with Total ETO, we scope whether AR balances are already reconciled in the accounting system versus held in Total ETO before deciding on balance transfer scope.

Total ETO

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

Total ETO Vendor records include purchasing terms, contact information, and any active RFQs or POs referencing specific parts and vendors. We map vendor records directly to Dynamics 365 Vendor with terms and addresses preserved. The open PO linkage to vendor records means vendor import must complete before any PO import to satisfy foreign-key constraints.

Total ETO

Purchase Order (open)

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Open POs and RFQs in Total ETO represent live procurement commitments with line items referencing specific part numbers and vendors. PO import follows Part master and Vendor import in the migration sequence. Any PO line referencing a part not yet imported goes to an orphaned line queue for manual resolution before the PO import phase begins. Dynamics 365 purchase order status (Open, Released, Completed) maps directly from Total ETO PO status.

Total ETO

Work Order

maps to

Microsoft Dynamics 365 Business Central

Production Order or Job Journal Line

1:1
Fully supported

Work orders in Total ETO link to Projects and BOMs, tracking manufacturing operations by shop-floor routing. We map work orders to Dynamics 365 Production Orders with the project link preserved and operation sequencing carried into the routing. The operation-to-work-center mapping resolves from Total ETO's routing steps to Dynamics 365 work center capacity records.

Total ETO

Non-Conformance Record

maps to

Microsoft Dynamics 365 Business Central

Quality Journal (Business Central) or Quality Order (Finance)

1:1
Fully supported

NCRs in Total ETO reference specific parts, inspections, and quality issues logged from the shop floor, engineering, or procurement. We map NCRs to Dynamics 365 Quality Journal entries or Quality Orders (depending on sku) as standalone quality records, preserving the association to the relevant Part and Work Order. The NCR disposition (reject, rework, use-as-is) migrates as the Quality Journal resolution code.

Total ETO

Inspection

maps to

Microsoft Dynamics 365 Business Central

Quality Log Entry

1:1
Fully supported

Inspection records in Total ETO capture quality check results against parts and link to the inspector. We import inspection results as Quality Log entries tied to the relevant Item and Non-Conformance Record. Inspector assignment, inspection date, and result (pass/fail) migrate as log fields. The inspection template structure in Total ETO maps to the quality item specification in Dynamics 365.

Total ETO

Inventory (on-hand, by location)

maps to

Microsoft Dynamics 365 Business Central

Item Ledger Entry and Warehouse Entry

1:1
Fully supported

On-hand quantities in Total ETO are tracked by location and linked to projects via reservation. We import inventory quantities, locations, and project reservations as Item Ledger Entries (positive quantity for on-hand) and Warehouse Entries (location-specific). Any negative quantities or over-reserved items are flagged during scoping so the customer can reconcile before import.

Total ETO

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Chart of Accounts (GL Account)

lossy
Fully supported

Total ETO integrates with QuickBooks, Sage, or Xero rather than maintaining its own GL, which means the Chart of Accounts typically lives in the connected accounting system, not in Total ETO. During scoping we determine whether account structures exist in Total ETO for intercompany transactions or cost allocation. If the customer moves to Dynamics 365 Finance (which includes a full GL), the Chart of Accounts is configured fresh rather than imported, with dimensions set up to match the customer's financial reporting structure.

Total ETO

Employee

maps to

Microsoft Dynamics 365 Business Central

Worker (Human Resources)

1:1
Fully supported

Total ETO Employee records include time-entry data, labor class, and department. We map employees to Dynamics 365 Human Resources Workers with employment details preserved. The HR module must be enabled in Business Central or Finance before Worker records can accept the employment information. Time entries linked to Projects and Work Orders migrate to the corresponding Job and Production Order time registration.

Total ETO

Time Entry

maps to

Microsoft Dynamics 365 Business Central

Time Sheet Line or Job Journal Line

1:1
Fully supported

Time entries in Total ETO are project-based and include clock-in/clock-out data. We import time logs against the corresponding Job (Business Central Projects) or Production Order (Finance). The entry date, hours, and worker assignment map directly. Time entries without a matching Job or Production Order go to a queue for resolution before import.

Total ETO

Document (linked to Projects, Parts, Quality)

maps to

Microsoft Dynamics 365 Business Central

Attachments on Entity (Document Handling)

1:1
Fully supported

Total ETO stores documents linked to Projects, Parts, and Quality Records. We extract document references and file paths from the database. Actual file migration depends on the destination's document management capability. In Business Central, document attachments link via the Document Handling feature. In Finance, SharePoint integration or Teams attachments handle file storage. We preserve the entity-reference linkage so documents attach to the correct record at the destination.

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 ETO logo

Total ETO gotchas

High

No public API means migrations are database-centric

High

Dynamic BOM versioning is not a flat list

Medium

Open POs and RFQs require pre-migration cleanup

Medium

Accounting data may live outside Total ETO

Low

Permission over-granularity creates data-integrity risk

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central gotchas

High

Named-user licensing has no concurrent-use relief

High

API rate limits throttle large-volume migrations

Medium

Historical posted transactions require selective migration scoping

Medium

NAV-to-Business Central cloud migration requires partner coordination

Low

Custom fields and AL extensions require separate migration handling

Pair-specific challenges

  • No public API on Total ETO requires database-centric extraction

    Total ETO publishes no REST or SOAP API for third-party data access. All migrations require either a direct SQL Server database export (on-premise or cloud-hosted with vendor-assisted access) or manual CSV extracts from the application. Cloud customers may need vendor assistance to obtain database backups or read-only access. This shapes our entire extraction methodology and timeline — API-based migration tools cannot be used on the source side, and any extraction work that depends on application-layer exports extends the scoping phase by one to three weeks depending on vendor responsiveness.

  • BOM versioning is not a flat list and demands sequenced import

    Total ETO BOMs are multi-level, versioned structures that change throughout the engineering-build phase. A single part can have multiple active revisions as engineering change requests propagate. Collapsing these into a single flat BOM at the destination destroys the revision history and breaks downstream production planning in Dynamics 365. We treat each BOM revision as a distinct Production BOM version, import them in sequence with parent-component relationships and revision dates preserved, and configure the routing version in Dynamics 365 to match the Total ETO BOM hierarchy. Skipping this step produces BOMs that look correct but cannot drive production planning accurately.

  • Engineering-to-Order complexity requires intentional Business Central configuration

    Research on ETO manufacturing in Dynamics 365 Business Central identifies six core challenge areas: complex configuration management, accurate cost estimation for custom products, efficient order fulfillment for high-variability builds, inventory management under frequent demand changes, supply chain visibility across custom supply chains, and production planning for multi-level BOMs. Dynamics 365 Business Central is not purpose-built for ETO out of the box — it requires the Sikich HeadSTART for ETO add-on or equivalent ISV solution to approach Total ETO's native ETO capabilities. We flag this gap during scoping and recommend the customer's implementation team evaluate the ETO add-on before migration begins.

  • Open POs and RFQs must follow Part and Vendor import in sequence

    Active purchase orders and RFQs in Total ETO reference live part numbers and vendor commitments. If these are imported before the Part master and Vendor records are established at the destination, foreign-key violations will block the PO import phase. We sequence the migration: Part master first, then Vendors, then BOMs, then open POs, then inventory and work orders. Any orphaned PO lines (referencing a part not yet imported) are flagged in a reconciliation report and resolved before the next phase begins. RFQ migration follows the same constraint chain.

  • Financial data boundary between Total ETO and its integrated accounting tool must be scoped explicitly

    Total ETO integrates with QuickBooks, Sage, or Xero rather than maintaining its own GL. Account balances and open AP/AR may live in the connected accounting system, not in Total ETO itself. During migration scoping we must determine which financial records live in Total ETO versus in the connected accounting system. If the destination is Dynamics 365 Finance (with full GL), account balances and open AP/AR may need to be reconciled across two source systems simultaneously, or the customer may choose to treat the accounting integration boundary as a clean start in Dynamics 365 Finance with a manual GL entry for outstanding balances.

Migration approach

Six steps for a successful Total ETO to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and hosting model assessment

    We audit the Total ETO deployment to determine hosting model (on-premise SQL Server, cloud-hosted with Total ETO-managed infrastructure, or hybrid). On-premise customers can provide backup files directly; cloud-hosted customers require vendor-assisted database access, which we coordinate during scoping. We inventory the active Projects, BOM revision count, Part master size, open PO volume, NCR history, and employee records. We also determine which accounting system (QuickBooks, Sage, or Xero) connects to Total ETO and scope whether GL data lives in Total ETO or the connected tool. The discovery output is a written migration scope, an extraction methodology recommendation, and a Dynamics 365 edition recommendation (Business Central for ETO-focused operations, Finance and Supply Chain Management for broader enterprise scope).

  2. Extraction from Total ETO

    For on-premise SQL Server deployments, we obtain a recent full backup and restore it to a read-only migration environment for export. For cloud-hosted deployments, we coordinate with Total ETO support for database access via backup export or read-only query access. We extract core tables: ProjectMaster, PartMaster, BOMHeader, BOMLine, BOMRevision, VendorMaster, CustomerMaster, PurchaseOrderHeader, PurchaseOrderLine, WorkOrderHeader, WorkOrderOperation, NCRHeader, NCRLine, InspectionHeader, InventoryLedger, EmployeeMaster, TimeEntry. We validate record counts against application-layer reports before proceeding. BOM extraction requires joins across BOMHeader, BOMLine, and BOMRevision to capture the versioned multi-level structure without flattening.

  3. Schema design and BOM versioning configuration in Dynamics 365

    We design the destination schema in Dynamics 365. This includes configuring the Chart of Accounts (if moving to Finance sku), setting up Financial Dimensions to match the customer's cost center and department reporting, configuring the Projects or Production module depending on sku, creating Item cards with BOM versions for each Total ETO Part, and mapping Total ETO NCR and Inspection records to the Quality Journal or Quality Order structure. The BOM versioning configuration is the critical design element — each Total ETO BOM revision becomes a separate Production BOM version in Dynamics 365 with a valid-from date and engineering change reference carried forward. Schema is deployed into a Dynamics 365 Sandbox first for validation before any production migration begins.

  4. Sandbox migration and BOM reconciliation

    We run a full migration into a Dynamics 365 Sandbox using production-like data volume. The customer's project manager and ERP lead reconcile BOM structure (one randomly sampled multi-level BOM per product family), part master counts, open PO line accuracy, and NCR-to-quality-journal linkage. Special attention is given to BOM revision sequences — we verify that each Total ETO BOM revision appears as a distinct version in Dynamics 365 with correct component relationships and valid-from dates. Any mapping corrections are documented and applied to the production migration scripts. This step validates the extraction and transformation logic before touching live data.

  5. Production migration in dependency order

    We run production migration in strict record-dependency order: Employees and Workers first (for labor class mapping), then Customers and Vendors (for account balance and terms), then Part master with item cost and unit of measure, then BOMs with version sequencing, then open POs (now that part and vendor lookups are satisfied), then Work Orders and Production Orders, then NCR and Inspection records, then inventory quantities and ledger entries, then Time Entries. Each phase emits a row-count reconciliation report showing source record count, destination record count, and skipped or errored records. BOM import is staged in revision-date order to preserve the engineering change sequence.

  6. Cutover, validation, and workflow rebuild handoff

    We freeze Total ETO writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver a written inventory of Total ETO workflows, automations, and CAD add-in configurations (SolidWorks and Inventor BOM integration) that require rebuild in Dynamics 365's Power Automate, Power Apps, or ETO add-on environment. We do not rebuild automations or CAD integration as part of the migration scope; that work belongs to the customer's Dynamics 365 implementation partner. We support a one-week hypercare window for data reconciliation issues raised by the manufacturing and finance teams.

Platform deep dives

Context on both ends of the pair

Total ETO logo

Total ETO

Source

Strengths

  • Purpose-built for ETO manufacturing with dynamic BOMs that change throughout the design-build phase.
  • SolidWorks and Autodesk Inventor add-in integration brings BOMs directly into the CAD environment without double entry.
  • Real-time project job costing gives visibility into margin at every stage of a custom machine build.
  • Integrates with QuickBooks and Sage for accounting rather than forcing a full financial-system replacement.
  • Responsive support with hands-on manufacturing experience, including direct involvement from company leadership.

Weaknesses

  • No public API documented — migrations require database exports, CSV extracts, or custom integration work.
  • Windows desktop application with a dated UI that Total ETO itself acknowledges is being redesigned.
  • Excessive flexibility in the permission system means that without careful setup users see controls they do not need.
  • Pricing is opaque — different sources report conflicting figures ($500/user/year, $50/user/month) and the vendor requires a custom quote for anything beyond the 5-seat starter package.
  • Target customers are small-to-mid custom machine builders; the platform lacks the scalability and industry breadth that growing firms need.
Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Destination

Strengths

  • Tight integration with Microsoft 365 (Outlook, Teams, SharePoint) for users already in the Microsoft ecosystem.
  • Includes Copilot AI, predictive analytics, and embedded Power BI dashboards at no additional cost in both license tiers.
  • Supports multiple companies within a single tenant for holding-company or multi-entity organizational structures.
  • Open REST API v2.0 with OAuth 2.0 authentication and data entity abstraction layer for developer-friendly integrations.
  • Strong partner ecosystem specializing in NAV-to-Business Central migrations provides implementation confidence for legacy upgrades.

Weaknesses

  • Named-user licensing model means every active user account requires a paid license — no concurrent access model to reduce costs for occasional users.
  • SaaS-only deployment means no on-premises option; organizations requiring full data residency control may not have viable alternatives within Microsoft's stack.
  • Manufacturing module (Production Orders, routing, work centers) is only available on Premium tier, pushing cost-sensitive manufacturers to higher-priced plans.
  • Customization and extension development requires AL language knowledge and developer licenses, limiting what power users can do without a partner engagement.
  • Global pricing increases effective October 2024 and again October 2025 after five years of stable pricing, creating budget uncertainty for existing customers.

Complexity grading

How hard is this migration?

Standard ERP 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 ETO and Microsoft Dynamics 365 Business Central.

  • 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 ETO: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Total ETO to Microsoft Dynamics 365 Business Central 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 ETO to Microsoft Dynamics 365 Business Central data migrations

Answers to the questions buyers ask most during Total ETO to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between four and eight weeks for organizations with fewer than 15,000 Parts, 500 active Projects, and no extensive NCR history. Migrations with high BOM revision counts (over 2,000 BOM version records), active work order backlogs, non-conformance history, or multi-entity legal structures move to eight to fourteen weeks because of BOM sequencing complexity, NCR-to-quality-journal mapping, and parent-record resolution across entities. The extraction methodology (on-premise backup versus cloud-hosted requiring vendor-assisted access) can add one to three weeks to the scoping phase.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Total ETO.
Land in Microsoft Dynamics 365 Business Central, 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