ERP migration

Migrate from Intact iQ to Epicor Prophet 21

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

Intact iQ logo

Intact iQ

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

83%

10 of 12

objects map 1:1 between Intact iQ and Epicor Prophet 21.

Complexity

BStandard

Timeline

5-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Intact iQ (now GenetiQ) to Epicor ERP is a structural migration that requires careful API definition scoping on the source side and Epicor UD column and BPM design on the destination side. Intact iQ does not ship a public REST API — each data object (Customers, Suppliers, Stock Items, Orders) must be individually defined as an API Definition within the Company Tab before extraction can begin. We manage that setup requirement during discovery so that data extraction proceeds without falling back to database-level reads. On the Epicor side, custom fields require UD Column definitions and Business Process Management (BPM) logic to populate them, which differs from a simple field mapping exercise. We pre-create the destination schema, validate the chart of accounts for structural compatibility, and run a sandbox migration before production cutover. Workflow automation rules, document attachments, and report definitions do not migrate; we deliver written specifications for each for your Epicor admin to rebuild.

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

Intact iQ logo

Intact iQ

What's pushing teams away

  • Customer service response times frustrate users — enquiries can take weeks to resolve, creating bottlenecks during critical periods like month-end or system upgrades.
  • Performance degrades noticeably when the system handles large datasets such as 10,000+ customers with multiple properties and address records, forcing users to export to Excel to find information.
  • Post-implementation support is described as poor by some customers, with implementation teams reportedly lacking product knowledge and delivering reports that do not match demo capabilities.
  • System updates introduce glitches that disrupt daily operations, making users apprehensive about applying new releases.
  • Filtering and search within the ERP screens is insufficient for complex queries, forcing power users to build manual exports to perform analysis.

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 Intact iQ objects map to Epicor Prophet 21

Each row shows how a Intact iQ 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.

Intact iQ

Customer

maps to

Epicor Prophet 21

Customer

1:1
Fully supported

Intact iQ Customer records carry addresses, price lists, credit limits, and account statuses. We extract via the REST API definition (or database if definitions are absent) and map to Epicor Customer with ShipTo and BillTo address records. Credit limit and account status map to the CustomerCredit table in Epicor. Multi-address customers in Intact iQ with multiple Properties create multiple ShipTo records in Epicor under a single Customer. Branch assignments in Intact iQ map to Epicor's Company or Site structure if the destination is multi-company.

Intact iQ

Supplier

maps to

Epicor Prophet 21

Vendor

1:1
Fully supported

Intact iQ Supplier records include contact details, payment terms, rebate agreements, and procurement history. We map Supplier to Epicor Vendor with the address, payment terms, and rebate structure preserved. Epicor Vendors require a采购Ledger account assignment which we resolve against the GL account mapping during schema design. Supplier-held stock arrangements in Intact iQ (consignment stock) are flagged for manual setup in Epicor rather than automated migration.

Intact iQ

Contact

maps to

Epicor Prophet 21

Person

1:1
Fully supported

Intact iQ Contact records are linked to Customers and Suppliers and hold roles, phone numbers, and email addresses. The API exposes Contact with its parent Customer link. We map to Epicor Person records attached to the corresponding Customer. The Intact iQ contact role (Buyer, Account Contact, Site Manager) maps to the Person Type field in Epicor.

Intact iQ

Stock Item

maps to

Epicor Prophet 21

Part

1:1
Fully supported

Intact iQ Stock Items carry complex relationships: BOM structures, variant codes, reorder levels, ABC categories, and predictive stock management rules. We map Stock Item to Epicor Part with BOM (Bill of Materials) structures mapped to Epicor's BOM table. Variant codes in Intact iQ (size, colour, pack configurations) map to Part Number modifiers or Epicor's PartRev configuration. Reorder levels and ABC categories require mapping to Epicor's planning and ABC code fields. The Intact iQ predictive stock management rules are documented for rebuild in Epicor's MRP or Demand Workbench.

Intact iQ

Sales Order

maps to

Epicor Prophet 21

SalesOrder

1:1
Fully supported

Open and historical sales orders are extractable via the Intact iQ REST API as a defined service. We preserve order line items, pricing, discount structures, and order status. Closed orders migrate as historical records with their original dates and amounts. The Intact iQ sales order number becomes a custom field in Epicor SalesOrder for audit trail. Invoiced orders in Intact iQ map to Epicor Invoice records with AR aging preserved.

Intact iQ

Purchase Order

maps to

Epicor Prophet 21

POHeader + POLine

1:1
Fully supported

Intact iQ Purchase Order records include supplier references, expected delivery dates, and line-level item assignments. We extract the full PO lifecycle from draft through receipt and close. Epicor POHeader maps from the supplier and order header; POLine maps from the line item, quantity, unit cost, and expected receipt date. Received POs in Intact iQ require Epicor Receipt processing records to be generated for the receiving log.

Intact iQ

GL Account

maps to

Epicor Prophet 21

GLAccount

lossy
Fully supported

Intact iQ Chart of Accounts records carry account codes, types, and cost-centre assignments. Account code structures vary between Intact iQ configurations, so we validate the destination Epicor chart before mapping. The account code format in Intact iQ (numeric, alphanumeric, segment-separated) must be reconciled against Epicor's account segment structure. Cost centre assignments in Intact iQ map to Epicor GL Account segments or Department codes depending on the destination configuration.

Intact iQ

Open AP/AR Balances

maps to

Epicor Prophet 21

APInvoice + ARInvoice

1:1
Mapping required

Outstanding Intact iQ invoices and credit notes require careful sequencing. We extract current open items, map them to Epicor's APInvoice and ARInvoice tables, and flag any partial payments or credit allocations. The outstanding balance and due date migrate with the record. Aged AP/AR reports from Intact iQ are used to validate the Epicor aging report post-migration. This is a high-risk migration phase requiring explicit sign-off on the open item count before cutover.

Intact iQ

User

maps to

Epicor Prophet 21

User

1:1
Fully supported

Intact iQ User records include roles, branch assignments, and permissions hierarchies. We map permissions to Epicor UserCode with the corresponding Plant and Company assignments. Intact iQ branch-based user restrictions map to Epicor's Site access controls. Any Intact iQ permission that has no Epicor equivalent goes to a reconciliation list for the customer's admin to review.

Intact iQ

Bank Account

maps to

Epicor Prophet 21

BankAcct

1:1
Fully supported

Intact iQ Bank and Cash Accounts are accessible via the REST API as defined services. We extract current balances and recent transactions for re-creation at Epicor as BankAcct records with opening balances posted to the GL. Bank reconciliation data from Intact iQ is used to set the Epicor Bank Reconciliation starting point.

Intact iQ

Custom Field

maps to

Epicor Prophet 21

UD Column

lossy
Fully supported

Intact iQ custom fields on any standard object are stored in the database and require manual identification during scoping. We identify all custom field names and data types pre-extraction and map them to Epicor UD Column definitions. UD columns in Epicor require BPM methods to populate them during transaction processing, which means the migration team designs the BPM logic alongside the data mapping. This is a configuration-intensive step not present in all ERP migrations.

Intact iQ

Document Attachment

maps to

Epicor Prophet 21

Not migrated

1:1
Fully supported

Documents and files attached to Orders, Contacts, or Stock Items in Intact iQ are stored in the internal attachment layer not exposed via REST API. We flag this during scoping and advise customers to use Intact iQ's native export or manual download for documents before cutover, then re-attach in Epicor post-migration. No document migration path exists without manual intervention.

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.

Intact iQ logo

Intact iQ gotchas

High

REST API requires custom definition setup per object

Medium

No public pricing or trial means scoping requires discovery calls

Medium

Performance collapses on large record sets

Medium

Document attachments are not accessible via REST API

Low

Workflow automation rules are not API-exportable

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

  • Intact iQ REST API definitions must be created before extraction

    Intact iQ does not expose a standard public REST API. Each data object (Customers, Suppliers, Orders, Stock, GL Accounts) must be individually defined as an API Definition within the Company Tab before FlitStack AI can access it programmatically. If these definitions have not been created, we cannot extract via the API and must fall back to direct database table reads, which requires elevated database access and may affect live system performance. During discovery we audit which definitions exist and which must be created by the customer's Intact iQ administrator before extraction begins.

  • Epicor custom fields require UD columns and BPM methods, not direct field mapping

    Epicor custom fields are implemented as UD (User-Defined) columns on standard tables, and UD fields are not populated by data import alone — they require Business Process Management (BPM) methods to set values at runtime. The EpicorUsers.help forum documents this pattern extensively: a user importing a ZIP code into a custom field on OrderHed received a 'Business Layer Exception: the like is not valid' error because no BPM was configured to handle the incoming data. We pre-design the UD column schema and BPM methods during discovery and deploy them in the Epicor sandbox before production migration so that migrating custom field data lands correctly.

  • Large record sets cause extraction timeouts and application slowdowns on Intact iQ

    Intact iQ performance degrades with datasets exceeding approximately 10,000 customer or stock records with multiple addresses and properties. Bulk extraction reads during migration can timeout or degrade application performance for live users. We throttle extraction requests to 500-1,000 records per batch with 2-second intervals, schedule large record set reads outside business hours, and coordinate with the customer's Intact iQ administrator to apply extraction throttling settings in the source system.

  • Account code structure validation required before GL migration

    Intact iQ chart of accounts configurations vary significantly between implementations — some use numeric codes, others use alphanumeric, and many use segment-separated account codes for cost centre, department, and profit centre. Epicor uses a fixed account segment structure defined during implementation. We validate the Intact iQ account code format against the destination Epicor chart-of-accounts configuration before any GL data moves. Mismatches require a transformation table or manual account remapping before AP/AR carry-forward can proceed.

  • AP/AR carry-forward requires explicit reconciliation sign-off before cutover

    Open AP and AR balances are some of the highest-risk records in any ERP migration. Errors in open item carry-forward create accounting discrepancies that are difficult to unwind post-go-live. We run AP/AR migration as a dedicated phase with an explicit reconciliation checklist: open invoice count, open credit note count, total open debit amount, total open credit amount, and partial payment status all verified against the Intact iQ aged trial balance before Epicor cutover begins. The customer's finance team must sign off on this checklist before the AP/AR phase is declared complete.

Migration approach

Six steps for a successful Intact iQ to Epicor Prophet 21 data migration

  1. Discovery and API definition audit

    We audit the source Intact iQ system across custom fields, branch and warehouse structures, open AP/AR balance volume, user count, and sales/purchase order history. A critical discovery step is the API Definition audit: we identify which objects (Customer, Supplier, Contact, Stock Item, Sales Order, Purchase Order, GL Account, Bank Account) have active REST API Definitions in the Intact iQ Company Tab. For any object without a definition, we instruct the customer's Intact iQ administrator to create it before extraction begins. We also profile data quality issues including duplicate records, missing required fields, and address normalisation problems.

  2. Epicor schema design and UD column planning

    We design the destination schema in Epicor including Part numbers (from Stock Items), Customer records (from Customers with multi-address handling), Vendor records (from Suppliers), GL Account segments (validated against the Intact iQ chart of accounts), and UD Column definitions for any custom fields identified during discovery. UD columns require BPM method design — we document which BPMs populate which UD fields and submit them to the customer's Epicor administrator or consultant for implementation in the sandbox environment. This step runs in parallel with source API definition preparation.

  3. Sandbox migration and reconciliation

    We run a full migration into an Epicor sandbox environment using production-like data volume. The customer's finance and operations leads reconcile record counts across all objects, spot-check 25-50 records against the Intact iQ source, and validate the Epicor UD column values populated by the BPM methods. Account code mapping is validated against the GL account structure. Any mapping corrections and UD column BPM adjustments happen in sandbox before production migration begins.

  4. Data extraction and transformation

    We extract from Intact iQ in dependency order: GL Accounts and Cost Centres first (no dependencies), then Customers and Suppliers, then Contacts, then Stock Items with BOM structures, then Sales Orders, Purchase Orders, and finally AP/AR open items. Large record sets (exceeding 10,000 records) are chunked into batches of 500-1,000 with throttling to avoid impacting live system performance. Custom field data is extracted alongside standard fields and held in a staging structure that maps to the pre-designed Epicor UD column schema.

  5. Production migration in dependency order

    We run production migration in record-dependency order: GL Accounts (first, no dependencies), Customers (with multi-address handling), Suppliers, Contacts, Stock Items with BOM, Sales Orders, Purchase Orders, AP/AR open items (last due to risk). Each phase emits a row-count reconciliation report before the next phase begins. UD column values are loaded after the standard fields using Epicor's UD table import mechanisms with the pre-deployed BPM methods handling runtime population. We flag any Epicor validation rule rejections and resolve them with the customer admin before proceeding.

  6. Cutover, validation, and automation handoff

    We freeze Intact iQ writes during cutover, run a final delta migration of any records modified during the cutover window, then enable Epicor as the system of record. We validate the AP/AR aging report against the pre-migration Intact iQ trial balance. We deliver the Intact iQ workflow automation rule inventory (documented during discovery) to the customer's Epicor admin with recommended BPM rebuilds. We do not rebuild Intact iQ workflow rules as Epicor BPMs inside the migration scope; that is a separate engagement. 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

Intact iQ logo

Intact iQ

Source

Strengths

  • Integrated trade counter and EPOS unify point-of-sale with back-office financial and inventory modules.
  • Comprehensive multi-branch and multi-warehouse inventory management with ABC stock-take and aged stock reporting.
  • Workflow automation rules can be configured without developer involvement through the application layer.
  • Mobile access via the integrated app provides real-time visibility for field-based sales and warehouse teams.
  • Business intelligence dashboards offer KPI tracking and personalised reporting across the enterprise.

Weaknesses

  • Performance degrades significantly when handling large datasets exceeding approximately 10,000 customer or stock records.
  • Customer service response times are a common complaint, with resolution taking weeks for complex issues.
  • System updates have been known to introduce glitches that disrupt live operations.
  • Built-in filtering and search capabilities are insufficient for complex data queries, pushing power users to Excel exports.
  • Implementation quality is inconsistent, with some customers reporting a lack of product knowledge from the implementation team.
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?

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 Intact iQ and Epicor Prophet 21.

  • 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

    Intact iQ: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between five and eight weeks for accounts under 15,000 customers, 5,000 suppliers, and 10,000 stock items with no complex BOM structures or multi-branch setups. Migrations with large transactional histories (100,000+ orders), multi-branch Intact iQ configurations, complex BOM structures, open AP/AR balance carry-forward, or multi-site Epicor destinations requiring branch reconfiguration move to twelve to twenty weeks because of UD column design time, BOM hierarchy mapping, GL account code validation, and AP/AR reconciliation.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Intact iQ.
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