ERP migration
Field-level mapping, validation, and rollback between iGEO ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
iGEO ERP
Source
Epicor Prophet 21
Destination
Compatibility
9 of 14
objects map 1:1 between iGEO ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
8-12 weeks
Overview
Moving from iGEO ERP to Epicor ERP is a cross-vertical migration: iGEO is purpose-built for pest control and environmental health field service, while Epicor is a broad manufacturing, distribution, and services ERP. The data model mismatch is the central challenge. iGEO's industry-specific objects — pesticide tracking fields, compliance codes, service types, route assignments, and pest-species treatment codes — have no native Epicor equivalent and require user-defined column (UDC) configuration on Epicor's Part, PartPlant, and JobMtl tables before any data loads. We extract iGEO's company-wide file export, partition it into migration-ready chunks aligned to Epicor's dependency order (Part and Customer first, then Jobs, Labor, Inventory, and Invoices), and load through Epicor's REST API with chunking and exponential backoff. Epicor's Classic UI sunset in 2026 means we target the Kinetic interface as the destination. Workflows, AI route planning configurations, pesticide scheduling rules, and regulatory compliance dashboards do not migrate; we deliver a written inventory of these objects for the customer's Epicor admin to rebuild in Kinetic.
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 iGEO 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.
iGEO ERP
Client
Epicor Prophet 21
Customer and ShipTo
1:manyiGEO Client records (contact details, addresses, service locations) map to Epicor Customer records at the header level, with each distinct service address from iGEO mapped to a corresponding Epicor ShipTo record under that Customer. The customer's primary contact in iGEO becomes the Customer primary contact. We use the iGEO client identifier as an external key on Epicor Customer.XrefCustID for dedupe and cross-reference during migration.
iGEO ERP
Contract
Epicor Prophet 21
ServiceContract and ContractLine
1:1iGEO Contracts with scope, frequency, pricing, and work-order templates map to Epicor Service Contracts. Each iGEO contract line (representing a service type and frequency) maps to a ContractLine record with coverage terms and billing frequency. The service frequency pattern in iGEO (e.g., biweekly, monthly, quarterly) translates to ContractLine recurring billing terms in Epicor Service Management.
iGEO ERP
Service Type
Epicor Prophet 21
Part (Service part type)
1:1iGEO service types (insect treatment, rodent control, legionella inspection, water quality testing) map to Epicor Part records with PartType = Service. The iGEO service type code and description preserve in Part.PartNum and Part.Description. For services that involve materials (pesticides, treatments), we map to Part with PartType = Material or Stock, preserving unit of measure from iGEO. Compliance-relevant service types receive a UDF for EN16636 certification status.
iGEO ERP
Work Order
Epicor Prophet 21
Job and JobMtl
1:manyiGEO Work Orders (the core operational record tying client, service type, technician, date, status, and location) map to Epicor Job records as the parent container, with the service type and any materials applied represented as JobMtl rows. Job.JobType = Service for field service operations. We preserve iGEO work order status (Open, In Progress, Completed, Cancelled) mapping to Job.JobEngineered, Job.Released, and Job.Closed flags. Historical work orders (Closed in iGEO) migrate as Completed Jobs in Epicor.
iGEO ERP
Work Order Line Item
Epicor Prophet 21
JobMtl and LaborDtl
1:1Each iGEO work order line representing a specific treatment or service action maps to an Epicor JobMtl record referencing the Part (service or material) and quantity. If the work order includes labor tracking in iGEO, those hours map to Epicor LaborDtl records with LaborType = Production and a JobNum reference. Technician time from iGEO maps to LaborDtl with the assigned iGEO technician resolved to an Epicor Employee record.
iGEO ERP
Technician
Epicor Prophet 21
Employee
1:1iGEO Technician records (contact, territory, availability, mobile app credentials) map to Epicor Employee records. The technician's assigned service territories from iGEO map to Epicor ResourceGroup and Resource records for scheduling purposes. Mobile app access credentials do not migrate — the customer provisions new Kinetic mobile access for technicians post-migration. Active versus inactive technician status from iGEO maps to Employee.Inactive = false/true.
iGEO ERP
Route
Epicor Prophet 21
Job and Resource Scheduling
lossyiGEO AI-generated daily technician routes (visit sequence, estimated times, geographic waypoints) do not have a direct Epicor equivalent because Epicor has no native route planning module. We extract the most recent route assignments and convert them to Epicor Job records with scheduled start dates and assigned Employees for migration day-one scheduling context. Long-term route planning requires a third-party field service scheduling add-on or Kinematic API customization, which we document in the handoff notes.
iGEO ERP
Stock (Warehouse)
Epicor Prophet 21
PartWhse and PartBin
1:1iGEO Stock entries (inventory items, quantities, reorder points, supplier associations, units of measure) map to Epicor PartWhse records for warehouse-level quantity and PartBin for bin-level location. Reorder points from iGEO translate to PartWhse.MinimumOrderQty or PartWhse.SafetyStockQty depending on the customer's usage. Supplier associations from iGEO map to Epicor PartPlant.SupplierPPVendorNum.
iGEO ERP
Supplier
Epicor Prophet 21
Vendor and PORel
1:1iGEO Supplier records (vendor contact details and product or service offerings) map to Epicor Vendor records. The iGEO supplier code and description preserve on Vendor.VendorID and Vendor.Name. Associated product lines in iGEO map to Epicor PORel records or as VendorPP records for supplier-specific pricing. Contact information from iGEO maps to Vendor primary contact fields.
iGEO ERP
Invoice
Epicor Prophet 21
ARInvoice and InvcDtl
1:1iGEO Invoice records (line items, taxes, totals, payment status, and any pesticide compliance codes) map to Epicor ARInvoice header and InvcDtl lines. The iGEO invoice number becomes the Epicor InvoiceNum for reference integrity. Regulatory compliance codes from iGEO pesticide tracking fields migrate to custom UDC columns on InvcDtl. Payment status (Paid, Outstanding, Overdue) maps to ARInvoice.OpenInvoice flag. Historical invoices spanning multiple years are migrated as posted ARInvoice records.
iGEO ERP
Quote / Estimate
Epicor Prophet 21
QuoteHed and QuoteDtl
1:1iGEO Quotes and Estimates (proposals with line items, totals, and status) map to Epicor QuoteHed and QuoteDtl records. The quote status from iGEO (Sent, Accepted, Rejected, Expired) maps to Epicor QuoteHed.QuoteStatus values. Line items referencing service types from iGEO resolve to Epicor Part records already loaded in the Part migration phase.
iGEO ERP
Pesticide Tracking Field
Epicor Prophet 21
UDC columns on PartLot, JobMtl, and InvcDtl
lossyiGEO pesticide tracking fields (product name, application rate, target pest, regulatory classification, EN16636 compliance status) are iGEO-native compliance artifacts with no Epicor standard equivalent. We map these to User Defined Columns (UDCs) on Epicor's PartLot table (for lot-tracked inventory), JobMtl (for materials applied during work orders), and InvcDtl (for invoice-level compliance reporting). UDC definitions are created per product line during the schema design phase. RD865/2003 and CEPA regulatory codes preserve as UDC values for audit traceability.
iGEO ERP
Custom Field
Epicor Prophet 21
UDC and User Defined Fields
lossyiGEO custom fields on any object migrate to Epicor User Defined Fields (UDFs) with equivalent data types. Text custom fields map to UDFs of type string, numeric custom fields to decimal or integer UDFs, date fields to date UDFs, and checkbox fields to logical UDFs. The customer identifies all active custom fields during discovery, and we create the corresponding UDC schema in Epicor before any data load. Industry-specific custom fields (compliance codes, pesticide categories, regulatory statuses) map to the same UDC framework as the pesticide tracking fields above.
iGEO ERP
Employee (non-technician)
Epicor Prophet 21
Employee
1:1iGEO Employee records beyond field technicians (office staff, admins, managers) map to Epicor Employee records, preserving role assignments, department associations, and department code. The iGEO employee type field (Field Technician, Office Staff, Admin, Manager) maps to Epicor Employee LaborType codes. User credentials for the iGEO application do not migrate.
| iGEO ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Client | Customer and ShipTo1:many | Fully supported | |
| Contract | ServiceContract and ContractLine1:1 | Fully supported | |
| Service Type | Part (Service part type)1:1 | Fully supported | |
| Work Order | Job and JobMtl1:many | Fully supported | |
| Work Order Line Item | JobMtl and LaborDtl1:1 | Fully supported | |
| Technician | Employee1:1 | Fully supported | |
| Route | Job and Resource Schedulinglossy | Fully supported | |
| Stock (Warehouse) | PartWhse and PartBin1:1 | Mapping required | |
| Supplier | Vendor and PORel1:1 | Fully supported | |
| Invoice | ARInvoice and InvcDtl1:1 | Fully supported | |
| Quote / Estimate | QuoteHed and QuoteDtl1:1 | Fully supported | |
| Pesticide Tracking Field | UDC columns on PartLot, JobMtl, and InvcDtllossy | Fully supported | |
| Custom Field | UDC and User Defined Fieldslossy | Fully supported | |
| Employee (non-technician) | Employee1:1 | 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.
iGEO ERP gotchas
API access is tier-gated and not publicly documented
File export dumps the entire company dataset at once
Industry-specific service types and compliance fields vary by installation
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 configuration audit
We conduct a structured discovery session with the customer's iGEO and Epicor administrators. We confirm iGEO pricing tier to determine whether API access is available or the file export path is required, audit the full iGEO configuration for active custom fields, service type codes, compliance codes, pesticide product catalog, and contract templates. We simultaneously assess the destination Epicor environment — edition, enabled modules (Service Management, Manufacturing, Financials), existing UDC columns, and any existing data in Epicor that would create dedupe conflicts. The discovery output is a written migration scope document covering object counts, schema delta, compliance field mapping, and a go/no-go on the iGEO export method.
UDC schema design for Epicor
Before any data extraction, we design the Epicor UDC schema to receive iGEO's industry-specific fields. This includes creating User Defined Columns on PartLot (for inventory compliance), JobMtl (for work order materials), and InvcDtl (for invoice-level compliance). We define data types, picklist values for regulatory codes, and default values for each UDC. This phase runs in the customer's Epicor sandbox and is validated with the Epicor administrator before production deployment. Without completed UDC schema, pesticide tracking fields and compliance codes cannot migrate and will be lost.
iGEO file export and parse
We trigger the iGEO company-wide file export in collaboration with the customer's iGEO administrator. The export produces a single comprehensive data file covering all objects. We parse the file into discrete object sets (Clients, Contracts, Service Types, Work Orders, Technicians, Routes, Stock, Suppliers, Invoices, Quotes, Custom Fields) and apply a cleaning pass: duplicate removal, null field handling, referential integrity validation, and charset normalization. Any malformed records go to a triage log for the customer to correct in iGEO before re-export. The parse output is a set of migration-ready CSV files organized by object, ready for Epicor mapping.
Epicor sandbox migration and reconciliation
We run a full migration into the customer's Epicor sandbox environment, loading objects in Epicor dependency order: Part records first (service types and materials), then Customer and ShipTo records, Vendor records, Employee records, Service Contracts, Jobs (from Work Orders), Labor entries, PartWhse and PartBin (from Stock), Quote records, and finally ARInvoice records. Each phase emits a reconciliation report comparing record counts and a spot-check sample against the iGEO source data. The Epicor administrator reviews and approves the sandbox results before production migration begins. Schema corrections and mapping adjustments happen here, not in production.
Production migration in dependency order
We execute the production migration using the sandbox-validated mapping and sequence. Objects load in Epicor dependency order: Part (services and materials), Customer and ShipTo, Vendor, Employee, Service Contracts, Jobs, LaborDtl, PartWhse, PartBin, Quotes, ARInvoices, and custom compliance UDC data. The iGEO export freeze window is coordinated with the customer — writes to iGEO are paused during the final delta export and cutover. We apply chunking and exponential backoff on Epicor API calls to handle rate limits, and we run row-count reconciliation at the close of each phase.
Cutover, validation, and handoff documentation
We perform a final delta migration capturing any records created or modified in iGEO during the cutover window, then validate total record counts in Epicor against the iGEO source totals. We deliver a written inventory of iGEO automation objects that do not migrate — AI route planning configurations, pesticide scheduling rules, compliance dashboards, and contract renewal workflows — with a section per object describing the current configuration and a recommended Epicor Kinetic equivalent. We provide a one-week hypercare window to resolve reconciliation issues raised by the customer's operations team. We do not rebuild iGEO automations as part of the migration scope; that is a separate engagement or an internal Epicor admin task.
Platform deep dives
iGEO ERP
Source
Strengths
Weaknesses
Epicor Prophet 21
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across iGEO ERP and Epicor Prophet 21.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
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
iGEO ERP: Not publicly documented.
Data volume sensitivity
iGEO ERP 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 iGEO ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your iGEO ERP 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 iGEO ERP
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.