Migrating historical data to new accounting system: Map each record using an approved field crosswalk for accuracy.; Retain source references and batch IDs to trace transactions post-migration.; Verify transformed data against source reports, including signed totals and aged lists.
Image: Accounting Tech Guide

Migration

Part of Accounting data migration

Mapping historical data into a new accounting system

Create a field crosswalk for historical accounting records and check dates, references, relationships and balances after import.

Map each historical record by defining its destination type, fields and surviving source reference. Account codes matter, but a transaction can still be wrong if its date, contact, status or payment link is lost. Use an approved field crosswalk for each record type.

Define the history that will move

State whether the destination will hold detailed past transactions, comparative balances or only open items at changeover. A comparative balance can support a report without making earlier invoices searchable. An unpaid invoice needs enough detail to receive a later payment; a closed invoice may remain in the source archive.

Some records may remain in the previous system or in reports. Unpaid invoices may need manual entry. Closed sales and bills that cannot be brought across should stay in the source system for record keeping.

Check the supported record types, fields and conversion service proposed for the business.

Build a field crosswalk

For each source type, specify the destination type, required fields and any transformation. Keep source and destination identifiers, including a batch reference where available.

FieldMapping question
Entity and contactDoes the record belong to the right business and customer or supplier?
DatesWhich date sets the accounting period, and which dates describe the document or payment?
ReferenceCan the original invoice, bill, journal or source event still be found?
Amount and signAre credits, refunds and reversals represented in the intended direction?
Account and GST codeHas the treatment been approved for this transaction?
Status and linksIs the item open, paid, credited or reversed, and which records explain that state?

Use the separately approved account crosswalk rather than redesigning the chart here. A source account name cannot, by itself, settle a GST code or show whether a bank receipt pays an existing invoice.

Handle relationships and exclusions

Map an invoice with its receipt and a bill with its payment. If the sale or purchase is already recorded, a payment must not become another sale or expense.

For an item unpaid at changeover, compare the remaining amount with the aged list and control balance. Check credits and part payments separately, especially when the original invoice falls outside the import range.

For a summary balance, retain the underlying detailed report and its period. If the destination cannot carry a source relationship or field, mark it as archive-only and document how it can be retrieved.

Ask an accountant or BAS adviser to decide uncertain timing or GST treatment instead of relying on a default import code.

Check the transformed result

Compare source and transformed records by entity, type, period, count and signed total. Inspect duplicates, blank required fields, credits and dates around the cut-off. Preserve the untouched export, mapping version and rejected-row list.

After loading, compare destination detail and balances with the agreed source reports. A balanced trial balance does not prove that customers, suppliers or references were assigned correctly.

Approve the crosswalk when a reviewer can trace a destination record to its source and explain any intentional loss of detail.

Critical Data Integrity Metrics to Verify Post-Import

Record Count Match
Source vs. destination count comparison
Signed Total Accuracy
Agreed trial balance validation
Reference Traceability
All destination records linked to source IDs
GST Treatment Consistency
Confirmed via BAS adviser or approved crosswalk

More from Migration