Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 4 of 6

Joule Studio: who builds what

9 min

Listen to this lesson

0:00 / 8:02

Functional consultants hear "Joule Studio" and wonder whether they should learn to build agents. Some should; most should learn to specify and test them. This lesson explains what Joule Studio is, who does which part of the work, and what a functional consultant contributes.

Two editions

Joule Studio, classic edition runs in SAP Build: developers create skills and agents in the SAP Build lobby with low-code builders, connect them to SAP APIs, and deploy them to Joule. The new Joule Studio, announced at Sapphire 2026, is intent-based: you describe the outcome in plain language and it generates requirements, a specification, the solution, tests and a deployment to an SAP-managed runtime. On 8 October 2026 SAP called the new Joule Studio "soon to be generally available", with free design-time access under fair use through the end of 2026. Course sap-ai-207 teaches the build.

Process ownerDecides whether a custom agent is worth it; owns acceptance and risk
Functional consultant / key userWrites the use case, rules, examples and expected answers; tests the result
Developer (Joule Studio)Builds skills, agents, connections and grounding
Basis and securityDestinations, identity, roles, environments
Test leadEvaluation set, release gate and evidence
Building an agent is a team sport. The functional consultant owns the business content, not the code.
The Sign-Off Table · thesignofftable.com/academy/sap-ai-103

What a functional consultant contributes

  • The business problem in one paragraph, with the people and volumes involved.
  • The rules: what the agent may do, must refuse, and when it must escalate, in the language of the process (for example: purchase orders over $25,000 need approval, so the agent must never approve one).
  • The data: which SAP objects and fields matter, and which configuration drives behavior (document types, blocks, approval workflows).
  • Examples: 30 to 60 realistic questions with the correct answers, taken from the real work.
  • Acceptance: what result is good enough to use, and what result blocks go-live.
Look for an SAP-delivered capability first; build only for real gaps, and loop back to the specification when tests fail.
The Sign-Off Table · thesignofftable.com/academy/sap-ai-103

What would you do?

Omar asks for an agent that "approves purchase orders that look normal". As the procurement consultant, what do you do first?

Dates as reported by SAP. Re-check after SAP TechEd (27 to 29 October 2026).
The Sign-Off Table · thesignofftable.com/academy/sap-ai-103

A worked example: the specification Omar’s idea becomes

Omar’s request (“approve purchase orders that look normal”) turns into a safer and more useful specification once the procurement consultant writes it down. Problem: approvers spend time opening each purchase order over $25,000 for Lakeside Components and other suppliers to check price, quantity and history. Proposed agent: a pre-approval reviewer that summarizes each pending purchase order for the approver, compares the price with the last three orders and the contract, flags deviations (for example the rotor CMC-RTR-200 at $42.00 against a $40.00 standard), and recommends approve or query. Rules: the agent never approves or rejects; the approver decides in the flexible workflow. Examples: 40 real purchase orders from the last quarter with the approver’s actual decision. Acceptance: the summary is correct for every case, and every flagged deviation is real. That specification can be built, tested and signed; the original sentence could not.

Reading an agent design as a consultant

You do not need to build an agent to review one well. Ask the developer for four things and read them like a functional specification: the agent’s description and instructions, its list of tools with what each one can read or change, the documents it is grounded in, and the evaluation set. Then look for the gaps a process expert sees and a developer might not.

Look forExample at ContosoWhy it matters
A rule missing from the instructionsNo mention that company code 1910 is out of scopeThe agent will happily answer for Monterrey
A tool that can change more than neededA tool that updates the whole sales order, not just a noteUnintended changes are possible
An outdated documentThe old shipping cut-off policy still groundedConfident but wrong answers
No refusal or escalation casesNo test where a credit block must be escalatedControl failures stay invisible
Configuration assumptionsAssumes output control for sales orders (Contoso uses NAST)Agent explanations contradict the system

A consultant’s review checklist for a custom agent.

Key points
  • Joule Studio has a classic edition (SAP Build) and a new intent-based edition announced in May 2026.
  • Functional consultants specify and test agents: problem, rules, data, examples, acceptance.
  • Always check for an SAP-delivered agent or skill before building.
  • Keep process controls such as approval thresholds out of agent autonomy.

Check your understanding · not graded

Lesson check

  1. 1. What is the functional consultant's main contribution to a custom agent?

  2. 2. What should happen before anyone builds a custom agent?

  3. 3. How did SAP describe the new Joule Studio on 8 October 2026?

  4. 4. Why should an agent not approve purchase orders over $25,000 at Contoso?