ERP migration

Migrate from TechnologyOne to Acumatica

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

TechnologyOne logo

TechnologyOne

Source

Acumatica

Destination

Acumatica logo

Compatibility

100%

13 of 13

objects map 1:1 between TechnologyOne and Acumatica.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

TechnologyOne and Acumatica are both cloud-native ERP platforms, but their data models diverge significantly in how they handle the chart of accounts, multi-entity structures, and workflow automation. TechnologyOne uses snapshot-based datasets with a segment-coded chart of accounts, a broad module stack spanning financials, HR, and asset management, and a desktop-era role model tied to the Ci legacy interface. Acumatica uses an API-first, resource-tiered model where every entity (Customer, Vendor, InventoryItem, GLAccount) is exposed as a discrete business object, subaccounts encode cost-center logic, and workflow automation runs through Business Events paired with email templates rather than screen-level triggers. FlitStack AI maps TechnologyOne general ledger accounts to Acumatica GLAccount + Subaccount combinations, routes TechnologyOne dataset hierarchies into Acumatica's multi-company or inter-company structure, and migrates transactional headers and lines preserving original document dates and posting sequences. Custom properties built in TechnologyOne's extended property framework require manual UDF creation in Acumatica; we deliver a field-map specification so your Acumatica admin pre-creates the target custom fields before data lands. Workflows, approval chains, screen-level automation, and integration connectors are not migratable — we export your TechnologyOne workflow definitions as a rebuild reference for Acumatica's Business Events and screen-based workflows.

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

TechnologyOne logo

TechnologyOne

What's pushing teams away

  • Customers report that the user interface, particularly the CI legacy interface, feels dated compared to modern SaaS ERP alternatives, driving preference for cleaner UX platforms like NetSuite or Workday.
  • The monolithic bundled model means organisations pay for modules they may not use; customers seeking modular per-user or per-transaction pricing find the model inflexible and costly at scale.
  • Limited public API documentation and a historically API-light architecture make integrations with modern third-party tools difficult, pushing technical teams toward more open platforms.
  • Gartner Peer Insights scores are modest at 3.6 stars with a small review pool, indicating lower customer satisfaction and advocacy compared to competitors in the ERP space.
  • Upgrade cycles from CI to CiA have required significant consulting effort and custom role rebuilding, creating churn among customers who want a cleaner migration path.

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

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

TechnologyOne

General Ledger Account

maps to

Acumatica

GLAccount + Subaccount

1:1
Fully supported

TechnologyOne's segment-coded accounts map to Acumatica GLAccount for the natural account number and Subaccount for each segment value (division, cost centre, department). FlitStack AI parses the TechnologyOne account string and decomposes it into the GLAccount-Subaccount pair defined in the Acumatica subaccount mask.

TechnologyOne

Customer

maps to

Acumatica

Customer

1:1
Fully supported

Direct 1:1 map. TechnologyOne customer fields (name, class, payment terms, credit limit) map to Acumatica Customer fields. Addresses from TechnologyOne location records migrate as CustomerLocation entries linked to the Customer. Primary contact details become the default location contact. Multi-address setups in TechnologyOne split into separate CustomerLocation records in Acumatica with appropriate address types.

TechnologyOne

Vendor

maps to

Acumatica

Vendor

1:1
Fully supported

Direct 1:1 map. TechnologyOne vendor fields (name, payment terms, tax ID, currency) map to Acumatica Vendor fields. Multiple TechnologyOne vendor addresses migrate as separate VendorLocation records. 1099 flag and payment hold status carry forward as Vendor attributes. Remittance addresses and primary purchase contacts also translate to VendorLocation entries with appropriate designations.

TechnologyOne

Inventory Item

maps to

Acumatica

InventoryItem

1:1
Fully supported

Direct 1:1 map for standard stock items. TechnologyOne item class, stock unit, and valuation method map to Acumatica ItemClass, BaseUnit, and ValuationMethod respectively. Non-stock items use the Non-Stock flag in Acumatica. Lot/serial tracking settings translate to the corresponding Acumatica lot/serial configuration.

TechnologyOne

AR Invoice / Credit Note

maps to

Acumatica

ARInvoice

1:1
Fully supported

TechnologyOne AR transactions map to Acumatica ARInvoice records. Header fields (reference number, date, description) migrate as InvoiceNbr, InvoiceDate, and Description. Line items map to ARTran records linked to the parent invoice, preserving quantity, unit price, and account allocation. Tax amounts, discounts, andFreight charges carry forward as separate line components within the ARInvoice document.

TechnologyOne

AP Invoice / Credit Note

maps to

Acumatica

APInvoice

1:1
Fully supported

TechnologyOne AP transactions map to Acumatica APInvoice records. Vendor reference and invoice date carry forward. Line allocations map to APTran records with account and subaccount assignments. Prepayments and adjustments translate as separate AP document types in Acumatica. Payment terms and due dates are preserved to maintain vendor relationship continuity in the target system.

TechnologyOne

Purchase Order

maps to

Acumatica

POOrder

1:1
Fully supported

TechnologyOne purchase orders migrate to Acumatica POOrder. Header status, vendor, and date map directly. POLine records preserve item reference, quantity ordered, and cost. Drop-ship and fulfilment-set indicators on TechnologyOne lines carry forward as corresponding Acumatica flags. Line hold status and approval workflows on POs do not migrate and must be rebuilt in Acumatica.

TechnologyOne

Sales Order

maps to

Acumatica

SOOrder

1:1
Fully supported

TechnologyOne sales orders map to Acumatica SOOrder. Header fields (order number, customer, date) migrate directly. SOLine records preserve item, quantity, and pricing. TechnologyOne hold and approval status translate to the corresponding Acumatica status fields, with a flag note since approval logic is not migratable.

TechnologyOne

Employee

maps to

Acumatica

Employee

1:1
Fully supported

TechnologyOne HR employee records map to Acumatica Employee. Name, department, cost centre, employment type, and compensation fields migrate as Employee attributes. Hire date, termination date, and salary history carry forward as attribute records for payroll continuity in Acumatica Payroll. Active employee status and department assignments are preserved to maintain organizational reporting structures in the target system.

TechnologyOne

Project / Work Order

maps to

Acumatica

Project

1:1
Fully supported

TechnologyOne project or work order records map to Acumatica Project. Project ID, name, status, and customer reference become Project fields. Cost budget lines translate as ProjectTask records with budget amounts per task. Non-projectable work orders without a customer link land as stand-alone Projects.

TechnologyOne

Fixed Asset Register

maps to

Acumatica

FixedAsset

1:1
Fully supported

TechnologyOne asset register entries migrate to Acumatica FixedAsset. Asset tag, description, acquisition date, cost, depreciation method, and accumulated depreciation carry forward as FixedAsset attributes and depreciation schedules. Book values and depreciation calendars are preserved to ensure continuity of financial reporting across the migration boundary. Acumatica's Fixed Asset module must be licensed to receive this data.

TechnologyOne

Tax Zone / Rate

maps to

Acumatica

TaxZone + TaxCategory

1:1
Fully supported

TechnologyOne tax zone definitions map to Acumatica TaxZone. Tax rates are mapped value-by-value to TaxCategory entries. Jurisdictional tax codes are translated to Acumatica tax agency setup. Your Acumatica admin reviews and validates all tax mappings before posting live transactions to ensure compliance with local tax regulations in the target jurisdiction.

TechnologyOne

Custom Property / UDF

maps to

Acumatica

UserDefinedField (Custom Field)

1:1
Fully supported

TechnologyOne extended properties do not have a direct Acumatica equivalent. We map each TechnologyOne custom property to an Acumatica UDF on the matching business object, preserving the original data type (string, number, date, picklist). Your Acumatica admin must pre-create the UDFs before the migration run; we deliver the UDF specification as part of the schema plan.

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.

TechnologyOne logo

TechnologyOne gotchas

High

CI-to-CiA hybrid environments complicate data scoping

High

Single-tenanted dataset requires direct database access

Medium

Custom document fields in ECM require manual discovery

Medium

XlOne and custom financial reports do not auto-migrate

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

  • TechnologyOne's segment-coded chart of accounts requires subaccount decomposition in Acumatica

    TechnologyOne encodes divisions, cost centres, and departments as segments within a single account code string (e.g., 01-100-5000). Acumatica stores accounts and subaccounts as separate fields — GLAccount.AccountCD holds the natural account, and Subaccount encodes each dimension value. If TechnologyOne uses three or more segments, the subaccount mask must be defined in Acumatica before any GL data can post. FlitStack AI decomposes each TechnologyOne account string during migration and assigns subaccount values accordingly, but the Acumatica subaccount mask must be configured in advance or the accounts land in an unresolved state.

  • TechnologyOne dataset hierarchies don't map to Acumatica's multi-company structure without planning

    TechnologyOne's dataset model isolates each legal entity's database independently. Acumatica handles multiple entities within a single tenant using the multi-company framework — separate companies linked by intercompany accounts and optionally an Eliminations company for consolidation entries. If TechnologyOne uses multiple datasets for different legal entities, each dataset must map to a distinct Acumatica company, and intercompany receivable and payable accounts must be established in advance. Mapping errors here produce duplicate revenue or cost entries post-consolidation. We deliver a multi-company mapping plan before migration data is written.

  • Acumatica's consumption-based pricing can escalate unexpectedly at renewal

    Acumatica prices by resource tier — transaction volume, number of licensed applications, and deployment type. As business activity grows, crossing a resource tier threshold at renewal triggers a price increase that is not tied to user count. TechnologyOne's per-module, per-seat model produces more predictable annual invoices. Teams migrating should negotiate resource tier thresholds explicitly into the Acumatica contract and model projected transaction growth against tier boundaries before committing. The migration itself does not affect TechnologyOne billing; the risk is the destination's pricing model post-migration.

  • TechnologyOne custom properties require manual UDF creation in Acumatica

    TechnologyOne's extended property framework stores arbitrary custom fields on standard entities within the dataset schema. Acumatica's custom field model requires UserDefinedFields to be defined per business object via the Customization Project editor before data can populate them. There is no automated translation from TechnologyOne extended properties to Acumatica UDFs — each custom property must be identified, typed (string, number, date, pick-list), and manually created in Acumatica. FlitStack AI produces a complete UDF specification as part of the pre-migration schema plan, but the creation step must be completed by an Acumatica admin in the target tenant before the migration run.

  • Workflows, approval chains, and screen automation do not migrate and must be rebuilt

    TechnologyOne stores approval workflows, screen-level triggers, and business rules within its process design framework. Acumatica automates workflows using Business Events paired with Email Templates and Screen Workflows — a fundamentally different event-driven model. There is no data-level translation between these workflow engines. As a result, any TechnologyOne approval chains, conditional routing, or automated actions must be redesigned from scratch in Acumatica. We export the TechnologyOne workflow definitions as structured documentation that your Acumatica implementation team can use as a functional specification for rebuilding each process in Business Events.

Migration approach

Six steps for a successful TechnologyOne to Acumatica data migration

  1. Conduct TechnologyOne data audit and Acumatica schema setup

    FlitStack AI inventories all TechnologyOne modules in scope — Financials, Supply Chain, Asset Management, HR — and documents the full data model including custom properties, segment structure, dataset boundaries, and entity relationships. Simultaneously, your Acumatica admin (guided by our schema specification) creates the Acumatica companies, defines the subaccount mask, configures the chart of accounts, and pre-creates all UDFs identified in the TechnologyOne custom property inventory. This step closes the schema gap before any data is extracted.

  2. Map the chart of accounts and resolve subaccount dimensions

    TechnologyOne's segment-coded account strings are decomposed into Acumatica GLAccount and Subaccount pairs according to the agreed subaccount mask. Each TechnologyOne dataset's cost-centre and department segments are mapped to named subaccount values in Acumatica. GL account type codes (Asset, Liability, Income, Expense) are translated to Acumatica GLAccount.Type values. The account resolution map is reviewed and signed off before GL data extraction begins.

  3. Resolve TechnologyOne user and employee records to Acumatica employees

    TechnologyOne user accounts and HR employee records are matched to Acumatica Employee records by employee code and, where available, email address. Unmatched records are flagged with a resolution recommendation (create new Acumatica employee, assign to a fallback department, or archive). This step ensures that all transactional OwnerID and AssignedTo fields in Acumatica resolve at migration time and that no transaction lands without an owning employee.

  4. Migrate reference data and GL balances first

    FlitStack AI sequences the migration so foundational reference data — chart of accounts, tax codes, payment terms, customer classes, vendor classes, and inventory item classes — lands in Acumatica before any transactional data. GL balance-forward records from TechnologyOne's last closed period are imported as opening-balance journal entries in Acumatica, preserving period-end balances and accumulated depreciation by account and subaccount. This establishes the trial-balance baseline that subsequent transactional imports post against.

  5. Run sample migration with field-level diff and fix any mapping gaps

    A representative slice of TechnologyOne data — typically 200–500 records spanning customers, vendors, AR invoices, AP invoices, purchase orders, and inventory transactions — is migrated into Acumatica as a test run. FlitStack AI generates a field-level comparison report between the TechnologyOne source fields and the Acumatica destination fields. Your team reviews the diff to verify subaccount decomposition, UDF population, customer location splitting, and tax code mapping. Mapping gaps and data-type mismatches are corrected before the full migration proceeds.

  6. Execute full migration with delta-pickup window

    The full TechnologyOne dataset migrates to Acumatica following the validated field map — GL balances, open AR/AP transactions, open purchase and sales orders, inventory quantities and costs, and fixed-asset register. After the initial load, a delta-pickup window (typically 24–48 hours) captures any TechnologyOne transactions posted during the cutover period. FlitStack AI generates a reconciliation report comparing TechnologyOne totals to Acumatica totals by account and by entity. One-click rollback is available if the reconciliation identifies material discrepancies. A migration audit log documents every record written, every transformation applied, and every unresolved reference encountered.

Platform deep dives

Context on both ends of the pair

TechnologyOne logo

TechnologyOne

Source

Strengths

  • Deep vertical fit for Australian and New Zealand local government, education, and health sectors with pre-built compliance templates.
  • Single-tenanted dataset architecture provides strong data isolation and clear extraction boundaries.
  • Well-established finance module with solid chart of accounts and general ledger capabilities used by hundreds of councils.
  • Sector-specific pre-configured solutions like OneCouncil and OneEducation reduce initial configuration effort.
  • Strong cash position and no debt give the company financial stability, reducing vendor continuity risk.

Weaknesses

  • API-light architecture historically, with limited public API documentation, making programmatic data extraction harder than modern SaaS ERPs.
  • Legacy CI interface coexists with CiA, meaning customers often have hybrid environments that complicate migration scoping.
  • Monolithic bundled pricing model lacks flexibility for organisations wanting to pay per module or per user.
  • User interface and experience design lag behind modern ERP competitors, reducing user adoption in organisations with tech-savvy staff.
  • Limited ecosystem of third-party integrations compared to SAP, Oracle, or NetSuite.
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 TechnologyOne 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

    TechnologyOne: Not publicly documented. Customers receive rate limit details from their TechnologyOne project manager during integration onboarding, and limits vary by module and by whether the customer is on SaaS+ or self-hosted..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most TechnologyOne to Acumatica migrations complete in 48–72 hours of clock time for under 50,000 records across the core financials modules. Multi-entity setups with three or more TechnologyOne datasets, complex multi-segment chart-of-accounts structures, or heavy use of custom properties extend the timeline to 5–10 days. The Acumatica subaccount mask configuration and multi-company setup are the longest pre-migration planning steps, typically taking 1–2 weeks to complete before data extraction begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from TechnologyOne.
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