ERP migration

Migrate from Falcon ERP to Epicor Prophet 21

Field-level mapping, validation, and rollback between Falcon ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.

Falcon ERP logo

Falcon ERP

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

93%

13 of 14

objects map 1:1 between Falcon ERP and Epicor Prophet 21.

Complexity

CModerate

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Falcon ERP to Epicor ERP is a migration from a GCC-market ERP with no public API and spreadsheet-only data access to a mid-market ERP with full REST and bulk API access, deep discrete manufacturing capability, and a documented pricing tier starting at $125 per user per month for Epicor Kinetic. The primary extraction challenge is that Falcon ERP exposes no REST or bulk API endpoint—every entity must be exported as a structured CSV from the reporting module, validated against GL trial balances, then transformed and loaded into Epicor via its data management tools or REST API. We build a GCC VAT rate mapping table during scoping to handle Falcon ERP's internal tax codes against Epicor's tax configuration. ZATCA Phase 2 e-invoice UUIDs are preserved in a custom field on Epicor's invoice records to maintain audit continuity. Multi-entity Falcon ERP deployments (separate company codes) require separate export jobs and entity tagging during the load. Workflows, automations, and custom reports do not migrate; we deliver a written inventory of these for the customer's Epicor admin 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

Falcon ERP logo

Falcon ERP

What's pushing teams away

  • No public API means every integration and migration requires manual spreadsheet exports, making real-time automation impossible and data exports time-consuming.
  • Implementation and customization costs are opaque—no published pricing tiers—making budget forecasting difficult for finance teams.
  • As the business scales beyond 200+ users or multiple legal entities, the system's multi-entity consolidation and role-based access controls reach practical limits.
  • Support response times for complex technical issues lag behind what certified partners of global ERPs like SAP or Odoo provide.
  • Export-only data access means there is no reliable way to audit or reconcile data integrity without requesting the vendor directly.

Choosing

Epicor Prophet 21 logo

Epicor Prophet 21

What's pulling them in

  • Industry-specific design for wholesale distributors, not a general-purpose ERP repurposed for distribution — distributors choose P21 because it matches their replenishment, kitting, and counter-sale workflows out of the box.
  • Strong inventory control with automated replenishment, lot and serial tracking, and multi-warehouse management appeals to distributors with complex stock requirements and tight margin pressure.
  • Responsive customer support cited across G2 and Gartner reviews, with Epicor's 90% retention rate reflecting long-term customer satisfaction in a market where switching costs are high.
  • Cloud deployment on Microsoft Azure provides the flexibility to scale user counts and warehouse locations without on-premise infrastructure investment.
  • The Software Development Kit lets distributors personalize P21 to their specific business processes without modifying the application source code, preserving upgrade paths.

Object mapping

How Falcon ERP objects map to Epicor Prophet 21

Each row shows how a Falcon ERP object lands in Epicor Prophet 21, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

Falcon ERP

Chart of Accounts

maps to

Epicor Prophet 21

GL Account

1:1
Mapping required

Falcon ERP's hierarchical COA with account types and currency assignments exports to CSV with account codes, names, and types. We map each Falcon ERP account code to an Epicor GL Account using the same segment structure. Multi-segment accounts in Epicor Kinetic (if configured) require segment mapping against Falcon's account code delimiter during the transform step. We validate total debits equal total credits across all imported accounts against the Falcon ERP GL trial balance before committing.

Falcon ERP

Customer

maps to

Epicor Prophet 21

Customer

1:1
Fully supported

Falcon ERP customer records include billing address, credit limit, AR terms, and WHT codes. We export all customer fields to CSV and map to Epicor Customer, handling multi-address records (billing, shipping) as separate Epicor ShipTo records linked to the Customer parent. Credit limits and AR terms map to Epicor's credit hold and payment term fields. Any custom fields in Falcon require manual mapping to Epicor UD fields.

Falcon ERP

Vendor

maps to

Epicor Prophet 21

Supplier

1:1
Fully supported

Vendor records parallel customer records with AP terms and GCC-specific WHT codes required for statutory compliance. We export vendors and map to Epicor Supplier, preserving WHT jurisdiction codes in the tax jurisdiction field. Falcon ERP vendor addresses map to Epicor Supplier and PO address records. If Falcon stores vendor contacts separately, we create SupplierContact records in Epicor.

Falcon ERP

Item

maps to

Epicor Prophet 21

Part / Service

1:1
Fully supported

Falcon ERP items include product/service classification, cost, price, and inventory tracking flags. We export items with stock levels by location and map to Epicor Part (for inventory-tracked items) or Service (for non-inventoried items). Part.UOMClass and Part stocking type flags map from Falcon ERP's inventory flags. Warehouse-level stock quantities from Falcon ERP map to Epicor PartWhse records per site.

Falcon ERP

Open AR

maps to

Epicor Prophet 21

AR Invoice / AR Credit Memo

1:1
Fully supported

Outstanding Falcon ERP invoices, credit notes, and payment schedules export per customer. We map open balances to Epicor's AR Invoice and AR Credit Memo records, preserving aging buckets and due dates. Each AR Invoice in Epicor is linked to the Customer record resolved during the Customer import phase. Partial payments on invoices require Epicor Payment records linked to the original invoice.

Falcon ERP

Open AP

maps to

Epicor Prophet 21

AP Invoice / AP Credit Memo

1:1
Fully supported

Outstanding Falcon ERP vendor invoices and credit notes export per vendor. We map open AP balances to Epicor AP Invoice and AP Credit Memo records, preserving aging buckets and due dates. Each AP Invoice in Epicor is linked to the Supplier record resolved during the Vendor import phase. WHT deductions on AP records map to Epicor's tax liability fields if configured.

Falcon ERP

Historical Transactions

maps to

Epicor Prophet 21

AR/AP Invoices and GL Journal Entries

1:1
Mapping required

Past invoices, payments, receipts, and credit notes from two to three years of Falcon ERP history export to spreadsheet. We export transaction history with line items and map invoice and payment records to Epicor AR/AP Invoice and Payment records. GL-impacting transactions (receipts, payments, credit notes) also generate Epicor GL Journal entries to maintain the trial balance integrity across the historical period.

Falcon ERP

Journal Entries

maps to

Epicor Prophet 21

GL Journal Entry

1:1
Mapping required

Manual and recurring journal entries stored in Falcon ERP export with account references and amounts. We map posted journals to Epicor GL Journal Entry records with debit and credit line items against the mapped GL Account codes. Recurring journal templates are flagged as not migratable (Epicor uses a different recurring journal model) and documented for admin rebuild.

Falcon ERP

Fixed Assets

maps to

Epicor Prophet 21

Asset

1:1
Mapping required

Falcon ERP fixed asset records include acquisition cost, depreciation method, and accumulated depreciation. We export the full asset register and map to Epicor Asset records. Depreciation schedules recalculate in Epicor based on the Epicor depreciation method selected; we document the Falcon ERP depreciation method used per asset for the customer's admin to apply the equivalent Epicor depreciation profile.

Falcon ERP

Employee

maps to

Epicor Prophet 21

Employee

1:1
Fully supported

Falcon ERP employee records include personal details, department, job title, employment status, and effective-dated changes. We export all employee data and map to Epicor Employee, preserving department assignments as Epicor Department records. Historical employment changes (title changes, department transfers) migrate as separate employment record entries in Epicor's effective-dated structure.

Falcon ERP

Payroll Records

maps to

Epicor Prophet 21

Labor records / Payroll journals

1:1
Mapping required

Payroll history from Falcon ERP includes salary, deductions, allowances, and tax deductions per pay period. We export payroll registers and map pay components to Epicor's labor record structure. WHT codes map to Epicor's tax deduction fields for GCC payroll compliance. Epicor's payroll module requires vendor-specific configuration for payroll processing; migrated records are loaded as historical data rather than active payroll.

Falcon ERP

VAT/ZATCA Compliance Data

maps to

Epicor Prophet 21

Tax Invoice records / Custom fields

lossy
Mapping required

Falcon ERP VAT returns and ZATCA Phase 2 e-invoice records contain GCC-specific tax codes and e-invoice reference UUIDs. We export tax transactions and build a VAT mapping table cross-referencing Falcon ERP tax codes against Epicor's tax code configuration. Where no match exists, we create new Epicor tax codes before loading. ZATCA Phase 2 UUIDs are preserved in a custom field on Epicor invoice records (or as a reference note) for Saudi PDPL audit continuity. Tax return data migrates as historical records rather than active tax configuration.

Falcon ERP

BOMs and Work Orders

maps to

Epicor Prophet 21

Bill of Materials / Job

1:1
Fully supported

Falcon ERP BOM structures and open work orders export to spreadsheet. We map BOMs to Epicor Bill of Materials records, preserving component items, quantities per assembly, and routing steps. Open work orders export and map to Epicor Job records, with the Falcon ERP work order status mapped to the Epicor Job status field. Closed work orders migrate as historical job records in Epicor's production history module.

Falcon ERP

Bank/Cash Accounts

maps to

Epicor Prophet 21

Bank Account

1:1
Mapping required

Falcon ERP bank accounts and cash ledgers are part of the COA but may have additional reconciliation data. We export bank account names, numbers, and current balances and map to Epicor Bank Account records. We reconcile bank account GL balances against the corresponding imported GL accounts for the destination system and flag discrepancies exceeding a 0.01 threshold.

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.

Falcon ERP logo

Falcon ERP gotchas

High

No public API forces spreadsheet-only migration

High

ZATCA Phase 2 e-invoice reference numbers are platform-specific

Medium

GCC VAT tax codes map inconsistently across systems

Medium

Multi-entity data may be split across separate company codes

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

Pair-specific challenges

  • Falcon ERP spreadsheet export is the only extraction path

    Falcon ERP exposes no REST or bulk API for programmatic data extraction. Every entity—Chart of Accounts, customers, vendors, items, transactions, payroll—must be generated as a CSV or XLS export from Falcon's reporting module. Some custom reports and non-standard data structures require manual requests to Falcon ERP support to generate. We validate each export's row count against the corresponding Falcon ERP GL trial balance or subledger total before transforming. If Falcon ERP support is slow or the export tool filters records beyond a date range, this creates timeline risk that must be flagged before scoping is complete.

  • GCC VAT tax codes require a mapping table before any transaction loads

    Falcon ERP encodes GCC VAT rates (5% standard, 0% exempt, reverse charge, and any UAE or Saudi-specific variants) as internal tax codes that do not match Epicor ERP's default tax code schema. We build a VAT mapping table during scoping by exporting Falcon ERP's complete tax code list and comparing it against Epicor's tax configuration. Any Falcon ERP tax code without an Epicor equivalent must be created in Epicor before transaction imports begin. Transactions loaded with unmapped tax codes will either reject or create misclassified ledger entries, breaking VAT reporting downstream.

  • Multi-entity Falcon ERP company codes require separate export and tagging workflows

    Falcon ERP isolates each company entity's accounts, customers, and vendors within separate company code scopes. When exporting, we must run separate export jobs per company code and tag each record with its entity identifier during the transform step. Epicor ERP handles multiple entities via company code configuration within a single tenant. We validate that no inter-company transactions in Falcon ERP are accidentally collapsed during the per-entity export process. If Falcon ERP has inter-company journal entries between entities, those require special Epicor inter-company journal configuration not covered by the standard migration scope.

  • Epicor custom fields require BPM logic to populate post-import

    Epicor ERP's custom field model (UD columns) requires a Business Process Management (BPM) to populate derived fields after import. For example, mapping a Falcon ERP customer credit rating to an Epicor UD field cannot be done directly in the data loader—you must either write a post-import Epicor BPM or use Epicor's REST API with a follow-up call to set the field. We document every custom field mapping that requires BPM logic and provide the Epicor ABL or REST call pattern in the migration handoff documentation. Skipping this step leaves custom fields blank in Epicor even after data loads successfully.

  • Historical data migration scope must be locked before Epicor configuration begins

    Falcon ERP customers often hold two to five years of transaction history, and Epicor ERP's data model constrains how far back historical records can extend depending on the module and fiscal year configuration. We establish the historical data scope (number of years, which ledgers, which transaction types) during scoping and freeze it before Epicor configuration begins. Changes to historical scope after Epicor's fiscal year and ledger configuration is complete require reconfiguration of Epicor's reporting structures and potentially re-importing data that was already committed.

Migration approach

Six steps for a successful Falcon ERP to Epicor Prophet 21 data migration

  1. Falcon ERP export audit and scoping

    We audit Falcon ERP's reporting module across all entities—Chart of Accounts, Customers, Vendors, Items, Open AR, Open AP, Historical Transactions, Journal Entries, Fixed Assets, Employees, Payroll, VAT/ZATCA records, and BOMs/Work Orders. We document which standard Falcon ERP reports generate each export and identify any custom fields, non-standard reports, or entity scopes that require Falcon ERP support requests. We run trial exports for each entity, validate row counts against Falcon ERP subledger totals and GL trial balances, and flag any truncation, date filtering, or export tool limitations before accepting the extraction scope.

  2. GCC VAT mapping table build and Epicor tax configuration

    We export Falcon ERP's complete tax code list and build a VAT mapping table cross-referencing each Falcon ERP tax code against Epicor ERP's tax configuration. For Falcon ERP tax codes without an Epicor equivalent, we create new Epicor tax codes (including any GCC-specific rates and ZATCA identifiers) before any transaction data loads. Epicor tax configuration is validated in a sandbox or test company within the Epicor tenant before production migration begins. The ZATCA Phase 2 UUID preservation strategy (custom field or reference note) is defined at this stage and documented in the mapping table.

  3. Epicor schema setup and multi-entity company code configuration

    We configure Epicor ERP for the customer's operational scope: company codes (one per Falcon ERP entity), sites and warehouses (mapped from Falcon ERP location data), chart of accounts (imported from the Falcon ERP COA export with segment alignment), fiscal year configuration, payment terms, and WHT tax jurisdictions. We pre-create any Epicor UD fields required for Falcon ERP custom fields that lack a standard Epicor equivalent, and we document the BPM logic required to populate each UD field post-import. BOM structures and work order types are configured in Epicor Manufacturing before BOM and work order imports begin.

  4. Sandbox migration and reconciliation

    We run a full migration into Epicor using a non-production company or test environment. Each entity—Accounts, Suppliers, Customers, Parts, Open AR, Open AP, Fixed Assets, Employees, Payroll, and BOMs—loads in dependency order with a row-count reconciliation report per phase. The customer's finance lead spot-checks 25-50 records per entity against the Falcon ERP source and signs off before production migration begins. Multi-entity Falcon ERP deployments are validated per company code, and inter-company transaction handling is confirmed at this stage. Any mapping corrections, missing tax codes, or schema gaps surface here, not in production.

  5. Production migration in dependency order

    We run production migration in Epicor in the following dependency order: GL Accounts (from Falcon ERP Chart of Accounts), Customers and Suppliers (with entity tagging per Falcon ERP company code), Parts and Services (with inventory levels per warehouse from Falcon ERP), Bank Accounts (reconciled against GL), Open AP and AR (linked to resolved Supplier and Customer records), Fixed Assets (with depreciation method documentation for admin rebuild), Employees and Payroll history, BOM and Work Orders (last manufacturing entities because they have no downstream dependencies). Each phase emits a reconciliation report before the next phase begins. We use Epicor REST API or data management tools with batch chunking and retry logic for large record sets.

  6. Cutover, ZATCA audit handoff, and workflow rebuild documentation

    We freeze Falcon ERP writes during cutover, run a final delta migration of any records modified during the migration window, then designate Epicor as the system of record. ZATCA Phase 2 UUID preservation on invoice records is validated against the Falcon ERP export for a sample of 20 invoices across multiple date ranges. We deliver the BOM and work order inventory document, the Falcon ERP workflow and automation list (for admin rebuild), and the GCC VAT mapping table to the customer's Epicor admin team. We support a one-week hypercare window for reconciliation issues. We do not rebuild Falcon ERP workflows or automations as Epicor BPMs inside the migration scope; those are a separate engagement.

Platform deep dives

Context on both ends of the pair

Falcon ERP logo

Falcon ERP

Source

Strengths

  • Fully integrated finance, inventory, payroll, and fixed assets under a single database.
  • ZATCA Phase 2 and UAE VAT compliance baked into the core, not a plugin.
  • On-premise deployment option preserves data sovereignty for Saudi PDPL compliance.
  • Spreadsheet export capability covers all major reports including AR/AP aging.
  • Modular installation allows staged rollouts without disrupting existing operations.

Weaknesses

  • No documented public REST API—all data movement requires manual or scripted spreadsheet exports.
  • No published pricing tiers; costs are negotiated directly with sales, creating uncertainty.
  • Limited internationalization beyond GCC currencies and tax regimes.
  • Scalability ceiling is unclear for multi-entity or multi-country deployments.
  • No developer ecosystem or marketplace for third-party integrations.
Epicor Prophet 21 logo

Epicor Prophet 21

Destination

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.

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 Falcon ERP and Epicor Prophet 21.

  • 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

    Falcon ERP: Not applicable—no public API exists.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Falcon ERP to Epicor Prophet 21 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 Falcon ERP to Epicor Prophet 21 data migrations

Answers to the questions buyers ask most during Falcon ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Falcon ERP to Epicor Prophet 21 migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Falcon ERP to Epicor ERP migrations typically land between six and ten weeks for single-entity deployments with clean spreadsheet exports, under 10,000 GL accounts, and no manufacturing data. Multi-entity Falcon ERP deployments with three or more company codes, two to three years of transaction history, fixed asset depreciation recalculation, or BOM and work order migration move to twelve to twenty weeks because of per-entity validation, VAT mapping complexity, and Epicor BOM configuration work. Epicor's own implementation partners typically quote twelve to twenty-four weeks for full Epicor ERP deployments; our migration portion runs concurrently with or immediately after Epicor's baseline configuration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Falcon ERP.
Land in Epicor Prophet 21, 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