ERP migration
Field-level mapping, validation, and rollback between Adm Cloud and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Adm Cloud
Source
Epicor Prophet 21
Destination
Compatibility
11 of 13
objects map 1:1 between Adm Cloud and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Adm Cloud to Epicor ERP is a structural ERP migration driven by Adm Cloud's absence of a documented public API and its LATAM-centric data model. We extract data from Adm Cloud through CSV exports (Packs tier) or direct database reads (Enterprise tier), normalize the LATAM tax and currency configurations to Epicor's equivalent regime, and load through Epicor's REST API with Bulk API fallback for high-volume objects like Journal Entries and historical transactions. Adm Cloud's modular architecture means every tenant has a different active-module set; we enumerate the live modules during discovery and scope each to its Epicor equivalent. We do not migrate Adm Cloud workflows, e-commerce module configurations, or BI report definitions as code. Epicor Automation Studio workflows and custom UD fields built on Epicor's Cloud SDK require separate configuration post-migration; we deliver a written inventory of any customizations requiring 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 Adm Cloud 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.
Adm Cloud
Customer
Epicor Prophet 21
Customer (Kinetic) / ARCustomer (Eclipse)
1:1Adm Cloud Customer records map to Epicor Customer or ARCustomer depending on the Epicor product line (Kinetic vs Eclipse). We preserve billing address, credit limit, payment terms, and the LATAM-specific CFDI usage field as a custom UD field in Epicor. Customer type (national, international, export) maps to Epicor's CustomerType field. We resolve the country/region code mapping from Adm Cloud's LATAM country list to Epicor's ISO-compliant country table before import.
Adm Cloud
Vendor
Epicor Prophet 21
Supplier (Kinetic) / APSupplier (Eclipse)
1:1Adm Cloud Vendor records map to Epicor Supplier or APSupplier. We preserve payment terms, bank account details for EFT, and any LATAM-specific RFC (Mexico) or tax ID fields as UD fields. Inactive vendors are flagged for exclusion unless the customer requests they be brought over for historical AP reference. Vendor types (domestic, import) map to Epicor's SupplierType field.
Adm Cloud
Item / Product
Epicor Prophet 21
Part / Product
1:1Adm Cloud Items map to Epicor Part (for inventory-stocked items) or Product (for non-stocked, order-only items). Adm Cloud's variant structure (size/color variants) maps to Epicor's Part UOM conversions and Part-specific attributes. Standard cost, last cost, and average cost layers transfer to Epicor's PartCost records. The item pricing tiers in Adm Cloud Packs map to Epicor's Price Schedules or CPQ configuration sets depending on pricing complexity.
Adm Cloud
Chart of Accounts
Epicor Prophet 21
GL Account
1:1Adm Cloud's account tree structure maps to Epicor's GL Account hierarchy with full parent-child relationship preservation. Account codes, names, types (asset, liability, equity, revenue, expense), and active/inactive status transfer directly. Tax codes attached to accounts in Adm Cloud require explicit mapping to Epicor's Tax Zone and Tax Category configuration; this is a high-scrutiny step for LATAM migrations because SAT tax codes must map to Epicor's tax agency codes.
Adm Cloud
Open AR / Outstanding Invoices
Epicor Prophet 21
AR Invoice / AR Invoice Header + Detail
1:1Open AR invoices carry currency, exchange rate, aging data, and payment terms. We map Adm Cloud's invoice headers to Epicor ARInvoiceHead and line items to ARInvoiceDetail. Exchange rates are preserved from Adm Cloud's transaction-time rate; aging buckets are recalculated in Epicor using the destination company's fiscal calendar and due-date logic. CFDI UUID references from Adm Cloud invoices transfer as UD fields for Mexican statutory compliance.
Adm Cloud
Open AP / Outstanding Bills
Epicor Prophet 21
AP Invoice / AP Invoice Header + Detail
1:1Open AP invoices map to Epicor APInvoiceHead and APInvoiceDetail. Payment terms, vendor references, and invoice dates transfer. Foreign-currency AP invoices carry the original currency, amount, and exchange rate; Epicor recalculates the functional-currency equivalent using its configured rate logic. Vendor RFC tax IDs transfer as UD fields.
Adm Cloud
Journal Entry
Epicor Prophet 21
GL Journal Entry
1:1Historical journal entries are high-volume and date-sensitive. We sequence them after the chart of accounts is validated, then split by fiscal period to avoid import timeouts. Adm Cloud journal batches map to Epicor GLJrnHed (header) with individual journal lines as GLJrnDtl. Recurring journal templates in Adm Cloud are flagged for manual rebuild in Epicor's recurring journal module post-migration.
Adm Cloud
Fixed Asset
Epicor Prophet 21
Fixed Asset
1:1Adm Cloud fixed asset records map to Epicor FAAsset with depreciation schedules, acquisition cost, useful life, and residual value. Depreciation methods (straight-line, declining balance, units-of-production) map to Epicor's FA depreciation method codes. We flag any residual value discrepancies for customer sign-off before import because depreciation assumptions differ by jurisdiction.
Adm Cloud
Bank / Cash Account
Epicor Prophet 21
Bank Account
1:1Adm Cloud bank account records and current balances transfer to Epicor BankAcct. Reconciliation history maps to Epicor's bank reconciliation module if active. Multi-currency bank accounts carry both functional and foreign currency balances; we map currency codes from Adm Cloud to Epicor's ISO currency codes.
Adm Cloud
User
Epicor Prophet 21
User
1:1Adm Cloud user records include role, department, and module permissions. Role names and permission levels differ between Packs and Enterprise. We map Adm Cloud roles to Epicor security roles by closest-capability matching and flag any Enterprise-specific custom permissions for the customer's Epicor admin to configure post-migration. User provisioning (Active/Inactive status, email, manager hierarchy) transfers as-is with a reconciliation step to resolve any Adm Cloud users who do not have a corresponding Epicor identity.
Adm Cloud
Custom Field
Epicor Prophet 21
UD Field
lossyAdm Cloud custom fields on standard objects migrate to Epicor User-Defined (UD) fields on the equivalent tables. Enterprise-tier custom objects without a standard Epicor equivalent are mapped to UD tables (UD01-UD19) with their own BAQ (Business Activity Query) definitions. UD field types (character, date, number, checkbox, dropdown) are mapped to Epicor's UD field type equivalents. All UD fields are pre-created in Epicor via the Cloud SDK or REST API before data migration begins.
Adm Cloud
Document Attachment
Epicor Prophet 21
Document Management / ContentDocumentLink
1:1Adm Cloud binary attachments (PDFs, images) stored in the document module export as files with their parent record reference. We re-associate each file to the corresponding Epicor record via ContentDocumentLink or Epicor's DMS module depending on the Epicor edition. The link between document and parent Invoice, Customer, or Part is preserved by matching on the source record ID stored as a UD field or file metadata.
Adm Cloud
E-Commerce Order (if module active)
Epicor Prophet 21
Sales Order
1:manyWhere the Adm Cloud e-commerce module is active, order headers map to Epicor OrderHed and line items to OrderDtl. Payment status and gateway references transfer as UD fields. If Adm Cloud e-commerce is a separate hosted storefront rather than a module, order data may live in a separate database or export; we scope this separately and map to Epicor accordingly. Payment reconciliation and gateway sync require post-migration integration rebuild.
| Adm Cloud | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Customer | Customer (Kinetic) / ARCustomer (Eclipse)1:1 | Fully supported | |
| Vendor | Supplier (Kinetic) / APSupplier (Eclipse)1:1 | Fully supported | |
| Item / Product | Part / Product1:1 | Fully supported | |
| Chart of Accounts | GL Account1:1 | Fully supported | |
| Open AR / Outstanding Invoices | AR Invoice / AR Invoice Header + Detail1:1 | Fully supported | |
| Open AP / Outstanding Bills | AP Invoice / AP Invoice Header + Detail1:1 | Fully supported | |
| Journal Entry | GL Journal Entry1:1 | Fully supported | |
| Fixed Asset | Fixed Asset1:1 | Fully supported | |
| Bank / Cash Account | Bank Account1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Custom Field | UD Fieldlossy | Fully supported | |
| Document Attachment | Document Management / ContentDocumentLink1:1 | Fully supported | |
| E-Commerce Order (if module active) | Sales Order1:many | 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.
Adm Cloud gotchas
No public REST API documentation discovered in research
Modular configuration means no two tenants are alike
Enterprise tier exposes deeper data access than Packs
LATAM-specific tax and currency handling
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
Active module enumeration and extraction mechanism confirmation
We audit the Adm Cloud tenant to enumerate all active modules (base platform plus manufacturing, logistics, e-commerce, HR, etc.), identify the extraction mechanism (CSV UI exports for Packs, direct SQL for Enterprise), and inventory every standard and custom object per active module. This step produces a written data inventory document listing all source objects, record counts, active/inactive flags, and the confirmed extraction method per object. No migration architecture is finalized without this inventory because Adm Cloud's modular nature means no two tenants share the same schema.
LATAM tax code and currency extraction and mapping design
We extract Adm Cloud's complete tax code table including SAT/CFDI codes, tax rates, and tax-type classifications. We map each to Epicor's Tax Zone and Tax Category combination and document the mapping in a written tax matrix for customer sign-off. For tri-currency setups (MXN/USD/COP), we extract exchange rate history and configure Epicor's multi-currency settings to match. This step is a prerequisite for any AP/AR or invoice data migration because tax and currency errors propagate into every financial report.
Epicor schema provisioning and UD field creation
We create the Epicor destination schema in a Sandbox environment before production migration. This includes provisioning GL Account hierarchy, Customer and Vendor types, Part and Product records (headers without stock initially), Epicor UD fields corresponding to Adm Cloud custom fields, and Epicor UD tables for any Enterprise-tier custom objects without standard counterparts. UD fields are created via Epicor's Cloud SDK or REST API. We coordinate with Epicor Support for any application pool recycle needed to propagate UD field definitions. The schema is validated by running a dry-run import on a subset of records before production.
Chart of accounts and master data migration
We migrate Adm Cloud master data in dependency order: GL Account hierarchy first (as the foundation for all financial transactions), then Customers and Vendors, then Items/Products, then Bank Accounts, then Fixed Assets. Each phase emits a row-count reconciliation report comparing Adm Cloud source record count to Epicor destination record count. Any discrepancy triggers a diagnostic step before the next phase begins. Owner reconciliation for Customers and Vendors matches Adm Cloud owner references to Epicor Users by email.
Open AP/AR and historical journal migration
Open AP and AR invoices carry currency, exchange rate, aging, and CFDI UUID references. We migrate them after master data is validated using Epicor's REST API for invoice headers and line items, preserving the original transaction-time exchange rate. Historical journal entries are chunked by fiscal period to avoid import timeouts and loaded via Epicor's Bulk API with batch-size tuning. Recurring journal templates are flagged for manual rebuild in Epicor's recurring journal module post-migration.
Production cutover, delta sync, and customization handoff
We freeze Adm Cloud writes during cutover, run a final delta migration of any records modified during the migration window, validate Epicor GL trial balance against Adm Cloud's pre-migration trial balance, then enable Epicor as the system of record. We deliver a written inventory of any Adm Cloud Enterprise custom objects, workflows, and e-commerce configurations requiring rebuild in Epicor, along with a recommended approach for each. We do not rebuild Adm Cloud workflows as Epicor Automation Studio configurations within the migration scope. We support a one-week post-cutover window for reconciliation issues raised by the customer's finance and operations teams.
Platform deep dives
Adm Cloud
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 Adm Cloud 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
Adm Cloud: Not publicly documented.
Data volume sensitivity
Adm Cloud 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 Adm Cloud to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Adm Cloud 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 Adm Cloud
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.