ERP migration

Migrate from iDempiere to Acumatica

Field-level mapping, validation, and rollback between iDempiere and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.

iDempiere logo

iDempiere

Source

Acumatica

Destination

Acumatica logo

Compatibility

82%

9 of 11

objects map 1:1 between iDempiere and Acumatica.

Complexity

BStandard

Timeline

3–6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

iDempiere stores ERP data in PostgreSQL or Oracle with a flat multi-org model where every organization shares one database tenant, while Acumatica uses a separate company/tenant structure per legal entity with enforced intercompany accounting. The migration carries Business Partners to Customers and Vendors, Products to Stock and Non-Stock Items, Orders to Sales Orders and Purchase Orders, and GL journal batches to Acumatica's Journal Transactions. We access iDempiere via its REST API or direct PostgreSQL queries, and load into Acumatica using Acumatica's Import by Scenario and REST Web Services endpoints. Custom plugins containing business logic have no equivalent in Acumatica and must be rebuilt as Acumatica customizations after migration. The plan maps every iDempiere organization to an Acumatica company or branches-within-company structure, and flattens iDempiere's flexible document number sequence patterns to Acumatica's masked format with validation rules.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

iDempiere logo

iDempiere

What's pushing teams away

  • Lack of a commercial vendor means support relies on community forums, which can be slow or inconsistent for urgent production issues.
  • Steep learning curve for non-developers: the platform blurs the line between an ERP and a development framework, making functional teams dependent on technical resources.
  • Limited official documentation compared to commercial ERPs, making initial configuration and customization time-consuming.
  • Customizations accumulate over time, creating upgrade friction when new iDempiere versions remove deprecated APIs or change core behaviors.
  • Self-hosting requirement means internal IT bears full responsibility for uptime, backups, and scaling—cost and complexity that some teams did not anticipate.

Choosing

Acumatica logo

Acumatica

What's pulling them in

  • Unlimited user licensing lets companies add staff without per-seat billing shocks, making Acumatica cost-predictable at scale.
  • Flexibility and scalability earn consistent praise — users value a platform that adapts to vertical workflows without forcing a redesign.
  • Real-time visibility across financials, inventory, and projects gives mid-market businesses a consolidated operational view previously available only in enterprise-tier ERPs.
  • Cloud-native architecture with automatic updates removes infrastructure management burden from in-house IT teams.
  • Modular licensing lets companies start with one or two suites (Financials, Distribution) and expand into Manufacturing or CRM incrementally.

Object mapping

How iDempiere objects map to Acumatica

Each row shows how a iDempiere 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.

iDempiere

Business Partner (C_BPartner)

maps to

Acumatica

Customer + Vendor

1:many
Fully supported

iDempiere stores both customers and vendors in one C_BPartner table with IsCustomer and IsVendor flags. FlitStack splits these into separate Acumatica Customer and Vendor records, preserving BP-level fields (credit status, payment terms, tax ID) on both destinations and the original C_BPartner_ID as a reference field.

iDempiere

Business Partner Location (C_BPartner_Location)

maps to

Acumatica

Customer Locations + Vendor Locations

1:1
Fully supported

Each BP location becomes a separate Acumatica address record linked to the corresponding Customer or Vendor entity. iDempiere location address fields (Address1-5, City, Region, PostalCode, Country) map directly to Acumatica's address line fields, with country-specific validation rules applied from Acumatica's country configuration during import.

iDempiere

Product (M_Product)

maps to

Acumatica

Stock Item + Non-Stock Item

1:many
Fully supported

iDempiere's product type field (ProductType: Item vs Resource vs Service) determines the Acumatica Item Type. Items marked as stocked in iDempiere become Acumatica Stock Items with Warehouse Management; services and resources map to Non-Stock Items. The original M_Product_ID is preserved as ExtRefMProductID on the InventoryItem.

iDempiere

Product PO Price (M_Product_PO)

maps to

Acumatica

Vendor Inventory Item

1:1
Fully supported

iDempiere's vendor-specific purchase pricing per product migrates to Acumatica's Vendor Inventory Item screen, keyed by VendorID and InventoryID. Current cost, vendor product ID, and lead time are preserved. If multiple vendors exist per product, all vendor price records are migrated.

iDempiere

Sales Order (C_Order with DocBaseType=SO)

maps to

Acumatica

Sales Order

1:1
Fully supported

iDempiere sales orders map to Acumatica Sales Orders with line items, taxes, discounts, and charges preserved. Order date, promised date, and warehouse-ship-from branch are migrated. Status (Draft, In Progress, Completed, Voided) maps to Acumatica's order status field. The original document number becomes ExtRefCOrderID.

iDempiere

Purchase Order (C_Order with DocBaseType=PO)

maps to

Acumatica

Purchase Order

1:1
Fully supported

iDempiere purchase orders migrate to Acumatica Purchase Orders with vendor, date, and line items intact. Drop-ship flags and receipt warehouse assignments are preserved as branch and warehouse references. POLine tax amounts are recalculated using Acumatica's tax zone for the vendor country.

iDempiere

GL Journal (GL_Journal)

maps to

Acumatica

Journal Transaction

1:1
Fully supported

Acumatica requires a valid AccountID and BranchID on every journal line — iDempiere GL lines are scanned and unmatched account codes are flagged before migration. Dimensional segments (Business Partner, Product, Project, Campaign) map to Acumatica's segment keys defined on the Chart of Accounts. Post date and fiscal period are validated against Acumatica's period status.

iDempiere

Accounting Schema (C_AcctSchema)

maps to

Acumatica

Chart of Accounts + Company Configuration

1:1
Fully supported

iDempiere supports multiple parallel accounting schemas per tenant. Each schema's account structure becomes a separate Chart of Accounts in Acumatica, or branches within a single company are used if Acumatica's multi-company intercompany accounting is not required. The schema's currency and cost precision are applied to the company setup.

iDempiere

Document Sequence (AD_Sequence)

maps to

Acumatica

Numbering Sequence

1:1
Fully supported

iDempiere document number sequences use pattern strings with current next numbers. Acumatica validates sequence format against a mask (digits, letters, prefix/suffix). Sequences with custom patterns that do not fit Acumatica's mask are flagged — FlitStack creates a valid Acumatica sequence and logs the original sequence name and last used number for reference.

iDempiere

Organization (AD_Org)

maps to

Acumatica

Company + Branch

1:1
Fully supported

iDempiere's flat multi-org model (all organizations share one DB catalog) maps to Acumatica's multi-company or branch-per-org model. Each iDempiere AD_Org becomes either a separate Acumatica Company (for distinct legal entities) or a Branch within an Acumatica Company (for operational divisions). The mapping plan is built before migration so organizational data lands in the correct tenant.

iDempiere

Attachment / File

maps to

Acumatica

Files

1:1
Fully supported

iDempiere file attachments stored in the database or on the file system are extracted and re-uploaded to Acumatica's Files screen, associated with the parent entity (Customer, Vendor, Sales Order, etc.) by record reference. File size limits per Acumatica attachment configuration apply.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

iDempiere logo

iDempiere gotchas

High

Plugin rebuild required after every major version upgrade

High

Multi-org hierarchy must be recreated before user and master data

Medium

Attachment storage provider split between database and filesystem

Medium

Deprecated AD_Sequence_No.CalendarYearMonth renamed in v13

Low

Windows server deployment carries documented server-side risks

Acumatica logo

Acumatica gotchas

High

API user licenses cap concurrent sessions and request throughput

High

Multi-tenant filtering requires CompanyID awareness

Medium

Custom fields require separate discovery before field mapping

Medium

Notes and attachments use a separate linked table structure

Low

Implementation timelines frequently run 3–9 months end-to-end

Pair-specific challenges

  • Custom OSGi plugins carry business logic that cannot migrate to Acumatica

    iDempiere custom plugins compiled as OSGi bundles contain business logic embedded in Java classes that interact with iDempiere's service layer. Acumatica has no equivalent OSGi plugin architecture — plugins must be rebuilt as Acumatica customization projects using Acumatica's framework (custom fields, Generic Inquiries, screen customizations, or Acumatica Runtime Customization). FlitStack AI surfaces every iDempiere plugin in the discovery report with an estimated rebuild complexity rating so your team can plan the post-migration rebuild sprint.

  • API and sequence method renames in iDempiere 12 and 13 can break custom integrations

    iDempiere version 12 changed JDBC driver package versions (PostgreSQL 42.7.3 to 42.7.8, Oracle ojdbc10 to ojdbc17) with a breaking change in DatabaseMetaData.get* methods — catalog filtering behavior changed in 42.7.5. Version 13 renamed AD_Sequence_No.CalendarYearMonth to SequenceKey, breaking any custom code calling getCalendarYearMonth/setCalendarYearMonth. FlitStack inspects the iDempiere version and custom integration endpoints before migration and flags affected integration points so they can be patched before the data migration begins.

  • Multi-org structure requires pre-migration tenant mapping to Acumatica companies

    iDempiere's AD_Org records exist in a flat namespace within one database catalog — all organizations share the same sequence pool and reference tables. Acumatica's multi-company model uses separate tenant databases per legal entity with intercompany clearing accounts. Migrating iDempiere's multi-org setup to Acumatica requires a mapping decision: each iDempiere org becomes either a separate Acumatica Company or a Branch within an existing Company. This decision affects Chart of Accounts scoping, GL entry branch assignments, and user security roles. FlitStack delivers the org-to-company mapping plan before any data moves.

  • Document number sequence format validation in Acumatica can reject iDempiere numbers

    iDempiere's AD_Sequence allows flexible alphanumeric patterns that are stored as strings without enforced format at data entry. Acumatica enforces sequence format validation against a defined mask at import and at manual entry — sequences with characters outside the mask (e.g., sequences containing dots, slashes, or variable-length alphanumeric patterns) will cause the import to fail for that document type. FlitStack audits every AD_Sequence in the source system, generates a valid Acumatica Numbering Sequence definition for each, and logs any sequence whose format cannot be validated so your team can decide whether to renumber or accept a new number series.

  • GL dimension segments map to Acumatica branch-and-dimension model with strict validation

    iDempiere's accounting schema dimensions (configured per C_AcctSchema Element) allow any combination of Business Partner, Product, Project, or Organization on a journal line. Acumatica validates that every journal line has a valid AccountID and BranchID combination from its Chart of Accounts. iDempiere journal lines with orphaned or archived dimension values will fail Acumatica validation. FlitStack pre-validates all GL journal lines against the target Chart of Accounts, flags invalid account and branch combinations, and provides a cleansing report before migration commits.

Migration approach

Six steps for a successful iDempiere to Acumatica data migration

  1. Discovery: export iDempiere data model and custom plugin inventory

    FlitStack AI connects to your iDempiere instance via REST API or direct PostgreSQL/Oracle query access and exports the full schema inventory — AD_Table list, AD_Column types, AD_Sequence definitions, AD_Org records, and custom plugin JAR files. We catalog every custom field, lookup table, and OSGi plugin with its Java package path and last-modified date. This discovery report drives the object-mapping plan and surfaces the plugin rebuild workload before migration pricing is finalized.

  2. Plan Acumatica schema: chart of accounts, companies, branches, numbering sequences

    Before data moves, FlitStack generates an Acumatica setup plan based on the discovery output. This includes the target Chart of Accounts structure with segment keys, the mapping of each iDempiere AD_Org to an Acumatica Company or Branch, a validated Numbering Sequence definition per document type, and a custom field manifest for any iDempiere fields that have no Acumatica equivalent. Your Acumatica admin creates these structures in the target tenant before field-level migration begins.

  3. Resolve and map master data: Business Partners, Products, Contacts, Organizations

    FlitStack migrates master data first — Business Partners to Customers and Vendors, Products to Stock/Non-Stock Items, and Organization records to Companies or Branches. Duplicate detection runs on BP name and tax ID to prevent duplicate customer records. The Organization mapping plan from Step 2 is applied so BP and Product records land in the correct Acumatica company. All original iDempiere IDs are preserved as ExtRef* fields for traceability and delta-run de-duplication.

  4. Migrate transactional data: Orders, Invoices, Receipts, GL Journals

    With master data in place, FlitStack loads transactional records in dependency order — Purchase Orders before Goods Receipts, Sales Orders before Invoices, and Invoices before Payments. GL Journal batches load last, after Acumatica's Chart of Accounts and Branch structure are confirmed. Each batch is validated against Acumatica's account-branch combination rules and any lines that fail are written to a remediation report rather than blocking the batch.

  5. Run sample migration with field-level diff and delta pickup at cutover

    A representative sample (typically 100–500 records per object type) migrates first, generating a field-level diff report between the iDempiere source and the Acumatica destination. You verify that BP addresses, product item types, order totals, and GL account mappings match your expectations. After sample sign-off, the full migration runs and a delta-pickup window (typically 24–48 hours) captures any records created or modified in iDempiere during the cutover period. FlitStack's audit log tracks every operation and one-click rollback is available if reconciliation fails.

Platform deep dives

Context on both ends of the pair

iDempiere logo

iDempiere

Source

Strengths

  • Free open-source license with no per-user or per-module pricing ever.
  • OSGi plugin architecture isolates custom code from the core, reducing upgrade risk.
  • Enterprise-quality multi-ledger accounting with dimensional GL structures.
  • Comprehensive ERP/CRM/SCM coverage from a single integrated platform.
  • Strong community with active development on GitHub and regular releases (currently v12/v13).

Weaknesses

  • No commercial vendor support; community help is the only first-party option.
  • Documentation is sparse and fragmented across wiki, Google Groups, and Stack Overflow.
  • Windows server deployment has known issues and is not recommended for production.
  • REST API capabilities are functional but not as mature as commercial ERP REST endpoints; Swagger support is a recent addition.
  • Community size limits the availability of pre-built integrations compared to larger open-source ecosystems like Odoo.
Acumatica logo

Acumatica

Destination

Strengths

  • Unlimited named-user licensing eliminates per-seat cost scaling as teams grow.
  • Modular architecture lets companies deploy Financials first and add Distribution, Manufacturing, or CRM incrementally.
  • Cloud-native with automatic updates removes infrastructure patching and version management from IT responsibilities.
  • Flexible customization framework (UDFs, extensions) supports vertical-specific workflows without forking core code.
  • Multi-tenant architecture with CompanyID isolation enables safe data segregation across subsidiaries.

Weaknesses

  • Steep learning curve and complex initial setup create significant onboarding friction.
  • Report Designer is widely cited as unintuitive and difficult to use for non-developers.
  • Feature gaps require customizations or third-party add-ons, adding implementation cost and complexity.
  • Implementation timelines frequently exceed initial estimates, especially for multi-module deployments.
  • API rate limits and concurrent session caps are tied to license tier, creating throughput constraints for bulk data operations.

Complexity grading

How hard is this migration?

Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across iDempiere and Acumatica.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    iDempiere: Not publicly documented; rate limits are infrastructure-dependent since the server is self-hosted.

  • Data volume sensitivity

    B

    iDempiere doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your iDempiere to Acumatica migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about iDempiere to Acumatica data migrations

Answers to the questions buyers ask most during iDempiere to Acumatica migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your iDempiere to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most iDempiere-to-Acumatica migrations complete in 3–6 weeks of working time for under 50,000 transactional records. Larger organizations with 500,000+ records, multi-org structures spanning six or more AD_Org records, or extensive GL journal history extend to 8–14 weeks. The longest planning step is the organization-to-company mapping decision, which determines the Acumatica tenant structure before any data can be validated.

Adjacent paths

Related migrations to explore

Ready when you are

Move from iDempiere.
Land in Acumatica, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day