Schnittstellen und Connectoren für SAP Business One in Österreich

Ein ERP-System arbeitet selten allein. In einem österreichischen Mittelbetrieb hängen am Warenwirtschaftssystem der Webshop, die Bank, die Registrierkasse, die Kanzlei des Steuerberaters und oft ein Kundenportal des Großabnehmers. Wer einen Connector für SAP Business One sucht, fragt daher eigentlich: Wie kommen die Daten zuverlässig hinein und heraus – und wer kümmert sich darum, wenn etwas stockt?

Diese Seite erklärt, welche technischen Wege es für die Integration von SAP Business One gibt, welche Anbindungen in Österreich typisch sind und wie Sie einen Datenfluss so beschreiben, dass ein Integrator ihn sauber umsetzen kann. Den größeren Rahmen finden Sie in unserem Überblick zu SAP Business One.

Die technischen Bausteine im Überblick

SAP Business One wird laut SAP weltweit sehr breit eingesetzt: Genannt werden mehr als 83 000 Kunden und 1,2 Millionen Nutzer, in mehr als 170 Ländern, in 28 Sprachen und mit 50 Länderlokalisierungen. Diese Reichweite erklärt, warum es für fast jedes Umfeld bereits Erweiterungen gibt. Technisch stehen drei Wege offen:

Welcher Weg passt, hängt weniger von der Technik als vom Ablauf ab. Dazu später mehr.

Die API von SAP Business One: der Service Layer

Der Service Layer ist die zentrale Erweiterungs-API. Er ist REST-basiert, setzt auf HTTP und OData auf und tauscht Daten im JSON-Format aus. Nach dem Handbuch von SAP vom 27. Juli 2026 unterstützt er OData v3 über /b1s/v1/$metadata und OData v4 über /b1s/v2/$metadata. Für die Anmeldung stehen laut SAP Learning die Schemata Basic und OAuth bereit; das Ziel ist ausdrücklich, Web- und Mobilanwendungen für SAP Business One leichter zu entwickeln.

Für Ihre IT-Leitung sind einige Eigenschaften der API von SAP Business One relevant:

• Plattform: Der Service Layer läuft auf SUSE Linux Enterprise und – seit Version 10.0 PL01 – auch auf Microsoft Windows.
• Lastverteilung: Als Verteiler dient der Apache-Server; der Betrieb ist integriert oder verteilt möglich.
• Gleiche Geschäftslogik: Über die Komponente DI Core nutzt der Service Layer dieselben Objektdefinitionen wie die DI API. Eine Buchung über die Schnittstelle durchläuft damit dieselben Prüfungen wie eine Eingabe am Bildschirm.

Dieser letzte Punkt ist im Alltag wichtig: Eine Schnittstelle, die an der Geschäftslogik vorbeischreibt, erzeugt Dateninkonsistenzen, die bei der nächsten Betriebsprüfung unangenehm auffallen. Der Service Layer vermeidet das konstruktionsbedingt.

Wie solche Entwicklungen im Projekt eingeordnet werden, beschreiben wir auf der Seite zur individuellen Entwicklung für SAP Business One.

Integration Framework und Plattformdienste

Neben der API bringt SAP Business One das Integration Framework mit. SAP beschreibt es als festen Bestandteil des Systems, nutzbar vor Ort wie in der Cloud, als Entwicklungs- und Laufzeitumgebung für Integrationsszenarien. Genannt werden unter anderem Dashboards, mobile Anwendungen, ausgelagerte Lohnverrechnung, automatisierte Preisanfragen, SAP Customer Checkout, Webservices sowie SAP- und Nicht-SAP-Anwendungen.

Ergänzend versteht SAP Learning das System als ERP-Kern, der erweitert werden soll – mit KI, maschinellem Lernen und Cloud-Diensten der SAP Business Technology Platform (BTP). Vorgefertigte Automatisierungsmodelle sind über den Business Accelerator Hub und SAP Build erreichbar. Für kleinere Betriebe bedeutet das: Sie müssen nicht alles selbst programmieren, sollten aber früh klären, welche dieser Plattformdienste Sie wirklich brauchen, denn jede zusätzliche Komponente will betrieben werden.

Erweiterungen und Marktplatz

SAP gibt an, dass SAP Business One über 850 Partner vertrieben wird und dass mehr als 500 Branchen- und Länderlösungen verfügbar sind. Für Sie als Anwender heißt das: Bevor eine Anbindung neu gebaut wird, lohnt der Blick auf bestehende Lösungen. Eine fertige Erweiterung spart Entwicklungszeit, bringt aber eigene Fragen mit:

• Wer pflegt die Erweiterung bei neuen Versionen von SAP Business One?
• Wie wird sie lizenziert, und wer ist Ihr Ansprechpartner bei Fehlern?
• Deckt sie Ihren Ablauf wirklich ab oder nur den Durchschnittsfall?

Gerade das Zusammenspiel mit Versionsständen klären Sie am besten mit der Seite zu Versionen und Editionen im Blick.

Typische Anbindungen in österreichischen Betrieben

Webshop und Marktplätze

Wer online verkauft, braucht den Abgleich von Artikeln, Beständen, Preisen und Bestellungen. Häufig werden Bestellungen aus dem Shop als Verkaufsaufträge angelegt, Lagerbestände zurückgemeldet und Versandinformationen übertragen. Kritisch sind erfahrungsgemäß Varianten, Rabatte, Steuersätze für Lieferungen ins Ausland und Retouren. Die Prozesse im Lager sind auf der Seite Lager und Einkauf in SAP Business One beschrieben, den Vertriebsseite finden Sie unter Vertrieb und CRM.

Bank und Zahlungsverkehr

Hier geht es um den Import von Kontoauszügen, den Export von Zahlungsläufen im SEPA-Format und den automatischen Abgleich offener Posten. Vorab sollten Sie mit Ihrer Bank klären, welche Dateiformate sie annimmt und ob Freigaben per Mehr-Augen-Prinzip nötig sind. Bei Kartenzahlung oder Online-Zahlungsdiensten kommt der Abgleich der Auszahlungen mit den Einzelbuchungen hinzu.

BMD und Steuerberater

In Österreich ist die Zusammenarbeit mit der Kanzlei oft der entscheidende Punkt. Läuft die Finanzbuchhaltung beim Steuerberater in BMD, müssen Debitoren, Kreditoren, Steuercodes und Kontenrahmen übereinstimmen. Entscheiden Sie früh, ob Buchungen als Sammelexport übergeben werden oder laufend per Schnittstelle. Die buchhalterische Seite behandelt die Seite Buchhaltung und Finanzen in SAP Business One.

E-Rechnung, EDI und Registrierkasse

Rechnungen an öffentliche Auftraggeber und zunehmend auch an Geschäftskunden verlangen strukturierte Formate. Welche Pflichten für Sie gelten und wie ein ERP sie abbildet, steht im Ratgeber zur E-Rechnung in Österreich. Bei Handel mit Großkunden kommen EDI-Nachrichten für Bestellungen, Lieferavisos und Rechnungen hinzu; hier legt der Geschäftspartner meist das Format fest. Betriebe mit Barumsätzen müssen außerdem die Vorgaben zur Registrierkasse beachten – siehe Registrierkassenpflicht und RKSV im ERP. Für Kassenlösungen nennt SAP selbst SAP Customer Checkout als Integrationsszenario.

Büroanwendungen

SAP Learning führt als Büro-Integrationen den Export nach Microsoft 365 OneDrive (Excel, Word), die Zusammenarbeit mit Microsoft Teams und die Integration mit Outlook 365 an. Für die Praxis ist das der unscheinbarste, aber meistgenutzte Teil: Angebote in Word, Auswertungen in Excel, Termine und Mails in Outlook.

Reporting, BI und Signatur

Für Controlling und Geschäftsleitung werden Daten oft in ein BI-Werkzeug übernommen. Lesende Zugriffe sind weniger riskant als schreibende, sollten aber die Performance des Produktivsystems nicht belasten – ein Grund, die Abfragezeitpunkte abzustimmen. Elektronische Signaturen für Verträge oder Freigaben sind ein weiterer Anwendungsfall, der meist über einen externen Dienst läuft.

So beschreiben Sie einen Datenfluss richtig

Die meisten Probleme bei Schnittstellen entstehen nicht im Code, sondern in der unklaren Aufgabenstellung. Halten Sie für jeden Fluss schriftlich fest:

1. Quelle und Ziel: Welches System ist führend für Stammdaten, welches für Bewegungsdaten?
2. Richtung und Auslöser: Einmal täglich, bei jedem Ereignis, auf Knopfdruck?
3. Datenumfang: Welche Felder genau, einschließlich Sonderfällen wie Gutschriften oder Teillieferungen?
4. Fehlerverhalten: Was passiert bei einem abgelehnten Datensatz – Wiederholung, Warnung, manuelle Korrektur?
5. Nachvollziehbarkeit: Wo sehen Fachabteilung und IT, was übertragen wurde?

Diese Punkte gehören in das Pflichtenheft; Hilfe dazu gibt der Ratgeber zum ERP-Lastenheft.

Wer betreibt die Schnittstellen?

Eine Schnittstelle ist kein einmaliges Bauwerk. Sie muss mit Updates von SAP Business One, mit Änderungen im Shop-System und mit neuen Vorgaben Schritt halten. Klären Sie daher vor Projektbeginn:

Die Regelung zu laufender Betreuung finden Sie ausführlicher auf der Seite Support und Wartung für SAP Business One.

Kosten und Aufwand richtig einordnen

Konkrete Beträge hängen vom Umfang ab und lassen sich seriös nur nach einer Bestandsaufnahme nennen. Treiber sind die Zahl der angebundenen Systeme, die Komplexität der Geschäftsregeln, die Qualität der Daten im Quellsystem und der Testaufwand. Eine Standard-Erweiterung verursacht häufig Lizenzkosten, eine Eigenentwicklung dafür Aufwand für Entwicklung und spätere Pflege. Einen Gesamtüberblick bietet SAP Business One Preise.

Schnittstellen im Projekt: Reihenfolge und Risiken

Sinnvoll ist, die Anbindungen nach Geschäftsnutzen zu staffeln. Zuerst die Flüsse, ohne die der Betrieb nicht läuft – etwa Bank und Buchhaltung –, danach Komfortanbindungen. Wer alles zum Go-live will, riskiert Verzögerungen. Die Einführung insgesamt behandelt die Seite Einführung von SAP Business One.

Typische Fallen:

• Doppelte Stammdatenpflege: Ohne klare Führung entstehen abweichende Kundendaten.
• Zu enge Kopplung: Fällt das Nachbarsystem aus, steht auch der Auftrag still. Eine Zwischenablage mit Wiederholung entschärft das.
• Fehlende Tests mit echten Daten: Sonderfälle zeigen sich erst mit Ihren tatsächlichen Belegen.
• Unklare Verantwortung nach dem Projektende.

Wenn Sie noch keinen passenden Partner haben, hilft die Seite Integrator für SAP Business One wählen. Wie unsere Vermittlung abläuft, erfahren Sie unter So funktioniert es.

Fazit

Für die Anbindung von SAP Business One stehen mit Service Layer, Integration Framework und einem breiten Angebot an Erweiterungen tragfähige Wege bereit. Ob ein fertiger Connector genügt oder eine maßgeschneiderte Schnittstelle nötig ist, entscheidet Ihr Ablauf – und die Frage, wer sie nach dem Go-live betreut. Schildern Sie uns Ihr Vorhaben samt Zielsystemen; wir vermitteln kostenlos einen Integrator, der solche Anbindungen in Österreich umsetzt.

Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.