- Home
- Inventory Managementssystem
- Inventory Managementsprogramme Cloud
Cloud inventory management software — cloud vs on-premise for DACH
Cloud delivery is now the default in DACH inventory management software, even for businesses that historically preferred on-premise. The reasons are pragmatic: hosting in EU data centres (typically AWS Frankfurt, Azure Germany / Switzerland, or independent providers like IONOS, OVHcloud Frankfurt and Hetzner) closes most of the data-residency objections that used to dominate the conversation; subscription pricing levels the upfront investment; and the operational burden of running a Inventory Managementssystem on your own server has become hard to defend for an SMB. This page covers the choice between cloud and on-premise for inventory management, the GoBD-cloud rules that German businesses must follow, and the established cloud-WWS vendors in the DACH market.
Cloud vs on-premise — the real differences
The cloud-vs-on-premise debate in 2026 is less about technology and more about organisational fit. Cloud delivery hands operational responsibility (hosting, patching, backups, scaling, disaster recovery) to the vendor and frees the SMB IT team for higher-value work. On-premise (or self-hosted private cloud) keeps the data physically on the company's own infrastructure and allows deep customisation of the runtime environment. For most SMBs without dedicated IT operations capacity, the cloud route now wins on total cost of ownership. On-premise retains an edge for businesses with strict data-sovereignty mandates, very deep customisation needs, or legacy integrations that pre-date cloud-API patterns.
GoBD cloud compliance
German tax law (GoBD — Principles for the ordnungsmässigen Buchführung) requires business-relevant records to be audit-proof, immutable and reproducible for the statutory retention period (six or ten years). A cloud WWS is fully compliant if (a) the data resides in a jurisdiction with adequate access for German tax authorities, (b) the vendor provides a documented GoBD-compliant export procedure, (c) the chain of custody for the data is auditable, and (d) the customer retains the right to extract a full dataset if the contract ends. A reputable DACH cloud WWS provides a GoBD certificate (often from KPMG, Audicon or RSM) on request — ask for it before signing.
Data residency: AWS Frankfurt, Azure DE, IONOS, Hetzner
Most DACH-relevant cloud WWS vendors host in EU data centres, typically AWS Frankfurt (eu-central-1) or Microsoft Azure Germany / Switzerland. Independent European providers like IONOS, OVHcloud (Frankfurt, Strasbourg), Hetzner (Falkenstein, Nürnberg) and Stackit (Schwarz Group, designed around the German market) are gaining traction with customers who want a strictly non-US cloud chain. The data-residency question is no longer about availability but about the legal layer: under Schrems II, even EU-hosted data can be subject to US legal access if the vendor is US-controlled. Vendors with an EU-only corporate structure (e.g. Stackit, OVHcloud) are most defensible for strict sovereignty requirements.
Cloud WWS vendors in the DACH market
weclapp is the established «cloud-only ERP» for DACH SMBs, with strong WWS, CRM and project modules, hosted in Frankfurt. Xentral targets digitally-native commerce brands with an API-first cloud architecture. plentyOne is the cloud successor to plentymarkets, with very broad marketplace coverage. Billbee runs cloud-only for sellers with high marketplace count and moderate volume. Microsoft Dynamics 365 Business Central runs cloud-first on Azure with DACH data centres and is the typical step-up choice for mid-market. SAP S/4HANA Cloud Public Edition is the upper-mid-market cloud route. JTL-Wawi remains primarily on-premise / self-hosted, with JTL providing managed-hosting options for SMBs that want the cloud benefit without changing product.
Security and contract points before signing
- Hosting location named in the contract, with change-of-location notification right
- GoBD compliance certificate available on request
- ISO 27001 and (for sensitive industries) TISAX or BSI C5 certification
- Documented data-extraction procedure for contract-end (avoid lock-in)
- Backup strategy named (frequency, retention, restore SLA)
- RTO and RPO targets stated in the SLA
- Encryption at rest and in transit
- Customer-managed encryption keys (CMK) if your industry requires it
- EU data-processing agreement (AVV / DPA) under GDPR / DSGVO
- Right-to-audit clause or pen-test summaries on request
Related Topics
- Inventory management software overview
- Inventory software vendors
- GoBD compliance
- Free inventory software
Frequently Asked Questions
Is GoBD compliance really an issue for cloud WWS in 2026?
Substantively no — the German tax authorities have accepted cloud delivery for over a decade and most established DACH cloud WWS vendors are fully GoBD-compliant by design. Procedurally, you should still verify: ask the vendor for their GoBD compliance certificate and document it for your audit file. The risk is not the cloud per se, but choosing a non-DACH-focused product (e.g. plain NetSuite, Odoo without DACH localisation) and discovering the gap during a tax audit.
Should I worry about Schrems II for an AWS-Frankfurt-hosted WWS?
For most SMB use cases, no. AWS Frankfurt with standard contractual clauses (SCCs) and the EU-US Data Privacy Framework is accepted practice. Strict-sovereignty customers (defence-adjacent, regulated public sector, healthcare with patient data) should consider EU-only providers (Stackit, OVHcloud, IONOS, Hetzner). For an SMB e-commerce or wholesale operation, the practical risk is minimal.
How fast can I migrate from on-premise to cloud WWS?
Realistic ranges depend on data volume and integration complexity. A SMB with under 5.000 active SKUs, 1–3 sales channels and a clean dataset can migrate in 6–12 weeks. Larger operations or those with heavy customisation often need 4–9 months. The longest items are usually data cleansing (uncovering years of dirty master data) and integration testing with marketplaces and shipping providers, not the cloud deployment itself.
