ERP migration
Field-level mapping, validation, and rollback between EBMS and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
EBMS
Source
Acumatica
Destination
Compatibility
13 of 13
objects map 1:1 between EBMS and Acumatica.
Complexity
BStandard
Timeline
3–5 business days
Overview
EBMS is a mid-market ERP originally architected around flat-file exports and report-driven data retrieval — its customer, vendor, and inventory records carry limited relational context, and export is typically done via built-in report writers that dump to CSV or direct database reads. Acumatica uses a fully normalized relational schema: Customers link to Locations and PaymentSettings, InventoryItems carry default subcategories and branches, and Sales Orders reference Lines that carry separate inventory ID lookups. The migration challenge is multi-layered: EBMS master records need to be denormalized into Acumatica's normalized form (especially customer locations and contact details), EBMS custom fields need to be created in Acumatica as Usr-prefixed DAC fields, and EBMS historical transactions need to be imported as completed documents with original dates preserved — Acumatica's document model requires a document state (Open, Completed, Cancelled) and GL batch references that EBMS does not enforce. We use Acumatica's REST API for live record creation and Acumatica's Import by Scenario for bulk transactional imports, running in Migration Mode only for balance-type validations. We preserve original document dates by inserting into CreatedDateTime fields and bypassing Acumatica's default current-timestamp behavior on insert. Workflows, alert rules, and Generic Inquiries are not migrated — those are exported as reference artifacts for Acumatica-side 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 EBMS 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.
EBMS
Customer
Acumatica
Customer
1:1EBMS customer records map to Acumatica Customer DAC directly. EBMS stores company name, primary contact, billing address, and payment terms in a single record. Acumatica requires the Customer record plus at least one Location record — we extract the primary address from EBMS and create it as the default Location. EBMS customer class codes map to Acumatica Customer class via a value-mapping table before insert.
EBMS
Customer Contact
Acumatica
Contact
1:1EBMS contact records attached to a customer map to Acumatica Contact under the corresponding Location. The first EBMS contact for a customer becomes the Location's DefaultContact. Additional contacts are created under the same Location. EBMS contact phone and email fields map to Acumatica Contact.Phone1 and Contact.Email fields. If EBMS stores a contact title, it maps to Contact.Title.
EBMS
Vendor
Acumatica
Vendor
1:1EBMS vendor master maps to Acumatica Vendor directly. Acumatica requires a Vendor record plus at least one Location — EBMS vendor address and payment terms are extracted and used to create the default VendorLocation. EBMS vendor terms (Net-30, etc.) map to Acumatica TermsID lookup. Vendor class codes are value-mapped to Acumatica VendorClass records if they exist.
EBMS
Inventory Item
Acumatica
InventoryItem
1:1EBMS inventory items (stock and non-stock) map to Acumatica InventoryItem DAC. EBMS item type (Stock/Non-Stock/Service) maps to Acumatica's itemType field (ST, NS, SR). EBMS item description, base unit, and cost roll up into Acumatica's Description, BaseUnit, and last cost fields. EBMS item class maps to Acumatica ItemClass via value mapping.
EBMS
Sales Order
Acumatica
SalesOrder
1:1EBMS sales orders map to Acumatica SalesOrder documents. The EBMS order header (customer, order date, warehouse, terms) becomes the SalesOrder header. EBMS line items (product, quantity, price) map to SalesOrderDetails with inventory ID lookups. EBMS order status (Open/Closed) maps to Acumatica status (Open, Pending, Completed, Cancelled). Original order dates are preserved in the TranDate field.
EBMS
AR Invoice
Acumatica
ARInvoice
1:1EBMS AR invoices map to Acumatica ARInvoice documents. EBMS invoice header (customer, invoice date, due date, amount) becomes the ARInvoice header. EBMS line items become ARInvoiceDetails. EBMS invoice payments are mapped to Payments applied to the ARInvoice. Unpaid EBMS invoices import as Open AR invoices in Acumatica.
EBMS
AP Bill
Acumatica
APDocument
1:1EBMS AP bills map to Acumatica APBill documents. EBMS vendor, bill date, due date, and amount map to APBill header fields. EBMS line items become APBillDetails. EBMS bill payments are mapped to Payments applied to the APBill. Unpaid EBMS bills import as Open AP documents.
EBMS
GL Account
Acumatica
Account
1:1EBMS chart of accounts maps to Acumatica Account records. EBMS account numbers map to Account.AccountCD. EBMS account descriptions map to Account.Description. Account type (Asset, Liability, Equity, Income, Expense) maps to Acumatica Account.Type. Active/inactive status is preserved from EBMS.
EBMS
GL Subaccount / Class
Acumatica
Subaccount
1:1EBMS uses a flat Department/Class field on transactions. Acumatica uses multi-segment Subaccounts. If EBMS uses a single dimension, it maps to the first active Acumatica SubaccountSegment. Multi-dimension EBMS structures require a custom mapping plan developed with your Acumatica admin before migration — we provide a SubaccountSegmentationPlan as a deliverable.
EBMS
Warehouse
Acumatica
Warehouse
1:1EBMS warehouses or locations map to Acumatica Warehouse records. EBMS warehouse code and name map to Warehouse.WarehouseCD and Warehouse.Descr. Acumatica requires at least one active Warehouse — if EBMS has a single default warehouse, it becomes the primary Warehouse record and the Acumatica Branch is assigned accordingly.
EBMS
Employee
Acumatica
Employee
1:1EBMS employee records map to Acumatica Employee DAC. Employee name, email, department, and status map to Employee.AcctName, Employee.Email, Employee.DeptID, and Employee.Status. Owner resolution during migration matches EBMS employee IDs to Acumatica Employee records by email for transactional ownership assignment.
EBMS
Custom Table
Acumatica
Custom Table (Usr-prefixed DAC)
1:1EBMS custom tables created via the Customization Designer do not have a direct Acumatica equivalent. We extract the EBMS custom table schema and data, then create a corresponding Acumatica Usr-prefixed DAC extension. The EBMS custom table records are loaded into the new Acumatica table via bulk insert. If the EBMS custom table has foreign keys to EBMS master records, those are resolved to Acumatica record IDs before insert.
EBMS
EBMS User-Defined Field
Acumatica
Usr-prefixed Custom Field
1:1EBMS user-defined fields (UDFs) attached to Customer, Vendor, or Sales Order documents map to Acumatica Usr-prefixed custom fields. We extract the EBMS UDF schema (field name, data type, pick-list values), create the corresponding Acumatica field on the appropriate DAC, and migrate the values. Pick-list UDFs require value-by-value mapping if the source values differ from Acumatica's target pick-list.
| EBMS | Acumatica | Compatibility | |
|---|---|---|---|
| Customer | Customer1:1 | Fully supported | |
| Customer Contact | Contact1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Inventory Item | InventoryItem1:1 | Fully supported | |
| Sales Order | SalesOrder1:1 | Fully supported | |
| AR Invoice | ARInvoice1:1 | Fully supported | |
| AP Bill | APDocument1:1 | Fully supported | |
| GL Account | Account1:1 | Fully supported | |
| GL Subaccount / Class | Subaccount1:1 | Fully supported | |
| Warehouse | Warehouse1:1 | Fully supported | |
| Employee | Employee1:1 | Fully supported | |
| Custom Table | Custom Table (Usr-prefixed DAC)1:1 | Fully supported | |
| EBMS User-Defined Field | Usr-prefixed Custom Field1: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.
EBMS gotchas
No public API forces report-based extraction
Custom fields require exclusive database access
eCommerce tier sales-volume caps affect data scoping
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
Audit EBMS data model and extract schema inventory
Before any data moves, we run a full inventory of the EBMS database: master records (Customers, Vendors, Inventory Items, GL Accounts, Warehouses, Employees), transactional tables (Sales Orders, AR Invoices, AP Bills, Credit Memos), custom tables created via EBMS Customization Designer, and user-defined field definitions with their data types and pick-list values. We also extract EBMS report definitions as screenshots and parameter documentation for rebuild reference. The output is an EBMS SchemaInventory document that lists every object, field, and custom table with a migration-readiness flag. We identify records with missing required fields (e.g., customers with no address) and flag them for EBMS-side data correction before export begins.
Design Acumatica schema — DAC extensions and Subaccount segments
Using the EBMS SchemaInventory from Step 1, we design the Acumatica side: (a) create all required Usr-prefixed custom fields on the appropriate DACs (Customer, Vendor, SalesOrder, etc.) via Acumatica Customization Project; (b) create Acumatica Subaccount records for every unique EBMS department/class code — your Acumatica admin confirms the SubaccountSegment configuration; (c) verify Acumatica module activation (AR, AP, SO, IN, GL) matches the EBMS modules in use; (d) confirm Currency, Tax Agency, and Terms configurations in Acumatica. We deliver an AcumaticaSchemaSetupPlan listing every field to create, the target DAC, data type, and pick-list values. This plan must be executed in Acumatica before any data is imported.
Migrate master data with transactional ownership assignment
Master data migration runs in dependency order: GL Accounts first (required by transactions), then Warehouses and Branches, then Customers and Vendors, then Inventory Items, then Employees. For each record type we run a sample migration of 50–100 records and generate a field-level diff report showing source value vs. Acumatica field. Customer locations are split from EBMS flat contacts into Acumatica Location + Contact hierarchy during this step. Owner assignment resolves EBMS user IDs to Acumatica Employee records by email match — unmatched owners are flagged and assigned to a fallback owner. Custom tables are migrated after their foreign key targets (master records) are confirmed present in Acumatica.
Migrate transactional history with original dates preserved
With master records in place, transactional migration begins: Sales Orders, AR Invoices, AP Bills, and Credit Memos are imported using Acumatica's Import by Scenario (for bulk loads) or direct REST API inserts. Acumatica's default behavior sets CreatedDateTime to current timestamp on insert — we override this by explicitly setting TranDate from the EBMS original transaction date and using Acumatica's REST API to pass CreatedDateTime. EBMS document status maps to Acumatica document status (Open → Open, Closed → Completed). Payments and applications are migrated as separate Payment documents linked to the original AR/AP invoice records. GL batch entries are generated from EBMS transaction lines using the SubaccountSegmentationPlan. All transactions are validated for GL account existence and Subaccount existence before commit.
Sample migration validation, delta pickup, and go-live
After full migration of the sample window, we run a reconciliation report comparing EBMS totals (open AR balance, inventory quantity, AP balance) against Acumatica totals from the same snapshot date. Any discrepancies above 0.1% trigger a root-cause analysis before the final run. A delta-pickup window (24–48 hours) captures any records modified in EBMS during the migration window — we re-export those records and apply incremental inserts or updates. Audit log captures every migration operation. One-click rollback reverts all Acumatica records to pre-migration state if reconciliation fails. After validation, we deliver the migration audit log, reconciliation report, and the EBMS report-reference archive for Generic Inquiry rebuild.
Platform deep dives
EBMS
Source
Strengths
Weaknesses
Acumatica
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 EBMS and Acumatica.
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
EBMS: Not publicly documented.
Data volume sensitivity
EBMS 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 EBMS to Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your EBMS 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 EBMS
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.