DI-Server

E-Rechnung in Deutschland: So setzen Sie die Pflicht mit SAP Business One um

Der DI-Server ist eine SOAP-basierte Serverkomponente im SAP-Business-One-SDK, die die Data Interface API (DI API) über das Netzwerk als Dienst bereitstellt. Fremdanwendungen rufen Geschäftsobjekte wie Verkaufsauftrag, Rechnung oder Geschäftspartner über XML-Nachrichten an einem zentralen Windows-Dienst auf, ohne dass auf jedem Client eine DI-API-Installation nötig ist.

Kontext

Technisch bündelt der DI-Server mehrere gleichzeitige DI-API-Sitzungen hinter einer Thread-Pool-Architektur und übernimmt Login, Company-Zuordnung und Transaktionsklammerung. Genutzt wird er typischerweise für Integrationsszenarien, in denen eine externe Anwendung (Webshop, Fremdsystem, Logistik-Middleware) im Batch grosse Datenmengen in B1 schreiben oder lesen muss — etwa beim nächtlichen Import von Bestellungen oder beim Generieren von Lieferscheinen. Der Aufruf erfolgt per SOAP-Request mit einer Objekt-Session-ID, die vorher über LoginEx erzeugt wurde; das zurückgelieferte XML folgt dem DI-API-Objektmodell. Lizenzrechtlich benötigt der DI-Server eigene B1i/Integration-Lizenzen, die über den License Server freigeschaltet werden.

Abgrenzung

Im Gegensatz zur lokalen DI API, die als COM-Komponente direkt im Prozess einer Windows-Anwendung läuft, arbeitet der DI-Server remote über SOAP und kann daher auch von Nicht-Windows-Clients angesprochen werden — allerdings mit höherem Overhead pro Aufruf. Gegenüber dem Service Layer ist der DI-Server die ältere Technologie: Service Layer v2 wird für neue, REST-/JSON-basierte Integrationen empfohlen, während der DI-Server vor allem dort bleibt, wo bestehende Schnittstellen mit komplexen DI-API-Transaktionen bereits implementiert sind oder spezifische Stored-Procedures und Add-on-Objekte nur über DI API zugänglich sind.

LATS: Mehrere Wege gleichzeitig durchdenkt mit KI — und die Verfügbarkeitsprüfung in SAP B1

Diese Reihe beschäftigt sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One. Nicht als Ansammlung von Produktankündigungen, sondern als ...

ReAct und RLEF: Wie Künstliche Intelligenz aus echten Fehlern lernt — und was der automatische Bankabgleich in SAP Business One damit zu tun hat

Dies ist die vierte Folge einer Reihe auf diesem Blog, die sich mit KI-Grundlagen im Zusammenspiel mit SAP Business One ...

SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht

Der Service Layer von SAP Business One diente bisher überwiegend als passiver Datenlieferant: Anwendungen fragten Daten über OData ab, jede ...

Process Reward Models: Warum ein richtiges Ergebnis noch keinen richtigen Weg beweist

Diese Reihe nimmt fortlaufend einzelne KI-Grundbegriffe und Methoden wie die Process Reward Model unter die Lupe .Die vorige Folge hat ...

Test-Time Compute Scaling: Warum ein kleineres KI-Modell am Ende gewinnen kann — und was der Lieferantenvergleich in SAP Business One damit zu tun hat

Dies ist eine Fortsetzung der Reihe auf diesem Blog, die sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One ...

RLHF und Reward-Modelle: KI-Hype oder was der Genehmigungsprozess in SAP Business One damit zu tun hat

Key Takeaways Der Beitrag behandelt die Anwendung von Künstlicher Intelligenz im Zusammenhang mit SAP Business One und grundlegenden KI-Themen. Dank ...