28 apr

DI server


E-invoicing in Germany: How to implement the obligation with SAP Business One

Of the DI server is a SOAP-based server component in the SAP Business One SDK, which the Data Interface API (DI API) which provides access over the network as a service. External applications call business objects such as sales order, invoice, or business partner via XML messages to a central Windows service, without needing to install the DI API on each clients a DI API installation is necessary.

Context

Technically, the DI Server bundles multiple simultaneous DI API sessions behind a thread pool architecture and handles login, company assignment, and transaction grouping. It is typically used for integration scenarios where an external application (webshop, third-party system, logistics middleware) needs to write or read large amounts of data to B1 in batches – for example, during the nightly import of orders or the generation of delivery notes. The call is made via a SOAP request with an object session ID, which was previously obtained. LoginEx was generated; the returned XML follows the DI API object model. For licensing reasons, the DI server requires its own B1i/integration- Licences activated via the Licence Server.

Demarcation

Unlike the local DI API, which runs as a COM component directly within the process of a Windows application, the DI Server operates remotely via SOAP and can therefore also be accessed by non-Windows clients – albeit with higher overhead per call. Compared to the Service Layer, the DI Server is the older technology: Service Layer v2 is recommended for new, REST/JSON-based integrations, while the DI Server primarily remains where existing interfaces with complex DI API transactions have already been implemented or where specific stored procedures and add-on objects are only accessible via the DI API.


ReAct and RLEF

ReAct and RLEF: How Artificial Intelligence Learns from Real Mistakes — and What Automated Bank Reconciliation in SAP Business One Has to Do with It

This is the fourth instalment in a series on this blog dealing with AI fundamentals in conjunction with SAP Business One...
Service Layer AI as a transactional layer

SAP B1 10.0 FP2608: Service Layer AI as a transactional layer

The SAP Business One Service Layer has previously served predominantly as a passive data provider: applications requested data via OData, each ...
Process Reward Model

Process Reward Models: Why a correct result does not yet prove a correct method

This series continuously examines individual AI basic terms and methods such as the Process Reward Model. The previous episode has ...
Test-Time-Compute-Scaling

Test-Time Compute Scaling: Why a Smaller AI Model Can End Up Winning — and What Supplier Comparison in SAP Business One Has to Do With It

This is a continuation of the series on this blog, which deals with Artificial Intelligence in combination with SAP Business One...
RLHF

RLHF and reward models: AI hype or what the approval process in SAP Business One has to do with it

Key takeaways: The article covers the application of artificial intelligence in the context of SAP Business One and fundamental AI topics. Thanks to ...
AI Webinar

AI – Answers from SAP Business One – without SQL, without IT ticket

Live webinar on 30 July 2026, 14:00–14:30 | Live demo via Microsoft Teams | Duration: 30 minutes „How were the sales...".
Wird geladen …