ERP migration
Field-level mapping, validation, and rollback between Farvision ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Farvision ERP
Source
Epicor Prophet 21
Destination
Compatibility
8 of 13
objects map 1:1 between Farvision ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-8 weeks
Overview
Moving from Farvision ERP to Epicor ERP is a cross-domain migration: Farvision is purpose-built for real estate and infrastructure companies tracking projects from land acquisition through post-sales handover, while Epicor ERP is built for discrete manufacturing and distribution with job costing, production scheduling, and MES depth. We map Farvision's project-wise accounting structure to Epicor's Job Cost and Financial modules, preserving the financial segregation by project that 98 percent of Farvision clients use as their system of record. Farvision does not publish API documentation or rate limits, so we coordinate directly with Farvision's implementation team to obtain data extracts via bulk export functionality documented in their training videos. We do not migrate Farvision workflows, automations, or engineering module records as functional equivalents; we deliver a written inventory of these objects for your Epicor admin to rebuild.
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 Farvision 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.
Farvision ERP
Project Master
Epicor Prophet 21
Job
lossyFarvision's Project records span Land Acquisition, Legal and Liaison, Pre-Sales, Post-Sales, Budgeting, and Execution phases. We map these to Epicor Job records with a Project Code cross-walk stored in a custom UD field (ud_project_code__c) and the project phase mapped to JobHead.JobType or a UD field. The Farvision project hierarchy (parent project with sub-projects) maps to Epicor Job records with a ParentJob field. Each phase in Farvision becomes a separate Epicor Job or Job Detail record linked to the parent project identifier.
Farvision ERP
Customer / Account
Epicor Prophet 21
Customer
1:1Farvision Customer records in the CRM module map to Epicor Customer records. The customer name, address, contact details, and any custom fields migrate directly. Farvision's customer type classification (individual buyer, corporate buyer, investor) maps to Epicor's CustomerType field or a UD field. Customer is created before any related Property, Sales Order, or Invoice records so that the CustomerID reference is satisfied at insert time.
Farvision ERP
Property / Unit
Epicor Prophet 21
Part (with Stocked flag)
1:1Farvision Property records representing sellable inventory units (apartments, plots, villas) map to Epicor Part records with the Part.TypeCode set to Stocked. The Farvision project association (which project the unit belongs to) becomes a UD field on Part linked to the Job record representing that project. Unit status (Available, Booked, Sold, Registered) maps to Part.SalesUM or a UD field for status tracking.
Farvision ERP
Sales Order / Booking
Epicor Prophet 21
Order
1:1Farvision generates sales orders tied to specific properties and buyers. We map these to Epicor Order records with OrderHed and OrderDtl entries. The Farvision booking status (Token, Agreement, Registration) maps to Epicor OrderHed.OrderStatus. The linked Property Part number becomes the OrderDtl.OrderLine linked to the Part mapping. Buyer details link to the Customer record created from Farvision Customer.
Farvision ERP
Invoice / Client Billing
Epicor Prophet 21
AR Invoice
1:1Farvision Client Billing records including payment milestones and installment tracking map to Epicor AR Invoice records (InvcHead and InvcDtl). The billing history migrates with open and historical invoices separated: open invoices become Epicor InvcHead with InvoiceVendor references; historical invoices are migrated as closed records. The payment milestone structure (installment number, due date, amount) migrates to InvcDtl lines with a custom UD field for installment tracking.
Farvision ERP
Activities / Activity Groups
Epicor Prophet 21
Activity
1:1Farvision Activities and Activity Groups map to Epicor Activity records. The activity type (Call, Meeting, Task, Note) maps to Epicor Activity.TypeCode or a UD field. Activity groups in Farvision map to Epicor Activity.ActivitySchedulerID for grouping. Owner assignment migrates by resolving Farvision Owner to Epicor User by email match. We use Farvision's YouTube-documented import/export functionality to extract these records.
Farvision ERP
Places / Location Hierarchy
Epicor Prophet 21
Country and State/Province records
lossyFarvision's Places Management stores location data with country and state hierarchy. We extract the full location tree and map it to Epicor's Country and State/Province records in the basic geography tables. The Farvision location code becomes the Epicor geographic reference. We preserve the full hierarchy for address validation and reporting.
Farvision ERP
Payment Types Master
Epicor Prophet 21
Payment Methods
1:1Farvision's Payment Types Master is a configurable entity defining how buyers can pay (cheque, bank transfer, demand draft, online). We extract the configured payment types and map them to Epicor Payment Methods in the Cash Desk and AR modules. Custom payment type codes in Farvision map to Epicor PaymentMethod field on AR Invoice records.
Farvision ERP
Stores and Inventory
Epicor Prophet 21
Part / Warehse / Inventory
1:1Farvision inventory management covers materials, procurement, and stock tracking used in construction and facilities management. We map Farvision stock items to Epicor Part records with inventory tracked via PartWhse records. Unit-of-measure conventions in Farvision (sq ft, units, lots) map to Epicor UOM classes. The Farvision store location maps to Epicor Warehouse records. We flag any non-standard UOM conversions for manual verification.
Farvision ERP
Payroll / Employee Records
Epicor Prophet 21
Employee / HR
1:1Farvision's HR and Payroll module covers Employee Life Cycle Management. We migrate employee master records and basic compensation history to Epicor Employee and HR modules. Effective-dated payroll records are migrated as historical data with a flag for manual reconciliation by the accounting team against Epicor's payroll configuration. Farvision payroll calculations do not map to Epicor payroll as functional equivalents due to different compliance and tax frameworks.
Farvision ERP
Engineering / QS Records
Epicor Prophet 21
Job / BOM / Engineering Workbench
lossyFarvision's Engineering module covers Quantity Surveying and billing records specific to real estate construction cost tracking. These do not map directly to Epicor's BOM and Engineering Workbench designed for manufacturing bill of materials. We extract QS records as reference data in a custom UD table or CSV archive, and flag the engineering rebuild scope for the customer's Epicor admin. Epicor's BOM and MES modules are available in the destination for the admin to configure from scratch.
Farvision ERP
Custom Fields
Epicor Prophet 21
UD Fields
lossyFarvision offers customization capabilities that generate custom fields across objects. We migrate custom field definitions and values explicitly as Epicor UD (User-Defined) fields. Each Farvision custom field type is mapped to the closest Epicor UD field type (UD01, UD02, string, number, date). We document unsupported field types for manual remediation if the field type has no Epicor equivalent.
Farvision ERP
Budget Records
Epicor Prophet 21
JobPtn / JobEstimates
lossyFarvision's Budgeting module tracks project budgets by phase and cost head. We map these to Epicor JobPtn (Job Parts) and JobEstimates records for project cost tracking. The budget-to-actual comparison logic that Farvision handles natively requires Epicor Job Cost configuration. We deliver a budget mapping specification for the customer's Epicor admin to configure the Job Cost segment structure matching the Farvision budget heads.
| Farvision ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Project Master | Joblossy | Fully supported | |
| Customer / Account | Customer1:1 | Fully supported | |
| Property / Unit | Part (with Stocked flag)1:1 | Fully supported | |
| Sales Order / Booking | Order1:1 | Fully supported | |
| Invoice / Client Billing | AR Invoice1:1 | Fully supported | |
| Activities / Activity Groups | Activity1:1 | Fully supported | |
| Places / Location Hierarchy | Country and State/Province recordslossy | Fully supported | |
| Payment Types Master | Payment Methods1:1 | Mapping required | |
| Stores and Inventory | Part / Warehse / Inventory1:1 | Mapping required | |
| Payroll / Employee Records | Employee / HR1:1 | Fully supported | |
| Engineering / QS Records | Job / BOM / Engineering Workbenchlossy | Mapping required | |
| Custom Fields | UD Fieldslossy | Mapping required | |
| Budget Records | JobPtn / JobEstimateslossy | 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.
Farvision ERP gotchas
No publicly documented public API or rate limits
Yearly auto-renewal with quarter-in-advance cancellation
Performance degradation on concurrent writes
Project-wise accounting requires structural mapping
Minimum 5-user contract floors on subscription and cloud hosting
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 vendor coordination for bulk export
We audit Farvision across all active modules (Projects, CRM, Sales, Post-Sales, Client Billing, Stores, Payroll, Engineering, and Activities), document the custom field structures, and identify the full record volume for each object. Because Farvision has no published API, we coordinate directly with Farvision's implementation team to establish bulk export access via their documented import/export tools. We confirm cancellation timelines with the customer and flag any records within the renewal window. The discovery output is a written migration scope, a Farvision bulk export request list, and a project-wise accounting cross-walk specification for the customer finance team to validate.
Epicor schema design and Job Cost configuration
We design the Epicor destination schema including Customer, Part, Order, AR Invoice, Job, Warehouse, Payment Methods, Activity, and any required UD fields. The project-wise accounting cross-walk table is deployed into Epicor as Job Cost segment configuration: each Farvision project becomes an Epicor Job record with the budget heads mapped to JobPtn and JobEstimates lines. We configure Job Cost segments to match the Farvision project heads that the customer finance team validated during discovery. Schema is deployed via Epicor REST API or the Kinetic administrator interface into a Sandbox or Test company first for validation.
Bulk export extraction and data cleansing
We receive Farvision bulk exports coordinated through the vendor implementation team for each module. The exports are staged in a secure workspace where we perform data cleansing: duplicate removal, address standardization, null field handling, and date format normalization. We flag records with critical missing fields (customer with no contact, order with no customer link, invoice with no property association) and return them to the customer for resolution before import. The cleanse output is a set of migration-ready CSV files per object.
Sandbox migration and reconciliation
We run a full migration into an Epicor test company using the customer's Epicor sandbox environment. The customer reconciles record counts (Customers in, Parts in, Orders in, Invoices in, Activities in), spot-checks 25-50 records per object against the Farvision source data, and validates the project-wise accounting cross-walk by running a budget-to-actual report in Epicor Job Cost. The customer finance team signs off on the Job Cost configuration before production migration begins. Any mapping corrections happen in this phase.
Production migration in dependency order
We run production migration in record-dependency order: Customers (foundation for all transactional records), Parts and Warehouses (for inventory and unit tracking), Projects mapped to Jobs (with Job Cost segments configured), Properties mapped to Parts, Orders, AR Invoices, Activities, UD fields, and historical payroll records last. Each phase emits a row-count reconciliation report before the next phase begins. We use Epicor's Bulk API for large datasets with batch chunking and exponential backoff on rate-limit responses.
Cutover, validation, and workflow rebuild handoff
We freeze Farvision 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 Engineering and QS rebuild inventory, the Farvision workflow and automation specification (for the customer's Epicor admin to rebuild), and the project-wise accounting reconciliation checklist. We support a one-week hypercare window for reconciliation issues. We do not rebuild Farvision workflows as Epicor Kinetic workflows inside the migration scope; that is a separate engagement or internal admin task.
Platform deep dives
Farvision 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 Farvision 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
Farvision ERP: Not publicly documented.
Data volume sensitivity
Farvision 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 Farvision ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Farvision 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 Farvision 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.