Migrate your Epicor iScala data
Legacy ERP for mid-market manufacturers and multi-subsidiary companies that need deep financial, supply chain, and compliance control across borders.
In its favor
Why people choose Epicor iScala
The signal that keeps Epicor iScala on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Multi-subsidiary and cross-border operation support with built-in multi-currency, multi-language, and local regulatory compliance makes iScala a fit for companies with EU, US, and Asia operations.
Deep financial module integration across General Ledger, Sales Ledger, and Purchase Ledger in a single database provides real-time financial closing visibility, according to G2 reviewers.
Comprehensive module coverage including manufacturing (MP), stock control (SC), service management (SM), and project management (PR) reduces the need for third-party add-ons in mid-market deployments.
Task-centric ERP design and embedded reporting simplify daily operational workflows for finance and operations teams in manufacturing and distribution companies.
Award-winning ERP positioning and industry-specific capabilities for chemical, pharmaceutical, automotive, and hospitality verticals attract companies with regulated compliance needs.
Built-in reports are described as difficult to use and the interface is not considered user-friendly, creating frustration with day-to-day reporting tasks.
The application does not support opening multiple windows simultaneously, forcing users to close one screen before accessing another — a workflow bottleneck for order processing teams.
Steep learning curve and limited documentation make implementation and ongoing administration challenging for under-resourced IT teams.
Outdated UI compared to modern cloud ERPs creates a usability gap that frustrates younger users and increases training costs.
Performance issues after migration to newer Epicor Kinetic environments have been reported when server resources are undersized, causing slower reporting and task execution.
Reasons to switch
Why people leave Epicor iScala
The recurring reasons buyers give for replacing Epicor iScala. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Epicor iScala fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Epicor iScala pricing overview
Epicor iScala pricing is not publicly published; it varies by organization size, deployment model (on-premises or cloud), industry vertical, and selected modules. Quotes are provided through Epicor sales representatives. Typical implementations involve significant upfront licensing plus professional services for configuration and data migration.
Custom (sales-led)
Tier 1 of 1
Analyst estimates ~$150–$200/user/month (cloud) or $3,200–$4,800/user perpetual on-premises
What's included
Need help selecting your ERP?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Epicor iScala's schedule — see our quote-based pricing →
What gets migrated
Epicor iScala object support
Object-by-object support for Epicor iScala migrations. Per-pair details surface during scoping.
General Ledger (GL)
Mapping requiredGL module holds journal entries, chart of accounts, and financial periods. Multi-company deployments store separate GL records per company code. We map GL accounts and opening balances to the destination's chart-of-accounts structure, flagging currency and intercompany transaction handling separately.
Sales Ledger (SL)
Mapping requiredSL manages customer records, open invoices, and AR. We migrate customer masters, outstanding invoices, and payment histories. Address and contact fields vary by version; we normalize them during field mapping.
Purchase Ledger (PL)
Mapping requiredPL handles vendor records, open AP, and purchase invoices. We extract vendor masters and AP aging records. Multi-currency purchase transactions require exchange-rate preservation during migration.
Sales Orders (OR)
Mapping requiredOR module contains order headers and lines with pricing, discounts, and fulfillment status. We migrate open and recent closed orders, preserving line-level detail and attachment references.
Purchase Orders (PC)
Mapping requiredPC manages purchase order headers, lines, and receipts. Open PO records and GRNI (goods-received-not-invoiced) entries require careful sequencing to maintain AP match integrity.
Stock Control (SC)
Mapping requiredSC covers inventory items, warehouse locations, lot numbers, and serial numbers. We map stock balances, BOM structures, and warehouse assignments. Lot and serial tracking flags are preserved as metadata on the destination.
Material Production Control (MP)
Mapping requiredMP module handles work orders, routings, and production schedules. We migrate work order headers, operations, and material allocations. Routing sequences and labor standards require field-level mapping against the destination's BOM schema.
HR / Payroll (HR, PA)
Mapping requiredHR and PA modules store employee records, compensation history, and payroll runs. Effective-dated records and benefit assignments are migrated as-is where supported. Payroll processing rules and tax codes are flagged for manual review at cutover.
Asset Management (AM)
Mapping requiredAM tracks fixed assets, depreciation schedules, and asset locations. We map asset masters, accumulated depreciation, and depreciation methods. Asset associations to departments or cost centers are preserved as custom fields in the destination.
Project Management (PR)
Mapping requiredPR module stores project masters, WBS elements, budgets, and time entries. We migrate project headers and current budget balances. Detailed time entries and billing records may require chunked migration due to volume.
User-Defined Fields (UD)
Mapping requiredThe UD module contains custom fields attached to standard objects across the system. UD field definitions and their stored values must be inventoried per version, as the UD schema varies significantly between iScala releases.
Multi-Company / Multi-Site
Mapping requirediScala supports multiple companies and sites within a single database. We scope each company as a separate logical entity during migration, mapping site-specific configurations and inter-company transaction rules independently.
Attachments and Documents
Not in this platformDocument attachments stored outside the SQL database (file shares, SharePoint, or Epicor's document management) are not migrated via API. We document the file location references and recommend a parallel file-migration process alongside the data migration.
Service Order Management (SM)
Mapping requiredSM handles service order headers, line items, and field-service scheduling. We migrate open service orders and technician assignments. Scheduling windows and SLA flags are mapped to the destination's service module equivalents.
Contract Management (CM)
Mapping requiredCM stores contract masters, terms, and billing schedules for service or recurring revenue contracts. We map active contracts with their billing cycles and associated customer or vendor records.
| Object | Support | Notes |
|---|---|---|
| General Ledger (GL) | Mapping required | GL module holds journal entries, chart of accounts, and financial periods. Multi-company deployments store separate GL records per company code. We map GL accounts and opening balances to the destination's chart-of-accounts structure, flagging currency and intercompany transaction handling separately. |
| Sales Ledger (SL) | Mapping required | SL manages customer records, open invoices, and AR. We migrate customer masters, outstanding invoices, and payment histories. Address and contact fields vary by version; we normalize them during field mapping. |
| Purchase Ledger (PL) | Mapping required | PL handles vendor records, open AP, and purchase invoices. We extract vendor masters and AP aging records. Multi-currency purchase transactions require exchange-rate preservation during migration. |
| Sales Orders (OR) | Mapping required | OR module contains order headers and lines with pricing, discounts, and fulfillment status. We migrate open and recent closed orders, preserving line-level detail and attachment references. |
| Purchase Orders (PC) | Mapping required | PC manages purchase order headers, lines, and receipts. Open PO records and GRNI (goods-received-not-invoiced) entries require careful sequencing to maintain AP match integrity. |
| Stock Control (SC) | Mapping required | SC covers inventory items, warehouse locations, lot numbers, and serial numbers. We map stock balances, BOM structures, and warehouse assignments. Lot and serial tracking flags are preserved as metadata on the destination. |
| Material Production Control (MP) | Mapping required | MP module handles work orders, routings, and production schedules. We migrate work order headers, operations, and material allocations. Routing sequences and labor standards require field-level mapping against the destination's BOM schema. |
| HR / Payroll (HR, PA) | Mapping required | HR and PA modules store employee records, compensation history, and payroll runs. Effective-dated records and benefit assignments are migrated as-is where supported. Payroll processing rules and tax codes are flagged for manual review at cutover. |
| Asset Management (AM) | Mapping required | AM tracks fixed assets, depreciation schedules, and asset locations. We map asset masters, accumulated depreciation, and depreciation methods. Asset associations to departments or cost centers are preserved as custom fields in the destination. |
| Project Management (PR) | Mapping required | PR module stores project masters, WBS elements, budgets, and time entries. We migrate project headers and current budget balances. Detailed time entries and billing records may require chunked migration due to volume. |
| User-Defined Fields (UD) | Mapping required | The UD module contains custom fields attached to standard objects across the system. UD field definitions and their stored values must be inventoried per version, as the UD schema varies significantly between iScala releases. |
| Multi-Company / Multi-Site | Mapping required | iScala supports multiple companies and sites within a single database. We scope each company as a separate logical entity during migration, mapping site-specific configurations and inter-company transaction rules independently. |
| Attachments and Documents | Not in this platform | Document attachments stored outside the SQL database (file shares, SharePoint, or Epicor's document management) are not migrated via API. We document the file location references and recommend a parallel file-migration process alongside the data migration. |
| Service Order Management (SM) | Mapping required | SM handles service order headers, line items, and field-service scheduling. We migrate open service orders and technician assignments. Scheduling windows and SLA flags are mapped to the destination's service module equivalents. |
| Contract Management (CM) | Mapping required | CM stores contract masters, terms, and billing schedules for service or recurring revenue contracts. We map active contracts with their billing cycles and associated customer or vendor records. |
Gotchas
What to watch for in Epicor iScala migrations
Issues we've hit on past Epicor iScala migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Web Services license exhaustion degrades API performance
Multi-company schema requires per-company scoping
User-Defined (UD) field schema varies by iScala version
Linux container migration can break file share and report paths
Stock lot and serial records require linked migration
| Severity | Issue |
|---|---|
| High | Web Services license exhaustion degrades API performance |
| High | Multi-company schema requires per-company scoping |
| Medium | User-Defined (UD) field schema varies by iScala version |
| Medium | Linux container migration can break file share and report paths |
| Low | Stock lot and serial records require linked migration |
Leaving Epicor iScala?
Where Epicor iScala customers move next
6 destinations Epicor iScala can migrate to.
How a Epicor iScala migration works
Four steps, Epicor iScala-specific
Connect
Not publicly documented for iScala; Epicor Kinetic (cloud successor) uses OAuth 2.0 into Epicor iScala. Scopes limited to read-only on the data we move.
Map
We translate Epicor iScala-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Epicor iScala quirks before production.
Migrate
Full migration with Epicor iScala rate-limit handling. Rollback available throughout.
FAQ
Epicor iScala migration FAQ
Answers to the questions buyers ask most during Epicor iScala migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Epicor iScala migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Epicor iScala.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Epicor iScala setup and destination — written quote back within a business day.