SAP Joule Work Launches Customer Deployment: 110,000 Internal Users Validate 20% Productivity Gain

SAP launches Joule Work customer deployment, backed by 20% productivity gains from 110,000 internal employees, but customers still need to map their own data.
SAP officially launched customer deployment of Joule Work at the Connect conference. The AI user interface lets employees interact with SAP solutions in natural language and complete work across systems. Unlike most enterprise AI launches, SAP used its own deployment data: Joule Work runs among 110,000 internal employees, with 20% productivity gains in finance, HR, and procurement. The product has three pillars—Conversations, Spaces, and Joule Studio—grounded in a knowledge graph mapping 7 million data fields and connected to third-party agents via the Agent2Agent protocol. Six customer testimonials show a maturity gradient from pilot to production, but none cite cost savings. SAP says buyers should verify four things before signing: productivity measurement records, data mapping ownership, audit trail contents, and autonomy settings.
SAP officially launched customer deployment of Joule Work at the SAP Connect conference. This AI user interface allows employees to interact with SAP solutions in natural language and complete work across SAP and third-party data. Unlike most enterprise AI launches, SAP brought its own internal deployment data as evidence—Joule Work has already been running among 110,000 SAP employees, with productivity gains of 20% in finance, HR, and procurement.

October General Availability: SAP Put the Date in the Release
SAP's press release explicitly states: "Joule Work is beginning customer deployment as the new AI user interface, letting employees interact with SAP solutions in their own language and complete work across SAP and third-party data." The accompanying Innovation News Guide adds that general availability (GA) for these innovations begins in October.
CEO Christian Klein made a broader promise in his keynote: more than 400 million SAP users can talk to SAP in their own language, and Joule Work will get the job done. A commitment of this scale is exactly why the deployment data matters more than the feature list—when a vendor uses its own product, averages are harder to dress up.
Three Pillars: Conversations, Spaces, and Joule Studio
SAP breaks Joule Work into three interconnected parts, a division that maps to how business teams adopt it:
- Conversations: The entry point where users ask questions and delegate tasks to agents.
- Spaces: A space for displaying content, insights, and collaborative work.
- Joule Studio: Where customers extend Joule or build agents for their own processes.
The third part determines whether this deployment stays at the license level or truly becomes part of the system. A team that can assemble agents from its own process knowledge holds the power to define work—and the definition of work is exactly what determines output quality.
SAP also connects Joule to third-party AI and agents through the Agent2Agent protocol, allowing governed business context to flow into broader AI workflows. For enterprises running one vendor's ERP and another vendor's models (which describes most mid-market customers), interoperability at this layer is critical.
Agent2Agent protocol (A2A for short) is an open standard initiated by Google in 2025 and donated to the Linux Foundation, designed to let AI agents built by different vendors discover, communicate with, and collaborate with one another. In traditional integration, every system connection requires custom development; A2A defines a common format for describing and interacting with agents, so one agent can query another agent's capabilities and delegate tasks. For enterprises, this means a company running SAP ERP can let other parties' models (such as agents from OpenAI or Anthropic) call Joule's capabilities through a standard protocol, while retaining SAP-side authorization and audit controls. The value of interoperability is avoiding "agent silos"—if each business system's agents can only talk internally, a company must build a separate bridge for every pair of systems, with costs growing quadratically with the number of systems.
Knowledge Graph: Grounding in 7 Million Data Fields
The most core technical claim is "grounding." The press release states: "Joule is grounded in the business context of the SAP Knowledge Graph, which maps more than 7 million data fields, giving users information they can rely on." The keynote transcript further expands the same graph to 50 million tables, more than 50,000 public and private APIs, and 400 data products.
A knowledge graph of this scale yields two implications. First, answers can point to which field they came from—this is the dividing line between a sourced answer and a fluent but empty one. Second, it implies work on the customer side: a graph describing SAP's own data fields will not automatically describe your company's warehouse locations, approval limits, or payment terms unless someone maps them in.
SAP acknowledges the weight of this in its product segmentation: Joule Assistants "perform operational work directly in business workflows, using established data, authorization, and audit trails," while the level of autonomy is controlled by the customer.
"Grounding" is a key concept in generative AI, referring to anchoring a large model's output in verifiable external data sources rather than relying solely on parametric knowledge fixed during training. An ungrounded model is prone to "hallucinations"—fluent but factually incorrect answers. In enterprise settings, grounding is typically achieved through retrieval-augmented generation (RAG): the system first retrieves relevant information from enterprise data, then passes it as context to the model for answer generation. The SAP Knowledge Graph plays the role of providing this context layer, translating fields, table structures, and business relationships in ERP into evidence the model can cite. The quality of grounding directly determines the credibility of answers—the more complete the mapping, the more the answer can point to its source; where mapping is missing, the model can only fill gaps by guessing, which is exactly why the customer-side data mapping workload is so critical.
Customer Testimonials: A Maturity Line from Pilot to Production Process
Six customers spoke at the event, and their statements describe their adoption progress:
- Novartis: Christoph Buerki, Head of Procurement, said "we co-developed and recently launched a pilot of the SAP Joule procurement assistant"—at the pilot stage.
- Morgan Foods: CFO Steve Hankins said the company is preparing its technology foundation for agent adoption, adding that its "superpower will come from people on top of agents."
- Nestlé: Described an S/4HANA transformation covering 140 countries, letting Joule and an accounts receivable assistant prioritize collections by risk.
- PwC: Described how a billing assistant identifies potential issues earlier in a process described as "error-prone."
Taken together, these statements sketch a maturity line from pilot to production process. None of the customers cited cost savings figures—the productivity numbers in this press release belong to SAP itself.
SAP Pay: Bringing Payments into the ERP Workflow
The payments announcement follows the same logic. SAP Pay is a payment service embedded in SAP Cloud ERP workflows, supported by Tereina, a chartered payment service provider established by SAP in April 2026. The Innovation News Guide states: "When an invoice is approved in the SAP Cloud ERP application, SAP Pay automatically executes payment and reconciles it with the corresponding invoice or purchase order." The same page notes that SAP Pay is currently generally available in the United States and the United Kingdom.
Payment is where automated steps can least afford errors, so the most important design detail here is the trigger: an approval already completed inside the ERP. Reconciliation then occurs against approved documents, and the audit trail and money movement share the same system.
Another customer-side number in the suite: early deployments of the international trade assistant reduced trade classification work by up to 50%. This figure carries the qualifier "up to"—an honest way to publish a number that depends on the scope of tariff schedules.
A chartered payment service provider is a licensed entity approved by regulators to process payment transactions on behalf of merchants. In the United States, such institutions usually need to register with FinCEN as money services businesses (MSBs) and comply with state money transmission licensing requirements; in the United Kingdom, they need authorization from the Financial Conduct Authority (FCA). SAP establishing Tereina in April 2026 and obtaining this qualification means SAP is no longer merely providing payment software, but directly participating in the money movement layer and bearing corresponding compliance, anti-money laundering, and settlement responsibilities. The strategic significance of this arrangement is eliminating data breakpoints caused by third-party payment gateways: approval, execution, and reconciliation all occur within the same system, the audit trail is not lost through cross-system handoffs, and SAP also gains a revenue share from the payment step.
What Buyers Should Verify Before Signing
This deployment raises the four questions customers most often ask about agent software, and SAP's release answers some more solidly than a brochure would:
- The record behind the productivity numbers: Which processes were measured, for how long, and whether the baseline was only manual workflows.
- How the knowledge graph acquires your data: When a warehouse moves or payment terms change, who is responsible for mapping.
- What the audit trail contains: For actions performed by assistants, approver names and timestamps are the evidence auditors will request.
- Written records of autonomy settings: Including who can raise the autonomy level and what review cycle applies afterward.
A vendor with 110,000 people running this internally has material to answer all four questions. The evidence published so far covers the first question, while the other three are described as product capabilities—normal in early deployment and worth tracking as customer deployments begin producing their own numbers.
When ERP assistants land, data models, authorization, and audit trails are already in place, and this inherited foundation is why the deployment is worth watching. The vendor completed the hard-to-fake part—running it on itself first; what remains for each buyer is to map its own processes and measure its own before-and-after comparison.
One-line Summary
SAP launches Joule Work customer deployment, backed by 20% productivity gains from 110,000 internal employees, but customers still need to map their own data.
Paragraph Summary
SAP officially launched customer deployment of Joule Work at the Connect conference. This AI user interface allows employees to interact with SAP solutions in natural language and complete work across systems. Unlike most enterprise AI launches, SAP brought its own deployment data: Joule Work has already been running among 110,000 internal employees, with productivity gains of up to 20% in finance, HR, and procurement. The product is divided into three pillars—Conversations, Spaces, and Joule Studio—grounded in a knowledge graph mapping 7 million data fields and connected to third-party agents through the Agent2Agent protocol. Testimonials from six customers show a maturity gradient from pilot to production, but none cite cost savings figures. SAP emphasizes that buyers should verify four pieces of evidence before signing: productivity measurement records, ownership of data mapping, contents of the audit trail, and autonomy settings.
Related articles

Chain of Thought Isn't Just for AI: How Humans Can Use CoT to Improve Thinking Quality
Chain of Thought isn't just a prompt trick for large models. Starting from a Hacker News discussion, this article analyzes why CoT works for human thinking too, breaks down actionable ways to transfer it, and highlights the key differences between human CoT and machine CoT.
Cloudflare Teams Up with OpenAI: Closi…
Cloudflare Teams Up with OpenAI: Closing the Loop from Vulnerability Discovery to Defense with AI
Cloudflare uses OpenAI Daybreak to investigate security vulnerabilities and generate reviewable remediation plans, while developers use Codex to boost coding efficiency and quality.

Orca Multi-Agent Orchestration in Practice: A Guide to Parallel Collaboration with Claude and Codex
Orca is Stable AI's free open-source agent workbench supporting 34 agents like Claude Code and Codex in parallel. Learn its Git worktree isolation, multi-model orchestration, and mobile management.