Skip to content
NextLytics
Megamenü_2023_Über-uns

Shaping Business Intelligence

Whether clever add-on products for SAP BI, development of meaningful dashboards or implementation of AI-based applications - we shape the future of Business Intelligence together with you. 

Megamenü_2023_Über-uns_1

About us

As a partner with deep process know-how, knowledge of the latest SAP technologies as well as high social competence and many years of project experience, we shape the future of Business Intelligence in your company too.

Megamenü_2023_Methodik

Our Methodology

The mixture of classic waterfall model and agile methodology guarantees our projects a high level of efficiency and satisfaction on both sides. Learn more about our project approach.

Products
Megamenü_2023_NextTables

NextTables

Edit data in SAP BW out of the box: NextTables makes editing tables easier, faster and more intuitive, whether you use SAP BW on HANA, SAP S/4HANA or SAP BW 4/HANA.

Megamenü_2023_Connector

NextLytics Connectors

The increasing automation of processes requires the connectivity of IT systems. NextLytics Connectors allow you to connect your SAP ecosystem with various open-source technologies.

IT-Services
Megamenü_2023_Data-Science

Data Science & Engineering

Ready for the future? As a strong partner, we will support you in the design, implementation and optimization of your AI application.

Megamenü_2023_Planning

SAP Planning

We design new planning applications using SAP BPC Embedded, IP or SAC Planning which create added value for your company.

Megamenü_2023_Dashboarding

Business Intelligence

We help you with our expertise to create meaningful dashboards based on Tableau, Power BI, SAP Analytics Cloud or SAP Lumira. 

Megamenü_2023_Data-Warehouse-1

SAP Data Warehouse

Are you planning a migration to SAP HANA? We show you the challenges and which advantages a migration provides.

Business Analytics
Megamenü_2023_Procurement

Procurement Analytics

Transparent and valid figures are important, especially in companies with a decentralized structure. SAP Procurement Analytics allows you to evaluate SAP ERP data in SAP BI.

Megamenü_2023_Reporting

SAP HR Reporting & Analytics

With our standard model for reporting from SAP HCM with SAP BW, you accelerate business activities and make data from various systems available centrally and validly.

Megamenü_2023_Dataquality

Data Quality Management

In times of Big Data and IoT, maintaining high data quality is of the utmost importance. With our Data Quality Management (DQM) solution, you always keep the overview.

Career
Megamenü_2023_Karriere-2b

Working at NextLytics

If you would like to work with pleasure and don't want to miss out on your professional and personal development, we are the right choice for you!

Megamenü_2023_Karriere-1

Senior

Time for a change? Take your next professional step and work with us to shape innovation and growth in an exciting business environment!

Megamenü_2023_Karriere-5

Junior

Enough of grey theory - time to get to know the colourful reality! Start your working life with us and enjoy your work with interesting projects.

Megamenü_2023_Karriere-4-1

Students

You don't just want to study theory, but also want to experience it in practice? Check out theory and practice with us and experience where the differences are made.

Megamenü_2023_Karriere-3

Jobs

You can find all open vacancies here. Look around and submit your application - we look forward to it! If there is no matching position, please send us your unsolicited application.

Blog
NextLytics Newsletter
Subscribe for our monthly newsletter:
Sign up for newsletter
 

Agentic AI in Data & Analytics

Wie KI-Agenten die Arbeit in Datenplattformen verändern

Was ist Agentic AI in Data & Analytics? Ein Chatbot beantwortet Fragen, ein Copilot macht Vorschläge, die ein Mensch übernimmt — ein KI-Agent geht den entscheidenden Schritt weiter: Er plant mehrstufige Aufgaben, wählt selbstständig Werkzeuge, führt sie im System aus und arbeitet, bis das Ziel erreicht ist.

Möglich macht das ein offener Standard. Das Model Context Protocol (MCP) verbindet KI-Assistenten mit Live-Systemen — eine Art universeller Adapter für KI-Werkzeuge — und wird seit Ende 2025 herstellerübergreifend unter dem Dach der Linux Foundation weiterentwickelt, getragen unter anderem von Anthropic, Microsoft, Google und AWS. Genau das macht Data & Analytics zum idealen Einsatzfeld: strukturierte Metadaten, klare Schnittstellen und ein notorisch hoher Analyse-, Entwicklungs- und Betriebsaufwand.

Agentic AI - Data and Analytics
 

 Agentic AI in Data & Analytics ist ein weites Feld, und es verändert sich in rasendem Tempo. Am deutlichsten zeigt sich der Wandel in der eigenen Arbeitsweise, die viele längst im Arbeitsalltag erleben. Für Anwender von BI-Lösungen heißt das oft, Zugang zu ihren Daten in natürlicher Sprache zu bekommen oder ganze Dashboards per Prompt zu erzeugen. Eng damit verbunden ist die Unternehmensplanung als eigenes Themenfeld: Sie agentisch zu steuern, also Annahmen zu ändern, Szenarien zu rechnen und Planwerte im Dialog einzugeben, ist einer der spannendsten Entwicklungspfade. Doch auch die agentische Entwicklung und der agentische Betrieb von Datenplattformen rücken zunehmend in den Blick. Wie weit das reicht, hängt oft von der Plattform und der Strategie des Herstellers ab. Die Großen, SAP, Microsoft oder Databricks verfolgen sehr unterschiedliche Ansätze und lassen Agenten unterschiedlich offen an ihre Systeme heran. Es hängt ebenso von den Modellen und Umgebung ab, mit denen man arbeitet, von proprietären bis zu offenen Open-Weights-Modellen, und von der Frage, was im eigenen Unternehmen in produktiven Datenlandschaften überhaupt erlaubt ist: welche davon bereitgestellt werden und ob ein Rahmen aus Sicherheit und Governance trägt, in dem man sich souverän bewegen kann, ohne Mehrwert zu verlieren. Aber vor allem hängt es von der Arbeitsweise dahinter ab. Denn über den Erfolg entscheiden am Ende selten das Modell und die Tools, sondern der richtige Kontext und wie er organisiert wird. 

Agentic Analytics Talk to Your Data Agentic Business Planning Agentic Planning Agentic Data Engineering Development & Operations Vendor Strategies LLM Providers & Models Proprietary & Open-Weights Security & Governance Rights, Privacy, Boundaries Context Engineering The Knowledge Repository Agentic AI in Data & Analytics

??? ???

Download Whitepaper:
Databricks vs Fabric vs SAP BDC vs Dremio

Sie sind auf der Suche nach der passenden analytischen Cloud-Plattform für Ihre Datenarchitektur? Wir haben einen Vergleich der vier führenden Anbieter in einer übersichtlichen Matrix für Sie zusammengestellt. Dieser kompakte Leitfaden vergleicht Databricks, Microsoft Fabric, SAP Business Data Cloud und Dremio anhand von 18 strategischen und technischen Kriterien.

Was KI-Agenten in Datenplattformen heute leisten

Agentic AI in Data & Analytics ist kein einzelnes Feature, sondern ein Bündel von Fähigkeiten. Drei prägen die Praxis heute besonders.  
Agentic Analytics — Mit den Daten sprechen

Die erste Fähigkeit verändert die Analyse. Statt einen Bericht vorzubereiten, stellt man eine Frage in natürlicher Sprache, etwa „Zeig mir die Top-5-Produkte nach Umsatz je Monat", und der Agent findet die passende Datenquelle, aggregiert und antwortet direkt, auch wenn dafür noch kein Bericht existiert. Und es bleibt nicht bei einzelnen Fragen: Zunehmend lassen sich ganze Auswertungen und Dashboards per Prompt erzeugen. Bei der reinen Abfrage ist der Reifegrad durchweg hoch, sie ist bei SAP Analytics Cloud mit Just Ask, bei Microsoft Power BI mit Copilot und bei Databricks mit Genie allgemein verfügbar. Bei der Generierung kompletter Dashboards ist Microsoft aktuell am weitesten. Databricks zieht mit Genie nach, und SAP erweitert die SAP Analytics Cloud über die Integration von Joule, unter anderem um die Erzeugung ganzer Stories. Die eigentliche Grenze verläuft überall gleich: nicht bei der Technik, sondern bei der Qualität des semantischen Modells, auf dem die KI aufsetzt.

Agentic Business Planning — Die Planung im Dialog

Eng damit verbunden und für uns eine der spannendsten Fähigkeiten ist die agentische Planung. Gemeint ist, per Prompt mit einer Planung zu arbeiten: Annahmen ändern, Szenarien rechnen, Planwerte im Dialog eingeben, ohne sich durch Masken zu klicken. Einen Schritt weiter geht der Gedanke, schon die Planungsanwendung selbst per natürlicher Sprache zu entwerfen, statt sie klassisch zu modellieren. SAP hat hier den tiefsten Kontext, was wenig überrascht, denn Planung war seit den Tagen des BW Teil des Analytics-Stacks und ist es in der SAP Analytics Cloud bis heute. Der Financial Planning Assistant etwa orchestriert mehrere spezialisierte Agenten, vom Financial Forecasting Agent über den Conversational Planning Agent bis zum Model Creation Agent, der Planungsmodelle selbst aufbaut. Die Verfügbarkeit ist für 2026 angekündigt, dürfte anfangs aber an hohe Voraussetzungen geknüpft sein. Der Alleinstellungsanspruch schwindet allerdings. Microsoft hat mit einer eigenen Planungs-Engine in Fabric nachgezogen, und spezialisierte Planungsanbieter setzen bereits auf LLM-Integration.

Agentic Data Engineering — Datenplattformen entwickeln und betreiben

Die dritte Fähigkeit setzt tiefer an, dort wo bisher die IT entwickelt. Ein Agent analysiert bestehende Datenmodelle, erklärt gewachsene Logik in Klartext, legt neue Objekte und Datenflüsse an und beschleunigt Migrationen, alles im echten System und über dieselben Schnittstellen, die auch die nativen Entwicklungswerkzeuge nutzen. Damit ein KI-Assistent das kann, braucht er Bausteine, die ihn mit der jeweiligen Plattform verbinden. Einen davon haben wir selbst als Open-Source-Projekt entwickelt, den BW Modeling MCP Server für SAP BW/4HANA. Und es bleibt nicht beim Bauen. Zunehmend rückt der agentische Betrieb in den Blick: Plattformen, die sich selbst optimieren, Pipelines, die Fehler erkennen und beheben, Ladeprozesse, die überwacht und nachgesteuert werden. Auf der Infrastruktur-Ebene ist das bereits Realität, die automatische Optimierung von Tabellen und Rechenlast gehört bei modernen Plattformen zum Standard. Die vollständig selbstverwaltende Datenplattform bleibt vorerst eine Richtung und kein Zustand.

Wie weit ein Agent hier tatsächlich kommt, hängt allerdings stark von der Plattform ab und davon, wie offen ihr Hersteller sie für Agenten überhaupt macht. Genau daran scheiden sich die Strategien.

Die Herstellerstrategien und wie offen sie Agenten anbinden

 Wer Agentic AI in seiner Datenlandschaft einsetzt, trifft auf sehr unterschiedliche Strategien. Zwei Fragen helfen beim Vergleich: Wie weit ist der Anbieter bei den drei Fähigkeiten, und wie offen lässt er externe Agenten an seine Plattform heran?   
Hintergrund1_klein
SAP: Starke Plattformstrategie, offene Anbindung über die Community
SAP_logo

 SAP hat mit der Business AI Platform (BAIP) und dem Assistenten Joule eine umfassende Strategie vorgelegt und treibt das Zielbild eines „Autonomous Enterprise" voran, in dessen Zentrum ein Zusammenspiel aus Knowledge Graphs die Geschäftssemantik über die gesamte Suite spannt. Einzelne Bausteine sind allgemein verfügbar, etwa der Agent Builder in Joule Studio, während die durchgängige Autonomie noch Roadmap ist. Bei der Analyse ist „Just Ask" in der SAP Analytics Cloud zwar verfügbar, gehört aber noch nicht zu den stärksten Lösungen am Markt. Ihre eigentliche Stärke wird SAP bei der agentischen Planung ausspielen, wo sie Vordenker sind, auch wenn das Thema erst am Anfang seiner Entwicklung steht. Bemerkenswert für die Offenheitsfrage: Im gesamten Data-&-Analytics-Bereich stellt SAP keinen einzigen MCP-Server bereit. Die offiziellen SAP-MCP-Server adressieren vor allem die Anwendungsentwicklung mit Fiori und CAP; für BW, Datasphere, HANA oder SAC schließt eine aktive Open-Source-Community die Lücke, indem sie die vorhandenen, teils undokumentierten Schnittstellen nutzen. Genau hier leistet auch NextLytics einen Beitrag, unter anderem mit dem quelloffenen BW Modeling MCP Server

Hintergrund3_klein
Microsoft: First-Party-MCP und ein Semantic Layer für Agenten
Microsoft-Logo-300x169

 Microsoft geht den umgekehrten Weg und baut die offene Agenten-Anbindung direkt ins Produkt. Für Fabric und Power BI gibt es offizielle, quelloffene MCP-Server von Microsoft selbst, etwa für die Power-BI-Modellierung und für die Fabric-APIs, aktuell im Preview. Mit Fabric IQ hat Microsoft zudem eine semantische Schicht allgemein verfügbar gemacht: eine Ontologie samt Graph über den Daten in OneLake, auf der Agenten mit geteiltem, verlässlichem Kontext aufsetzen. Auf der Analyse-Seite ist Copilot in Power BI breit ausgerollt. Die offene, dokumentierte Anbindung ist bei Microsoft damit Teil des Produkts, nicht der Community überlassen.  

Hintergrund3_klein
Databricks: Managed MCP im Lakehouse
pngwing.com (1)

 Databricks verfolgt dieselbe Linie im Lakehouse. Für die Analyse beantwortet der allgemein verfügbare Coworker AI/BI Genie Fragen in natürlicher Sprache und baut im Agentenmodus ganze Dashboards. Mit Agent Bricks lassen sich eigene Agenten bauen, mit freier Modellwahl und Anbindung externer Quellen über MCP. Den Kern der Offenheit bilden die Managed MCP Server: über den Unity Catalog governt, mit lesendem und schreibendem Zugriff und ausdrücklich für externe Clients wie Claude, Cursor oder ChatGPT dokumentiert. Analyse und autonome Optimierung der Tabellen sind produktiv, die offene MCP-Anbindung selbst steht noch im Preview, ist aber von Anfang an dokumentiert und standardbasiert, ganz ohne Reverse Engineering.  

Zwei Standards, ein Ökosystem

Über allen Plattformen wachsen zwei komplementäre Standards zusammen: MCP regelt den Zugriff vom Agenten auf Werkzeuge und Datenquellen, A2A die Kommunikation zwischen den Agenten. Beide stehen unter dem Dach der Linux Foundation und werden herstellerübergreifend getragen, auch SAP setzt in seiner Referenzarchitektur offiziell auf beide. Die Wahl der Plattform bleibt damit eine Abwägung: SAP denkt Analytics und Planung immer vom ERP her, was Agenten tiefen Prozesskontext frei Haus liefert, dafür weniger Offenheit; die reinen Datenplattformen bieten das Umgekehrte. Weil aber alle auf dieselben offenen Standards setzen, ist diese Wahl kein unumkehrbares Bekenntnis mehr: Was Sie über Plattformen hinweg mitnehmen, ist die Arbeitsweise selbst. Genau dabei unterstützen wir Sie, herstellerunabhängig und auf allen Plattformen.

  SAP_logo_klein Databricks_Logo Microsoft-Fabric
Microsoft Fabric

Agentic Analytics

talk to the data

GA
GA
GA

Agentic Business Planning

plan by voice

Preview
Preview
not native

Agentic Data Engineering

develop & operate

Preview
Preview
GA

Open agent connectivity

MCP

Community
no official MCP
First-Party MCP
Preview
First-Party MCP
Preview
GA
Preview
not native / partner only
MCP:
First-Party = official vendor server,
Community = via open-source connectivity

Modell und Umgebung: womit man die Agenten steuert

Über den Plattformen liegt eine zweite Ebene: die Modelle und die agentische Umgebung, mit der die Agenten gesteuert werden. Modell, Umgebung und Plattform sind heute drei unabhängige, über offene Standards frei kombinierbare Entscheidungen. Manche Umgebungen sind an einen Anbieter gebunden, etwa Claude Code oder OpenAI Codex, andere modellagnostisch wie Cursor oder OpenCode. Und die offenen Modelle haben aufgeschlossen: Führende Open-Weights-Modelle liegen heute schon dicht an der Spitze der Frontier-Modelle und lassen sich offen lizenziert auch selbst betreiben. In der Praxis fällt die Wahl ohnehin selten auf ein einziges Modell: Agentische Systeme verteilen Aufgaben zunehmend auf mehrere und nutzen je nach Anspruch und Kosten das passende.

Nicht jeder Anbieter spielt diese Offenheit gleich weit. SAP zum Beispiel lässt bei den Modellen die Wahl (Claude ist nur das primäre Modell für Joule) und erlaubt das Einbinden externer MCP-Tools, möchte die agentische Umgebung aber selbst besetzen: Joule und die neue Ebene Joule Work sollen der zentrale Ort werden, an dem auf SAP-Daten gearbeitet wird. Das ist eine bewusste strategische Entscheidung, die man kennen sollte, denn welche Umgebung zum Einsatz kommt, bestimmt mit, was ein Agent darf und welche Systeme und Tools er erreicht. Am Ende entscheidet, welche Kombination aus Modellen, Umgebung und Plattform Ihre Anforderungen erfüllt.

Agentic Environment
what controls agents
VENDOR / PLATFORM BOUND
Claude Code OpenAI Codex Joule
MODEL-AGNOSTIC
Cursor OpenCode
Open Standards
Freely combinable
MCP
Agent Tools & Data
A2A
Agent Agent
Models
Proprietary & Open-Weights
PROPRIETARY · FRONTIER
Claude GPT Gemini
OPEN-WEIGHTS · SELF-HOSTABLE
Llama Mistral Qwen
Data Platform
SAP, Microsoft, Databricks
SAP
Note:
Some vendors occupy the environment layer themselves, for example SAP with Joule and the new layer Joule Work.

Sicherheit, Governance und Grenzen

Wer Agenten in produktive Datenlandschaften lässt, braucht klare Leitplanken, und die lassen sich sauber ziehen. Die erste liegt auf der Zugriffsebene: Richtig aufgesetzt, arbeitet ein Agent per Berechtigungs-Pass-Through mit genau den Rechten des angemeldeten Nutzers, was der Mensch nicht darf, darf auch die KI nicht. Lesende Zugriffe kann man freigeben, schreibende an eine bewusste Bestätigung binden und produktive Systeme strikt lesend halten. Wird die Anbindung zentral betrieben statt lokal je Anwender bzw. Entwickler, kommen zentrale Rechtevergabe, Identitätsdurchgriff und durchgängige Protokollierung hinzu. Entscheidend ist, dass diese Kontrollen bewusst konfiguriert werden, sie sind kein Automatismus.

 

Davon zu trennen ist der Datenschutz, und der entscheidet sich auf zwei Ebenen zugleich. Das Protokoll bestimmt, welche Systeme angebunden sind und welche Daten überhaupt an die KI gehen, ob nur Metadaten und Strukturen oder echte, womöglich personenbezogene Inhalte. Modell und Lizenz bestimmen, was mit diesen Daten geschieht: ob darauf trainiert wird, in welcher Region und unter welcher Auftragsverarbeitung. Eine Unternehmenslizenz schließt das Training auf Ihren Daten in der Regel aus und lässt sich je nach Vertrag und Region auf EU-Server begrenzen, und weil leistungsfähige offene Modelle heute lokal laufen, ist auch der vollständig eigene Betrieb möglich. Je nach Zusammenspiel reicht das Risiko von sehr kritisch bis nahezu unkritisch, etwa wenn nur Metadaten fließen oder die Daten die eigene Systemlandschaft nie verlassen. Gerade in regulierten Branchen ist dieses Zusammenspiel entscheidend, und der EU AI Act verlangt dort für Hochrisiko-Anwendungen künftig ohnehin nachweisbare menschliche Aufsicht und Protokollierung.  

Context Engineering: die Arbeitsweise hinter zuverlässigen Agenten

So beeindruckend diese Fähigkeiten sind, über Erfolg oder Misserfolg entscheidet selten das Modell, sondern der Kontext. Ein Agent, dem bei jeder Aufgabe die Systemlandschaft neu erklärt werden muss, liefert schwankende Ergebnisse. Laut Gartner entscheidet eine konsistente semantische Schicht maßgeblich darüber, ob Agentic-Analytics-Projekte tragen (Gartner, Market Guide for Agentic Analytics, 2025). Dass sowohl SAP mit seinem Knowledge Graph als auch Microsoft mit Fabric IQ genau eine solche Schicht ins Zentrum stellen, ist kein Zufall.  

 

Context Engineering ist die Disziplin, die diesen Kontext organisiert und dauerhaft verfügbar macht. Wenn Prompt Engineering das Formulieren eines einzelnen Briefes ist, dann ist Context Engineering das Einrichten eines ganzen Büros. In der Praxis entsteht dabei ein versioniertes Wissensrepository (Knowledge Operating System) je Kontextbereich, das Menschen und Agenten gleichermaßen bedient. Markdown im Git, klar strukturiert, mit Regeln für die Agenten und einer Kennzeichnung, welches Wissen verifiziert ist und welches nicht. Dieses Muster hat sich niemand allein ausgedacht; mehrere Stränge laufen darauf zu, vom persönlichen Wissensmanagement (PKM) über das von einem LLM gepflegte Wiki bis zu Googles Open Knowledge Format. Ein solches Repository sauber aufzusetzen, klar geschnitten, verlässlich gepflegt und mit den richtigen Regeln für die Agenten, ist die eigentliche Kunst, und genau diese Erfahrung bringen wir aus unseren Projekten mit. 
📁
The Knowledge Repository
One per context area, same structure, versioned in Git
repo/
├─ CLAUDE.md · AGENTS.md Agent rules
├─ context/ Goals & approach
├─ systems/ System knowledge (BW, Datasphere, sources)
├─ knowledge/ Verified domain knowledge
├─ best-practices/ Modeling patterns
├─ runbooks/ Operational procedures
├─ models/ Generated artifacts
└─ references/ Mirrored sources
Shared pattern
 
Second Brain / PKM
Obsidian · Zettelkasten
Linked Markdown notes, human-maintained.
 
LLM-Wiki
Karpathy
An LLM maintains the knowledge base from the raw sources.
 
Open Knowledge Format
Google · Markdown + YAML
Open exchange format for agent knowledge.

 ٭  Kostenlose Verlängerung der Wartung      ٭٭ Subventioniert gemäß SAP (Angaben ohne Gewähr)

  • Step 1

    1. Lift:

    Move BW to BW Private Cloud Edition (PCE) with minimal functional change and effort. BW 7.5 is secured within BDC until 2033, with BW/4HANA until 2040.
  • Step 2

    2. Shift:

     Expose the BW assets to BDC as Data Products, utilizing the BDC infrastructure to propagate them for reporting. 
  • Step 3

    3. Innovate & Decomission

    Innovate:  Use your BW Assets to build previously unfeasible Use-Case like Machine Learning with SAP Databricks or business user self service within SAP Datasphere. 
    Decomission: Utilize the extended maintenance period to decommission your BW pipelines in an application-phased approach. 

Unterhalten Sie sich mit unserem Experten!

Sprechen Sie uns an - wir helfen Ihnen gerne weiter

Benötigen Sie Unterstützung bei der Definition Ihrer Data Warehouse Strategie? Oder haben Sie Fragen zu SAP Datasphere, SAP BW, SAP HANA Data Warehouse oder SAP Cloud Platform? Wir beraten Sie gerne rund um die Themen Data Warehousing, Reporting und Analyse. 

FAQ - ???

Hier finden Sie einige der häufigst gestellten Fragen zur SAP Business Data Cloud

Was ist SAP Business Data Cloud? SAP Business Data Cloud ist SAPs strategische SaaS-Lösung für Daten und Analysen, um Unternehmensdaten in einer einheitlichen Plattform zu konsolidieren, zu steuern und auszuwerten.

Möchten Sie mehr über SAP Business Data Cloud erfahren?

In unserem Blog finden Sie weitere interessante Artikel zu diesem Thema

Einheitliches Reporting für ECC und S/4HANA in SAP Datasphere

Warum ist hybrides ECC- und S/4HANA-Reporting in SAP Datasphere relevant? Bei einer...

Einheitliches Reporting für ECC und S/4HANA in SAP Datasphere

DSAG-Jahreskongress 2025 in Bremen – The Art of Balance

Unsere Geschäftswelt gleicht zunehmend einem Drahtseilakt. Auf der einen Seite zwingen die...

DSAG-Jahreskongress 2025 in Bremen – The Art of Balance

DSAG Technologietage 2025: SAP mischt die Karten neu

Unter dem diesjährigen Motto "Strategy Royale – Call, Raise or Fold?" versammelte sich die...

DSAG Technologietage 2025: SAP mischt die Karten neu
Table Of Contents
Pages Blogs