ERP in the Microsoft Ecosystem
Business Central as the core, Dynamics 365 Sales/Service as edge apps, Power Platform for automation and reporting.
To the Microsoft stack article →The classic mid-market with 50–500 employees has a typical ERP selection frame: an old on-premise system, an Excel landscape around it, a concrete growth perspective. This profile shows which systems fit which size group, how the migration from NAV/SAP legacy works cleanly, and which mistakes recur regularly in DACH selection projects.
The classic German mid-market is not a uniform block but a spectrum: from the 60-employee family business with a grown NAV installation to the 450-employee machine builder with two subsidiaries and SAP legacy. What connects these companies is the ERP selection frame: proven standard processes, a historically grown system, an Excel landscape around it, and a concrete trigger for the change – growth, data sovereignty, cloud strategy or ownership change. This profile describes typical constellations, three size groups with matching system candidates, and the recurring mistakes in DACH selection projects.
Related topics: ERP in the Microsoft ecosystem (for everyone with NAV legacy or already using M365), Suite vs. Best-of-Breed and ERP cost and effort (ranges for software, implementation, internal effort).
In the ERP context, by "classic German mid-market" we mean companies with 50–500 employees, EUR 10–150 million revenue, owner-led or family-led, grown in the DACH region. Typical characteristics:
This constellation distinguishes the classic mid-market both from the startup mid-market (5–50 employees, often cloud-native and without system legacy) and from the upper mid-market and enterprise (multiple entities, multi-GAAP, international rollout – see Group consolidation in the mid-market and international ERP rollout).
In selection conversations, three starting positions appear particularly often:
An older Microsoft Dynamics NAV (often versions NAV 2013, 2016 or 2018), runs on-premise or with a hosting partner. Functionally proven, but technically at the end of its lifecycle: Microsoft has retired the NAV line and replaced it with Business Central. The standard path leads to Business Central in the cloud. This is mostly a re-implementation, not a lift-and-shift – with cleanup of customising and modernisation of business logic. Deeper in ERP in the Microsoft ecosystem.
An older SAP Business One or SAP R/3, often in place for 10–15 years. When changing, the question arises: stay in the SAP universe (S/4HANA Cloud, Business ByDesign) or switch to a different vendor? The answer depends on data sovereignty requirements, group integration and willingness for a full cut. The switch away from SAP has become more frequent in the mid-market – especially to NetSuite (cloud consolidation), Business Central (Microsoft consolidation) or Odoo (open-source alternative).
A small ERP like Sage, Lexware, Selectline or an industry solution covers accounting, everything else runs in Excel. At 80–120 employees this becomes fragile: data consistency, audit-readiness, executive-level reporting. When growth or ownership change is added, switching to a fully-fledged mid-market ERP (Business Central, Weclapp, NetSuite, Odoo) is the norm.
In the classic mid-market, differentiation by size is worthwhile because the system shortlists usually separate clearly. Three bands proven in practice:
| Size group | Typical characteristics | System shortlist (cloud standard) |
|---|---|---|
| 50–150 employees | Single entity, single country, standard scope | Business Central, NetSuite (activatable from approx. 15 users), Weclapp, Odoo, Xentral |
| 150–350 employees | One to two entities, possibly second country in sight | Business Central, NetSuite, Odoo Enterprise, SAP Business One |
| 350–500 employees | Multi-entity likely, international follow-up question | NetSuite OneWorld, SAP S/4HANA Cloud, D365 Finance & Operations |
The bands are blurry: a 130-employee company with three entities and a subsidiary plan in Poland is closer to the second group from a requirements standpoint. A 280-employee family business with one entity, one country and standard processes can work with Business Central or Odoo without friction. Size is a first sorting, not the selection criterion.
Migration from an existing system is almost always the most delicate part in the classic mid-market. Four standard patterns that recur regularly:
Microsoft offers migration tools, the switch is least disruptive within the Microsoft ecosystem. Data is migrated, customising is moved into extensions, processes are returned to standard. Realistic duration in the classic mid-market: 6–12 months. The question is less "if" than "when" – older NAV versions lose support.
Anyone needing SAP integration with group or suppliers stays sensibly in the SAP universe. Anyone who can choose freely examines NetSuite (cloud consolidation, international footprint), Business Central (Microsoft consolidation) or Odoo (open-source alternative with complete suite – see Open-source ERP in the mid-market). Migration duration: 9–18 months.
Here migration is conceptually simpler (little data in the legacy system) but organisationally challenging: the Excel logic that employees built up over years must be transferred into standard processes. A good implementation partner is more important here than the system itself. Realistic duration: 6–9 months.
Sometimes useful (standard system is cheaper, more modernisable and cloud-native), often risky: industry functions that the standard ERP doesn't have must be covered through add-ons, custom development or process adaptation. Before any switch: honest process inventory of what the industry solution actually delivers and what's missing in the new system.
The key systems in neutral comparison for 50–500 employees:
| System | Strengths | Limits |
|---|---|---|
| Dynamics 365 Business Central | Microsoft integration, NAV migration, German localisation with DATEV | Narrow on multi-entity consolidation, weak on heavy manufacturing |
| NetSuite | Cloud-native multi-entity model, activatable from approx. 15 users, scales from small mid-market to enterprise, international footprint | Entry price higher than purely German cloud solutions, German localisation via partner |
| Odoo Enterprise | Complete suite (ERP + CRM + e-commerce), open-source base, low licence costs | German localisation via partner, less mature than BC or NetSuite |
| Weclapp | Cloud-native German solution for SMB, fast rollout, good price-performance ratio | Hits scaling limits at 200–300 employees, no multi-entity |
| SAP Business One | SAP conformity, data sovereignty, established partner channel | UI/UX dated, cloud path less smooth than competitors |
| D365 Finance & Operations | Enterprise depth, multi-entity, international rollout-capable | Only economical from ~300 employees, very involved rollout |
From the analysis of failed or overlong projects, recurring patterns can be derived – and they are surprisingly constant in the classic mid-market:
Before it's clear whether the company will be single-, multi- or many-entity in 5 years, the system decision falls. The result: the system fits today but not tomorrow – and a second switch within 7–10 years is foreseeable.
Vendors are evaluated with an Excel function matrix. That says nothing about how the system handles a real order from quote to invoice. In selection projects it pays to confront vendors with real own data and three real end-to-end scenarios.
"We don't want to customise" is what's heard at the start. In reality, 40–80 adaptations emerge over the project – each individually justifiable, in sum a cost factor. Anyone planning customising bandwidth honestly avoids budget overruns.
Choosing the partner is often more important than choosing the system in the mid-market. A good partner with a mediocre system beats the bad partner with the perfect system. In the selection process, the partner should become an own evaluation criterion from the second meeting.
If the growth target includes multiple entities (subsidiary, acquisition, foreign entity), the multi-entity architecture question must be raised at project start. Deeper in ERP selection in multi-entity structures. A switch from single- to multi-entity system after 3 years is mostly a re-implementation.
Anyone integrated into a group or to be integrated often has a cloud mandate ("only SaaS, no on-premise"). Anyone ignoring this in the selection excludes or includes candidates too early – and gets the problem in implementation.
In the ERP context, mostly companies with 50–500 employees, EUR 10–150 million revenue, owner-led or family-led, grown in the DACH region, with standard processes in accounting, sales, purchasing and inventory – and a manageable number of special processes that historically ended up in Excel or a NAV/SAP island.
50–150 employees: Business Central, NetSuite (activatable from approx. 15 users), Weclapp, Odoo, Xentral come into the shortlist. 150–350 employees: Business Central, NetSuite, Odoo Enterprise, SAP Business One into a tighter selection. 350–500 employees: NetSuite OneWorld, SAP S/4HANA Cloud, D365 Finance & Operations become serious options. The bands are blurry – industry, legacy system and growth plan modulate the selection. NetSuite, as a cloud-native ERP, runs through all three bands, because the licence model starts at small user counts and the multi-entity variant OneWorld reaches into enterprise logic.
Many classic mid-market companies still work with Dynamics NAV or an old on-premise installation. The standard path leads to Business Central in the cloud – with migration of business logic, cleanup of customising and gradual modernisation. Re-implementation is usually cleaner than a direct lift-and-shift.
Realistically 9–18 months, depending on size group and module scope. Smaller companies with 50–100 employees and standard scope manage 6–9 months. Anyone taking on consolidation, multiple entities or a manufacturing module should plan 12–24 months. Ranges and TCO context: ERP cost and effort.
For new selections in 2026, cloud is the standard, on-premise the special case. Data sovereignty, compliance and latency arguments still apply – but in the mid-market are rarely so critical that they justify an on-premise solution. Hybrid setups are the exception in the classic mid-market, not the rule.
Note: This profile does not replace an individual project assessment. The patterns and recommendations described are experience values from selection projects in the German-speaking mid-market.
Author: Joerg H. Paul Schaefer · As of: May 2026 · erp-check.info is a vendor-neutral information platform.
Business Central as the core, Dynamics 365 Sales/Service as edge apps, Power Platform for automation and reporting.
To the Microsoft stack article →Structured selection support with focus on Microsoft stack setups (BC, F&O, Sales, Power Platform).
To the selection advisory →Ranges for software, implementation, internal effort and follow-up costs in the German mid-market.
To the cost ranges →