Moving from 1C to Business Central
We safely move your business from 1C to Microsoft Dynamics 365 Business Central — with no data loss and no downtime.
For groups with several entities, the structural decisions are covered in multi-entity and intercompany, and the partner question in working with a nearshore partner.
Since 2022 more and more Ukrainian companies are dropping 1C — software of Russian origin that has lost official support in Ukraine. Microsoft's Business Central is a reliable, global replacement with cloud infrastructure in the EU.
We handle the switch end-to-end: from auditing your 1C to launching Business Central and training the team. The core principle is a parallel period, where the old system runs until the last day and the transfer happens with no business downtime.
How the switch works
1C audit
We analyze your data, processes and custom tweaks.
Migration plan
We decide what maps to standard and what becomes an AL extension.
Data transfer
Master data, balances and open documents with integrity checks.
Zero-downtime go-live
A parallel period and reconciliation before work starts in the new system.
Legacy 1C versus Business Central
| Aspect | Legacy 1C | Business Central |
|---|---|---|
| Updates | A project requiring a developer | Automatic, twice a year from Microsoft |
| Customisation | Alters the configuration, complicating updates | Separate extensions, compatible with releases |
| Access | Mostly local network | Browser and mobile app from anywhere |
| Office integration | Through exports | Excel, Outlook, Teams, Power BI natively |
| Key-person risk | Often one developer knows everything | Standard platform, many partners available |
| Regulatory risk | Present | Absent |
What we transfer
| Data | Migrate | Comment |
|---|---|---|
| Master data — customers, items | Yes, after cleansing | Duplicates and dead records stay behind |
| Balances at cut-over | Yes | Stock, cash, receivables and payables |
| Open documents | Yes | Unfulfilled orders, unpaid invoices |
| Transaction history | Selectively | Typically one to two years for analytics |
| Closed periods | No | Totals suffice; source documents stay in the legacy system |
| Legacy configuration | No | Old workarounds do not travel to the new system |
How long the move takes
| Stage | Duration | Owner |
|---|---|---|
| Data audit | 3–5 days | Us |
| Master data cleansing | 1–3 weeks | Mainly your team |
| Test load | 3–5 days | Us |
| Reconciliation of control totals | 1 week | Joint |
| Production load | 1–2 days | Us, usually over a weekend |
If you are the parent company
Most people reading this page in English are not the Ukrainian business itself. They are the group it reports into: a parent company in London or Chicago, a private equity fund that has just acquired a Ukrainian entity, a group CFO who discovered during consolidation that one subsidiary runs software nobody at head office can read.
That situation has its own complications, and they are not technical.
Nobody at head office can audit the system
1C interfaces and documentation are in Russian or Ukrainian. Your auditors cannot open it, your group finance team cannot verify a balance without asking the local accountant, and the local accountant becomes a single point of failure for an entire subsidiary. That is a governance problem long before it is an IT problem.
Consolidation runs on trust rather than data
Numbers arrive as a spreadsheet each month. They may be correct, but nothing in the group can verify them without going through one person. Moving the subsidiary onto Business Central puts it on the same platform the rest of the group can read, with an audit trail in English.
The provenance question will come up
Software of Russian origin in a group's technology stack is a question at due diligence, at audit, and increasingly from banks and insurers. It is rarely a blocker on its own — but it is always a conversation, and it always arrives at an inconvenient moment.
What changes for the group
| Before | After |
|---|---|
| Subsidiary reports via spreadsheet, unverifiable at group level | Same ERP platform, group can query the ledger directly |
| One local accountant holds all system knowledge | Standard Microsoft platform, replaceable expertise |
| Interface and documentation in Ukrainian only | Business Central runs in English alongside Ukrainian |
| Audit requires a translator and local goodwill | Auditors read the ledger themselves |
| Russian-origin software in the group stack | Microsoft cloud, EU data residency |
Business Central runs multiple languages on one database, so the Kyiv team keeps working in Ukrainian while group finance reads exactly the same records in English. This is usually the point at which the project stops looking like a cost and starts looking like control.
Ukrainian statutory accounting still applies
Worth being direct about this, because it is where international projects go wrong. Business Central does not ship with Ukrainian statutory accounting in the base product. VAT, tax invoices and the ЄРПН registry are covered by a partner localisation, and someone has to own it.
The practical consequence: a global implementation partner without a Ukrainian localisation cannot deliver this project alone, no matter how strong they are elsewhere. The usual arrangement is a global partner for group templates and a local partner for statutory compliance — and the two need to agree who owns which layer before configuration starts, not after.
Three risks specific to cross-border projects
| Risk | Why it happens | What removes it |
|---|---|---|
| The local team resists | The decision came from head office and looks like distrust | Involve the local accountant in scoping. They know where the real complexity is, and they are usually right |
| Group template does not fit local rules | Chart of accounts designed centrally, statutory needs discovered later | Map statutory requirements before locking the group template, not during rollout |
| Nobody owns the localisation | Global partner assumes local, local assumes global | Name the owner in the contract, including who pays for legislative updates |
What it costs and how long it takes
For a subsidiary of ten to twenty users, a finance-first move typically runs eight to sixteen weeks. Licences are $80–110 per user per month depending on tier; the implementation itself usually lands in the range of $6,000–10,000 for a project of that size. The full breakdown is in what migrating from 1C costs.
The biggest variable is not headcount and not distance. It is the state of the master data in 1C — duplicate counterparties, inconsistent item codes, balances that have never been reconciled. That work can start before any contract is signed, and it is set out in the data preparation checklist.
If you are evaluating whether the move is worth making at all, the comparison with 1C covers what actually differs, and the regulatory position in Ukraine covers what is and is not prohibited.
Why a Ukrainian partner
We are based in Kyiv, we work in English and Ukrainian, and we have done these migrations from the inside. That matters in two specific ways: we can read the 1C configuration your team built over the last decade, and we know which parts of Ukrainian statutory accounting genuinely require a workaround rather than a preference.
For a group, the practical arrangement is usually straightforward: we handle the Ukrainian entity and its statutory layer, your existing partner keeps the group template, and the two are agreed up front.
Frequently asked questions about migration
Will operations stop during the move?
No. The production load is scheduled for a weekend. On Monday the team works in the new system while the legacy system stays available in read-only mode for at least six months.
Can we migrate the full history?
Technically yes, but it is rarely worthwhile: budget grows, performance drops, value is minimal. The optimum is balances at cut-over, open documents and one to two years of history.
What if our legacy data is messy?
That is the norm, and why we start with a data audit — it shows the scale before the project starts. Deciding which of three identical records is valid is a client-side call.
How do we verify the data is correct?
Through four control totals: trial balance, stock by warehouse, receivables and payables by counterparty, and record counts in master data. The result is signed off before go-live.
Ready to modernize your business?
Leave your details and we'll send the details of a free process audit. We reply within one business day.
or write directly: info@nbcs365.com · +380 98 107 5878