ERP Migration: When Cloud — and When to Stay On-Prem

  • QData

TL;DR

  • ERP moves fail on integration and downtime, not on VM sizing — map every interface before choosing cloud or on-prem.
  • Stay on-prem when latency, OT coupling, or licensing forbids lift-and-shift; move when elasticity, DR, or SaaS replacement path is clear.
  • Hybrid often means ERP core on-prem + analytics or portal in cloud — not two half-finished migrations.
  • Require a named rollback owner and tested restore before any production cutover window.

The operations director’s ERP was fifteen years old, heavily customised, and still profitable. A systems integrator proposed “cloud-first ERP modernisation” in eighteen months. A hoster proposed lifting the existing VM into managed cloud in six weeks. Both slides showed upward arrows. Neither explained what happens to the barcode scanners on the shop floor when the warehouse module moves, or who rolls back if month-end close fails on a Sunday night.

ERP decisions for companies with fifty to two hundred employees are rarely pure cloud or pure on-prem. They are risk decisions about downtime, integrations, and who owns the truth when something breaks. This guide offers a four-axis scorecard — not a vendor roadmap — to use before the board approves budget.

Four axes that matter more than “cloud yes/no”

Score each axis from 1 (keep on-prem) to 5 (cloud-friendly):

  1. Downtime tolerance — Can you survive a weekend cutover? Do you need near-zero downtime with active/active?
  2. Integration coupling — PLCs, label printers, WMS, EDI, custom DLLs, flat L2 networks?
  3. Licensing and compliance — Per-core cloud rules, data residency, sector regulator (finance, health)?
  4. Operational maturity — Do you have owners for ERP, DB, and network — or one generalist?

Low scores on integration and downtime push toward staged hybrid or on-prem refresh. High scores on maturity and compliance clarity favour managed cloud or SaaS replacement — if a real SaaS product exists for your processes.

When staying on-prem is rational

Manufacturing and logistics often keep ERP and historians close to the line. Medical or regulated workloads may require on-prem or sovereign cloud with explicit data flow documentation. Legacy ERP with decades of custom code may cost more to refactor than to stabilise on modern hardware with good backup and monitoring.

On-prem is not “no cloud”. It means fixing AD, MFA, patch cadence, offline backup, and monitoring first — then connecting cloud portals or analytics with documented interfaces.

When cloud or managed hosting wins

Elastic test environments for upgrades without buying hardware every year. Disaster recovery when your current server room has no generator and no tested off-site copy. Replacing end-of-life hardware while the vendor still supports the ERP version in a managed VM. Moving adjacent workloads (reporting DB, customer portal, file shares) while ERP stays temporarily on-prem — a pattern we see succeed more often than big-bang ERP lift.

Hybrid done right vs “two problems”

Good hybrid: ERP on-prem, nightly anonymised extracts to cloud for BI, SSO from Entra ID, one incident runbook per tier. Bad hybrid: production ERP in cloud, “temporary” PostgreSQL on a NAS, VPN hairpins for every batch job, two teams blaming each other at month-end.

If you choose hybrid, document data flow direction, encryption, and which team owns incidents that cross the boundary — the same discipline as in our BaseCloud hybrid article, applied specifically to ERP.

Rollback and month-end — non-negotiable

Before any cutover:

  • Named rollback decision-maker (not “the committee”).
  • Restore test of ERP DB within the last 30 days with timing note.
  • Month-end or peak-season blackout window agreed with finance.
  • Integration partners on standby with escalation numbers — not only email.

If the integrator cannot describe rollback in one page, postpone the migration date — not the testing.

What to do next

List every system that reads or writes ERP data — not only official interfaces. Score the four axes in a room with finance, operations, and IT. Pick one adjacent workload to cloud first (reporting, portal, files) before moving ERP core. For architecture review, landing zone design, or managed hosting around an on-prem ERP, start with our Cloud Services practice; for shop integrations and e-commerce connectors, see App/Ecommerce.

Want to discuss a project?

Contact us

More from this topic

Cloud RFP: How to Compare Three Vendors Without the Deck