ERP migration

Migrate from Epicor Prophet 21 to Microsoft Dynamics 365 Business Central

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

Epicor Prophet 21 logo

Epicor Prophet 21

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

92%

12 of 13

objects map 1:1 between Epicor Prophet 21 and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Try the reverse

Microsoft Dynamics 365 Business Central
Epicor Prophet 21

Overview

What this migration involves

Moving from Epicor Prophet 21 to Microsoft Dynamics 365 is a platform migration with significant schema and workflow differences. P21 is distribution-first with deep replenishment, kitting, and counter-sale logic built around its SQL Server tables; Dynamics 365 Finance and Operations or Business Central uses a more modular architecture with Finance, Supply Chain, and optional Field Service modules. We extract from P21's SQL Server tables or REST API, map distribution-centric entities to their D365 equivalents, and preserve lot/serial traceability chains across the cutover. We flag BOM routing data, SDK customizations, and third-party bolt-on integrations that require redesign or replacement in the destination system. Open AP/AR balances, multi-warehouse configurations, and pricing tiers migrate with careful sequencing. We do not migrate Business Process Modules, SDK customizations, or third-party bolt-ons as functional code; we deliver a written inventory for the customer's admin team to rebuild post-migration.

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

Epicor Prophet 21 logo

Epicor Prophet 21

What's pushing teams away

  • High costs for add-ons, new modules, and per-user pricing create budget surprises, especially for growing distributors adding functionality beyond the base subscription.
  • Difficult and limited customization options frustrate teams trying to adapt P21 to non-standard workflows, with G2 reviewers citing extensive manual adjustments and SKU field maintenance struggles.
  • Report generation performance is poor — multiple reviewers note the system freezes or takes excessive time to download reports, impacting daily operational workflows.
  • Missing features require teams to layer third-party bolt-ons for functionality that competitors bundle in, increasing total cost and integration complexity.
  • Upgrade paths can break SDK customizations and Business Process Modules, creating migration risk and forcing costly re-development when moving to newer Epicor versions.

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 Epicor Prophet 21 objects map to Microsoft Dynamics 365 Business Central

Each row shows how a Epicor Prophet 21 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.

Epicor Prophet 21

Customer

maps to

Microsoft Dynamics 365 Business Central

Account

1:1
Fully supported

P21 Customer records map to D365 Account (CustomerType = Organization) or Contact (CustomerType = Person) depending on whether the account is B2B or B2C. We extract ship-to addresses, contact details, credit limits, and pricing tiers from P21 Customer and SalesTerritory tables. The AccountNumber from P21 becomes the AccountNumber in D365, and the CustPriceGrp from P21 maps to a PriceGroup or CustomerGroup in D365 depending on whether the destination is Business Central or Finance and Operations.

Epicor Prophet 21

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

P21 Vendor master records map to D365 Vendor. We preserve address, payment terms, buyer assignment, and the vendor-to-item linkage that drives replenishment. P21's VendorGln maps to D365's GlobalLocationNumber for EDI readiness. Payment terms from P21's Terms table map to D365's PaymentTerm or CashDiscount entities.

Epicor Prophet 21

Item

maps to

Microsoft Dynamics 365 Business Central

Released Product or Item

1:1
Fully supported

P21 Item master maps to D365 Released Product (Finance and Operations) or Item (Business Central). Complex item structures require careful handling: sales kits map to D365 product bundles, job assemblies with BOMs require BOM and routing creation in D365, and kitted items map to BOM structures. Lot/serial controls from P21's ItemLotGrp and ItemSerialGrp tables map to D365 tracking dimension groups. We preserve the replenishment method (Min-Max, Order Point, Manually) from P21's Replenishment class to D365 coverage group settings.

Epicor Prophet 21

Sales Order

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

Open and historical sales orders export from P21 OrderHead and OrderDtl tables. Line item pricing, discounts, warehouse fulfillment, and customer address linkages migrate to D365 SalesOrder and SalesOrderLine. We preserve the order-to-customer relationship via AccountNumber lookup. Completed orders migrate as historical records; open orders require additional status mapping from P21's OrderRel table for partial shipments. Order holds and credit blocks from P21 require manual recreation in D365's order-hold functionality.

Epicor Prophet 21

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

PO records from P21 POHeader and POLine tables map to D365 PurchTable and PurchLine. Vendor pricing, lead times, and receipt schedules are included. Partially received POs require the receipt register and invoicing status preserved as D365 receipt and invoice records. PO approval workflows from P21 Business Process Modules require redesign in D365's workflow engine.

Epicor Prophet 21

Quote

maps to

Microsoft Dynamics 365 Business Central

Sales Quote

1:1
Fully supported

Quote headers and lines from P21 QuoteHed and QuoteDtl map to D365 SalesQuotation and SalesQuotationLine. Expiration dates, pricing, and customer linkage are preserved. Quotes with expired statuses are flagged for exclusion from migration to prevent stale data cluttering the new system. Active quotes with expired dates are reviewed with the customer before inclusion.

Epicor Prophet 21

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Chart of Accounts

1:1
Mapping required

P21 GLAccount records map to D365 main accounts. Account segment structure varies by P21 company configuration, so we preserve the full account code string (including any cost center or department segments) and map it to D365's financial dimension structure. Multi-entity P21 setups with intercompany accounts require additional mapping to D365 legal entity configuration. Account types (Asset, Liability, Expense, Revenue) map from P21's AcctType field.

Epicor Prophet 21

Open AP/AR

maps to

Microsoft Dynamics 365 Business Central

Vendor Invoice Journal / Customer Invoice Journal

1:1
Mapping required

Open payables and receivables require careful sequencing. We extract invoice headers and line distributions from P21's InvoiceHead, InvoiceDtl, PayGrp, and RecGrp tables. Partially paid invoices are flagged with remaining balance preserved. In D365 Finance and Operations, open AP migrates as pending vendor invoices in the invoice journal; open AR migrates as pending customer invoices. D365 Business Central uses open customer ledger entries and vendor ledger entries. Historical paid invoices are optionally migrated for audit continuity, though many customers archive pre-migration history.

Epicor Prophet 21

Warehouse

maps to

Microsoft Dynamics 365 Business Central

Warehouse

1:1
Fully supported

P21 warehouse records include bin locations, picking priorities, and cross-dock configurations from the Warehouse and Bin tables. Multi-warehouse setups extract cleanly via SQL. We map each P21 warehouse and its bin structure to D365's warehouse management configuration, including zone definitions and picking route sequences.

Epicor Prophet 21

Lot/Serial Number

maps to

Microsoft Dynamics 365 Business Central

Inventory Lot Number / Serial Number

1:1
Fully supported

Lot and serial number tracking links to item and transaction history in P21. We preserve the lot number, expiration date, and cost layer (FIFO or lot-specific) during migration. Full traceability chains for received lots migrate to D365 inventory dimension tracking. P21's lot cost history requires mapping to D365's inventory value model.

Epicor Prophet 21

Bill of Materials / Routing

maps to

Microsoft Dynamics 365 Business Central

BOM / Route

1:1
Fully supported

P21 job assemblies with BOM and routing data map to D365 BOM and production routes. Sales kit components require BOM creation in D365 without production order linkage. Complex job assemblies with multiple operations and work centers map to D365 work centers and operations resources. We flag kit structures that require BOM redesign versus those that migrate as-is.

Epicor Prophet 21

Employee/User

maps to

Microsoft Dynamics 365 Business Central

Worker or User

1:1
Fully supported

P21 user accounts and employee records with role-based permissions extract from the UserAcces and SalesRep tables. Territory coverage and buyer assignment link to order and quote ownership. User email addresses map to D365 User accounts via Azure Active Directory synchronization. Role assignments from P21 are inventoried as a written document for the customer to recreate in D365 security roles.

Epicor Prophet 21

Pricing Tier

maps to

Microsoft Dynamics 365 Business Central

Price Group or Customer Group

lossy
Fully supported

P21 customer-specific pricing tiers and volume discounts from the CustPriceGrp and PriceLst tables map to D365 price groups. We extract all active price list lines, effective dates, and quantity break tiers. The mapping preserves the tier structure for volume pricing but requires D365 trade agreements configuration to activate post-migration.

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.

Epicor Prophet 21 logo

Epicor Prophet 21 gotchas

High

Third-party bolt-on integrations complicate migration scope

High

Dirty data without standardized processes compounds migration risk

Medium

SDK customizations and BPMs may not survive platform upgrades

Medium

Report-based export only for non-technical users

Low

Per-user pricing model requires accurate user count before migration planning

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

  • P21 distribution-centric data model does not map directly to D365

    P21 is built for wholesale distribution with replenishment logic, counter-sale workflows, and kit assembly as first-class features. D365 Finance and Operations and Business Central use a modular ERP architecture where distribution capabilities exist as part of Supply Chain Management. We flag P21 replenishment methods (Min-Max, Order Point, demand-based), kitting structures, and counter-sale configurations for redesign in D365, as these require setup rather than direct field mapping. Migrations that treat P21 replenishment as a data field to copy rather than a logic to rebuild end up with items in D365 without coverage groups configured.

  • Third-party bolt-ons and SDK customizations require replacement

    P21 historically relies on third-party bolt-ons for functionality that competitors bundle natively. These bolt-ons use varied integration strategies (proprietary APIs, direct SQL, middleware) and frequently exist outside the core P21 database. Every bolt-on integration must be identified, evaluated, and re-implemented or replaced during the D365 migration. We include a bolt-on inventory as part of discovery, but functional replacement is outside standard migration scope. SDK customizations (Business Process Modules, data directives, UDAs) similarly require redesign in D365's Power Platform or X++ extension model.

  • BOM and routing data needs schema redesign not direct field mapping

    P21 BOM structures (job assemblies, sales kits, phantom BOMs) do not map directly to D365 BOM types. P21 sales kits map to D365 product bundles without production linkage. P21 job assemblies with multi-level BOMs and routing operations require D365 BOM and route creation with work centers and operation sequences. We extract the BOM data from P21 but flag it for customer-led schema redesign in D365, as BOM activation requires coverage and costing configuration that is business-process-dependent.

  • Dirty data in P21 without standardized processes blocks migration

    P21 environments lacking standardized data entry accumulate duplicate vendors, inconsistent part numbers, outdated BOMs, and incomplete routings over years. P21 tolerates this data inconsistency, but D365's validation rules, dimension structures, and financial dimension controls reject records that P21 accepts. We profile source data during discovery, build a cleansing roadmap for duplicate customers, invalid GL accounts, and orphaned vendor links, and apply cleansing scripts before ETL. Migrations that skip data profiling result in D365 import errors and reconciliation gaps post-cutover.

  • D365 address model supports fewer address purposes than P21

    D365 Finance and Operations allows multiple address purposes (Invoice, Delivery, etc.) but only one address can be marked as primary per purpose. P21 supports more granular address hierarchies including primary invoice and primary delivery addresses with different roles. We restructure P21 address data during migration to fit D365's single-primary model, with non-primary addresses stored as additional address records. Business users should validate address completeness in D365 after migration to confirm all delivery purposes are represented.

Migration approach

Six steps for a successful Epicor Prophet 21 to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and source data profiling

    We audit the P21 environment across SQL Server schema, REST API availability, active BPMs and SDK customizations, third-party bolt-on inventory, user count, and data volume by entity type. We extract record counts for Customer, Vendor, Item, Sales Order, Purchase Order, Quote, Warehouse, GLAccount, open AP/AR, lot/serial records, and BOM/routing data. We run data profiling queries against P21 to identify duplicates, orphaned records, missing foreign keys, and inconsistent part number formats. The discovery output is a written migration scope with entity volumes, a data quality report, and a bolt-on inventory that identifies which integrations require replacement in D365.

  2. Destination schema design and D365 edition selection

    We design the destination schema in D365 based on whether the customer selects Finance and Operations or Business Central. This includes legal entity configuration, financial dimension structures mapped from P21 GL account segments, warehouse and site organization, price group setup for P21 pricing tiers, and BOM/routing skeleton for kit and job assembly items. We provision the inventory dimension groups, tracking dimension groups, and coverage groups for P21 replenishment methods. Schema is deployed into a D365 Sandbox environment first for validation before any data migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into the D365 Sandbox using production-equivalent data volume. The customer's operations lead and finance lead reconcile record counts, spot-check 25-50 records per entity type against the P21 source, and validate that pricing tiers, warehouse assignments, and lot/serial numbers match the source. Any mapping corrections, missing validation rules, or dimension structure adjustments happen in the Sandbox environment. Sign-off on the Sandbox migration gates the production cutover date.

  4. Owner and buyer reconciliation

    We extract every distinct P21 user and buyer referenced on orders, quotes, and purchase orders. We match these by email against D365 User accounts or Worker records. Any P21 user without a matching D365 account goes to a reconciliation queue for the customer's admin to provision. Owner assignment on orders and quotes cannot proceed without resolved OwnerId references in D365. We also inventory P21 role assignments as a written document for the customer to recreate in D365 security roles.

  5. Production migration in dependency order

    We run production migration in record-dependency order: GL accounts (from P21 GLAccount), Vendors, Customers/Accounts, Items (with tracking and coverage groups resolved), Warehouses and bins, BOM structures (flagged for activation post-migration), open Purchase Orders, open Sales Orders, Quotes, open AP/AR, Lot/serial number history, and engagement records. Each phase emits a row-count reconciliation report before the next phase begins. We use D365 Data Management framework for Finance and Operations or the API/odata endpoint for Business Central with batch chunking and exponential backoff.

  6. Cutover, validation, and bolt-on rebuild handoff

    We freeze P21 writes during cutover, run a final delta migration of records modified during the migration window, then enable D365 as the system of record. We deliver the BPM/SDK inventory and bolt-on inventory documents to the customer's admin team for rebuild planning. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's team. We do not rebuild P21 Business Process Modules as D365 workflows, SDK customizations as X++ extensions, or bolt-ons as D365 ISV apps inside the migration scope; those are separate engagements.

Platform deep dives

Context on both ends of the pair

Epicor Prophet 21 logo

Epicor Prophet 21

Source

Strengths

  • Purpose-built for wholesale distribution with industry-specific replenishment, kitting, and counter-sale workflows out of the box.
  • Multi-warehouse management with bin locations, cross-docking, and real-time inventory visibility across all warehouse locations.
  • Automated replenishment engine with demand-based and min-max planning reduces stockouts and overstock carrying costs.
  • AI-infused reporting via Epicor Prism provides Gen AI-driven insights into ERP data without requiring a BI team.
  • Strong customer retention at 90% and a 50-year track record in the distribution vertical provides long-term vendor stability.

Weaknesses

  • High total cost of ownership — per-user pricing of $150-200/month plus $10K-$500K implementation creates significant budget commitment for small and mid-market distributors.
  • Customization via SDK requires technical expertise and introduces upgrade risk when custom code conflicts with new P21 releases.
  • Report generation performance is a known pain point — multiple users report system freezes during large or complex report exports.
  • Third-party bolt-on reliance for functionality that competitors include natively increases integration complexity and total solution cost.
  • Limited public API documentation — developers building custom integrations report difficulty finding P21 API authentication methods and endpoint specifications.
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 Epicor Prophet 21 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

    Epicor Prophet 21: Not publicly documented by Epicor; third-party connector rate limits vary by integration layer.

  • Data volume sensitivity

    B

    Epicor Prophet 21 doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Epicor Prophet 21 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 Epicor Prophet 21 to Microsoft Dynamics 365 Business Central data migrations

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

Can't find your answer?

Walk through your Epicor Prophet 21 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 six and ten weeks for organizations under 50,000 customer records, single-warehouse configurations, and minimal BOM complexity. Migrations with multi-warehouse setups, complex job assembly structures, SDK customizations requiring schema redesign, or large AP/AR histories (over 10,000 open invoices) extend to twelve to twenty weeks. The six-to-fourteen-month D365 implementation timeline cited in ERP Research includes business requirements, configuration, testing, and training; the FlitStack AI migration scope is the data phase within that broader implementation.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Epicor Prophet 21.
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