Access Dimensions → Business Central

Access Dimensions to Business Central Historical Data Migration

Moving from Access Dimensions to Business Central does not mean useful accounting history has to remain trapped in the legacy system. Ledger to Cloud specialises in extracting, restructuring, mapping and reconciling historical finance data around the destination design agreed with your implementation partner.

Ledger to Cloud

Access Dimensions history, rebuilt around the Business Central design.

Access Dimensions ledger
→
Business Central structure
Legacy analysis
→
Future-state reporting
Historical transactions
→
Reconciled history
Historical detailMore than opening balances
RestructuringOld structure → future state
ReconciliationSource-to-destination evidence
Partner friendlyWe complement implementation teams
The specialist workstream

Access Dimensions to Business Central is not just an export and import.

Access Dimensions can carry rich analysis structures across cost centres, departments and projects. Those structures should be deliberately mapped, not copied blindly. The harder question is how that accounting history should fit the structure designed for Business Central.

Move the history. Improve the structure.The destination should reflect how the group wants to report tomorrow, not simply how the legacy system happened to be configured yesterday.
Access Dimensions source

Understand what is actually there

  • Detailed ledger transactions
  • Customers, suppliers and allocations
  • VAT/tax detail and references
  • Cost centres, departments and projects
  • Bank and control-account history
  • Historical reporting structures
Ledger to Cloud
extracts · maps · reconciles
Business Central destination

Fit the agreed future-state design

  • Destination Chart of Accounts
  • Company / legal-entity structure
  • Dimensions and reporting analysis
  • Customer and vendor records
  • VAT/tax and currency treatment
  • Agreed historical transaction structure
Why migrate history

Historical data is useful for more than compliance.

The right amount of history depends on the business, but there are practical accounting reasons to consider more than a single opening-balance journal.

Retention without legacy dependence

Businesses often need to retain accounting records for several years. Keeping a retired finance system solely for read-only access can add cost and inconvenience. Where appropriate, migrating useful history reduces the need to jump between old and new systems.

Comparable reporting

Historical data in the new structure can support prior-year comparisons, margins, variances and trend analysis using the future reporting model rather than leaving older periods trapped in the legacy structure.

Mid-year continuity

ERP go-lives rarely wait for a perfect year end. Even when a business does not want years of history, the current financial year may need detailed transactions, aged receivables and payables, allocations, bank reconciliation context and supporting data for year-end or audit.

Preferred extraction

Plan the source extraction before Access Dimensions is retired.

For our preferred workflow, Access Office Integration (AOI) is normally used to retrieve detailed accounting data efficiently. Other extraction approaches can be considered where needed.

Early source access matters.Extraction, mapping and reconciliation are easier to resolve while the legacy system and the people who understand it are still available.
What can move

Historical finance data scoped around what the business still needs.

Not every project needs every field from every year. We agree the useful history first, then design migration and reconciliation around that scope.

General ledger history

Detailed transactions, dates, references, descriptions, accounts and source identifiers where available.

Receivables & payables

Customer and supplier history, open items and allocation/application context where the source and destination support it.

Dimensions & analysis

Legacy reporting structures are reviewed against the future-state model instead of copied mechanically.

VAT / GST / tax

Rates, amounts and historical tax context are mapped where relevant rather than reduced to a single net ledger value.

Foreign currency

Currency information and source-rate context can form part of the scope, with destination behaviour reconciled rather than assumed identical.

Multiple entities

Each entity can be scoped and reconciled while the group standardises its Chart of Accounts, reporting dimensions and intercompany approach.

Process

How we work alongside the Business Central implementation.

We take ownership of the historical accounting dataset while the implementation partner owns the destination implementation and future-state configuration.

01 DISCOVER

Inspect

Understand source data, years, entities, volumes and reconciliation points.

02 DESIGN

Map

Translate accounts, analysis, contacts and tax into the agreed Business Central structure.

03 TRANSFORM

Restructure

Prepare history to fit the future-state design rather than preserving old structures by default.

04 MIGRATE

Load

Process the agreed datasets using the import route appropriate to the implementation.

05 RECONCILE

Prove

Compare key source and destination reports and document material differences or agreed treatments.

Group opportunity

Multiple legacy systems can become one reporting structure.

For group projects, migration is an opportunity to harmonise the Chart of Accounts, dimensions, intercompany approach and VAT/GST/tax treatment while bringing entities from different finance systems into one ERP.

Mixed source systems

A group may be leaving Sage, Access, Exchequer, Dynamics, Twinfield or other systems at the same time. Broad source-system experience helps normalise those different histories into a common destination model.

Current-year continuity

At minimum, bringing the current financial year together can prevent the group from splitting one reporting year across several legacy platforms and the new ERP.

Consolidated reporting

Historical and current data mapped into a common group structure can make cross-entity comparison and consolidated reporting considerably more useful.

Related expertise

Source expertise and destination migration, connected.

Explore the source, destination and multi-entity expertise behind this migration.

Questions

Access Dimensions to Business Central migration FAQs

Practical answers about the historical-data workstream.

Can you migrate detailed Access Dimensions history into Business Central?

Potentially, yes. The exact history depends on source quality, volumes, the agreed Business Central design and the import routes available for the records in scope.

Is this the same as implementing Business Central?

No. Your Business Central implementation partner owns the destination implementation and future-state configuration. Ledger to Cloud specialises in the historical accounting data workstream around that design.

How do you extract data from Access Dimensions?

For our preferred workflow, Access Office Integration (AOI) is normally used to retrieve detailed accounting data efficiently. Other extraction approaches can be considered where needed.

Can Access Dimensions analysis structures be mapped into Business Central?

Yes, where appropriate. We review the source analysis against Business Central dimensions and the reporting model configured by the implementation team. The mapping should follow the future-state reporting design rather than assume a one-to-one copy.

Can you migrate multiple Access Dimensions companies into Business Central?

Multi-entity history can be scoped entity by entity and mapped into the agreed company and legal-entity structure. This is also an opportunity to standardise group reporting, intercompany treatment and the Chart of Accounts where appropriate.

Do we need to migrate every historical year?

No. The right scope depends on statutory retention, reporting, audit and year-end requirements, go-live timing, data quality and how much reliance the business wants to retain on the legacy system. Even when older history is not required, the current financial year often needs more than opening balances.

Planning the move?

Your implementation partner builds Business Central. We handle the historical ledger.

Bring us in before Access Dimensions is retired so source extraction, future-state mapping and reconciliation requirements can be agreed early.

Still looking for an implementation partner? If you have chosen the destination but not the implementation team, let us know. We may be able to introduce you to suitable specialists. Ask us →