ERP migration

Migrate from Decision Builder to Microsoft Dynamics 365 Business Central

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

Decision Builder logo

Decision Builder

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

86%

12 of 14

objects map 1:1 between Decision Builder and Microsoft Dynamics 365 Business Central.

Complexity

CModerate

Timeline

5-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Decision Builder to Microsoft Dynamics 365 requires converting the proprietary .dec.obj format, mapping complex Data Structures to Dynamics 365 entities, and resolving Chart of Accounts differences. Decision Builder organizes business data around Data Structures and Projects using a flexible application library for process-specific customization, while Dynamics 365 uses a structured entity model with Accounts, Vendors, Items, and General Ledger entries. We sequence exports based on Data Structure complexity—simple structures export individually via Excel while complex interdependent structures require Project-level .dec.obj export to preserve relationships. Open AP/AR, historical transactions, and audit trails transfer with full financial context. We do not migrate Rule Flows, workflows, automations, or reports as executable code; we deliver a written inventory for your admin to rebuild in Dynamics 365. Typical migrations land between five and eight weeks at $8,500-$12,500, or ten to sixteen weeks at $15,000-$28,000 for complex data with custom structures.

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

Decision Builder logo

Decision Builder

What's pushing teams away

  • Limited documentation makes it difficult for new team members to learn the platform and for existing users to resolve advanced configuration problems.
  • Poor upgrade path for .NET compatibility creates frustration during version transitions and limits access to newer framework features.
  • Lack of comprehensive documentation means teams spend excessive time experimenting with features rather than applying them directly to business needs.
  • The platform's age means some integrations with modern SaaS tools require custom development that newer ERP platforms provide out of the box.

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 Decision Builder objects map to Microsoft Dynamics 365 Business Central

Each row shows how a Decision Builder 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.

Decision Builder

Customers

maps to

Microsoft Dynamics 365 Business Central

Account (CustomerType = Organization)

1:1
Mapping required

Customer records in Decision Builder map to Account in Dynamics 365 when the customer type is Organization. We preserve contact details, customer-specific pricing tiers, and associated hierarchies. For Decision Builder customers stored as individuals, we create Contact records attached to an Account. The Account is created before any Contact import so that the parent CustomerAccount lookup is satisfied at insert time.

Decision Builder

Vendors

maps to

Microsoft Dynamics 365 Business Central

Vendor / Account (CustomerType = Vendor)

1:1
Mapping required

Vendor records map to Vendor entities in Dynamics 365 Finance and Operations or to Account with CustomerType = Vendor in Business Central. We preserve payment terms, tax IDs, and address information. Field-level mapping aligns Decision Builder vendor fields to Dynamics 365 vendor fields since naming conventions and required fields vary between the systems.

Decision Builder

Items

maps to

Microsoft Dynamics 365 Business Central

Released Products / Item

1:1
Mapping required

Item records encompassing inventory products, services, and non-inventory items map to Released Products in Dynamics 365 Finance and Operations or Item in Business Central. We map item types (Inventory, Service, BOM, Planning), pricing, and bill of materials structures. Multi-level BOMs require special handling with version-controlled Product Bill of Materials entities in Dynamics 365.

Decision Builder

Bill of Materials

maps to

Microsoft Dynamics 365 Business Central

Product BOM / BOMTable

1:1
Fully supported

Multi-level BOMs in Decision Builder map to BOMTable entities in Dynamics 365 Finance and Operations with version control and production route associations. We flag BOMs with more than two levels during discovery and create a written restructure recommendation for the customer's admin before migration, because BOM depth affects production planning configuration.

Decision Builder

Projects

maps to

Microsoft Dynamics 365 Business Central

Projects / ProjTable

1:1
Fully supported

Decision Builder Projects bundle related Data Structures, workflows, and configurations. Project-level .dec.obj export preserves the full context that individual object export cannot capture. We map Project hierarchies to Dynamics 365 Project entities, including project types (Time and Material vs Fixed Price), worker assignments, and hour categories.

Decision Builder

Data Structures

maps to

Microsoft Dynamics 365 Business Central

Extension entities / Custom tables

1:1
Mapping required

Custom Data Structures store business-specific data in Decision Builder. Simple, flat Data Structures without interdependent relationships migrate via individual Excel export to Dynamics 365 extension entities. Complex Data Structures with relationships to other Data Structures require Project-level .dec.obj export to preserve interdependencies. We assess each Data Structure during discovery and recommend the correct export method.

Decision Builder

Open AP/AR

maps to

Microsoft Dynamics 365 Business Central

CustInvoiceJour / VendInvoiceJour / CustTrans / VendTrans

1:1
Fully supported

Open invoices, credit memos, and payment records migrate to Dynamics 365 Finance and Operations customer and vendor transaction tables. Document numbers, invoice dates, due dates, amounts, and aging information preserve through transfer. Post-migration reconciliation in Dynamics 365 closes the loop on any discrepancies between systems at cutover.

Decision Builder

Historical Transactions

maps to

Microsoft Dynamics 365 Business Central

GeneralLedgerJournalTrans

1:1
Mapping required

Invoice history, payment records, and adjustment logs transfer with full audit trails. Journal entries require mapping to destination chart of accounts which may use different account numbering schemes and segment structures. We pre-map the ledger dimension structures in Dynamics 365 before migration to ensure historical postings land in the correct accounts.

Decision Builder

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

LedgerChartOfAccounts / MainAccount

lossy
Mapping required

Account structures including segment definitions, account types, and rollup hierarchies require pre-migration mapping sessions to align source and destination account frameworks. Dynamics 365's segment-based chart of accounts and financial dimensions add complexity that requires careful pre-migration alignment before historical data transfers.

Decision Builder

Rule Flows

maps to

Microsoft Dynamics 365 Business Central

Power Automate Flows (configuration)

lossy
Fully supported

Business logic encoded in Decision Builder Rule Flows migrates as documented specifications, not executable code. We provide a written inventory of each Rule Flow's trigger conditions, input parameters, decision logic, and output actions with recommended Power Automate or Dynamics 365 workflow equivalents for your admin to rebuild post-migration.

Decision Builder

Documents

maps to

Microsoft Dynamics 365 Business Central

SharePoint / Blob Storage (attached files)

1:1
Mapping required

Attached documents and files migrate alongside their parent records, stored in Dynamics 365's native document management or linked SharePoint/Blob storage. We verify file integrity after transfer and flag any documents that reference objects not included in the migration scope.

Decision Builder

Users

maps to

Microsoft Dynamics 365 Business Central

Users

1:1
Mapping required

User accounts and role assignments map to Dynamics 365 security roles and teams. Active vs. inactive status preserves through migration. Login credentials do not transfer for security reasons. Role mapping requires pre-migration sessions to align Decision Builder's permission model with Dynamics 365's role-based security structure.

Decision Builder

Data Structures (simple/flat)

maps to

Microsoft Dynamics 365 Business Central

Custom Tables / Extension entities

1:1
Fully supported

Simple Data Structures without interdependent relationships export individually via Excel and map to Dynamics 365 extension entities or custom tables. We create the destination custom fields in the appropriate table before migration, mapping Decision Builder field types to equivalent Dynamics 365 data types.

Decision Builder

Timekeepers

maps to

Microsoft Dynamics 365 Business Central

Workers / HcmWorkers

1:1
Fully supported

Timekeeper records map to Dynamics 365 Human Resources HcmWorker entities when the HR module is included in the destination scope. If HR is not included, timekeeper data is mapped to a custom entity with a note for further discussion on long-term storage.

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.

Decision Builder logo

Decision Builder gotchas

High

Complex Data Structures require Project-level export

Medium

Advanced decision table rows are read-only in Excel export

High

No publicly documented migration API or bulk export endpoint

Medium

Data Structure export format creates vendor lock-in

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

  • .dec.obj export format requires conversion before Dynamics 365 import

    Decision Builder's .dec.obj export format is proprietary and cannot be imported directly into Microsoft Dynamics 365. We convert .dec.obj files to intermediate formats (CSV, Excel, or XML) during migration, which adds processing time and requires field-level validation to ensure all fields and relationships survive the format conversion. We test sample records in a Dynamics 365 Sandbox before running the full production migration.

  • Complex Data Structures require Project-level export to preserve relationships

    Data Structures with complex relationships cannot always be exported individually from Decision Builder. The platform documentation explicitly warns that due to varying complexity, not all Data Structures should be exported the same way. We assess each Data Structure during scoping and recommend Project-level .dec.obj export for anything with interdependent relationships. Individual Excel export is only viable for simple, flat structures. Failure to use the correct export method results in orphaned records and broken relationships in Dynamics 365.

  • No bulk export API means longer discovery phase

    Decision Builder does not expose a documented API endpoint for bulk data extraction. Data export relies on the platform UI for simple records and .dec.obj file generation for complex structures. We work within these constraints by sequencing exports to avoid timeout scenarios and by using the appropriate export method (individual vs. Project-level) based on data complexity. Migration projects using this platform require longer discovery phases to map out the correct export strategy per data type.

  • Chart of accounts mapping requires pre-migration alignment sessions

    Source and destination account numbering schemes differ significantly between Decision Builder and Dynamics 365. Dynamics 365's segment-based chart of accounts and financial dimensions add complexity that requires careful pre-migration alignment sessions to map the source account framework to the destination. Historical transactions are at stake, so account mapping errors compound across thousands of journal entries.

  • Rule Flows and workflows do not migrate as executable code

    Business logic encoded in Decision Builder Rule Flows does not transfer directly to Dynamics 365's workflow engine. We document each Rule Flow's trigger conditions, input parameters, decision logic, and output actions in a written inventory with recommended Power Automate or Dynamics 365 workflow equivalents. The customer's admin or a Microsoft partner rebuilds them post-migration. This rebuild work is outside standard migration scope.

Migration approach

Six steps for a successful Decision Builder to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and export strategy assessment

    We audit Decision Builder across all Data Structures, Projects, Vendors, Customers, Items, open AP/AR, historical transaction volume, Chart of Accounts structure, Rule Flows, and attached documents. We identify which Data Structures are simple enough for individual export versus which require Project-level .dec.obj export. The discovery output is a written migration scope and a detailed export strategy for each data type.

  2. Chart of accounts and entity mapping design

    We design the Dynamics 365 chart of accounts structure, financial dimensions, and entity mapping. This includes mapping Customer and Vendor account types, Item product types, and General Ledger account hierarchies. If Dynamics 365 Finance is included, we map the segment-based account structure and configure financial dimensions to align with Decision Builder's framework.

  3. .dec.obj conversion and format preparation

    We convert .dec.obj files to intermediate formats (CSV, Excel, or XML) that the Dynamics 365 Data Management framework can consume. Complex Data Structures that require Project-level export are extracted as complete .dec.obj bundles, converted, and validated for field and relationship integrity before staging for migration.

  4. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 Sandbox environment using production-like data volume. The customer's IT lead and finance team reconcile record counts, spot-check sample records against Decision Builder, and validate financial totals (open AP/AR, transaction sums) before production migration begins. Mapping corrections happen here.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Chart of Accounts and financial dimensions (first), then Customers and Vendors (mapped to Accounts), then Items and Bill of Materials, then open AP/AR invoices, then historical transactions, then Data Structures (simple individually, complex via Project-level exports), then documents, then Users. Each phase emits a row-count reconciliation report.

  6. Cutover, validation, and Rule Flow handoff

    We freeze Decision Builder 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 the Rule Flow inventory document and Power Automate rebuild recommendations to the customer's admin team. We support a one-week hypercare window for reconciliation issues raised by the customer's team.

Platform deep dives

Context on both ends of the pair

Decision Builder logo

Decision Builder

Source

Strengths

  • 25+ years of operational history with deep manufacturing and distribution domain expertise
  • Extensive pre-built application library covering industry-specific workflows
  • Flexible architecture supporting extensive customization to match unique business processes
  • Integrated environment combining financials, inventory, and vendor management
  • Project-based export capabilities (.dec.obj format) for complex data structure migrations

Weaknesses

  • Limited and poor documentation creates steep learning curves for new users
  • Poor upgrade path for .NET compatibility causes friction during version transitions
  • Lack of comprehensive technical documentation slows advanced configuration work
  • Modern SaaS integration gaps require custom development compared to newer ERP platforms
  • Excel export for data structures has varying complexity handling across different data types
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?

Moderate ERP migration. 4 of 8 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Decision Builder and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    C

    4 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

    Decision Builder: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Decision Builder 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

Standard migrations land between five and eight weeks for accounts with straightforward data and minimal custom structures. Complex migrations involving multi-level BOMs, extensive historical transactions, intricate Data Structures, or dual-module deployments (Finance and Operations with HR) typically require ten to sixteen weeks because of the discovery and .dec.obj conversion work required to handle Decision Builder's export constraints.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Decision Builder.
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