
Meet the Experts
Meet the Authors
SAP is repositioning Joule from an AI assistant embedded in applications into the primary engagement layer for enterprise users, combining the SAP Knowledge Graph, Joule Work, and Joule Studio, making it the central control point for how SAP customers interact with systems, data, and workflows.
SAP's generative UI strategy allows enterprise users to dynamically generate secure, reproducible, task-specific workspaces on demand, moving beyond static application interfaces to AI-generated environments connected to SAP data, business logic, agents, and permissions.
SAP's own customer data reveals that Joule adoption is gated not by the technology but by enterprise readiness—clean core architecture, data quality, process standardization, and change management are some challenges.
SAP is repositioning Joule from an AI assistant inside applications into the engagement layer for how users interact with SAP systems, agents, data, and workflows. But the company’s own customer value discussions at this year’s SAP Sapphire made clear this shift will depend as much on process discipline, clean core, data readiness, and services execution as on the interface itself.
Jonathan von Rueden, Chief AI Officer, SAP SE, described SAP’s next step as a move beyond scripted skills and conventional conversational interfaces. Joule already has specialized agents, prebuilt skills, document-grounding capabilities, integrations with third-party tools, and an action bar that allows it to operate beyond a single SAP screen. But SAP has heard a clear message from customers: Prebuilt skills do not cover enough of the work users need to do.
“One of the things we’re hearing is that 2,500 skills are great, but that doesn’t cover everything,” von Rueden said. “They’re saying, ‘I want to be able to talk to my SAP. I just want to be able to speak with everything. I want to look at all the data […] and work with it.”
That is the strategic opening for Joule Work. SAP is making Joule the place where users interact with business context, generated workspaces, agents, voice, desktop capabilities, and eventually agent-building tools. In SAP’s framing, the interface becomes less of a fixed application screen and more of a dynamic workspace tied to underlying business systems.
SAP’s Software Is Shifting
von Rueden described Joule Work as combining SAP Knowledge Graph, computer-use capabilities, and sandboxed execution to move beyond rigid, predrilled skills. He said SAP’s Knowledge Graph includes some “200 million facts or triples,” with a large API and entity space that Joule can reason over more dynamically.
“We don’t have to have these entirely pre-scripted and pre-drilled skills,” von Rueden said. “We give Joule Work the capability to iterate and reason over it. We’re going from software as a service to software as a result.” In that model, the user asks for an outcome, and the system produces the result, including code or an interface, with SAP connectivity behind it.
That is where SAP’s generative UI strategy enters the story. Joule Work will introduce Spaces, which von Rueden described as a way to generate applications or workspaces. “We’re starting to generate the apps on the fly,” he said, adding that the goal is not to create disposable HTML files, but “reproducible, secure, enterprise-grade UIs” that users can share and eventually collaborate.
This reframes enterprise UX. SAP is trying to make Joule a surface where users can generate task-specific environments connected to SAP data, business logic, agents, and permissions.
Joule Expands Across Voice, Desktop, and Agents
SAP also outlined a broader set of Joule access points. von Rueden said SAP is adding advanced voice capabilities so users can call into Joule from a car, request information from SAP systems, submit actions such as leave requests, or check the status of a sales order. He described the model as hybrid, with users able to move between voice and manual confirmation.
Joule Desktop is another part of that expansion. von Rueden said SAP is “moving to the desktop,” with a local application that can connect to SAP backends, calendars, corporate systems, and local sandboxes. He gave examples such as building a customer briefing from CRM data, generating a PowerPoint presentation, running a spend analysis, producing a PDF, and attaching the result to an email.
“The people expect for Joule also to have the same consumer-grade qualities that you see from the other applications,” he said. “Bringing these together and having all the SAP backend connectivity, all the agents, plus this power is what makes it incredibly useful.”
SAP is also building Joule Studio into the same environment, giving certain users the ability to build agents. von Rueden acknowledged that CIOs will not immediately allow every employee to build agents with broad business connectivity. SAP’s initial approach would likely be role-based, giving IT users additional capabilities while limiting broader access. Over time, however, he said SAP expects users to build small automations and optimizations themselves.
Customer Readiness Becomes a Bottleneck
Then there is SAP’s Customer Value work. Joule Work may create the new interaction layer, but there is a reason why AI adoption remains constrained by data, process, integration, and organizational readiness.
Jan Gilg, SAP’s Chief Revenue Officer for Americas and SAP Business Suite, said SAP created a Customer Value Group because customers often see seams between sales, post-sales, services, and support. “I’ve got a lot of feedback from customers how hard it is sometimes to do business with us,” Gilg said.
SAP is moving toward value-based selling, and AI accelerates the need for clarity over who is responsible for outcomes across the customer journey. “Customers feel they see the seams, and they see the silos inside of SAP,” Gilg said. “That’s exactly the agenda of the Customer Value Group.”
The AI context makes those seams more important. Gilg said customers want to see working proof points earlier in the cycle. Smaller companies can come in, run a one-day workshop, and leave customers with a proof of concept they can touch. SAP, he said, needs to operate with a similar engagement model.
Thomas Pfiester, who leads SAP’s customer engagement and adoption organization, described a shift in customer conversations. Two years ago, customers were still asking whether they needed to adopt AI. Today, he said, the question has changed to unlocking the value of AI.
“They tell me, ‘We’re fully aligned with technology,’” Pfiester said. “‘We know what the technology can deliver. Now it’s how we’re coming from a proof of concept into adoption and into scaling.’”
The obstacles are familiar: change management, user adoption, fear of new tools, process standardization, data quality, and integration across SAP and non-SAP systems. “If you run an agent or even orchestrated agent framework across a big process, the process has to be standardized,” Pfiester said. “Data is a big challenge, plus the integration points between all the SAP and SAP non-SAP solutions.”
Pfiester connected clean core to AI readiness. Two years ago, he said, customers questioned whether clean core was economically viable if the main benefit was faster upgrades. Now, customers that pursued clean core are better positioned for AI because they have standardized processes, harmonized data, standardized integration, and reduced technical debt.
What This Means for SAPinsiders
SAP is not treating AI adoption as a product activation alone. It is positioning customer success, services, and partner execution as part of the AI operating model. That is important because SAP still relies heavily on its partner ecosystem. Gilg said more than 90% of projects are delivered by system integration partners, and SAP’s services organization is intended to complement that ecosystem while accelerating adoption.
This creates a clearer reading of Joule Work. It is part of a broader attempt to make SAP systems more intent-driven, more agentic, and more outcome-oriented. But SAP is also acknowledging the customer journey around those capabilities has to change. More specifically:
- Joule is becoming SAP’s control point for business interaction. SAP’s direction for Joule Work, Joule Desktop, voice, Spaces, and Joule Studio suggests the company wants Joule to become the primary surface through which users access agents, generated workspaces, SAP data, and cross-system execution. For SAP customers, this elevates the engagement layer from user experience concern to enterprise architecture decision.
- Generative UI depends on enterprise readiness beneath the screen. SAP’s vision of dynamically generated, secure, collaborative workspaces depends on Knowledge Graph, governed data access, process standardization, and role-based controls. For SAP architects and program owners, Joule’s usefulness will depend less on interface novelty and more on whether the underlying SAP and non-SAP landscape is ready to support reliable AI execution.
- SAP is tying AI adoption to customer value operations. The Customer Value discussion shows SAP recognizing that AI cannot scale through product announcements and presales demos alone. For customers, partners, and system integrators, the next phase of SAP AI adoption will likely require tighter coordination across clean core, data harmonization, change management, services, and measurable business outcomes.





