ERP migration
Field-level mapping, validation, and rollback between PILOT:Suite and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
PILOT:Suite
Source
Epicor Prophet 21
Destination
Compatibility
6 of 12
objects map 1:1 between PILOT:Suite and Epicor Prophet 21.
Complexity
CModerate
Timeline
4-8 weeks
Overview
Moving from PILOT:Suite to Epicor ERP is a manufacturing-centric ERP migration that requires careful sequencing of master data before transactional records, BOM and routing translation for job-based environments, and GL Account balance roll-forward into Epicor fiscal periods. PILOT:Suite organizes data around Items, Warehouses, Vendors, Customers, Purchase Orders, Sales Orders, and GL Accounts; Epicor ERP maps these to Part, Site, Supplier, Customer, PO, SO, and GL Account entities respectively, with manufacturing-specific objects like Job, BOM, and Routing requiring explicit transformation. We sequence the load to preserve open AP/AR references, resolve parent-record lookups (Site on Part, Supplier on PO, Customer on SO), and flag orphaned records that reference inactive entities in the destination before any data moves. Workflows, custom alerts, and system-level automation built inside PILOT:Suite do not migrate as code; we deliver a written inventory of these for the customer's admin team to rebuild in Epicor Kinetic or the on-premise equivalent.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a PILOT:Suite 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.
PILOT:Suite
Item
Epicor Prophet 21
Part
1:1PILOT:Suite Items map to Epicor Part records. The Item Number becomes PartNum, description migrates to the Description and ShortChar01 fields, and cost rolls forward into PartUnitCost. We resolve Part plant assignments by matching PILOT:Suite warehouse codes to Epicor Site codes during the Part insert phase. Stocking types (make, buy, service) map from PILOT:Suite item type flags to Epicor PartType values. Custom fields on Item (UDFs) map to Part CustomFields with type-matched Epicor field creation before import.
PILOT:Suite
Warehouse
Epicor Prophet 21
Site + Warehouse
1:manyPILOT:Suite Warehouses map to Epicor Site records with a corresponding Warehouse record inside each Site. PILOT:Suite item-warehouse assignments become PartWhse records linking Part to Site-Warehouse. Bin locations in PILOT:Suite migrate to Epicor WhseBin records. Multi-company PILOT:Suite configurations map to separate Epicor Companies with inter-company AP/AR configured as separate legal entities.
PILOT:Suite
Vendor
Epicor Prophet 21
Supplier
1:1PILOT:Suite Vendors map to Epicor Supplier records using the vendor code as the SupplierID. Address, contact, and payment terms migrate to the Supplier address book and PaymentTerms linkage. PILOT:Suite vendor-specific item pricing (vendor part numbers, lead times, minimum order quantities) migrates to Epicor SupplierPP records. Any inactive or duplicate vendors are flagged in a reconciliation report before import.
PILOT:Suite
Customer
Epicor Prophet 21
Customer
1:1PILOT:Suite Customers map to Epicor Customer records using customer number as the CustID. Address, ship-to, contact, and credit hold status migrate to the Customer address book and CreditHold fields. PILOT:Suite customer-specific pricing and discount groups migrate to Epicor PriceLdisc records. Open AR aging from PILOT:Suite becomes Epicor AR invoices and credit memos with aging carried into the correct fiscal period.
PILOT:Suite
Purchase Order
Epicor Prophet 21
POHeader + POLine
1:1PILOT:Suite Purchase Orders map to Epicor POHeader and POLine records. Header fields (PO number, vendor, date, terms) migrate to the POHeader; line items (part number, quantity, unit cost, due date) migrate to POLine with SupplierNum resolved from the Vendor-to-Supplier mapping. Open POs migrate with Release-level scheduling if PILOT:Suite carries release dates. Closed POs migrate as historical records with PODate in the past.
PILOT:Suite
Sales Order
Epicor Prophet 21
OrderHed + OrderDtl
1:1PILOT:Suite Sales Orders map to Epicor OrderHed and OrderDtl records. Header fields (order number, customer, ship date, terms) migrate to OrderHed with CustNum resolved from the Customer mapping; line items (part number, quantity, unit price, ship date) migrate to OrderDtl. PILOT:Suite multi-line sales orders become separate OrderDtl lines with lineType variants (make-to-order, stock, assemble-to-order) set from PILOT:Suite item type. Blanket POs and releases map to Epicor BlanketOrder equivalents.
PILOT:Suite
GL Account
Epicor Prophet 21
GLAccount + COA
1:1PILOT:Suite GL Accounts map to Epicor GLAccount records within a Chart of Accounts structure. Account number, description, and type (asset, liability, equity, revenue, expense) migrate to GLAccount with NaturalAccount and USETaxType assigned. PILOT:Suite account segments (if any) map to Epicor COASegment values with the segment structure configured before migration. Active versus inactive status carries from PILOT:Suite to GLAccount InActive flag.
PILOT:Suite
Open AP
Epicor Prophet 21
APInvoice + APLine
lossyOpen AP records from PILOT:Suite (invoices, debit memos, and credit memos with vendor and amount) migrate to Epicor APInvoice records with APLine entries. We carry forward invoice number, vendor reference, invoice date, due date, and open amount. PILOT:Suite payment applications migrate as APLink records. Historical AP aging is preserved for audit by storing the original PILOT:Suite aging bucket in a custom field on APInvoice.
PILOT:Suite
Open AR
Epicor Prophet 21
ARInvoice + ARLine
lossyOpen AR records from PILOT:Suite (invoices, debit memos, and credit memos with customer and amount) migrate to Epicor ARInvoice records with ARLine entries. Invoice number, customer reference, invoice date, due date, and open amount carry forward. PILOT:Suite payment applications migrate as ARLink records. Customer credit status and payment terms resolve through the Customer mapping.
PILOT:Suite
Custom Fields (UDFs)
Epicor Prophet 21
Custom Fields on Part/Customer/Supplier
lossyPILOT:Suite user-defined fields on Item, Vendor, Customer, PO, and SO map to Epicor UD fields (like ShortChar01, Number01, CheckBox01) or formal custom fields created before migration. We inventory every PILOT:Suite UDF during scoping, map the field type to the closest Epicor type, and create the Epicor schema before data migration. Fields without a direct Epicor equivalent are flagged with a type recommendation in the schema design document.
PILOT:Suite
Chart of Accounts Balance
Epicor Prophet 21
GLJrnDtl + GLAccount
lossyPILOT:Suite GL Account period balances (opening balances, current period activity) migrate to Epicor GLJrnDtl records for the target fiscal year. We align PILOT:Suite accounting periods to Epicor fiscal periods during scoping, and create GLJrnDtl batch entries for balance roll-forward with journal description referencing the PILOT:Suite migration source. Trial balance validation runs against Epicor's GL Report after import.
PILOT:Suite
Item Warehouse Assignment
Epicor Prophet 21
PartWhse
1:manyPILOT:Suite records item quantities and assignments per warehouse. These map to Epicor PartWhse records with PartNum and WarehouseCode resolved. Safety stock, reorder point, and ABC codes from PILOT:Suite migrate to the PartWhse fields. Quantity-on-hand carries from the PILOT:Suite inventory snapshot taken at migration date. We flag any PartWhse where the Part or Warehouse cannot be resolved due to inactive source records.
| PILOT:Suite | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Item | Part1:1 | Fully supported | |
| Warehouse | Site + Warehouse1:many | Fully supported | |
| Vendor | Supplier1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Purchase Order | POHeader + POLine1:1 | Fully supported | |
| Sales Order | OrderHed + OrderDtl1:1 | Fully supported | |
| GL Account | GLAccount + COA1:1 | Fully supported | |
| Open AP | APInvoice + APLinelossy | Fully supported | |
| Open AR | ARInvoice + ARLinelossy | Fully supported | |
| Custom Fields (UDFs) | Custom Fields on Part/Customer/Supplierlossy | Fully supported | |
| Chart of Accounts Balance | GLJrnDtl + GLAccountlossy | Fully supported | |
| Item Warehouse Assignment | PartWhse1:many | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
PILOT:Suite gotchas
Vendor-implemented system with no public developer portal
Process-industry data model differs from discrete-manufacturing MES
No published reviews complicate gotcha discovery
Mobile apps and web UI run against the same relational database
Epicor Prophet 21 gotchas
Third-party bolt-on integrations complicate migration scope
Dirty data without standardized processes compounds migration risk
SDK customizations and BPMs may not survive platform upgrades
Report-based export only for non-technical users
Per-user pricing model requires accurate user count before migration planning
Pair-specific challenges
Migration approach
Discovery and source audit
We audit PILOT:Suite across entity count (Items, Warehouses, Vendors, Customers, open POs, open SOs, open AP, open AR, GL Accounts), UDF inventory per entity, BOM and routing presence, and fiscal period close status. We extract a point-in-time inventory snapshot for PartWhse quantity migration and pull Chart of Accounts balances by period. The discovery output is a written migration scope with record counts, a UDF mapping matrix, and a fiscal period alignment table showing how PILOT:Suite periods map to Epicor fiscal periods.
Schema design and Epicor configuration
We design the destination schema in Epicor before any data moves. This includes creating GL Account segments and COA structure, configuring Sites and Warehouses, setting up Supplier and Customer address book structures, defining Part types (make, buy, service) from PILOT:Suite item type flags, and creating any required custom fields for UDF migration. We deploy schema to a Epicor test or sandbox environment first for validation. BOM gap analysis is delivered here for the customer's engineering team to address.
Test migration and reconciliation
We run a full migration into the Epicor sandbox using production-like data volume. The customer's finance and operations leads reconcile record counts (Parts in, Sites in, Suppliers in, Customers in, open AP/AR in), spot-check 25-50 random records against PILOT:Suite source, and validate GL trial balance alignment. Any mapping corrections and BOM gaps are resolved here. No production migration begins until the sandbox sign-off is received.
Master data migration (dependency order)
We run master data migration in strict dependency order: GL Accounts (no dependencies), Sites and Warehouses, Parts (with Site-Plant resolution), Suppliers (with address book), Customers (with address book and credit hold), then BOM and Routing (after Part validation). Each phase emits a row-count and sample reconciliation report. Orphaned records referencing inactive entities are flagged in a quarantine report and resolved by the customer's admin before the next phase.
Transactional migration (AP/AR and Orders)
Open AP and AR migrate after master data is validated. We carry forward invoice number, vendor/customer reference, dates, terms, and open amount. Payment terms and aging buckets are preserved in custom fields for audit. Open Purchase Orders and Sales Orders migrate with header-line structure intact, with PartNum resolved to Epicor Part, SupplierNum resolved to Epicor Supplier, and CustNum resolved to Epicor Customer. Closed historical orders migrate as read-only records if scoped.
Cutover, validation, and handoff
We freeze PILOT:Suite writes during cutover, run a final delta migration of any records modified during the migration window, then enable Epicor as the system of record. We deliver the UDF gap analysis, BOM gap report, and workflow inventory document to the customer's admin and Epicor implementation partner. We support a one-week hypercare window for reconciliation issues. We do not rebuild PILOT:Suite workflows, alerts, or custom reports in Epicor as part of the migration scope; these are documented for the customer's Epicor consultant.
Platform deep dives
PILOT:Suite
Source
Strengths
Weaknesses
Epicor Prophet 21
Destination
Strengths
Weaknesses
Complexity grading
Moderate ERP migration. 2 of 8 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across PILOT:Suite and Epicor Prophet 21.
Object compatibility
2 of 8 objects need a manual workaround.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
PILOT:Suite: Not publicly documented..
Data volume sensitivity
PILOT:Suite doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during PILOT:Suite to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your PILOT:Suite to Epicor Prophet 21 migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave PILOT:Suite
Other ways to arrive at Epicor Prophet 21
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.