SAP
+
C

SAP + Cursor · ABAP and Fiori on S/4HANA

Describe a feature. Cursor drafts the ABAP and the Fiori to S/4HANA.

A plain-English change request becomes an FSCM-aware ABAP extension, a Fiori warning, ABAP Unit tests, and a staged transport. Cursor grounds itself in your real SAP data model through an MCP add-on, so the change fits your system instead of guessing at it. You review one PR.

The same MCP, rules, hooks, and subagents close the copy-paste loop between the SAP IDE and Cursor. Every primitive is a real file your team can audit in .cursor/.

Build against the real system, not guesses

The agent reads your actual DDIC, CDS views, and services through the SAP MCP before it writes a line. Generated ABAP and Fiori target the real contract, so the change set you review already fits your S/4HANA system.

No copy-paste between ADT and Cursor

MCP reads and writes SAP directly, rules carry your ABAP standards into every session, and hooks pretty-print, run ATC, and run ABAP Unit. You stop shuttling source and error logs between Eclipse and a chat window.

You own release

The agent stages to QAS, opens a PR, and updates the change request. It never activates against production and never releases a transport to PRD. A human approves the PR and promotes.

Guardrails every build clears

Grounded in real DDIC/CDS via MCP·Clean core: released APIs and extension points·ABAP Unit + ATC before write-back·Transport staged to QAS, never PRD·Cursor never self-merges

Consultant workflow · before and after

Where your consultants use Cursor

Same SAP change request, same human approval. Cursor compresses the manual tool-hopping into one grounded, reviewable delivery pack.

1

Stage

Scope

Workshop notes + SAP docs

Read the change, search SAP Help, ask an SME which objects matter, and rewrite the ask as a technical spec.

30m · 2 handoffs

Cursor intake + rules

Cursor turns the change into a constrained build plan using your SAP delivery standards and clean-core rules.

2m agent workYou validate the requirement and acceptance criteria.
2

Stage

Landscape MRI

ADT, SE11, CDS browser, ATC

Copy DDIC, CDS, where-used, and ATC findings out of SAP tools to build enough context for safe design.

60m · 4 handoffs

SAP MCP evidence

MCP reads the actual DDIC, CDS, ABAP source, ATC findings, and transport context without copy-paste.

3m agent workYou inspect what Cursor read before approving the design path.
3

Stage

Build

ADT + BAS/Fiori + terminal

Write ABAP, Fiori, tests, and service changes in separate tools, then reconcile object names by hand.

210m · 5 handoffs

ABAP + Fiori subagents

Specialists draft the ABAP extension, Fiori warning, ABAP Unit, and transport object list in parallel.

8m agent workYou review architecture choices, not boilerplate.
4

Stage

Review

ATC, ABAP Unit, GitHub

Run ATC, copy failing logs into the assistant, fix formatting, and assemble evidence for review.

30m · 2 handoffs

Hooks + Codex gate

Hooks pretty-print and verify; Codex reviews clean-core, contract, coverage, and transport completeness.

2m agent workYou decide whether the evidence clears your client standard.
5

Stage

Client handoff

CTS, GitHub, ServiceNow

Package the transport, write the PR, update the change record, and prepare CAB notes by hand.

45m · 3 handoffs

PR + CAB pack

Cursor links the PR, QAS transport, tests, and ServiceNow change into one reviewable delivery pack.

3m agent workYou approve the PR and control PRD import.
No more copy-paste

The loop between the SAP IDE and Cursor, closed

Today you copy ABAP and DDIC out of SAP GUI or ADT, paste into an assistant, copy the suggestion back, activate, run ATC, and copy the error log back again. Each Cursor primitive replaces one manual round-trip, wired with real files you can read in .cursor/.

MCP

Manual round-trip

Copy ABAP / DDIC out of ADT, paste into a chat, copy the suggestion back, paste into ADT, activate by hand.

With Cursor

The SAP MCP reads source + DDIC + CDS and writes + activates objects in the allowed DEV client. No copy out, no paste back.

Rules

Manual round-trip

Re-explain ABAP naming, clean-core, and transport standards in every new chat.

With Cursor

.cursor/rules/sap-*.mdc inject the standards every session, version-controlled in the repo.

Hooks

Manual round-trip

Hand-format generated ABAP, run ATC, then copy red ABAP Unit output back into the assistant.

With Cursor

afterFileEdit pretty-prints + queues ATC; stop runs ABAP Unit and hands failures back so the agent self-repairs.

Subagents

Manual round-trip

Shuttle intermediate findings between separate chats for backend, frontend, and transport work.

With Cursor

A planner dispatches the ABAP, Fiori, transport, and review subagents in parallel, each in its own context.

Cloud agents

Manual round-trip

Run the whole edit, activate, test, transport, and PR loop locally across Eclipse, a terminal, and a browser.

With Cursor

A Cloud Agent runs the reviewable-change loop on a VM that reaches SAP over Tailscale and opens a verified PR. You review, you do not shuttle.

Straight talk

  • ·The SAP MCP is community or custom-authored against Cursor's open MCP standard. Cursor does not ship a native SAP connector, so building it is also an SI opportunity.
  • ·Cloud agents run only a subset of command-based hooks. The MCP-write gate and the self-repair stop loop run on your local IDE agent; the cloud agent uses afterFileEdit / beforeShellExecution plus the verified-PR handoff.
  • ·For cloud runs, the MCP is configured at cursor.com/agents and an on-prem S/4HANA is reached over Tailscale userspace networking.

Reference config: docs/partner-demos/sap-cursor-config/

Beyond automation orchestration

What SAP developers ship with Cursor

The scripted demo is one motion. Here is the rest of what your team does with Cursor against an SAP estate.

Build + deploy

#1 · #4

Ship ABAP and a Fiori screen from plain English

Describe a feature and Cursor drafts the ABAP extension, Fiori UI changes, tests, and transport-ready artifacts through an MCP add-on. Backend plus modern UI, on-premise, with you reviewing the result before anything moves forward.

SAP MCPComposer editsabapGit PR

Grounded agents

#2 · #5

Let agents talk directly to SAP, grounded in the real data model

An MCP connection lets the agent query and act against S/4HANA and BTP services instead of you copy-pasting context back and forth. Generated code and automations are grounded in the actual data model and APIs, not guesses.

SAP MCP read + writeDDIC / CDS / RFC

Operationalize

#1 · #2

Read service definitions, write ABAP, and stage changes back into SAP

Agents and Cloud Agents reach a community-built MCP server that exposes SAP APIs, RFCs, and ABAP modules. They read service definitions, prepare ABAP and frontend changes, activate in the allowed development client, and stage the transport. Cursor uses the open MCP standard, so the SAP connector is custom or community-built, which is also an SI opportunity.

Cloud AgentsCustom SAP MCPenvironment.json

Orchestrate

#3

Orchestrate across large Java, .NET, and SAP/BTP estates

Use Cursor alongside your existing SAP tooling, with agent orchestration across big Java and .NET repositories and side-by-side BTP services. The agent walks the codebase and the tools for you instead of you tab-switching across them.

Agent + subagentsMulti-repo Cloud Agents

Faster delivery

#4

Scaffold CAP, ABAP, and Java instead of hand-writing boilerplate

Describe what you want and the agent scaffolds, edits, and tests across the whole project. You spend less time on repetitive setup and ship BTP extensions and side-by-side apps faster.

ComposerSkillsRules

Modernize

#6

Modernize legacy SAP landscapes with less risk

Agents read large, unfamiliar SAP, Java, and .NET codebases and help you refactor, document, and migrate them. You onboard onto messy legacy estates faster and get a safer path to modernize, without months of manual archaeology.

explore subagentLong-context OpusCloud Agents
How this is wired

One agent · 1 SAP MCP · 4 subagents · 4 hooks · 2 rules · 3 model classes

Every primitive below is a concrete file your team commits. The skills, subagents, and rules are real in .cursor/; the runtime config lives in docs/partner-demos/sap-cursor-config/.

Architecture

3 trigger surfaces

ServiceNow change · Slack /build · ChaRM transition

Cursor cloud agent

environment.json · SAP toolchain · Tailscale to S/4HANA

1 MCP · 4 subagents · 4 hooks

planner + ABAP/Fiori/transport/review, each scoped

sap-build

Turn a plain-English change request into an FSCM-aware ABAP extension + a Fiori warning + a staged transport + a PR, in one orchestrated run.

sap-build-planneropus

abap-engineer

Composer 2.5

fiori-engineer

Composer 2.5

transport-steward

Composer 2.5

abap-reviewer

Codex

  • sap-build-plannerplannerClaude Opus

    Ground the change in the real SAP system, fix the contract, dispatch specialists, synthesize a transport-ready change set, open the PR. Never writes code itself.

    .cursor/skills/sap-build-planner/SKILL.md

  • sap-abap-engineerspecialistComposer 2.5

    Write + activate the ABAP (class, function module, ABAP Unit) against the real DDIC through the SAP MCP. Never copy source through chat.

    .cursor/agents/sap-abap-engineer.md

  • sap-fiori-engineerspecialistComposer 2.5

    Write the Fiori elements / UI5 extension bound to the new CDS field. Keep the app upgrade-safe.

    .cursor/agents/sap-fiori-engineer.md

  • sap-transport-stewardspecialistComposer 2.5

    Capture every object into one transport, verify completeness, stage to QAS. Never import to PRD.

    .cursor/agents/sap-transport-steward.md

  • abap-reviewerreviewerCodexread-only

    Review clean-core, contract safety, transport completeness, and ABAP Unit coverage before write-back. Blocks; does not patch.

    .cursor/agents/abap-reviewer.md

Scripted, deterministic demo

See the whole build, from change request to PR.

Watch the agent ground in SAP, draft ABAP and Fiori, run ABAP Unit, stage a transport, and open a PR you approve.

Run the scripted demo