ERP migration
Field-level mapping, validation, and rollback between Adm Cloud and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
Adm Cloud
Source
Acumatica
Destination
Compatibility
14 of 15
objects map 1:1 between Adm Cloud and Acumatica.
Complexity
BStandard
Timeline
3–5 business days
Overview
Teams move from Adm Cloud to Acumatica when they need multi-branch financial consolidation, warehouse-level inventory tracking, or the scalability of Acumatica's resource-based pricing model that allows unlimited users at each transaction-volume tier. Adm Cloud's modular packs cover accounting, sales, purchasing, and logistics; Acumatica's application model does the same but with a normalized relational schema where branches, warehouses, tax zones, and subaccounts are first-class configuration objects. The migration carries customers, vendors, inventory items with stock/non-stock classification, GL accounts with subaccount dimensions, open sales orders, open purchase orders, AR/AP invoices, payments, shipments, and case history. Original document dates and owners are preserved. Adm Cloud custom fields are enumerated, mapped to Acumatica's Usr-prefixed custom field extension framework, and delivered as a setup plan your Acumatica admin runs before final data load. Approval chains, workflow definitions, and notification rules do not migrate — those must be rebuilt in Acumatica's Screen-Based Workflows or Business Events framework using exported Adm Cloud workflow definitions as reference documentation. The migration runs via Acumatica's import/export framework and REST API, with delta-pickup capturing in-flight changes during the cutover window.
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 Acumatica, 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
Acumatica
Customer
1:1Adm Cloud customers map 1:1 to Acumatica Customers. Acumatica supports multiple addresses (billing/shipping) and multiple contacts per customer — the primary contact becomes the primary, others become secondary Contact records linked via the Relations tab. Customer class maps to Acumatica's Customer Class for AR account defaults.
Adm Cloud
Vendor
Acumatica
Vendor
1:1Adm Cloud vendors map to Acumatica Vendors. Acumatica adds vendor-specific attributes: Tax Zone assignment for 1099/non-1099 reporting, Remittance Address separate from Main Address, and Payment Method preference. These are populated from Adm Cloud's vendor record or set to defaults if the source data doesn't carry them.
Adm Cloud
Inventory Item
Acumatica
Stock Item / Non-Stock Item
1:manyAdm Cloud items tagged as 'stocked' split to Acumatica Stock Items with lot/serial and warehouse tracking enabled. Non-stocked items in Adm Cloud become Acumatica Non-Stock Items without warehouse quantity. The split is driven by Adm Cloud's inventory-type flag — if that flag is absent, items default to Non-Stock and your admin reclassifies any that need warehouse tracking.
Adm Cloud
GL Account
Acumatica
Account + Subaccount
1:1Adm Cloud's flat account codes map to Acumatica accounts with the first subaccount dimension carrying Adm Cloud's cost-center or department code. If Adm Cloud uses only a flat chart, the subaccount dimension is left null. Acumatica's active/pending/posting status is set to Active for all migrated accounts — your accountant confirms posting eligibility.
Adm Cloud
Sales Order
Acumatica
Sales Order
1:1Open Sales Orders migrate with all line items, quantities, and scheduled ship dates. Acumatica requires a Branch and Warehouse assignment on each order line — these default from the customer's default shipping address unless your Adm Cloud data carries an explicit warehouse reference. Completed orders migrate as order history for reporting continuity.
Adm Cloud
Purchase Order
Acumatica
Purchase Order
1:1Open Purchase Orders migrate with vendor, line items, expected receipts, and land cost allocations. Acumatica requires a Branch assignment on POs. Landed costs (freight, duty, insurance) defined in Adm Cloud become separate Landed Cost Codes in Acumatica linked to the PO receipt.
Adm Cloud
AR Invoice
Acumatica
AR Invoice
1:1Unpaid AR Invoices migrate with original invoice date, due date, terms, and open balance preserved as an AR Invoice in Acumatica. Payments received but not yet applied in Adm Cloud are migrated as unallocated payments and auto-matched during the delta pickup. Paid invoices migrate as historical records for aging-report continuity.
Adm Cloud
AP Invoice
Acumatica
AP Invoice
1:1Unpaid AP Invoices migrate with original invoice date, due date, terms, and open balance. Acumatica's Bill variant is used for accrual-mode invoices. Prepayments and credit memos migrate as separate AP documents linked to the vendor — your AP team applies them in Acumatica post-migration.
Adm Cloud
Payment (AR)
Acumatica
Payment / Cash Sale
1:1Adm Cloud AR payments map to Acumatica Payments allocated against the migrated AR Invoice. If the original invoice was not migrated (fully paid), the payment migrates as an unallocated payment against the customer. Original payment method (check, ACH, credit card) is stored in a custom note.
Adm Cloud
Shipment / Delivery
Acumatica
Shipment
1:1Adm Cloud shipments map to Acumatica Shipments linked to the corresponding Sales Order. Lot/serial numbers assigned in Adm Cloud are recorded in Acumatica's lot/serial tracking fields if the inventory item is lot-tracked. Carrier and tracking information migrates to the Shipment's external reference field.
Adm Cloud
Case / Ticket
Acumatica
Case
1:1Adm Cloud support cases migrate to Acumatica Cases with original creation date, assigned user, status, resolution summary, and related customer. Open cases land as Open in Acumatica; closed cases land as Closed with the resolution note preserved. Cases linked to inventory items carry the ItemID for reference.
Adm Cloud
Custom Fields (all objects)
Acumatica
Usr-prefixed Custom Fields
1:1Adm Cloud custom properties on any object (customer, vendor, item, order) are enumerated and mapped to Acumatica custom fields using the Usr prefix convention. Each custom field gets a corresponding custom field definition exported as a setup plan your Acumatica admin creates before the migration run. Field types are matched: text to string, numbers to decimal/integer, pick-lists to combo boxes.
Adm Cloud
Tax Code
Acumatica
Tax Zone + Tax Category
1:1Adm Cloud tax codes map to Acumatica Tax Zones per jurisdiction (state/province/country) and Tax Categories per item class. Multi-jurisdiction tax codes in Adm Cloud split into multiple Acumatica Tax Zone records with the same effective rate. Your tax advisor reviews the mapping for accuracy before activation.
Adm Cloud
Warehouse / Location
Acumatica
Warehouse
1:1Adm Cloud warehouse and location records map directly to Acumatica Warehouses in a one-to-one relationship. Each warehouse receives a default Branch assignment during migration — if Adm Cloud doesn't carry branch reference data, all warehouses default to the primary branch and your Acumatica admin reassigns them post-migration using the branch-to-warehouse mapping table provided in the migration package.
Adm Cloud
Branch / Company Unit
Acumatica
Branch
1:1If Adm Cloud carries multiple company entities or divisions, each maps to an Acumatica Branch. Branches in Acumatica are legal entities for financial reporting; each has its own AP/AR subledger and can run consolidated reports. Single-company Adm Cloud setups create one primary Branch in Acumatica.
| Adm Cloud | Acumatica | Compatibility | |
|---|---|---|---|
| Customer | Customer1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Inventory Item | Stock Item / Non-Stock Item1:many | Fully supported | |
| GL Account | Account + Subaccount1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| AR Invoice | AR Invoice1:1 | Fully supported | |
| AP Invoice | AP Invoice1:1 | Fully supported | |
| Payment (AR) | Payment / Cash Sale1:1 | Fully supported | |
| Shipment / Delivery | Shipment1:1 | Fully supported | |
| Case / Ticket | Case1:1 | Fully supported | |
| Custom Fields (all objects) | Usr-prefixed Custom Fields1:1 | Fully supported | |
| Tax Code | Tax Zone + Tax Category1:1 | Fully supported | |
| Warehouse / Location | Warehouse1:1 | Fully supported | |
| Branch / Company Unit | Branch1:1 | 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
Acumatica gotchas
API user licenses cap concurrent sessions and request throughput
Multi-tenant filtering requires CompanyID awareness
Custom fields require separate discovery before field mapping
Notes and attachments use a separate linked table structure
Implementation timelines frequently run 3–9 months end-to-end
Pair-specific challenges
Migration approach
Enumerate Adm Cloud schema and build the mapping specification
FlitStack pulls the Adm Cloud data model via API export — master-data tables (customers, vendors, inventory items, GL accounts), transactional tables (orders, invoices, payments, shipments), and custom property definitions. We compare this against Acumatica's standard schema and identify every field that requires a custom field (Usr-prefixed) in Acumatica. The output is a mapping specification your team reviews and approves: object mapping, field mapping, value maps for pick-lists, and the custom field creation plan. This step also identifies any Adm Cloud records that reference missing related records so foreign-key gaps can be resolved before the run.
Create Acumatica custom fields and configure branches, warehouses, and tax zones
Before any data moves, your Acumatica admin (guided by the mapping specification) creates the Usr-prefixed custom fields on each object, configures Branch entities and their financial settings, sets up Warehouse records linked to the appropriate branches, and defines Tax Zones with rates mapped from Adm Cloud tax codes. FlitStack delivers a step-by-step setup checklist. This phase is entirely in your Acumatica tenant — FlitStack has no access during this step. Migration does not begin until custom fields and branch/warehouse/tax-zone configuration are confirmed active in Acumatica.
Run sample migration with field-level diff
A representative slice of records — typically 200–500 across all major object types including a few records with custom field values and transactional history — migrates first. FlitStack generates a field-level comparison report between Adm Cloud source values and Acumatica destination values for every mapped field. Your team reviews the diff to confirm that data landed correctly in Acumatica's custom fields, that branch and warehouse assignments are right, and that any value-mapping discrepancies are resolved. The sample run must pass sign-off before the full migration executes.
Execute full migration with scoped read access and delta-pickup cutover
The full data set migrates via Acumatica's REST API and import/export framework. FlitStack uses scoped read-only access on Adm Cloud — your team continues working in Adm Cloud throughout the migration. A delta-pickup window (typically 24–48 hours from go-live) captures any records created or modified in Adm Cloud during the cutover. All operations are logged in FlitStack's audit trail. If reconciliation against Adm Cloud's live data reveals unexpected gaps, one-click rollback reverts the Acumatica tenant to its pre-migration state and the run re-executes with the corrected mapping.
Platform deep dives
Adm Cloud
Source
Strengths
Weaknesses
Acumatica
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 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 Acumatica.
Object compatibility
1 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 Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your Adm Cloud to Acumatica 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 Acumatica
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.