ERP migration
Field-level mapping, validation, and rollback between Tyler Enterprise ERP for Schools and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Tyler Enterprise ERP for Schools
Source
Epicor Prophet 21
Destination
Compatibility
12 of 15
objects map 1:1 between Tyler Enterprise ERP for Schools and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-8 weeks
Overview
Moving from Tyler Enterprise ERP for Schools to Epicor ERP is a cross-domain migration: Tyler is purpose-built for K-12 public-sector fund accounting with GASB compliance, while Epicor is a cloud-first ERP serving manufacturing, distribution, and industrial sectors. The two platforms share no native object-level equivalence for GASB-specific structures like Fund Types (governmental, proprietary, fiduciary) or for Tyler's Student Activity Fund subsystem. We address this by building a fund-accounting crosswalk during discovery that maps Tyler's fund-org-object code segments to Epicor's cost-center and GL-account hierarchies, and by extracting Student Activity Fund balances as standalone journal entries rather than attempting a direct object import. Tyler's cross-module dependency between Budget and Payroll — where budget imports do not automatically propagate to pay codes — is resolved by sequencing Budget Entries before Employee records in our migration load order and generating a Payroll Pre-load Validation Report that flags every pay code with a missing or mismatched budget account code. We do not migrate Tyler workflows, state reporting templates, or document attachment blobs as these are either Tyler Professional Services artifacts or inaccessible via the Open API Toolkit.
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 Tyler Enterprise ERP for Schools 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.
Tyler Enterprise ERP for Schools
Chart of Accounts
Epicor Prophet 21
GL Account + Cost Center
lossyTyler stores account codes as structured strings following government fund-accounting conventions: fund-org-object (e.g., 10-000-4110-000). Epicor uses a flat GL Account code with optional Cost Center and Department hierarchies. We build a GASB fund-accounting crosswalk during discovery that maps each Tyler's fund-type (governmental, proprietary, fiduciary) and fund number to Epicor's Cost Center structure, preserving the original Tyler fund code in a custom field tyler_fund_code__c for audit trails. Any Tyler fund with a GASB special-purpose designation (special revenue fund, capital projects fund) is flagged for the district's finance team to confirm the equivalent in Epicor's fund structure before migration.
Tyler Enterprise ERP for Schools
Budget Entries
Epicor Prophet 21
Budget Register / Budget Line
1:1Tyler Budget Entries span fiscal years and include appropriation amounts, amendments, and encumbrance carryforwards stored as separate versioned records with status flags (draft, approved). We export all budget versions and map them to Epicor's budget register entries, preserving the fiscal year, appropriation amount, amendment number, and status. Tyler budget version sequencing (approved before draft) is enforced in Epicor's budget validation workflow. Encumbrance carryforwards migrate as opening balances in Epicor's current-year budget register.
Tyler Enterprise ERP for Schools
Vendors
Epicor Prophet 21
Supplier
1:1Tyler Vendor records include name, address, 1099 classification, W-9 status, and payment terms with a numeric vendor ID. Epicor Supplier records carry equivalent fields (SupplierName, Tax ID, 1099 indicator, TermsCode). We map vendor IDs to Epicor SupplierNum, detect duplicates by EIN or name similarity, and preserve W-9 status and 1099 classification in Epicor Supplier attributes. Payment terms map to Epicor's TermsCode master.
Tyler Enterprise ERP for Schools
Open AP Invoices
Epicor Prophet 21
AP Invoice / Vendor Invoice
1:1Tyler AP invoices carry vendor ID, invoice number, invoice date, payment terms, GL distribution lines, and approval status. We map each Tyler AP invoice to an Epicor Vendor Invoice record, resolving the vendor ID to SupplierNum and distributing each invoice line to the corresponding Epicor GL Account and Cost Center from the crosswalk. Any invoice with a mismatched account code (deleted or inactive in Tyler) is flagged in the AP Pre-load Validation Report for the district to resolve before posting.
Tyler Enterprise ERP for Schools
Open AR Invoices
Epicor Prophet 21
AR Invoice / AR Invoice Entry
1:1Tyler AR invoices (General Billing and student account receivable) include customer ID, invoice number, amount, and GL distribution. We map Tyler customer IDs to Epicor Customer records and resolve GL distributions through the fund-accounting crosswalk. Student account receivable invoices (fee ledgers, lunch accounts) are identified by Tyler fund code and mapped to Epicor's AR module with the customer record linked. Tyler invoice number maps to Epicor's InvoiceNum with a prefix preserving the source system origin.
Tyler Enterprise ERP for Schools
Journal Entries
Epicor Prophet 21
GL Journal Entry
1:1Tyler journal entries carry date, description, debit/credit line amounts, and multi-fund split distributions. Tyler enforces balanced-entry validation. We export all journal entries including reversing and recurring entries, map each line to the Epicor GL Account and Cost Center via the crosswalk, and preserve the original Tyler journal number in a custom field tyler_journal_num__c. Epicor requires balanced entries; any Tyler entry that does not balance is flagged in the Journal Pre-load Reconciliation Report before migration.
Tyler Enterprise ERP for Schools
Employees
Epicor Prophet 21
Employee
1:1Tyler Employee records include personal data, job title, FTE, compensation, benefits enrollment, union affiliation, and hire/termination dates. Effective-dated compensation history is stored across pay-period records. We export full employee records including compensation history and map to Epicor Employee, preserving the hire date, termination date, FTE, union affiliation, and benefit plan enrollment. Tyler's Position Control linkage (funded position vs. incumbent employee) is preserved as Epicor Position records linked to Employee records, with the position budget amount carried as a custom field.
Tyler Enterprise ERP for Schools
Payroll Batches
Epicor Prophet 21
Payroll Batch / Payroll Entry
1:1Tyler Payroll batches link to employee records, pay period dates, deduction codes, and GL distribution. Tyler's separation of Time and Attendance from Payroll means time entries must be approved and posted before a payroll batch can reference them. We export all payroll batches and map them to Epicor Payroll, resolving the employee ID to the Epicor EmployeeNum and the GL distribution account codes through the fund-accounting crosswalk. Any batch where the corresponding time entry is absent or posted at $0 is flagged in the Pre-flight Time-to-Payroll Linkage Report before the load commits.
Tyler Enterprise ERP for Schools
Time Entries
Epicor Prophet 21
Time Entry / Labor Entry
1:1Tyler Time and Attendance records include employee ID, date, hours worked, pay type, and approval status. Advanced Scheduling stores shift assignments separately. We export both time entry types as line items in Epicor Labor Entry, resolving employee ID to Epicor EmployeeNum and preserving the approval status as Epicor TimeStatus. Shift assignment records map to Epicor Project or Labor Type codes depending on whether the district uses project costing.
Tyler Enterprise ERP for Schools
Position Control
Epicor Prophet 21
Position + Job
1:1Tyler Position Control records define FTE allocations, position budget amounts, and the link between a funded position and its incumbent employee. Tyler stores position records as distinct from employee records. We map Tyler Position to Epicor Job (position definition) with the FTE and budget amount preserved, and link the incumbent employee via Epicor's EmployeeJob record. Any position with a mismatched budget account code is flagged for the district's payroll admin to confirm the Epicor cost center before migration.
Tyler Enterprise ERP for Schools
Purchase Orders
Epicor Prophet 21
PO Header + PO Detail
1:1Tyler Purchase Orders carry vendor ID, line items with quantities and unit costs, GL distribution per line, approval workflow status, and encumbrance flags. We export open POs with their encumbrance balances, map vendor ID to Epicor SupplierNum, and distribute each PO line to Epicor GL Account and Cost Center via the crosswalk. Epicor's PO approval workflow replaces Tyler's approval status field. Encumbrance carryforwards are preserved as open PO balances in Epicor's commitments reporting.
Tyler Enterprise ERP for Schools
Student Activity Funds
Epicor Prophet 21
GL Account (journal entry handoff)
1:manyTyler Student Activity Fund management is a separate subsystem from the General Ledger with its own fund codes and approval workflows. Epicor has no native Student Activity Fund equivalent. We export Student Activity Fund balances as standalone journal entries with a dedicated GL account range in Epicor's chart of accounts, and build a crosswalk between Tyler activity fund codes and Epicor GL accounts during discovery. The district's finance team reviews and approves the crosswalk before migration. Post-migration, the district manages Student Activity Fund accounting as standard Epicor GL entries rather than a separate subsystem.
Tyler Enterprise ERP for Schools
Tax Codes
Epicor Prophet 21
Tax Category / Tax Code
1:1Tyler Tax Codes handle Real Estate Tax, Personal Property Tax, and Motor Vehicle Excise Tax with rate tables and exemption schedules. Epicor uses Tax Codes and Tax Categories for transaction-level tax calculation. We export Tyler's full tax code table including rate schedules and exemption rules and map them to Epicor Tax Codes, preserving the effective dates, rates, and exemption conditions. Districts operating in states with complex property tax rules should validate tax code mappings against their state revenue requirements post-migration.
Tyler Enterprise ERP for Schools
Grant Awards
Epicor Prophet 21
Project + Grant Award (via custom fields)
lossyTyler Grant records include grantor name, award number, award period, funding amount, and budget allocation by GL account. Epicor has a Project module that can represent grant awards, but grant-specific fields (grantor, award period, funding amount) require custom fields. We map Tyler Grant Award to Epicor Project with grantor as a custom field (grantor_name__c), award period as Project StartDate and Project EndDate, and funding amount as a custom field total_grant_amount__c. Budget lines map to Epicor WBS elements (Work Breakdown Structure) linked to the Project, each resolving GL accounts through the fund-accounting crosswalk.
Tyler Enterprise ERP for Schools
Documents and Attachments
Epicor Prophet 21
Not migrated
1:1Tyler stores document attachments (scanned invoices, contracts, employee documents) as binary blobs in a separate document management subsystem behind the same authentication layer as the core ERP. The Open API Toolkit exposes document metadata (filename, date, type, and parent record ID) but not the file payload. We extract all document metadata and produce a record-level attachment manifest listing every parent record with attachments, enabling the district's Epicor admin to flag those records for manual document re-upload or a separate Tyler Professional Services extraction engagement. Binary document migration is outside scope.
| Tyler Enterprise ERP for Schools | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Chart of Accounts | GL Account + Cost Centerlossy | Fully supported | |
| Budget Entries | Budget Register / Budget Line1:1 | Mapping required | |
| Vendors | Supplier1:1 | Fully supported | |
| Open AP Invoices | AP Invoice / Vendor Invoice1:1 | Fully supported | |
| Open AR Invoices | AR Invoice / AR Invoice Entry1:1 | Fully supported | |
| Journal Entries | GL Journal Entry1:1 | Fully supported | |
| Employees | Employee1:1 | Mapping required | |
| Payroll Batches | Payroll Batch / Payroll Entry1:1 | Mapping required | |
| Time Entries | Time Entry / Labor Entry1:1 | Mapping required | |
| Position Control | Position + Job1:1 | Mapping required | |
| Purchase Orders | PO Header + PO Detail1:1 | Mapping required | |
| Student Activity Funds | GL Account (journal entry handoff)1:many | Mapping required | |
| Tax Codes | Tax Category / Tax Code1:1 | Fully supported | |
| Grant Awards | Project + Grant Award (via custom fields)lossy | Fully supported | |
| Documents and Attachments | Not migrated1:1 | Not 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.
Tyler Enterprise ERP for Schools gotchas
Cross-module data propagation failures between Budget and Payroll
Student Activity Fund accounting is siloed from the General Ledger
Payroll batch depends on upstream time entry completeness
State-specific reporting templates require Tyler professional services to modify
Binary document attachments are not accessible via the Open API Toolkit
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 fund-accounting crosswalk design
We audit the source Tyler ERP across chart-of-accounts structure (fund type, fund number, organization, object code), active budget versions, open AP and AR invoices, payroll batch history, Employee and Position Control records, Purchase Order encumbrances, Student Activity Fund balances, tax codes, and grant awards. We pair this with Epicor's GL account structure design: the Cost Center hierarchy, the GL account code format, and the custom fields required for GASB crosswalk tracking (tyler_fund_code__c, tyler_object_code__c, tyler_grantor__c). The discovery output is a written migration scope document, a fund-accounting crosswalk draft, and a Student Activity Fund code-mapping table for the district's finance team to review and approve.
Epicor schema configuration and sandbox setup
We configure the Epicor tenant with the GL account structure, Cost Center hierarchy, and custom fields defined in the discovery crosswalk. This includes configuring the budget register, Supplier and Customer masters, Employee records with position linkage, tax codes, and project (grant) structure. The configuration is validated in Epicor's sandbox environment before any data loads. We coordinate with the district's Epicor administrator to set up user roles, approval workflows, and posting groups that match the district's financial controls requirements.
Fund-accounting crosswalk validation
We validate the fund-accounting crosswalk by running a test load of the Tyler chart-of-accounts against the Epicor GL account structure. Each Tyler fund-org-object code is mapped to an Epicor GL Account and Cost Center, and the district's finance director confirms the mapping for every GASB-designated fund. Student Activity Fund codes are mapped to a dedicated Epicor GL account range and confirmed by the district's Student Activity Fund administrator. Any unmapped or conflicting account codes are resolved in this phase before production migration begins.
Budget and Payroll Pre-load Validation
We generate the Budget-to-Payroll Linkage Report that cross-references every employee in the payroll export against their time entry records and budget account codes. We also generate the Payroll Pre-load Validation Report that flags every pay code with a missing or mismatched budget account code from the crosswalk. Both reports are delivered to the district's payroll administrator for review before migration commits. No payroll batch loads until the district signs off on the linkage report.
Production migration in dependency order
We run production migration in record-dependency order: GL Account and Cost Center structure (configuration, validated), Chart of Accounts entries, Budget Entries, Vendors, AP Invoices, AR Invoices, Journal Entries, Purchase Orders (open encumbrances), Employee records, Position Control records, Time Entries, Payroll Batches, Tax Codes, Grant Awards (as Projects), Student Activity Fund journal entries (last, post General Ledger close). Each phase emits a row-count reconciliation report before the next phase begins. Document attachment metadata is extracted and delivered as a manifest for manual re-upload or a separate extraction engagement.
Cutover, validation, and handoff
We freeze Tyler 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 Tyler Workflow and Automation Inventory document (state reporting template configuration, Tyler-specific approval workflows, Student Activity Fund subsystem workflow) to the district's Epicor administrator. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Tyler workflows, state reporting templates, or Student Information System integrations as part of the standard migration scope; these are separate engagements.
Platform deep dives
Tyler Enterprise ERP for Schools
Source
Strengths
Weaknesses
Epicor Prophet 21
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 3 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 Tyler Enterprise ERP for Schools and Epicor Prophet 21.
Object compatibility
3 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
Tyler Enterprise ERP for Schools: Not publicly documented.
Data volume sensitivity
Tyler Enterprise ERP for Schools 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 Tyler Enterprise ERP for Schools to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Tyler Enterprise ERP for Schools 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 Tyler Enterprise ERP for Schools
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.