S4HANA & GTS hubSAP knowledge hub

Short Dump blog - Aktualizované 9. 7. 2026 - 8 min čítania

SAP GTS 2025: Administrator transactions on the Fiori Launchpad

How the administrator business role improves access to settings, uploads, screening, documents and background processing tasks.

Author: Rastislav Janak / s4hanahub team

Problem definition

Putting administrator transactions on the Fiori Launchpad improves access. Giving the whole role to the wrong person improves incident volume.

The uncomfortable question

Does the administrator role reflect real operational duties, or is it a convenient bundle of powerful things nobody has split yet?

Administration is not one job. In GTS it touches settings, uploads, screening, legal control, preference, background tasks and logs, which is a polite way of saying "review the role".

The launchpad improvement is useful, but the article should focus on responsibility design: daily operations, controlled changes and tasks that deserve audit or change management.

Here is the project version: SAP GTS 2025 aligns administrator access with the SAP Fiori Launchpad. The administrator business role is based on the SAP_BR_ADMINISTRATOR template, and administrator transactions in SAP GTS can be executed from the launchpad. That sounds simple, which is how SAP topics lure us into underestimating them.

The SAP evidence trail is less romantic: This is valuable because GTS administration is not a single task. Administrators work with settings, data upload, sanctioned party list screening, documents, legal control, embargo, preference management, background processing and administrative logs. In a clean demo this takes minutes; in production it asks for ownership, variants and a little courage.

Bringing those tasks into launchpad navigation improves discoverability and role consistency.

This is where the support ticket usually starts: The implementation question is whether the launchpad role mirrors the real operating model. Some organizations have one GTS administrator; others split duties across compliance, basis, integration and master-data teams. The screen is only the stage. The process is the plot.

A generic role should therefore be reviewed before assignment.

The control angle is the part worth underlining: Training should not only show where the apps are. It should explain which administrative tasks are safe daily operations, which tasks are controlled changes, and which tasks require audit or change management. A consultant should be able to explain this without opening a thirty-slide apology deck.

For training, the useful lesson is this: For a high-quality knowledge site, this topic is useful because it connects a technical role update with practical governance. The value is not the role name; the value is helping teams design administration responsibly. That is the difference between technical navigation and knowledge people can reuse.

A launchpad tile can make dangerous work look friendly. That is why role design must be less friendly and more honest.