ERP migration

Migrate from AFAS to Microsoft Dynamics 365 Business Central

Field-level mapping, validation, and rollback between AFAS and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.

AFAS logo

AFAS

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

83%

10 of 12

objects map 1:1 between AFAS and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from AFAS Profit to Microsoft Dynamics 365 is a cross-platform ERP migration that requires resolving fundamental schema differences before data moves. AFAS Profit stores financial, HR, and operational data in a single-company Dutch-localized model; Dynamics 365 uses a multi-company legal entity architecture with structured financial dimensions, typed main accounts, and separate payroll options depending on the chosen D365 app (Business Central Essentials vs. Finance and Operations). We inventory every custom field and user-defined table in the specific AFAS installation during discovery, because no two AFAS environments share the same schema after years of customization. We preserve Dutch VAT and BTW tax codes on every invoice line, map AFAS warehouse references to D365 inventory dimensions (site, warehouse, location), and deliver a written inventory of active AFAS workflows and approval chains for the customer's admin to rebuild in Power Automate or D365 Finance workflow foundations. Workflows, document templates, and custom middleware integrations do not migrate as data or code.

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

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

What's pulling them in

  • Deep integration with Microsoft 365, Power BI, and Power Platform means organizations already on the Microsoft stack get identity, reporting, and workflow continuity out of the box.
  • Unified financials, sales, service, and operations replace multiple disconnected systems — users report that data entered once flows through purchase orders, invoicing, and approvals without manual re-entry.
  • Copilot AI features (predictive analytics, embedded business intelligence) are included in both Essentials and Premium tiers, addressing demand for AI without separate module purchases.
  • Named-user licensing with no concurrent model appeals to organizations that want predictable per-seat costs even if some users access the system infrequently.
  • Strong partner ecosystem with certified NAV-to-Business Central migration specialists gives mid-market companies confidence the cutover from legacy Navision can be executed reliably.

Object mapping

How AFAS objects map to Microsoft Dynamics 365 Business Central

Each row shows how a AFAS object lands in Microsoft Dynamics 365 Business Central, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

AFAS

Chart of Accounts (Grootboek)

maps to

Microsoft Dynamics 365 Business Central

Main Account + Account Structure

lossy
Fully supported

AFAS stores the Dutch chart of accounts with statutory account codes, cost-center mappings, and fiscal account references across its GL module. We map each AFAS G/L account to a D365 Main Account with the correct account type (Profit and Loss, Balance Sheet, Expense, Revenue), assign it to the appropriate COA structure, and attach the financial dimension set that AFAS uses for cost-center reporting. D365 F&O requires a formal account structure framework; Business Central uses G/L account categories. The mapping output includes the full COA spreadsheet with D365 Main Account IDs, account types, and dimension assignments for the customer's finance team to validate before import.

AFAS

Customer (Klant)

maps to

Microsoft Dynamics 365 Business Central

Customer + Address

1:1
Fully supported

AFAS Customer records with contact details, payment terms, VAT registration numbers (BTW-nummer), and addresses map to D365 Customer (Account) records. AFAS stores a primary invoice and delivery address per customer; D365 F&O supports multiple addresses but marks one as primary per type. We preserve the BTW-nummer in the Tax Identification Number field on the Customer and validate the Dutch VAT format (NL + 9 digits + B01) before insert. Business Central uses Customer cards with address lines and VAT registration fields that align directly with AFAS fields.

AFAS

Supplier (Leverancier)

maps to

Microsoft Dynamics 365 Business Central

Vendor + Address

1:1
Fully supported

AFAS Supplier records map to D365 Vendor records with the same address and payment-term mapping as Customer. Dutch supplier BTW-nummers are validated and mapped to the Tax Identification Number field on the Vendor. AFAS purchase invoice terms and any supplier-specific invoice discounts migrate as Vendor payment terms. D365 uses a unified vendor group structure; we assign AFAS supplier categories to D365 vendor groups during configuration.

AFAS

Sales Invoice and Purchase Invoice

maps to

Microsoft Dynamics 365 Business Central

Free Text Invoice, Sales Order Invoice, or Purchase Order Invoice

1:1
Fully supported

AFAS generates sales invoices, purchase invoices, and credit notes with line items, tax codes, and payment references. We extract open and historical invoices. Each invoice line carries an AFAS BTW code that maps to a D365 Sales Tax Item Group and Sales Tax Group combination. Historical invoice PDFs and attached documents migrate as document attachments to the corresponding D365 invoice record. Closed invoices in AFAS are marked as paid in D365 using the original AFAS payment date and bank reference. We scope historical invoice depth with the customer, typically limiting to open items plus two to three years of closed history to manage migration volume.

AFAS

Item (Artikel)

maps to

Microsoft Dynamics 365 Business Central

Released Product / Item

1:1
Fully supported

AFAS inventory Items with stock levels, warehouse locations, pricing tiers, and BOM structures map to D365 Released Products. AFAS warehouse references map to D365 inventory dimensions (site, warehouse, location, license plate in F&O; location in Business Central). Item pricing migrates to purchase and sales price tables with currency and unit-of-measure assignments. BOM structures from AFAS transfer as D365 BOM versions with route and operation references if the destination is F&O Manufacturing. We preserve the AFAS item status (active/inactive) and reorder thresholds.

AFAS

Project + Time Entries

maps to

Microsoft Dynamics 365 Business Central

Project + Project Lines or Project Category

1:1
Fully supported

AFAS Project records and associated time entries use the project management module. Custom fields on AFAS projects require field-level mapping during migration, as every AFAS installation diverges from the standard schema here. We map AFAS project types (time and material vs. fixed price) to D365 Project Types, time entry billable flags to Project Line properties, and AFAS cost categories to D365 Project Categories. D365 F&O supports Projects with full WBS, resource management, and budget control; Business Central supports Jobs and Projects with simpler time tracking.

AFAS

Employee (Medewerker)

maps to

Microsoft Dynamics 365 Business Central

Worker (HCM Worker in F&O; Employee in Business Central)

1:1
Fully supported

AFAS maintains employee records with contract details, department assignments, and employment status. We extract active and recent employees and map them to D365 Workers (Finance and Operations with Human Resources module) or Employees (Business Central). The AFAS personnel number becomes the D365 Personnel ID. AFAS custom fields on employee records (common in established AFAS installations) require pre-migration field inventory before mapping. Historical employees with terminated status migrate as inactive records.

AFAS

Payroll History (Payroll historie)

maps to

Microsoft Dynamics 365 Business Central

Payroll Transactions (F&O) or Payroll Journal Entries (Business Central via ISV)

1:1
Fully supported

AFAS payroll history across employment periods includes earnings, deductions, employer contributions, and journal entries that feed into the financial modules. D365 Finance and Operations includes a native payroll module with Dutch payroll configurations; Business Central requires a third-party payroll ISV such as CleverBase or N漫come for Dutch payroll. We scope payroll extraction to the last three to five years of active employment history plus all year-end closing records, as AFAS can retain ten or more years of payroll data that exceeds migration volume targets. Effective-dated compensation records migrate as payroll journals in F&O or as historical entries via the configured ISV.

AFAS

Bank Account and Cash Account

maps to

Microsoft Dynamics 365 Business Central

Bank Account / Cash and Bank Management

1:1
Fully supported

AFAS bank account configurations and current balances from the cash management module map to D365 Bank Accounts under Cash and Bank Management. Account numbers and SWIFT/BIC codes migrate as bank account identifiers. AFAS bank reconciliation data (statement lines and matched transactions) transfers as opening balances and reconciliation history in D365, though D365 requires manual rebooking of reconciliation records rather than an automated import.

AFAS

Custom Fields and User-Defined Tables

maps to

Microsoft Dynamics 365 Business Central

Extension Fields / Custom Fields

lossy
Mapping required

AFAS administrators extend standard objects with custom fields and create entirely new tables, making every AFAS installation unique. We inventory every custom field on every standard object and every user-defined table during discovery before any extraction begins. Custom fields map to D365 extension fields with equivalent data types (text to text, number to decimal or integer, date to date). User-defined tables in AFAS map to new D365 tables via custom entities in the data management framework. The AFAS custom field inventory is the single most important pre-migration deliverable because skipping it results in silent data loss on any record that uses non-standard fields.

AFAS

Documents and Attachments

maps to

Microsoft Dynamics 365 Business Central

SharePoint / Dataverse Document Storage

1:1
Mapping required

AFAS links documents to records across modules. We extract attachments associated with transactional records (invoices, projects, employees) and store them as files. In D365 F&O, documents attach to records via SharePoint or Azure Blob Storage; in Business Central, attachments store via the document attachment functionality. The AFAS internal document storage format may require conversion for some file types. We deliver the document set organized by AFAS module and record reference, and the customer's admin attaches them to the corresponding D365 records after migration.

AFAS

Workflow and Approval Chains

maps to

Microsoft Dynamics 365 Business Central

Power Automate / D365 Workflow Foundations

1:1
Fully supported

AFAS workflows define approval chains, conditional routing, and automated actions across HR, finance, and operations. These are platform-configured business processes, not data records. We do not migrate workflows as data or code because AFAS workflow logic does not have a direct equivalent in D365's workflow architecture. We extract the full configuration of active AFAS workflows and deliver them as a documented process map identifying trigger events, approval steps, conditions, and actions. The customer's D365 implementation team rebuilds these in Power Automate (Finance and Operations) or D365 approval entries (Business Central).

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

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central gotchas

High

Named-user licensing has no concurrent-use relief

High

API rate limits throttle large-volume migrations

Medium

Historical posted transactions require selective migration scoping

Medium

NAV-to-Business Central cloud migration requires partner coordination

Low

Custom fields and AL extensions require separate migration handling

Pair-specific challenges

  • Dutch BTW and BTW-aangifte tax codes must transfer with exact precision

    AFAS stores Dutch VAT rates, BTW configurations, and fiscal account mappings that govern how every invoice is coded and reported to the Belastingdienst. BTW-aangifte (Dutch VAT return) requires specific tax codes mapped to specific reporting boxes on the XML schema submitted to the tax authority. We preserve every AFAS BTW code and its assigned rate and fiscal account mapping during extraction, then configure equivalent Sales Tax Groups and Item Tax Groups in D365 that produce the correct BTW-aangifte output. Any remapping of tax codes at the destination requires sign-off from the customer's accounting team before cutover. Skipping this step produces incorrect BTW-aangifte files and potential tax authority penalties.

  • Multi-company D365 F&O structures do not map from single-company AFAS without design work

    AFAS Profit uses a single-company model per installation. Microsoft Dynamics 365 Finance and Operations supports multiple legal entities, each with its own chart of accounts, fiscal establishment, and VAT registration. Organizations that run multiple AFAS companies (or multiple AFAS installations) need a D365 legal entity strategy before any data moves. We work with the customer's finance and IT team to define the target entity structure, determine consolidation requirements, and map each AFAS company to one or more D365 legal entities during discovery. This design step cannot be skipped and typically requires two to three weeks of stakeholder alignment before extraction begins.

  • D365 F&O allows only one primary address per type, unlike AFAS

    AFAS allows multiple addresses per customer or supplier record with a primary flag per address. Dynamics 365 Finance and Operations allows multiple addresses to be defined but only one can be marked as the primary address per address purpose (invoice, delivery, etc.). When an AFAS installation has multiple active primary addresses on a single contact, we consolidate them to one per type and flag the excluded addresses for manual assignment in D365 after migration. This requires business-user validation before cutover to confirm which address should be primary per type.

  • D365 F&O inventory dimensions require pre-migration design for warehouse structures

    AFAS stores inventory with warehouse location references, but D365 F&O uses a structured inventory dimension model (site, warehouse, location, license plate, and optionally batch and serial dimensions) that must be configured before inventory data can be received correctly. We inventory the AFAS warehouse structure during discovery, design the corresponding D365 dimension framework, configure the inventory dimension groups, and only then extract AFAS stock data. Business Central uses a simpler location model. Skipping the dimension design step results in inventory records without dimension assignments, which blocks stock transactions from posting in F&O.

  • Business Central Dutch payroll requires a third-party ISV integration

    AFAS includes native integrated payroll with Dutch BTW, Loonheffing, and ZVW configurations. Microsoft Dynamics 365 Business Central does not include native Dutch payroll in its base product. Organizations moving from AFAS to Business Central must select and implement a Dutch payroll ISV (such as CleverBase, N漫come, or similar) before employee and payroll data can be fully received. We scope the payroll migration based on whether the destination is D365 Finance and Operations (which has native Dutch payroll) or Business Central (which requires a third-party payroll add-on). If Business Central is the destination, we delay employee and payroll history migration until the ISV is configured, or we migrate employees as HR records only and defer payroll history to a separate payroll-ISV migration phase.

Migration approach

Six steps for a successful AFAS to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and destination D365 app selection

    We audit the source AFAS installation across modules in use (finance, HR, payroll, logistics, projects), custom fields and user-defined tables, active workflows and approval chains, transaction volumes (open invoices, historical invoice count, employee count, item count, project count), and integration points with external systems. We pair this with a D365 app recommendation: Business Central Essentials ($80/user) if the scope is finance and operations without complex manufacturing or advanced supply chain; D365 Finance and Operations if the scope includes native Dutch payroll, advanced supply chain, or multi-legal-entity consolidation. The discovery output is a written migration scope, data volume estimate, and D365 app and licensing recommendation.

  2. Schema design and Dutch tax configuration

    We design the D365 schema in a Sandbox environment. This includes the Chart of Accounts with account types and financial dimension framework (F&O) or G/L account categories (Business Central), BTW and Loonheffing tax codes mapped to Dutch VAT reporting structures, Customer and Vendor groups with payment terms, item groups with inventory dimension groups, and project categories. We configure Sales Tax Groups and Item Tax Groups to produce correct BTW-aangifte output and validate the tax setup with the customer's accountant. If the destination is Business Central, we coordinate with the chosen Dutch payroll ISV for schema design on the HR and payroll side.

  3. Legal entity and company structure design

    For D365 Finance and Operations destinations, we work with the customer's finance and legal team to define the target legal entity structure before any AFAS data is touched. This includes mapping each AFAS company to one or more D365 legal entities, designing intercompany trading relationships if applicable, configuring fiscal establishments for VAT registration numbers, and planning the consolidation chart of accounts. For Business Central destinations, we confirm the single-company configuration and validate that all AFAS modules map to Business Central equivalents. The legal entity design is validated in the Sandbox before production migration planning begins.

  4. AFAS API credential acquisition and custom field inventory

    We obtain AFAS REST API credentials through the AFAS partner portal. If the customer does not have an existing AFAS partner relationship, we coordinate with the AFAS account manager to expedite partner enrollment, which can add one to three weeks to the project timeline. In parallel, we run the AFAS custom field inventory script against the specific customer environment to catalog every custom field on every standard object and every user-defined table. This inventory is the basis for the D365 extension field schema and the transformation rules applied during data extraction.

  5. Data extraction, transformation, and sandbox migration

    We extract AFAS data in dependency order: Chart of Accounts first, then Customer and Vendor master records, then open and historical invoices, then inventory items with warehouse assignments, then employees and payroll history, then project and time entry data. Each extraction run applies the custom field mapping rules derived from the field inventory, transforms AFAS BTW codes to D365 Sales Tax Groups, maps AFAS addresses to D365 address records with one primary per type, and applies the legal entity assignment. We run a full sandbox migration and the customer's finance and HR leads reconcile record counts and spot-check sample records against the AFAS source before production migration begins.

  6. Production migration and cutover

    We run the production migration into the validated D365 environment in dependency order. Each phase emits a row-count reconciliation report, a mapping log, and a record-level error report. We freeze AFAS write access during the cutover window, run a final delta migration of any records modified during the window, then validate total record counts match the AFAS source. We deliver the AFAS workflow and approval chain inventory as a documented process map to the customer's D365 implementation team. We support a one-week hypercare window where we resolve reconciliation discrepancies. We do not rebuild AFAS workflows as D365 Power Automate flows or Finance workflow foundations within the migration scope; that is a separate engagement.

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.
Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Destination

Strengths

  • Tight integration with Microsoft 365 (Outlook, Teams, SharePoint) for users already in the Microsoft ecosystem.
  • Includes Copilot AI, predictive analytics, and embedded Power BI dashboards at no additional cost in both license tiers.
  • Supports multiple companies within a single tenant for holding-company or multi-entity organizational structures.
  • Open REST API v2.0 with OAuth 2.0 authentication and data entity abstraction layer for developer-friendly integrations.
  • Strong partner ecosystem specializing in NAV-to-Business Central migrations provides implementation confidence for legacy upgrades.

Weaknesses

  • Named-user licensing model means every active user account requires a paid license — no concurrent access model to reduce costs for occasional users.
  • SaaS-only deployment means no on-premises option; organizations requiring full data residency control may not have viable alternatives within Microsoft's stack.
  • Manufacturing module (Production Orders, routing, work centers) is only available on Premium tier, pushing cost-sensitive manufacturers to higher-priced plans.
  • Customization and extension development requires AL language knowledge and developer licenses, limiting what power users can do without a partner engagement.
  • Global pricing increases effective October 2024 and again October 2025 after five years of stable pricing, creating budget uncertainty for existing customers.

Complexity grading

How hard is this migration?

Standard ERP migration. All 8 core objects map 1:1 between AFAS and Microsoft Dynamics 365 Business Central.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across AFAS and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    A

    All 8 core objects map 1:1 between AFAS and Microsoft Dynamics 365 Business Central.

  • 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 Microsoft Dynamics 365 Business Central 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 Microsoft Dynamics 365 Business Central data migrations

Answers to the questions buyers ask most during AFAS to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your AFAS to Microsoft Dynamics 365 Business Central migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Standard AFAS migrations to Business Central with under 10,000 active records (customers, vendors, items), no custom objects, and a single company structure typically complete in six to ten weeks. Migrations to D365 Finance and Operations with multiple legal entities, historical payroll spanning three or more years, AFAS custom tables requiring field-level remapping, or inventory with BOM structures move to twelve to eighteen weeks because of legal entity design, BTW code configuration, and multi-phase sandbox validation. AFAS API partner credential acquisition can add one to three weeks before extraction begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from AFAS.
Land in Microsoft Dynamics 365 Business Central, 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