28 apr

SOAP-Wrapper


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

On SOAP-Wrapper is an integration layer that the COM-based DI API from SAP Business One behind a Simple Object Access Protocol-web service is hidden. Calls are accepted as XML envelopes over HTTP(S), mapped to DI-API methods by the wrapper, and the result is returned as a SOAP response. A classic example in the SAP standard is the DI server; Furthermore, integrators build their own SOAP wrappers to make specialised business logic or add-on functions network-capable.

Context

SOAP wrappers are created where an external system needs to interact with the DI API, but cannot handle either the COM installation or the process binding to a Windows client: Linux web applications, Java EAI systems, or older middleware platforms that prefer WSDL contracts. The wrapper takes over session handling (login against the Company DB, storage of the session ID), transaction grouping, and error mapping, so that consumers can work with generated proxy classes from the WSDL. In B1if scenarios, the WSAS- Adapter used to receive or send SOAP messages; custom-built .NET WCF services or Java JAX-WS endpoints are used, encapsulating the DI API internally.

Demarcation

A SOAP wrapper is not an SAP technology, but rather an architectural pattern – it can build upon or completely replace the DI server. Compared to REST APIs like the Service Layer, SOAP offers strict WSDL contracts, XML payloads, and more protocol overhead, but also established tooling for enterprise integration like WS-Security and WS-ReliableMessaging. For new developments, SAP recommends Service Layer v2; SOAP wrappers remain particularly useful where existing WSDL clients need to continue running or where DI API functions that are missing in the Service Layer are required.


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 …