ERP migration

Migrate from Iptor ERP to Acumatica

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

Iptor ERP logo

Iptor ERP

Source

Acumatica

Destination

Acumatica logo

Compatibility

100%

22 of 22

objects map 1:1 between Iptor ERP and Acumatica.

Complexity

BStandard

Timeline

5–10 business days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Iptor ERP organizes data around a distribution-centric data model: Business Partners split into Customers and Suppliers, Items with classification hierarchies, Orders linked to warehouse shipments, and a multi-ledger Finance module. Acumatica replaces this with a company-entity model where Business Accounts and Vendors live in separate submodules, inventory items carry stock房间 and warehouse-specific quantities, and financial transactions use a configurable branch and subaccount structure. FlitStack AI maps Iptor Business Partner records to Acumatica Business Accounts (AR) and Vendors (AP), Iptor Items to Acumatica Non-Stock and Stock Items, and Iptor Order headers and lines to Acumatica Sales Orders and Purchase Orders with line-type awareness. We preserve original create/modify timestamps and resolve Iptor user IDs to Acumatica employees by email match before loading. Workflow definitions, approval matrices, EDI routing rules, and custom database extensions in Iptor do not carry forward — we export those definitions as a reference document for your Acumatica admin to rebuild in Acumatica's Screen-based or REST API automation layer. The migration runs via Acumatica's Import by Scenario (IBS) framework with REST API where custom logic is required, and a 24–48 hour delta window captures in-flight records at cutover.

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

Iptor ERP logo

Iptor ERP

What's pushing teams away

  • Hitting number rollover limits at high transaction volumes — businesses approaching or exceeding a billion in sales have encountered data boundary issues that force a platform migration.
  • Business growth requires large-scale custom modifications to stay functional, accumulating technical debt that makes future migrations more complex and risky.
  • Slow performance and navigation complexity frustrate end users, particularly in on-premises deployments that require VPN access for remote workers.
  • Limited scalability compared to enterprise platforms like NetSuite or Microsoft Dynamics 365, especially for multi-state operations with complex tax and regulatory requirements.
  • Customer service quality concerns and support responsiveness cited as weak points in verified review data.

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 Iptor ERP objects map to Acumatica

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

Iptor ERP

Business Partner (Customer role)

maps to

Acumatica

Business Account

1:1
Fully supported

Iptor customers map directly to Acumatica Business Accounts. The primary address, contact name, email, and phone from Iptor's BP contact subrecord become the Business Account's default address and contact information. Additional BP contact rows map to secondary contact records in Acumatica linked by the same account ID.

Iptor ERP

Business Partner (Supplier role)

maps to

Acumatica

Vendor

1:1
Fully supported

Iptor suppliers are mapped directly to Acumatica Vendors in the Payables module. The supplier's primary address and contact details transfer as the vendor's default address and contact information. Remit-to addresses from Iptor's supplier records populate the corresponding vendor remit-to fields in Acumatica. Payment terms codes from Iptor are translated to Acumatica Terms IDs through a lookup table, ensuring consistent payment schedules carry forward without manual reconfiguration.

Iptor ERP

Item (stock item)

maps to

Acumatica

Non-Stock Item / Stock Item

1:1
Fully supported

Iptor Items with stock control flag map to Acumatica Stock Items; non-stocked items map to Non-Stock Items. Item classification codes from Iptor become Item Classes in Acumatica, which drive default posting settings and tax categories. Unit of measure from Iptor maps to Acumatica's UOM definitions per item.

Iptor ERP

Item classification

maps to

Acumatica

Item Class + Subitem

1:1
Fully supported

Iptor's item classification hierarchy (multi-level codes like CAT-A-001) maps to Acumatica's Item Class structure. Where Iptor uses a single hierarchy for both purchasing and sales classification, Acumatica may require separate Item Classes for purchasing group and sales category — we surface this in the mapping plan.

Iptor ERP

Sales Order

maps to

Acumatica

Sales Order

1:1
Fully supported

Iptor Sales Order headers map to Acumatica Sales Orders — order number, order date, customer reference, and payment terms transfer directly. Order lines map with line type determined by item type (Stock, Non-Stock, or Miscellaneous). Warehouse assignment on each line maps to the Acumatica warehouse ID.

Iptor ERP

Purchase Order

maps to

Acumatica

Purchase Order

1:1
Fully supported

Iptor Purchase Orders map directly to Acumatica Purchase Orders with all header information preserved — including vendor reference, order date, payment terms, and shipping instructions. Line items transfer with their quantities, unit costs, and extended amounts. The line-type determination mirrors the sales order logic: items flagged as stocked in Iptor become Stock line types in Acumatica, while non-stocked items use the Miscellaneous line type. This ensures proper inventory impact and purchasing workflows in Acumatica's receiving process.

Iptor ERP

Shipment / Delivery Note

maps to

Acumatica

Shipment

1:1
Fully supported

Iptor shipments that are linked to sales orders map to Acumatica Shipment documents, which are generated from the related Sales Order in Acumatica's fulfillment workflow. The warehouse code from the Iptor shipment determines the Acumatica warehouse location used for picking, packing, and shipment confirmation. Shipment status, carrier information, and tracking references from Iptor transfer to corresponding fields in the Acumatica shipment record to maintain complete fulfillment history.

Iptor ERP

Invoice (AR)

maps to

Acumatica

Sales Invoice / AR Invoice

1:1
Fully supported

Iptor AR invoices map to Acumatica Sales Invoices. Invoice number, date, customer, and line amounts transfer directly. Tax calculation in Acumatica uses the tax zone assigned to the customer and item class — we apply Iptor's tax code mapping as the basis for this assignment.

Iptor ERP

Invoice (AP)

maps to

Acumatica

Bill / AP Bill

1:1
Fully supported

Iptor AP bills map to Acumatica Bills in the Purchases module with full header and line preservation. The vendor reference, invoice number, invoice date, and due date transfer directly to corresponding Acumatica Bill fields. Line amounts, expense categories, and distribution percentages from Iptor's expense allocation grid map to the Acumatica Bill's expense allocation grid, ensuring accurate cost center assignment in the general ledger.

Iptor ERP

Payment (AR)

maps to

Acumatica

Payment

1:1
Fully supported

Iptor customer payment receipts map to Acumatica Payments applied to open AR invoices. Payment method and reference number transfer; where Iptor tracks partial payments as separate records, Acumatica's application logic links each payment to its corresponding invoice by document number.

Iptor ERP

Payment (AP)

maps to

Acumatica

Check / Payment

1:1
Fully supported

Iptor AP payments — including checks and electronic payment records — map to Acumatica Checks and Payments applied to open AP bills in the Payables module. Payment method, check number, payment date, and vendor reference information transfer directly. Where Iptor recorded voided payments, that logic carries forward as payment reversals in Acumatica, maintaining the complete payment history trail and ensuring accurate cash forecasting.

Iptor ERP

Warehouse / Location

maps to

Acumatica

Warehouse

1:1
Fully supported

Iptor warehouse codes and location addresses map to Acumatica Warehouse records. Each Iptor warehouse-location bin maps to Acumatica's Location within the warehouse using the same bin code. Floor location hierarchy in Iptor translates to the Location's label structure in Acumatica.

Iptor ERP

Item availability / stock balance

maps to

Acumatica

Item Site / Availability

1:1
Fully supported

Iptor item stock levels per warehouse become Acumatica Item Site records — one per item-warehouse combination. Current on-hand quantity, allocated quantity, and available quantity from Iptor map to the corresponding Item Site fields. Acumatica calculates availability dynamically from these seeded values.

Iptor ERP

Chart of Accounts

maps to

Acumatica

Chart of Accounts + Subaccount

1:1
Mapping required

Iptor's account codes and segment structure map to Acumatica's GL account number and Subaccount dimensions. Where Iptor uses multi-segment account codes (e.g., 4-5000-01), Acumatica splits these into the account number plus a Subaccount segment — we assign one segment to the account number and remaining segments to a configurable subaccount scheme.

Iptor ERP

GL Journal Entry

maps to

Acumatica

Journal Transaction

1:1
Fully supported

Iptor manual journal entries and system-generated GL transactions map to Acumatica Journal Transactions. Debit and credit amounts, account assignments, and posting dates transfer. Iptor's batch and entry number references are preserved as reference fields in Acumatica's journal record.

Iptor ERP

EDI transaction set

maps to

Acumatica

Customizable Export / Import Scenario

1:1
Fully supported

Iptor EDI transaction definitions — including ANSI X12 standards such as 810 invoices, 850 purchase orders, and 856 advance ship notices — have no direct equivalent in Acumatica's core ERP platform. These EDI transaction sets require implementation through Acumatica's native EDI framework or a third-party EDI connector following migration completion. We provide comprehensive EDI mapping documentation and value tables for your integration team to reference when rebuilding these connections in the target system.

Iptor ERP

Workflow / approval matrix

maps to

Acumatica

Automation / Screen Automation

1:1
Fully supported

Iptor workflow definitions for document approval, escalation rules, and conditional routing do not transfer to Acumatica. We export the workflow name, step sequence, and condition logic as a reference document. Acumatica's screen automation or REST API-based automation must be designed by your team post-migration.

Iptor ERP

Batch / lot number

maps to

Acumatica

Lot/Serial Class + Lot/Serial Number

1:1
Fully supported

Iptor's batch and serial tracking codes for lot-controlled items map to Acumatica's Lot Class and Lot Number assignments within the inventory management module. Each Iptor lot record — including lot number, expiry date, quantity on hand, and supplier lot reference — becomes an Acumatica Lot/Serial Number record linked to the corresponding item and warehouse location. This ensures full traceability throughout the supply chain.

Iptor ERP

Customer price list / pricing rule

maps to

Acumatica

Customer Price Class + Price List

1:1
Fully supported

Iptor customer-specific pricing and volume discount rules map to Acumatica Customer Price Classes linked to Price Lists. Iptor's quantity-break pricing tiers become Acumatica's price rule quantity breaks. Where Iptor stores inline price overrides on orders, those values seed the Acumatica unit price field directly.

Iptor ERP

Territory / sales region

maps to

Acumatica

Branch + custom field

1:1
Fully supported

Iptor sales territories and region codes map to Acumatica Branches for organizational reporting and segmentation purposes. The Acumatica Branch structure enables geographic or divisional financial reporting across your organization. The original Iptor territory code is preserved in a custom field (UsrSourceTerritory__c) on Business Account records to maintain historical reference and ensure continuity in sales performance reporting after migration.

Iptor ERP

Custom tables / user-defined fields

maps to

Acumatica

Usr-prefix custom fields

1:1
Fully supported

Iptor user-defined fields attached to any standard table require migration to Acumatica's custom field extension framework — each Iptor field becomes a Usr-prefixed field on the corresponding Acumatica Data Access Class (DAC). We deliver a comprehensive field extension plan documenting the target DAC, recommended field type, default value logic, and any pick-list or validation rules that must be configured in Acumatica's Customization Project editor before data loads can populate those fields with values.

Iptor ERP

Document attachment / file

maps to

Acumatica

Files

1:1
Fully supported

Iptor document attachments (PDFs, images, linked files) on orders, invoices, and items migrate to Acumatica's Files entity attached to the corresponding record. File name and original upload date are preserved; Acumatica's 25MB per-file limit applies for large attachments.

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.

Iptor ERP logo

Iptor ERP gotchas

High

Number rollover threshold blocks scaling

High

Large-scale custom modifications require manual mapping

Medium

On-premises deployments need VPN or remote access coordination

Medium

Item classification hierarchies do not flatten cleanly

Medium

Publishing royalties and rights are non-standard structures

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 fields require Acumatica DAC extension before data loads can reference them

    Iptor stores its user-defined fields as additional columns within standard tables. Acumatica handles custom fields differently — every Iptor user-defined field must be defined in Acumatica's Customization Project editor as a Usr-prefixed field on the corresponding Data Access Class (DAC) before the migration references those fields. If your Iptor deployment has 40+ custom fields, the Acumatica schema setup phase extends to 2–4 days of DAC extension work before any import scenarios can run. FlitStack AI delivers a custom field specification document listing each Usr field name, its data type, pick-list values, and the screen it should appear on so your Acumatica developer can pre-build the extensions.

  • Multi-entity Iptor databases require Acumatica company-branch schema planning

    Iptor deployments serving multiple legal entities often store all entities in one database with entity codes embedded in document numbers. Acumatica represents each legal entity as a separate Company with its own fiscal year settings, chart of accounts, and tax configuration. Migrating a multi-entity Iptor setup requires mapping each Iptor entity code to a distinct Acumatica Company, then configuring inter-company elimination accounts if your reporting requires consolidated financials. We add a company-structure planning step to the engagement when we detect more than one Iptor entity code in the source data, and we document the branch-assignment logic before any data is moved.

  • Workflow definitions and EDI transaction sets do not migrate and must be rebuilt

    Iptor workflows — approval chains for purchase orders above a threshold, escalation rules for overdue shipments, or conditional routing based on customer class — live in Iptor's process-engine tables and have no equivalent in Acumatica's native schema. Similarly, EDI maps for ANSI X12 transaction sets (850, 810, 856) require Acumatica's EDI framework or a third-party connector post-migration. FlitStack AI exports Iptor workflow definitions and EDI value tables as structured reference documents, but rebuilding them in Acumatica's Screen Automation or a dedicated EDI tool is a post-migration configuration task your team or Acumatica partner must own.

  • Iptor GL account segments must be decomposed into Acumatica's account-plus-subaccount model

    Iptor charts of accounts commonly use multi-segment account codes (e.g., a 4-3-2-1 segment structure encoding company-department-account-type-subaccount). Acumatica uses a flat account number plus a separate Subaccount dimension, which means the segment decomposition must be planned before migration. If your Iptor chart uses four segments, we map one segment to the account number and the remaining segments to subaccounts using a configurable separator — but the business-side sign-off on which segment maps where is required before GL data loads, because account assignments drive financial reporting in Acumatica's Financial Management module.

  • Iptor's batch/serial tracking per item requires Lot/Serial Class configuration per warehouse in Acumatica

    Distributors using Iptor's batch and serial number tracking for lot-controlled items (food & beverage, pharma, electronics) must configure Acumatica's Lot/Serial Classes before inventory data can reference those attributes. Iptor stores lot numbers, expiry dates, and supplier lot references per item per warehouse. In Acumatica, the Lot Class defines what attributes a lot tracks (expiry, supplier lot, location), and each Lot Class is assigned to an Item Class or individual items. We seed lot numbers and their attributes into Acumatica's Lot/Serial Number records linked to the item and warehouse, but the Lot Class schema must be configured in Acumatica first so the import recognizes the correct attribute fields.

Migration approach

Six steps for a successful Iptor ERP to Acumatica data migration

  1. Extract Iptor source schema and inventory all entities

    FlitStack AI connects to Iptor via its Aperio API Bridge or direct database export to inventory all Business Partner records (customer and supplier roles), Items with classification codes, open and historical orders, shipments, invoices, and GL journal entries. We document the record counts per entity type, identify any custom fields currently active in Iptor, and confirm the Iptor deployment version to understand API rate limits and export scope. This inventory feeds directly into the Acumatica schema planning phase and the pricing scope document.

  2. Design Acumatica schema: branches, item classes, custom fields, and GL structure

    Before any data moves, your Acumatica admin (or FlitStack) configures the Acumatica company structure — one company per Iptor entity, branch assignments for reporting segmentation, and Item Classes matching Iptor's classification hierarchy. Any Usr-prefix custom fields identified in the Iptor inventory are defined in Acumatica's Customization Project editor. The chart of accounts decomposition (which Iptor segment maps to the account number versus subaccount) is confirmed with your finance team. FlitStack delivers a schema setup checklist so this phase runs in parallel with data extraction.

  3. Resolve owners and users by email across systems

    Iptor records carry user IDs and sales rep assignments. FlitStack AI matches these against Acumatica user emails to assign OwnerID on Business Accounts, Sales Orders, and Purchase Orders. Any Iptor user without a corresponding Acumatica account is flagged in a pre-migration exception report — your team either creates the Acumatica user first or assigns those records to a designated fallback employee. No record lands in Acumatica without a resolved owner.

  4. Run a sample migration with field-level diff for validation

    A representative slice — typically 200–500 records per entity type covering customers, items, orders, and invoices — migrates first into a staging Acumatica company. FlitStack generates a field-level diff showing source value versus destination value for every mapped field, with any transformation applied flagged explicitly. Your team reviews the diff to confirm that custom field values landed in the correct Usr fields, that GL account decomposition is accurate, and that document totals reconcile to Iptor summaries. No full migration commits until this validation is signed off.

  5. Execute full migration with delta-pickup window and audit log

    The full migration loads entities in dependency order: GL accounts and subaccounts first, then Business Accounts and Vendors, then Items and Item Sites, then Purchase Orders, then Sales Orders, then shipment and invoice documents. A delta-pickup window (typically 24–48 hours) captures any records created or modified in Iptor during the cutover period after the migration snapshot. Every operation is logged in FlitStack's audit log, and one-click rollback is available if reconciliation against Iptor's final state reveals discrepancies. EDI mapping references and workflow definition exports are delivered alongside the migrated data package.

Platform deep dives

Context on both ends of the pair

Iptor ERP logo

Iptor ERP

Source

Strengths

  • Deep distribution-domain functionality for order processing, inventory, and fulfillment built specifically for wholesalers.
  • Modular architecture allows companies to activate only the modules they need, reducing complexity for smaller operations.
  • Strong item classification and lot/serial tracking for industries with traceability requirements like food & beverage.
  • Industry-specific editions for publishing, pharma, and distribution rather than a one-size-fits-all ERP.
  • Integrated EDI and supply chain collaboration capabilities for B2B transaction automation.

Weaknesses

  • Limited scalability for very large transaction volumes, with known rollover thresholds that affect high-growth companies.
  • Pricing is opaque and quote-based, making cost comparison difficult during the migration planning phase.
  • On-premises and VPN-dependent deployments create friction for fully remote or cloud-native operations.
  • Custom modification debt accumulated by growing customers makes data extraction and schema mapping complex.
  • API documentation is not publicly prominent; deep technical extraction often requires coordinated access with the Iptor team.
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. 3 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 Iptor ERP and Acumatica.

  • Object compatibility

    B

    3 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

    Iptor ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Iptor ERP 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 Iptor ERP to Acumatica data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Iptor-to-Acumatica migrations complete in 5–10 business days for under 100,000 transactional records (orders, invoices, GL lines). Larger migrations with 500,000+ records or multi-entity Iptor configurations extend to 3–5 weeks. The longest planning step is Acumatica's schema design — specifically the chart-of-accounts decomposition and the Usr custom field extension setup — which runs in parallel with Iptor data extraction and does not add to the critical path when handled concurrently.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Iptor ERP.
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