Normec Nexus
Migration engine for finance consolidation

40+ Exact companies. One Business Central future.

A colder, sharper redesign of the Nexus page inspired by the current SpaceX and xAI/Grok visual language: monochrome contrast, oversized typography, restrained blue light, and motion that feels deliberate instead of decorative.

40+
Companies
8,394
Lines synced
100%
Pilot complete
Live
Engine status
exact -> nexus -> business central
1
Extract divisions Chart, customers, vendors, journals and historical movements from Exact Online.
loaded
2
Transform and map Posting groups, VAT logic, dimensions, tagetik categories and company setup.
mapped
3
Replay journals Sales, purchase, memorial and bank pipelines loaded in the right order.
posted
4
Maintain sync Incremental polling keeps BC aligned until final cutover.
live
Scroll to inspect the migration system

Why Nexus exists

Normec Group operates more than forty separate Exact Online administrations. The requirement is not just to migrate them into Dynamics 365 Business Central, but to keep both worlds aligned while cutover is still ahead.

01

40+ administrations

Each company carries its own chart of accounts, master data, journals, historical postings and local accounting realities. Doing that by hand turns into a slow consulting project.

High volume
02

Continuous sync

This is not a one-off load. New sales, purchases, bank movements and memorial entries continue to land in Exact and need to show up in BC without manual intervention.

Live sync
03

Zero-downtime cutover

Teams can keep working in Exact while BC is trained, loaded and validated in parallel. When the switch happens, BC is already a current mirror of operations.

Cutover-ready

The sync engine

The core loop is straightforward: Exact remains the source, Nexus orchestrates state and replay, and Business Central receives validated journal traffic in the structure it expects.

Exact Online Exact Online Source system for divisions, journals and master data
N
Nexus Engine Azure Functions orchestration, mapping, replay and state
Business Central Business Central Target platform for posted journals and operational cutover
J60 Sales invoice 26600479 synced
J50 Purchase invoice 26500205 synced
J20 Bank statement 26200071 reconciled
J70 Memorial entries current
Customers 1,434 loaded with posting groups
Vendors 470 loaded and validated
J60 Sales invoice 26600479 synced
J50 Purchase invoice 26500205 synced
J20 Bank statement 26200071 reconciled
J70 Memorial entries current

How transactions actually flow

Each transaction class has its own processing rules, but the orchestration is shared: extract, stage, validate, apply bookkeeping rules, then post into the right BC journal route.

01
Extract from Exact Incremental pull by company, journal type and sync watermark.
02
Stage in BC buffers Transactions land in purpose-built staging structures before posting.
03
Apply Dutch accounting logic VAT, posting groups, document types, sub-ledgers and dimensions are normalized.
04
Post to journals Sales, purchase, memorial and bank pipelines each use the correct BC route.
05
Persist sync state Watermarks and processing state allow reliable replay and reruns.
Sales stream5,654 lines 479 invoices through J60.
Purchase stream422 lines 205 invoices routed to purchase journals.
Memorial stream1,309 lines Accruals, corrections and GL routing.
Bank stream1,009 lines 71 statements, sub-ledger applications and fee handling.

Per-company rollout sequence

Before live sync begins, each administration goes through a fixed migration order so setup, balances and historical movements enter BC in a coherent way.

Step Phase Purpose Output
01 Extract Pull entities, dimensions, master data and journal history from Exact. Raw migration package
02 Create Provision BC company and baseline environment for the target entity. Ready company shell
03 Configure Load setup, RapidStart templates, posting groups and local defaults. Config-complete tenant
04 Map Transform source structures into BC-compatible shapes and sequences. Posting-ready payloads
05 Validate Check balances, VAT behavior, dimensions and ledger consistency. Verified migration set
06 Load + Sync Replay the migration package and activate ongoing incremental sync. Live BC mirror

Normec AWS BV

The first company is fully migrated and reconciled. This section is framed like a mission results board rather than a conventional dashboard card stack.

246
GL accounts
Base chart loaded, mapped and validated.
1,434
Customers
Posting groups and dimensions assigned.
470
Vendors
Master data normalized into BC.
285
Fixed assets
Asset inventory transferred and aligned.
258,446
Bank balance EUR
Reconciled to Exact pilot figures.
8,394
Total synced lines
Replay plus ongoing delta sync.
755
Entries processed
Journal traffic replayed into BC.
1,344
Tagetik categories
Mapped into the target model.
Sales
100%
Purchase
100%
Memorial
100%
Bank
100%

From one pilot to the full group

The engine is not a one-company script. It is a repeatable factory: feed it a division, configuration and rollout order, then let it execute the same migration logic at scale.

Manual migration

2-4 weeks
Per company
Consultant-heavy, inconsistent, expensive, and difficult to parallelize cleanly.

Nexus factory

1-2 days
Per company
Automated setup, repeatable validations, and faster cutover confidence.

40 companies

~2 months
Total rollout
Parallelizable migration program instead of a multi-year manual sequence.

Built with a practical stack

.NET 8

Core engine and processing logic.

Azure Functions

Serverless execution layer.

Durable Functions

Workflow orchestration and retries.

Exact Online API

Source extraction and delta sync.

BC API + OData

Target loading and updates.

Custom AL Extension

Business Central staging and posting.

Azure Table Storage

Sync state and watermarks.

Power BI

Monitoring and progress visibility.

What needs to be decided for rollout