ERP migration

Migrate from Foundry Bean to Microsoft Dynamics 365 Business Central

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

Foundry Bean logo

Foundry Bean

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

79%

11 of 14

objects map 1:1 between Foundry Bean and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Foundry Bean to Microsoft Dynamics 365 is a full-ERP migration that touches the chart of accounts, open receivables and payables, subscription billing schedules, multi-subsidiary structures, and ASC 606 revenue recognition records. Foundry Bean stores Customers, Vendors, Employees, Items, Contracts, and Subscriptions alongside revenue recognition schedules generated from contract terms and billing data; Dynamics 365 Business Central mirrors this structure but requires explicit legal entity assignments, chart of accounts codes, and revenue recognition configuration. We sequence ledger balances before transactional history, map every tiered pricing subscription to Business Central's subscription billing model, and recalculate ASC 606 schedules from the underlying contract data rather than exporting derived records. Workflows, automations, and custom reporting do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild in Business Central.

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

Foundry Bean logo

Foundry Bean

What's pushing teams away

  • Limited public documentation and absence of a mature third-party ecosystem make integration with specialized tools harder than on more established ERP platforms.
  • Pricing escalates significantly beyond entry-level tiers, with Business Pro at $9.99/user/month and Premium at $24.99/user/month, making cost predictability difficult at scale.
  • No meaningful public review presence means prospective customers have no peer validation of implementation experience, support quality, or real-world reliability.
  • Smaller teams report the feature depth feels disproportionate to their needs, with HCM and supply chain modules designed for larger organizational workflows.

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

Each row shows how a Foundry Bean 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.

Foundry Bean

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

G/L Account

1:1
Mapping required

Foundry Bean accounts organized into Balance Sheet and Income Statement categories map directly to Business Central G/L Account records. Each account code and type (Asset, Liability, Equity, Revenue, Expense) maps to the destination chart, preserving Foundry Bean's automatic categorization. We map account codes explicitly and flag any custom account types that require Business Central account type configuration before import.

Foundry Bean

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

Foundry Bean customer records include addresses, contacts, payment terms, and are linked to invoices and receivables. Standard fields migrate cleanly. Custom fields require explicit value mapping between Foundry Bean's property names and Business Central's field structure. Customer posting groups must be configured in Business Central before import to enable correct receivables posting.

Foundry Bean

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

Foundry Bean vendor master records contain addresses, banking information, purchase orders, terms, and contracts. We preserve the full vendor lifecycle linkage to purchase orders and payable records during migration. Vendor posting groups in Business Central are configured before migration to enable correct payables posting. Banking information maps to Business Central vendor bank accounts.

Foundry Bean

Employee

maps to

Microsoft Dynamics 365 Business Central

Employee

1:1
Fully supported

Foundry Bean employee records include compensation history, benefits, and organizational assignments. Effective-dated changes require careful sequencing; we import current state first, then apply historical compensation records as journal entries or supplemental pay records. Employee dimensions and cost center assignments map to Business Central dimensions for allocation reporting.

Foundry Bean

Item

maps to

Microsoft Dynamics 365 Business Central

Item

1:1
Fully supported

Foundry Bean items support inventory tracking across multiple warehouses and locations. We map item numbers, costing methods, and warehouse assignments. Custom pricing tiers that do not map directly to Business Central price groups are flagged for manual review and rebuild in Business Central's pricing module. Inventory valuation methods map to Business Central costing versions.

Foundry Bean

Invoice

maps to

Microsoft Dynamics 365 Business Central

Sales Invoice / Purchase Invoice

1:1
Fully supported

Sales invoices, recurring invoices, and subscription-generated invoices in Foundry Bean map to Business Central sales invoices or purchase invoices depending on direction. We preserve invoice-to-payment linkages and aging data, mapping invoice status to Business Central's lifecycle states. Open invoices migrate with full remaining balance; paid invoices migrate as closed historical records.

Foundry Bean

Subscription

maps to

Microsoft Dynamics 365 Business Central

Sales Subscription / Billing Schedule

lossy
Fully supported

Foundry Bean subscriptions with flat-fee pricing map to Business Central sales subscriptions. Usage-based and volume pricing map to Business Central billing schedules with line-by-line billing. Tiered pricing subscriptions require tier flattening: each tier threshold and per-unit rate becomes an individual billing schedule line or a separate price group line. Subscriptions with complex tier stacking are flagged for manual review before migration.

Foundry Bean

Contract

maps to

Microsoft Dynamics 365 Business Central

Contract / Sales Header

1:1
Fully supported

Contract records in Foundry Bean link to subscription billing and revenue recognition schedules. We preserve contract-to-revenue schedule linkages and map the recognition method to Business Central's revenue recognition configuration. Contract terms (start date, end date, renewal type) migrate as contract metadata attached to the subscription or billing schedule.

Foundry Bean

Revenue Recognition Schedule

maps to

Microsoft Dynamics 365 Business Central

Revenue Recognition Schedule

lossy
Fully supported

ASC 606 recognition schedules in Foundry Bean are generated from contract terms and subscription billing rather than stored as independent records. We recalculate schedules in Business Central from the migrated contract data using milestone-based or time-based recognition methods. Each schedule's recognition start date, total amount, and method type are mapped to Business Central revenue recognition lines. If Foundry Bean exposes derived schedule records, we export them for reference but rebuild from source contracts.

Foundry Bean

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Purchase orders link vendors to items and drive invoice processing. We migrate open and closed PO history, preserving the PO-to-invoice relationship for procure-to-pay audit trails. Partially received purchase orders migrate with received quantity and remaining quantity so that Business Central's receiving workflow can resume without duplication.

Foundry Bean

Bank Account

maps to

Microsoft Dynamics 365 Business Central

Bank Account

1:1
Fully supported

Bank and credit card accounts with real-time balance tracking and auto-reconciliation in Foundry Bean map to Business Central bank accounts. We map account numbers, bank details, and opening balances to Business Central cash account setup. Bank reconciliation templates migrate as reconciliation worksheets for the customer's admin to apply post-migration.

Foundry Bean

General Ledger Transaction

maps to

Microsoft Dynamics 365 Business Central

G/L Entry

1:1
Fully supported

All journal entries from bank reconciliation, invoice processing, and manual entries stored chronologically in Foundry Bean migrate as Business Central G/L entries. We extract full GL transaction history including adjustment entries, preserving the debit and credit balance. Opening balances for balance sheet accounts are established before transaction history migration using a separate opening balances import.

Foundry Bean

Expense Report

maps to

Microsoft Dynamics 365 Business Central

Employee / Expense Journal

lossy
Fully supported

Foundry Bean expense reports auto-convert to vendor invoices upon approval. We capture the approval state before conversion and export expense reports as employee expense journal lines rather than vendor invoices to avoid duplicate liability records in Business Central. The two-record relationship (expense report + resulting vendor invoice) is collapsed into a single expense journal entry with approval workflow to be configured in Business Central post-migration.

Foundry Bean

Custom Object

maps to

Microsoft Dynamics 365 Business Central

Custom Table / Extension

1:1
Fully supported

Foundry Bean's undocumented custom object API requires cataloguing during discovery. We map customer-defined objects to Business Central custom tables (using AL extensions) or to Dataverse tables if the destination is Dynamics 365 Finance, Supply Chain, or Project Operations. Custom object relationships, custom fields, and data types are preserved. We do not migrate custom object API logic; the customer rebuilds the application logic in Business Central AL or Power Apps.

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.

Foundry Bean logo

Foundry Bean gotchas

High

Multi-entity structure requires explicit mapping before transactional migration

Medium

Subscription billing tiered pricing stores rate definitions as nested objects

Medium

Expense reports auto-convert to vendor invoices upon approval

Medium

Revenue recognition schedules are derived objects tied to contracts and billing

Low

No public API documentation for rate limits or bulk export endpoints

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

  • Multi-entity structure requires explicit legal entity mapping

    Foundry Bean supports multiple subsidiaries, legal entities, and business units within a single tenant. When migrating to Business Central, each Foundry Bean entity's chart of accounts, opening balances, and transactional history must map to corresponding Business Central companies or consolidation entities. If the destination does not support multi-entity consolidation or the customer consolidates to a single legal entity, intercompany transactions collapse in the process. We identify all distinct legal entity IDs during discovery, build a mapping table before extraction, and configure Business Central's intercompany posting groups before migration begins.

  • Tiered subscription pricing stores nested rate objects requiring flattening

    Foundry Bean stores tiered and volume pricing subscription rate definitions as nested ranges with start thresholds, end thresholds, and per-unit rates. These nested structures do not map directly to Business Central's flat billing schedule lines. We flatten each tier into individual billing schedule lines or separate price group entries during transformation, flagging any subscription that relies on tier stacking (where usage in one tier affects the rate in the next) for manual review and rebuild in Business Central's pricing module.

  • ASC 606 revenue recognition schedules are derived records requiring recalculation

    Foundry Bean's ASC 606 recognition schedules are generated by the platform from contract terms and subscription billing data rather than stored as independent records. Business Central requires the same recognition setup to be configured from source contracts after migration. We export the contract terms, billing amounts, and any exposed schedule data during migration, then recalculate recognition schedules in Business Central using milestone-based or time-based methods. The original schedule data serves as a reference for validation but is not imported as a live record.

  • Approved expense reports auto-convert to vendor invoices creating duplication risk

    Foundry Bean automatically converts approved expense reports into vendor invoices. Migrating both the expense report and the resulting vendor invoice creates duplicate liabilities in Business Central. We capture the approval workflow state before conversion, export only the source expense report with its settlement status, and suppress the duplicate invoice record that would otherwise be created from the same source document. The customer's admin configures the expense approval workflow in Business Central post-migration.

  • Foundry Bean's undocumented API requires capacity testing before extraction

    Foundry Bean exposes a general API for programmatic data create, receive, and update, but the public documentation does not specify rate limits, pagination conventions, or bulk export endpoints. We perform a capacity test during migration scoping to estimate safe extraction throughput. For large GL histories or high-volume transactional datasets, we fall back to CSV export where available to avoid API-induced delays or timeouts. Business Central's documented Dataverse and OData APIs are used for the destination write, with documented rate limits and bulk endpoints.

Migration approach

Six steps for a successful Foundry Bean to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and destination edition selection

    We audit Foundry Bean's tenant across entity count, chart of accounts structure, subscription volume and pricing models, revenue recognition schedule count, GL transaction volume, open receivables and payables, and any customer-defined custom objects. We pair this with a Dynamics 365 edition decision: Business Central Essentials ($80/user) covers most finance and supply chain migrations; Business Central Premium ($110/user) adds service management; Dynamics 365 Finance ($180/user) is selected for organizations requiring advanced financial compliance or multi-subsidiary consolidation at scale. The discovery output is a written migration scope with object inventory, entity mapping table, and edition recommendation.

  2. Schema design and legal entity mapping

    We design the destination schema in Business Central or Finance. This includes provisioning companies (legal entities), configuring the chart of accounts to match Foundry Bean's account codes and types, setting up posting groups for customers and vendors, defining dimensions for cost center and department allocation, configuring revenue recognition methods for ASC 606 compliance, and designing billing schedule templates for migrated subscriptions. Multi-entity customers require an intercompany mapping table that assigns each Foundry Bean entity to a Business Central company or consolidation entity before any data extraction begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Business Central Sandbox or a test company using production-like data volume. The customer's finance team reconciles account balances (balance sheet totals in, income statement activity), customer and vendor counts, open invoice aging, and subscription billing schedule accuracy. Spot-checks compare random GL entries, invoice amounts, and subscription terms against the Foundry Bean source. Any mapping corrections happen in the sandbox, not in production. Sign-off from the customer's finance lead is required before production migration begins.

  4. Opening balances and master data

    We migrate foundation records in dependency order: chart of accounts first, then bank accounts, then customer and vendor master records with their posting groups. Opening balances for balance sheet accounts (cash, accounts receivable, inventory, accounts payable) are imported as a separate opening balances journal before transactional history. This establishes the trial balance in Business Central so that running transaction totals can be validated against Foundry Bean's closing balances.

  5. Production migration: master records, subscriptions, transactions

    We run production migration in record-dependency order: opening balances, customer and vendor masters, items and inventory, purchase orders, sales invoices, expense journals, subscriptions with tier-flattened billing schedules, contracts with revenue recognition configuration, and full GL transaction history. Each phase emits a row-count reconciliation report before the next phase begins. Tiered pricing subscriptions are flagged individually during this phase for manual verification against Foundry Bean's tier definitions.

  6. Cutover, validation, and automation rebuild handoff

    We freeze Foundry Bean writes during cutover, run a final delta migration of any records modified during the migration window, then enable Business Central as the system of record. We deliver an automation inventory document listing every Foundry Bean workflow, approval chain, and custom field logic that requires rebuild in Business Central's workflow engine, Power Automate, or AL extensions. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's finance team. We do not rebuild workflows or automations inside the migration scope; that work is handled by the customer's admin or a Business Central implementation partner.

Platform deep dives

Context on both ends of the pair

Foundry Bean logo

Foundry Bean

Source

Strengths

  • Integrated ERP covering finance, HR, CRM, supply chain, and analytics in one cloud platform without multiple vendor relationships.
  • Multi-subsidiary and multi-entity consolidation with multi-currency support built for global operations and holding company structures.
  • Automated ASC 606 revenue recognition with subscription billing schedule generation reduces manual compliance overhead.
  • Subscription billing accommodates flat-fee, usage-based, volume, and tiered pricing within the same module, supporting complex billing models.
  • Cloud-native access from any device with no on-premise infrastructure requirement and 3-month free trial on paid tiers.

Weaknesses

  • No public user reviews or G2/Capterra ratings to validate real-world implementation experience or support quality.
  • API documentation is minimal and does not document rate limits, bulk endpoints, or authentication schemes publicly.
  • Pricing lacks transparency beyond entry-level tiers; Business Pro at $9.99/month and Premium at $24.99/month with custom pricing for higher tiers.
  • Feature depth in HCM and supply chain modules targets larger organizations, creating fit mismatch for small and mid-market teams evaluating the platform.
  • Absence of a mature marketplace or documented third-party integrations makes extending functionality beyond the built-in modules difficult.
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. 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 Foundry Bean and Microsoft Dynamics 365 Business Central.

  • 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

    Foundry Bean: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Foundry Bean 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 Foundry Bean to Business Central migrations land between six and ten weeks for accounts under 50,000 customer records, no multi-subsidiary structure, and straightforward subscription billing. Migrations with three or more legal entities, hundreds of tiered pricing subscriptions, full GL history over 100,000 journal entries, or ASC 606 revenue recognition spanning multiple recognition methods move to fourteen to twenty-four weeks because of entity mapping complexity, tier flattening, and schedule recalculation. Implementation timelines of three to nine months cited in general Dynamics 365 implementation guides include business process redesign and UAT phases that extend beyond data migration scope.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Foundry Bean.
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