ERP migration
Field-level mapping, validation, and rollback between Tally Prime and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Tally Prime
Source
Epicor Prophet 21
Destination
Compatibility
12 of 16
objects map 1:1 between Tally Prime and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Tally Prime to Epicor ERP is a shift from a desktop accounting-first tool built for Indian GST compliance to a cloud-manufacturing-first ERP with REST APIs and multi-plant warehouse management. Tally Prime has no REST or GraphQL API; all data extraction relies on XML export via standardised Excel templates. We extract from those templates, restructure Tally's nested Groups and Ledgers into Epicor's flat chart of accounts, map Godown assignments to Epicor warehouse bins, and reclassify Vouchers by transaction type against the destination GL. We handle stock quantities and opening balances carefully because Tally's godown-level quantities can display as zero after migration if opening vouchers are not re-accepted. Epicor's DMT (Data Management Tool) handles the import with parent-record lookup resolution. We do not migrate Tally workflows, TDL customisations, or TallyVault-encrypted data; we deliver a written inventory of these for the customer's admin team to rebuild in Epicor.
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 Tally Prime 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.
Tally Prime
Groups
Epicor Prophet 21
Chart of Accounts (GL Account)
1:1Tally Prime Groups define the hierarchy above Ledgers and carry the primary/affects-reporting flag that controls whether they appear in financial statements. Epicor ERP stores accounts in a flat GL Account table with a AccountType field that determines classification (Asset, Liability, Equity, Revenue, Expense). We map Tally Groups to Epicor GL Accounts with AccountType set according to the group's nature, and preserve the Group-Ledger parent relationship as Epicor's account segment structure. Groups without a ledger directly attached are mapped as summary GL accounts.
Tally Prime
Ledgers
Epicor Prophet 21
GL Account
1:1Tally Prime Ledgers are the core account records with opening balances, closing values, and transaction references. We export them via XML, preserve opening debit and credit amounts, and create corresponding GL Account records in Epicor ERP. Tally's opening balance vouchers must be migrated and re-accepted in Epicor before subsequent transaction import to avoid zero-balance carry-forward issues. Opening balance date and period are preserved as the GL Account's effective start date.
Tally Prime
Parties (Customers and Suppliers)
Epicor Prophet 21
Customer and Supplier
1:1Tally Parties carry GSTIN, PAN, billing and shipping addresses, credit limits, and payment terms. We map them to Epicor Customer (for parties with sales vouchers) and Supplier (for parties with purchase vouchers) records. GSTIN validation against the GST portal API is performed during pre-import audit, and invalid GSTINs are surfaced for correction before the final import. The Tally GSTIN-linked party reference is preserved in Epicor's Tax ID field.
Tally Prime
Vouchers (Sales)
Epicor Prophet 21
AR Invoice
1:1Tally Prime Sales vouchers (with voucher type Sale, Sale+ GST) map to Epicor ERP AR Invoice records. The original voucher number is preserved in Epicor's InvoiceNum field, the voucher date becomes the InvoiceDate, and the Party reference resolves to the Customer record created from the corresponding Tally Party. GST tax amounts separate into Epicor's tax rate fields tied to the relevant Tax Region.
Tally Prime
Vouchers (Purchase)
Epicor Prophet 21
AP Invoice
1:1Tally Prime Purchase vouchers map to Epicor ERP AP Invoice records. The original voucher number and date migrate, and the Party reference resolves to the Supplier record. Reverse-charge GST entries in Tally map to Epicor's GST tax handling on the purchase side with the applicable reverse-charge flag set per line.
Tally Prime
Vouchers (Payments, Receipts)
Epicor Prophet 21
AP Payment and AR Receipt
1:1Tally Payment vouchers map to Epicor AP Payment records linked to the corresponding AP Invoice; Receipt vouchers map to AR Receipt records linked to the corresponding AR Invoice. Voucher narration migrates as payment reference. The bank or cash Ledger from Tally maps to the corresponding Epicor Cash Account GL number.
Tally Prime
Vouchers (Journal)
Epicor Prophet 21
General Ledger Journal Entry
1:1Tally Prime Journal vouchers map to Epicor ERP GL Journal Entries. Each journal line's Dr/Cr amount and Ledger reference map to the corresponding GL Account and amount in the Epicor journal entry. The voucher Narration field migrates as the Journal Entry description, and voucher numbering is preserved per the agreed numbering strategy confirmed during scoping.
Tally Prime
Stock Items
Epicor Prophet 21
Part
1:1Tally Prime Stock Items with unit of measure, opening quantity, rate, and HSN/SAC code map to Epicor ERP Part records. The stock item's godown assignment is handled separately through the Godown mapping below. We map the stock item's base unit of measure to Epicor's UOM class and set Part Type to Manufactured or Purchased depending on the voucher history. HSN codes migrate to the Part's GTIN or Harmonized Code field.
Tally Prime
Stock Groups
Epicor Prophet 21
Product Group or Part Class
1:1Tally Stock Groups provide the category hierarchy for inventory items and map to Epicor ERP Part Class or Product Group. The parent-child hierarchy is preserved as Epicor's class tree structure. The affects-reporting flag on the Stock Group maps to Epicor's reporting classification on the Part Class.
Tally Prime
Godowns
Epicor Prophet 21
Warehouse
1:manyTally Prime Godowns represent physical warehouse or storage locations. Most cloud ERPs including Epicor do not have a native godown concept as a first-class object. We map each Tally Godown to an Epicor ERP Warehouse record, and godown-level stock quantities disaggregate into Epicor's PartBin records scoped to that warehouse. If a Tally stock item is assigned to multiple godowns, it creates multiple PartBin entries under the corresponding Epicor Warehouses. Stock items without a godown assignment default to Epicor's primary warehouse.
Tally Prime
Cost Centres
Epicor Prophet 21
Project or Department
1:1Tally Cost Centres function like departments or cost pools for expense allocation. We map them to Epicor ERP Project segments or Department codes depending on whether the customer uses Epicor's project module. Tally does not enforce cost-centre allocation on vouchers; where a Tally voucher references a Cost Centre, that reference migrates as an Epicor Project reference on the GL journal entry line.
Tally Prime
Price Lists
Epicor Prophet 21
Customer Price Group or Part CRM
lossyTally Prime price lists associate stock items with party-type-based pricing. We map these to Epicor ERP Customer Price Groups and Part-specific price lists. Where Tally prices are party-type-gated (e.g., wholesale vs. retail), we create Epicor Price Break records tied to the corresponding Customer Price Group. Complex conditional pricing logic that relies on Tally's built-in price-list conditional features may require manual rebuild as Epicor price rules post-migration.
Tally Prime
Currencies
Epicor Prophet 21
Currency
1:1Tally Prime currency definitions with exchange rates and realised/unrealised gain-loss tracking map to Epicor ERP Currency and Exchange Rate tables. We map the most recent exchange rates as Epicor Exchange Rate records with the applicable effective dates. Gain/loss ledger references from Tally map to the corresponding Epicor GL accounts for currency revaluation.
Tally Prime
Budgets
Epicor Prophet 21
Budget or Forecast
1:1Tally Prime Budget masters associate groups or cost centres with period-based budget values. We map these to Epicor ERP Budget records where the target system's budget module is licensed. Budget periods map to Epicor's fiscal period structure, and budget amounts map to GL amount fields by account. Multi-dimensional budgets (by group and cost centre simultaneously) may require decomposition into separate Epicor budget records per dimension.
Tally Prime
Voucher Types
Epicor Prophet 21
Transaction Type or Entry Event
lossyTally Prime custom voucher type definitions (naming series, numbering prefixes, applicability to specific ledgers) map to Epicor ERP Transaction Types or Entry Event codes. We preserve the naming series prefix and current numbering sequence so that Epicor continues numbering without gaps or duplicates. The voucher type's applicability to specific ledgers maps as Epicor Entry Event-to-GL account restrictions.
Tally Prime
TallyVault data
Epicor Prophet 21
Not migrated
lossyTally Prime data encrypted under TallyVault cannot be accessed without the customer's decryption key and the TallyVault service being active. We flag TallyVault records during the pre-migration audit and escalate to the customer. If the decryption key is unavailable, the encrypted records cannot be extracted and are excluded from the migration scope. We document the excluded record count and type in the migration handoff report.
| Tally Prime | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Groups | Chart of Accounts (GL Account)1:1 | Fully supported | |
| Ledgers | GL Account1:1 | Fully supported | |
| Parties (Customers and Suppliers) | Customer and Supplier1:1 | Mapping required | |
| Vouchers (Sales) | AR Invoice1:1 | Fully supported | |
| Vouchers (Purchase) | AP Invoice1:1 | Fully supported | |
| Vouchers (Payments, Receipts) | AP Payment and AR Receipt1:1 | Fully supported | |
| Vouchers (Journal) | General Ledger Journal Entry1:1 | Fully supported | |
| Stock Items | Part1:1 | Mapping required | |
| Stock Groups | Product Group or Part Class1:1 | Fully supported | |
| Godowns | Warehouse1:many | Mapping required | |
| Cost Centres | Project or Department1:1 | Mapping required | |
| Price Lists | Customer Price Group or Part CRMlossy | Mapping required | |
| Currencies | Currency1:1 | Fully supported | |
| Budgets | Budget or Forecast1:1 | Mapping required | |
| Voucher Types | Transaction Type or Entry Eventlossy | Fully supported | |
| TallyVault data | Not migratedlossy | 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.
Tally Prime gotchas
Proprietary database requires XML-template export for all migrations
Stock quantities can reset to zero after Tally version upgrades
TSS subscription required for official data import/export features
Voucher renumbering risk when importing into Tally Prime
GSTIN-linked parties require pre-validation before import
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 Tally environment audit
We audit the source Tally Prime environment across licence tier (Silver, Gold, or TallyPrime Server), TSS subscription status, active companies, group and ledger count, voucher type definitions, stock item count, godown count, and cost-centre usage. We extract a trial XML export to validate template integrity and identify any modified or non-standard XML template structures that must be restored to default before extraction. We review the Tally exceptions report to surface any voucher-level errors that will block import. This phase produces a written migration scope and a Tally pre-flight checklist for the customer to action.
Epicor environment setup and schema mapping
We work with the customer's Epicor implementation team to review the destination environment and map Tally's schema to Epicor objects: chart of accounts structure, customer and supplier setup, warehouse configuration (from godowns), part and product group hierarchy, and currency or budget module readiness. Any Epicor modules not yet configured (e.g., the budget module, multi-company, or specific warehouse bins) are flagged for the customer's Epicor admin to provision before migration data arrives. We document the complete field-level mapping for every Tally object in a shared mapping spreadsheet.
Data extraction, cleansing, and pre-import audit
We guide the customer through XML template export of all master records (Groups, Ledgers, Parties, Stock Items, Stock Groups, Godowns, Cost Centres, Currencies, Price Lists) and transaction records (all voucher types). During this phase we run GSTIN validation against the GST portal API for all parties, remove duplicate ledger and party records, resolve godown assignments for stock items, and agree on voucher numbering strategy. We extract the Tally exceptions report to surface voucher-level data quality issues for the customer's finance team to correct before the final export run.
Sandbox migration and reconciliation
We run a full migration into the Epicor test or sandbox environment using production-like data volume. The customer's finance and operations leads reconcile record counts (GL accounts, customers, suppliers, parts, warehouse bins, open vouchers), spot-check 25-50 records against the Tally source across each object type, and validate financial totals (trial balance, stock value report) against Tally reports. Any mapping corrections and data quality issues are resolved here. The customer signs off on the schema and mapping before production migration begins.
Production migration in dependency order
We run production migration in strict record-dependency order: GL Accounts (Groups and Ledgers), Currencies and Exchange Rates, Customers and Suppliers (with GSTIN validation), Warehouses (from Godowns), Parts and Product Groups (with PartBin entries from godown-level stock quantities), open AR and AP transactions, journal entries, and budget records. Each phase emits a row-count reconciliation report before the next phase begins. Voucher numbering is applied per the agreed strategy. TallyVault-encrypted records are excluded as documented in the handoff report.
Cutover, validation, and inventory handoff
We freeze Tally Prime to read-only during cutover, run a final delta import of any records modified during the migration window, then mark Epicor ERP as the system of record. We deliver a written inventory of Tally workflows, TDL customisations, and TallyVault data that cannot be migrated, with a rebuild recommendation for each item. We support a one-week hypercare window to resolve any post-migration reconciliation issues. We do not rebuild Tally workflows or TDL customisations as Epicor BPMs or customisations inside the migration scope; that is a separate engagement.
Platform deep dives
Tally Prime
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 Tally Prime 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
Tally Prime: Not publicly documented.
Data volume sensitivity
Tally Prime 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 Tally Prime to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Tally Prime 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 Tally Prime
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.