SAP Business One in der Cloud oder im eigenen Haus

SAP Business One lässt sich auf zwei grundsätzlich verschiedene Arten betreiben: als klassische On-Premise-Installation auf eigener Serverhardware oder als SAP Business One Cloud, bei der Anwender über einen Browser per Remote Desktop Web Access auf eine zentral in Rechenzentren gehostete Instanz zugreifen, ohne die Client-Anwendung lokal zu installieren. Der wichtigste technische Unterschied liegt im Datenbankzugriff: On-Premise verbindet sich die Anwendung direkt mit dem SQL-Server, in der Cloud-Variante gibt es keinen direkten SQL-Zugriff, Integrationen laufen stattdessen ausschließlich über die Service-Layer-Schnittstelle als OData-Feed. Für die Wahl zwischen beiden Modellen zählen deshalb vor allem drei Fragen: wer die Infrastruktur betreibt, wie Integrationen technisch angebunden werden, und wie sich das auf laufenden Betrieb und internes Know-how auswirkt. Stand: August 2026.

Wie unterscheidet sich der Zugriff für Anwender?

Bei On-Premise installieren Sie den SAP-Business-One-Client auf jedem Arbeitsplatz, die Anwendung verbindet sich direkt mit dem lokal oder im eigenen Rechenzentrum betriebenen Datenbankserver. Bei SAP Business One Cloud entfällt die lokale Installation: Nutzer melden sich über eine gesicherte Remote-Desktop-Web-Access-Sitzung im Browser an, die Anwendung selbst läuft auf zentral gehosteten Browser-Access-Servern im Rechenzentrum des Partners. Das senkt den Aufwand für Rollout und Client-Pflege auf vielen Arbeitsplätzen, macht Sie im Gegenzug aber von der Verfügbarkeit der Internetverbindung und des Hosting-Partners abhängig. Details zur Architektur beschreibt das SAP Business One Cloud Administrator's Guide.

Wie unterscheidet sich der Datenbankzugriff?

Der größte praktische Unterschied für Integrationen liegt in der Datenbank selbst. On-Premise tragen Sie bei der Installation den Hostnamen oder "localhost" sowie bei Bedarf einen abweichenden Port ein und verbinden sich mit vollen Administratorrechten direkt mit dem SQL-Server, Standardport ist 1433. Reporting-Werkzeuge oder Business-Intelligence-Tools können so mit direktem SQL-Zugriff arbeiten. In SAP Business One Cloud steht dieser direkte Zugriff nicht zur Verfügung: Jede Abfrage und jede Integration muss über die Service Layer laufen, die Daten als OData-Feed bereitstellt. Wer bisher Reports oder Abgleiche mit direkten SQL-Abfragen gebaut hat, muss diese beim Umstieg in die Cloud auf die Service Layer umstellen.

Was bedeutet das für Integrationen und Automatisierung?

Die Service Layer ist ein eigener Anwendungsserver, der SAP-Business-One-Objekte per REST und OData nach außen öffnet und dabei einen Apache HTTP Server als Lastverteiler zwischen Client und den einzelnen Service-Layer-Instanzen einsetzt, wie die Installationsanleitung zur Service Layer beschreibt. Sie existiert für beide Betriebsmodelle, ist aber in der Cloud-Variante keine Option, sondern der einzige Weg zu den Daten. Wenn Sie SAP Business One an Automatisierungswerkzeuge wie n8n anbinden, planen Sie die Integration deshalb von vornherein über die Service Layer, unabhängig davon, ob später ein Wechsel des Betriebsmodells ansteht. Bei einem solchen Integrationsprojekt unterstützt Sie NordFlux im Rahmen der Automatisierungsberatung.

Wie wirkt sich das Modell auf Betrieb und Kosten aus?

Die beiden Modelle verschieben den Aufwand, statt ihn zu beseitigen. On-Premise bedeutet eigene Hardware, eigenes Patchen des SQL-Servers und eigene Verantwortung für Backups, dafür bleibt die volle Kontrolle über die Datenbank erhalten. SAP Business One Cloud verlagert Betrieb, Wartung und Skalierung auf einen SAP-Partner, der die Landschaft über das Cloud Control Center als Multi-Tenant-Umgebung für mehrere Kunden gleichzeitig betreibt und dabei laut SAP von geteilten Ressourcen und elastischer Skalierbarkeit bei wachsender Nutzerzahl profitiert. Konkrete Preise nennt SAP nicht pauschal, sie hängen vom Partner und dem gewählten Vertrag ab, deshalb sollten Sie ein Angebot immer direkt beim Partner anfragen statt sich auf Listenpreise Dritter zu verlassen.

Häufige Fragen zu SAP Business One Cloud vs. On-Premise

Kann ich bei SAP Business One Cloud trotzdem direkt auf die Datenbank zugreifen?

Nein, im Cloud-Betriebsmodell gibt es keinen direkten SQL-Zugriff. Jede Integration und jede Auswertung muss über die Service Layer und deren OData-Feed laufen, das betrifft auch bestehende Reports, die bisher direkt auf die Datenbank zugegriffen haben.

Läuft die Service Layer nur in der Cloud-Variante?

Nein, die Service Layer steht sowohl für On-Premise- als auch für Cloud-Installationen zur Verfügung. In der Cloud ist sie jedoch keine Option unter mehreren, sondern der einzige Zugangsweg zu den Daten, da der direkte SQL-Zugriff fehlt.

Wer betreibt die Infrastruktur bei SAP Business One Cloud?

Ein SAP-Partner hostet und verwaltet die Umgebung zentral über das Cloud Control Center, meist als Multi-Tenant-Landschaft für mehrere Kunden gleichzeitig. Die eigene IT muss dafür keine Server mehr betreiben oder patchen.

Welches Modell passt eher zu einem Betrieb mit eigener IT-Mannschaft?

Wenn intern SQL-Server-Administration und Backup-Prozesse bereits etabliert sind, bietet On-Premise mehr direkte Kontrolle und einen einfacheren Weg zu bestehenden Reporting-Werkzeugen. Fehlt diese Kapazität, nimmt Ihnen SAP Business One Cloud den Betriebsaufwand ab, bindet Sie dafür aber technisch vollständig an die Service Layer.