ERP migration

Migrate from AFAS to Acumatica

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

AFAS logo

AFAS

Source

Acumatica

Destination

Acumatica logo

Compatibility

93%

14 of 15

objects map 1:1 between AFAS and Acumatica.

Complexity

BStandard

Timeline

5–10 business days of active data movement

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Teams migrate from AFAS Profit to Acumatica when they need a cloud-native ERP that scales beyond AFAS's on-premise-or-managed-hosting architecture, or when AFAS's per-feature pricing and consultant-dependent customizations become a bottleneck. The migration carries everything AFAS stores natively — Employees, Payroll registers, GL journal entries, Customers, Vendors, Inventory items, Projects with cost codes, and any AFAS extra tables (custom objects) — into Acumatica's Configuration-Master-Workgroup entity model. Acumatica's Import by Scenario framework handles each record type during migration, with original document dates and creator IDs preserved in custom datetime fields. AFAS workflows, approval chains, and process automation do not have direct Acumatica equivalents — these must be rebuilt using Acumatica's automation engine after go‑live, and FlitStack provides the AFAS workflow definitions as a rebuild reference. The primary complexity is mapping AFAS's flat(ish) organizational structure into Acumatica's multi‑company configuration and ensuring AFAS's project cost codes translate to Acumatica's project‑tracking‑category schema. Additionally, FlitStack validates record counts and financial totals after migration to confirm data integrity before the system goes live.

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

AFAS logo

AFAS

What's pushing teams away

  • Pricing is opaque and requires direct sales engagement with AFAS or a partner, making it difficult for organizations to compare cost against competing ERP platforms during evaluation.
  • Smaller organizations or those with international operations find AFAS less suitable as it was designed primarily for Dutch and Belgian business practices and regulatory environments.
  • The platform's deep customization capabilities mean that every AFAS installation is effectively unique, making it costly and time-consuming to change systems later, which traps some customers despite frustration.
  • Users on G2 note that the UI and reporting tools lag behind modern SaaS ERP alternatives, with dashboards that require significant manual configuration to feel useful.
  • Integration with non-Dutch third-party applications can be limited, forcing organizations to build and maintain custom middleware for ecosystem tools that more globally-oriented ERPs offer natively.

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

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

AFAS

Employee

maps to

Acumatica

Employee

1:1
Fully supported

AFAS Employee records map 1:1 to Acumatica Employees. Birthdate, start date, employment type, department, and manager hierarchy are preserved. AFAS user accounts are mapped to separate Acumatica user records by email match; employees without system access land as inactive users flagged for provisioning.

AFAS

Payroll Register / Pay Runs

maps to

Acumatica

Payroll Batch (Custom)

1:1
Fully supported

AFAS payroll runs have no native Acumatica equivalent — Acumatica's Payroll module handles US/CA payroll differently. FlitStack maps AFAS payroll registers as custom payroll batch records with earnings codes, deduction codes, and run dates preserved in custom fields on the Employee entity. YTD totals are reconstructed from AFAS payroll history lines.

AFAS

Customer / Debtor

maps to

Acumatica

Customer

1:1
Fully supported

AFAS debtors map to Acumatica Customers. Payment terms, credit limit, VAT registration, and billing address are migrated. AFAS customer-specific invoice layouts have no Acumatica equivalent — these are documented for rebuild using Acumatica's AR Invoice templates. All customer-specific settings such as language preferences and tax codes are also transferred and mapped to Acumatica's corresponding fields.

AFAS

Vendor / Creditor

maps to

Acumatica

Vendor

1:1
Fully supported

AFAS creditors map to Acumatica Vendors. Remit-to address, 1099 flag, payment method, and terms migrate directly. Multi-vendor contacts stored in AFAS contacts become Acumatica Vendor Contacts. Vendor payment hold flags and default expense categories are also imported, and any custom vendor-specific fields are mapped to Usr-prefixed custom fields on the Vendor DAC.

AFAS

Invoice (Sales)

maps to

Acumatica

AR Invoice

1:1
Fully supported

AFAS invoices migrate as Acumatica AR Invoices with original document dates, descriptions, line amounts, and tax amounts preserved. AFAS invoice reference numbers become Acumatica reference numbers. Status (open/paid/overdue) is mapped using Acumatica's payment/refund workflow. AFAS's project-linked invoices preserve the project association via the InvoiceDetail entity.

AFAS

Invoice (Purchase)

maps to

Acumatica

AP Bill

1:1
Fully supported

AFAS purchase invoices map to Acumatica AP Bills. Vendor invoice number, invoice date, description, line amounts, and tax codes transfer. AFAS's project-linked purchase invoices carry the project reference into Acumatica's BillDetails project association. Line-level discounts and tax groups are preserved, and any project assignments are carried over using Acumatica's BillDetails entity.

AFAS

GL Account / Chart of Accounts

maps to

Acumatica

GL Account

1:1
Fully supported

AFAS GL accounts map 1:1 to Acumatica GL Accounts. Account code, description, account type (Asset, Liability, Income, Expense), and active/inactive status are preserved. AFAS account hierarchies map to Acumatica's account groups. Sub-account structures and account group assignments are also imported, ensuring that reporting hierarchies replicate the AFAS chart of accounts.

AFAS

Journal Entry

maps to

Acumatica

Journal Transaction

1:1
Fully supported

AFAS journal entries migrate as Acumatica journal transactions with original posting date, batch number, description, and line items (account, debit, credit). Source module identifier is stored in a custom field for traceability. Batch descriptions and source module tags are retained, and any memo fields are transferred as custom text fields for audit purposes.

AFAS

Inventory Item / Stock Article

maps to

Acumatica

Non-Stock Item / Stock Item

1:1
Fully supported

AFAS stock articles are classified as either Non-Stock Items or Stock Items in Acumatica based on AFAS's stock-control flag. Item class, warehouse location, default unit of measure, and current stock quantities transfer. AFAS's unit-of-measure conversions map to Acumatica's UOM table.

AFAS

Project (AFAS Project)

maps to

Acumatica

Project (Project Accounting)

1:1
Fully supported

AFAS projects with task breakdowns and cost registrations map to Acumatica Projects with project tasks and cost codes. AFAS project templates become Acumatica project templates. Employee cost rates and vendor cost assignments from AFAS are preserved as custom fields on the Acumatica Project entity.

AFAS

Cost Code (AFAS Project Lines)

maps to

Acumatica

Project Cost Code / Task

many:1
Fully supported

AFAS project lines with cost codes and budget amounts merge into Acumatica project tasks with cost codes. Multiple AFAS cost-code categories per project are flattened into Acumatica's cost-code schema using a value-mapping table. Budget vs. actual flags are preserved. Cost code assignments are linked to the corresponding project tasks, and any budget alerts are preserved as custom fields on the task.

AFAS

Contact (Person)

maps to

Acumatica

Contact

1:1
Fully supported

AFAS contacts (people) map to Acumatica Contacts. Name, email, phone, job title, and address fields migrate directly. AFAS contact associations to customers or vendors become Acumatica Contact relationships on the parent Customer or Vendor record. Contact preferences such as mailing opt-outs and communication notes are transferred to Acumatica's Contact entity using custom fields.

AFAS

AFAS Extra Table (Custom Object)

maps to

Acumatica

Custom DAC Object

1:1
Fully supported

AFAS extra tables (custom objects created in AFAS admin) map to Acumatica DAC objects with a Usr-prefixed name. Each extra table field is created as a custom field on the corresponding Acumatica DAC using the customization project manager. N:N relationships between extra tables require junction tables in Acumatica.

AFAS

Bank Account / Cash Account

maps to

Acumatica

Cash Account

1:1
Fully supported

AFAS bank accounts and cash accounts map to Acumatica Cash Accounts with account number, bank name, currency, and current balance. AFAS bank reconciliation data is stored in a custom field for post-migration reconciliation. Bank reconciliation settings and any associated payment formats are imported into Acumatica's Cash Account configuration.

AFAS

Fixed Asset Register

maps to

Acumatica

Fixed Asset

1:1
Fully supported

AFAS fixed asset records migrate as Acumatica Fixed Assets with acquisition date, cost, accumulated depreciation, useful life, and asset class. Depreciation schedules are stored as custom fields because Acumatica Fixed Asset depreciation is calculated within the Fixed Asset register. Asset maintenance schedules and insurance information are also imported as custom fields on the Fixed Asset record.

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.

AFAS logo

AFAS gotchas

High

Custom fields and user-defined tables vary per installation

High

API access requires AFAS partner enrollment

Medium

Workflow logic does not migrate as data

Medium

Dutch fiscal and tax data must be preserved accurately

Low

Historical payroll data volumes can be large

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

  • AFAS extra tables require explicit DAC mapping and may need junction tables

    AFAS extra tables (custom objects) are created as independent database tables via AFAS admin tooling with their own fields and relationships. In Acumatica, custom fields on existing DAC objects use the Usr prefix and are managed through the Customization Project Manager, but custom DAC objects (new top-level entities) require explicit schema creation. When AFAS extra tables use N:N relationships, those relationships must be reconstructed in Acumatica using junction tables with their own DAC definitions. We surface every extra table during discovery and deliver a DAC-mapping plan before migration so your Acumatica admin can pre-create the schema.

  • AFAS payroll registers have no native Acumatica equivalent and require custom-field reconstruction

    AFAS's payroll module stores run-by-run registers with earnings codes, deduction codes, YTD accumulators, and run dates tied to the AFAS payroll engine. Acumatica's Payroll module handles US/CA payroll differently and does not accept legacy payroll history via standard import. FlitStack maps AFAS payroll registers as custom records on the Employee entity, preserving earnings/deduction codes and YTD totals in custom fields. The AFAS payroll history becomes reference data — the actual payroll processing must restart in Acumatica's payroll engine from the first post-migration pay run. This limitation is disclosed upfront during scoping.

  • AFAS Process Builder workflows cannot be exported in a portable format

    AFAS Process Builder workflows store automation logic tied to AFAS field IDs, user-role assignments, and AFAS-specific expression syntax. There is no AFAS export function that produces a portable workflow definition compatible with Acumatica's Business Events, Notification Templates, or screen-level automation framework. Every AFAS workflow — approval chains, field-update triggers, automated notifications — must be manually rebuilt in Acumatica. FlitStack exports AFAS workflow definitions as documented rebuild specifications, but the rebuild itself is a separate workstream requiring Acumatica admin effort or consulting support.

  • AFAS API rate limits and per-environment authentication require staggered export batches

    AFAS's REST API enforces per-environment authentication tokens and applies request throttling that can return 429 Too Many Requests when bulk extraction runs at high concurrency. Large AFAS environments with tens of thousands of Employee, GL, or Inventory records need batch sizes tuned to avoid rate-limit errors that would corrupt the export stream. FlitStack implements exponential backoff and batch-size reduction on detected 429 responses, but the AFAS API's lack of a bulk-export endpoint means large data extractions take longer than a simple API pull — this is factored into the migration timeline during scoping.

  • Multi-company AFAS environments require pre-migration Acumatica tenant planning

    AFAS Profit supports multiple separate Profit environments (separate databases) but does not natively support inter-company postings within a single instance. Companies running separate AFAS environments per subsidiary face a consolidation decision in Acumatica: map each AFAS environment to a separate Acumatica company within a single tenant, or merge all subsidiaries into one Acumatica company with entity flags on records. The chosen approach affects chart-of-accounts structure, vendor/customer de-duplication, and inter-company AR/AP setup in Acumatica. This decision is made during the pre-migration schema planning phase before any data moves.

Migration approach

Six steps for a successful AFAS to Acumatica data migration

  1. Discover AFAS data model and Acumatica target schema

    FlitStack connects to AFAS via REST API using per-environment credentials and inventories all standard entities (Employees, Customers, Vendors, GL Accounts, Projects) plus every AFAS extra table. We simultaneously review the Acumatica target tenant — identifying enabled modules (Financials, Distribution, Project Accounting), existing chart-of-accounts structure, and any pre-created DAC custom fields. This produces a pre-migration data dictionary that flags extra tables needing DAC creation, payroll run records requiring custom-field reconstruction, and any AFAS organizational units that require Acumatica multi-company configuration decisions.

  2. Build and validate field-level mapping

    With the data dictionary in hand, FlitStack generates a field-level mapping document for every entity pair — from AFAS GL Account to Acumatica Account, from AFAS Customer to Acumatica Customer, from AFAS Project to Acumatica PMProject with cost codes. Value-mapping tables are built for pick-list equivalents (account types, payment terms, project status). For AFAS extra tables, we produce a DAC-mapping plan specifying the Acumatica entity name, Usr-prefixed custom fields, and junction-table requirements. The mapping document is reviewed with your Acumatica admin before any data movement begins.

  3. Run sample migration with field-level diff

    A representative slice of records — typically 200–500 per major entity — migrates first across Employees, Customers, Vendors, GL Accounts, and one AFAS Project. We generate a field-level diff comparing source values against Acumatica destination values, surfacing any mapping gaps, transformed fields that lost precision, or foreign-key lookups that failed (e.g., an AFAS GL account code that has no Acumatica counterpart). The diff is reviewed with your team; mapping corrections are applied before the full run commits.

  4. Execute full migration with delta-pickup window

    Full migration runs in sequence — master data first (GL Accounts, Customers, Vendors, Employees), then transactional data (Invoices, Journal Entries, Inventory movements), then project data (Projects, Tasks, Cost Codes). A 24–48 hour delta-pickup window opens after the bulk run, capturing any AFAS records modified or created during the cutover period. All operations are logged to FlitStack's audit trail. One-click rollback is available if post-migration reconciliation detects unexpected gaps in record counts or amounts.

  5. Reconcile, validate, and deliver rebuild reference

    FlitStack runs reconciliation checks against the Acumatica destination: record-count comparison per entity, amount totals for GL and Invoices, and date-range validation for journal entries and payroll registers. Any discrepancies are flagged and corrected in a targeted delta run. The final deliverable includes the AFAS workflow definitions exported as PDF specifications for your Acumatica admin to rebuild in Business Events and Notification Templates, plus a data lineage document mapping each Acumatica record back to its AFAS source ID for audit purposes.

Platform deep dives

Context on both ends of the pair

AFAS logo

AFAS

Source

Strengths

  • Integrated ERP, HR, and payroll under one vendor eliminates synchronization between separate finance and HR systems.
  • Built-in Dutch and Belgian regulatory compliance for payroll tax, fiscal reporting, and statutory filings.
  • Customizable workflow engine lets functional staff create approval processes without code.
  • Established Benelux partner ecosystem provides local implementation and support options.
  • AFAS Profit is available as on-premises, hosted, or SaaS deployment to suit different data-residency requirements.

Weaknesses

  • Pricing is not publicly published, requiring a sales conversation before any cost evaluation can begin.
  • The platform is heavily localized to Dutch business practices, creating friction for international or multilingual organizations.
  • Custom field and table extensibility means every AFAS installation diverges from the standard data model, increasing migration complexity.
  • Modern UX and self-service reporting lag behind newer cloud-native ERP competitors.
  • Limited self-service API access requires partner enrollment, restricting independent integration development.
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 AFAS 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

    AFAS: Not publicly documented in AFAS public materials.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most AFAS-to-Acumatica migrations complete in 5–10 business days of active data movement for under 50,000 records across Employees, Customers, Vendors, GL, and Inventory. Multi-company AFAS environments with project accounting, payroll history, or more than 20 AFAS extra tables extend to 3–6 weeks. The longest phase is usually the pre-migration Acumatica schema planning — setting up multi-company configuration, chart-of-accounts structure, and custom fields for AFAS extra tables — before any data movement begins.

Adjacent paths

Related migrations to explore

Ready when you are

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