If the company reports into a foreign parent, the drivers are different: your Ukrainian subsidiary runs 1C.
The governing principle: move less than you want to
Short answer. You migrate master data, balances as of a cut-off date, and open documents. Not the full posting history.
The temptation to "move everything" is understandable but expensive: history inflates the scope, drags the old and new charts of accounts into a reconciliation exercise, and is almost never used afterwards. The legacy system stays available read-only for the statutory retention period, which is enough for audits and checks.
Working rule: history stays in the 1C archive, balances move into Business Central. For period comparison it is enough to load monthly turnover on key accounts for the previous one or two years — separately, without source documents.
Decisions to make before any export
These are accounting decisions, not technical ones. Without them the export has nowhere to land.
- Cut-off date. The start of a quarter or year works best. Balances are calculated as of it.
- Chart of accounts. Build the new one and map it to the old. This is the longest part of preparation.
- Dimension structure. Which two dimensions become global — a decision for years, covered in our article on dimensions.
- Costing method. Set before the first entry and effectively permanent afterwards.
- Document numbering. Continue the existing sequence or start a new series.
- Parallel run period. How many weeks both systems run together and who owns the reconciliation.
Counterparties: the key structural difference
In 1C a counterparty is a single master list. In Business Central these are two separate entities: Customer and Vendor, each with its own card, terms and posting groups. A company you both buy from and sell to becomes two records.
What to do before the export:
- Classify the list into customers, vendors and both.
- Clean up duplicates. One counterparty entered three times with different spellings is normal for a five-year-old database. Match on the company registration number, not the name.
- Verify tax details. Registration numbers, VAT status — everything that later drives tax documents.
- Flag inactive records. Counterparties with no transactions in two years should not travel; they only clutter the master list.
- Standardise names. One format for legal form, quotation marks and abbreviations.
Items
- Units of measure. Business Central holds a base unit on the card and other units as conversion factors. Mixing pieces, packs and cases without factors is a classic cause of wrong balances after migration.
- Duplicates and near-duplicates. One product under three codes will produce three different costs.
- Categories and posting groups. Business Central distinguishes inventory posting groups (which drive accounts) from item categories (which drive navigation). These are different things and should not be conflated.
- Dormant items. Zero balance and no movement in two years means it stays behind.
Balances and open documents
- Inventory balances in quantity and value. Reconcile against the trial balance as of the cut-off date before the export, not after.
- Open receivables and payables, document by document. Not as a single total per counterparty — otherwise you lose the ability to apply incoming payments to specific invoices automatically.
- Open orders. Sales and purchase orders that still carry obligations.
- Fixed assets. Acquisition cost, accumulated depreciation, method and useful life — a separate block, since it needs its own setup.
- Currency balances and rates. The rate at the cut-off date and the mechanism for updating it afterwards.
How the data gets loaded
The built-in tool is Configuration Packages (RapidStart). The system exports an empty Excel template with the right columns for each table, you fill it with prepared data, load it back and review errors before applying.
Load order matters, because records reference each other:
- foundation setup and reference data: currencies, units of measure, posting groups;
- chart of accounts and dimensions;
- customers, vendors, items;
- balances and open documents through journals.
Every stage goes into a test company first. The rule that saves projects: no export is ever loaded into the production database on the first attempt.
How to know the migration worked
- Balances per account in Business Central equal the 1C trial balance as of the cut-off date.
- Inventory quantity and value match per location, not only in total.
- Open balances match document by document — spot-check the ten largest counterparties.
- The count of active customer and vendor cards matches what you expected after de-duplication.
- A test payment applies to the intended document automatically.
The migration process itself is described on our 1C migration page, and you can size the work in the cost calculator.
