SAP GUI vs. Fiori: Why Many Users Want to Switch Back

After go-live, many users find their way back to SAP GUI. Not a failure — a familiar pattern with concrete causes. This article explains why it happens, what organizations lose as a result, and what SAP Fiori offers that simply does not exist in the GUI.

SAP GUI vs. Fiori: Why Many Users Want to Switch Back

Go-live is done, SAP Fiori is activated, training has taken place. And yet, in many organizations, the same thing happens a few weeks later: users find their way back to SAP GUI. Sometimes officially, because certain transactions are not yet available in Fiori. More often informally, because the familiar T-codes feel faster, more reliable, and more manageable under pressure than the new interface.

This behavior is neither unusual nor surprising. It follows familiar patterns observed across many S/4HANA projects. And it has concrete causes that can be identified and addressed.

"A slow Fiori app is the surest way to kill adoption before it starts."
— Jan-Philip Becker, adesso business consulting Blog: "Von SAP GUI zu SAP Fiori in der S/4HANA-Ära: Strategische Transformation der Benutzererfahrung", April 2026

GUI and Fiori: What Really Sets Them Apart

Before getting to the problems, it is worth taking a brief look at what fundamentally distinguishes the two interfaces — not technically, but from the user's perspective.

SAP GUI has been the standard for decades. It is dense, functional, and built for efficiency — for people who use it daily and have internalized its logic. T-codes, menu paths, tab strips: all of this looks cryptic to outsiders, but for experienced users it is muscle memory. Every action is directly accessible, and the path from thought to posting is short.

SAP Fiori is the strategic successor. Role-based, tile-driven, browser-based, and designed for a different type of use: less transactional depth, more process guidance, more integrated analytics. In theory, this significantly reduces onboarding time for new employees. In practice, however, switching to SAP Fiori does not automatically lead to higher acceptance.

GUI vs. Fiori in Practice

  • SAP GUI: Enter a T-code, screen opens, fill in fields, post. Three to five seconds for experienced users.
  • SAP Fiori: Open the Launchpad, find or click a tile, load the app, start the process. More steps, more load time — but more process guidance and integrated analytics.
  • The tension: Anyone who has worked with GUI for years initially experiences Fiori as a step backward, even though Fiori offers additional capabilities and analytical possibilities in many areas.

The Five Most Common Reasons Users Switch Back

1. Speed and Performance

This is the most frequently cited reason — and it is often legitimate. From project experience and feedback across the SAP community, performance, usability, and stability consistently rank among the most important factors influencing acceptance of new SAP interfaces. If a Fiori app takes three to five seconds to load, and the same action completes in one second in GUI, the accounting clerk will choose the faster option. Every time.

That is not an acceptance problem. It is pragmatism. And it is entirely understandable.

2. Missing Features or Apps Not Yet Activated

SAP is already moving individual functions fully into the Fiori environment. Examples can be found in bank account management and certain reporting procedures, among others. At the same time, there are still processes for which Fiori apps are either not fully available or have not yet been activated in the specific system. Users who encounter a missing process step switch to GUI — and stay there.

3. Authorization Issues and Technical Hurdles

SAP Fiori applications run in the browser and access the backend via the SAP Gateway. This means that authorization analysis and troubleshooting differ significantly from classic SAP GUI transactions. Fiori errors often have entirely different root causes than GUI issues. When a tile is grayed out, an app fails to load, or an error message appears that no one can interpret, users take the path of least resistance — back to GUI.

4. Muscle Memory Strikes Back

Someone who has typed FBL1N for ten years will still type that T-code automatically into the command line after go-live. That is not resistance — it is neurological efficiency. Our brains optimize for routines. New interfaces disrupt those routines, and that costs cognitive effort, especially under time pressure, especially during month-end close, especially when ten colleagues are waiting.

Practical Note

In S/4HANA, T-codes can still be entered in the Fiori Launchpad search bar. The system then opens the corresponding GUI transaction or redirects to the Fiori app. Many users are unaware of this. Explaining it removes one of the biggest initial barriers.

5. Training That Does Not Reflect Day-to-Day Work

Project training shows what Fiori looks like. It rarely shows how to work with it efficiently: under real time pressure, with real data, in real exception situations. That difference determines whether Fiori is genuinely used after go-live — or merely tolerated.

Why This Is a Strategic Problem

When users permanently work in GUI, several problems arise at once.

Consequences of Permanent GUI Use After Go-Live

  • Embedded Analytics goes unused. Real-time reporting, KPI dashboards, direct drilldowns from analysis into posting — all included in S/4HANA and left untouched.
  • External BI remains a necessary detour. Organizations still relying on BW exports or Excel pivot tables for reporting are paying for capabilities that already exist in the system.
  • SAP's strategic direction is being ignored. SAP has been pursuing a consistent Fiori-first strategy for years. New functionality is increasingly developed exclusively for Fiori, while many classic GUI transactions are being functionally frozen, deprecated, or replaced by Fiori applications over time.
  • The knowledge gap widens. Users working exclusively in GUI lose touch with S/4HANA's ongoing development.
  • The swivel-chair effect costs time every day. Switching between GUI and Fiori depending on the task creates measurable productivity losses through context-switching.

What Organizations Lose When Fiori Is Not Used

Anyone working permanently in GUI is using S/4HANA like an ECC system with a more modern database. That is technically possible — but it means the real value of the investment goes untapped.

Embedded Analytics: Reporting Without the Detour

By eliminating the separation between analytical and operational systems, S/4HANA gives users direct access to operational data in real time. Analyses are available without delay, without switching between systems. No waiting for ETL processes into a data warehouse. Controllers get access to current transactional data without waiting for prepared data from a Business Warehouse.

Many operational reporting requirements can already be covered without a separate BI system. That reduces effort and cost. Organizations using Fiori get a reporting tool included — no additional license, no separate system, no interface maintenance.

What Embedded Analytics in Fiori Concretely Offers

  • Smart Business KPIs: Real-time key figures on tiles with thresholds, target ranges, and trend indicators. Drill down from the overall figure to line item or customer level.
  • Multidimensional Reports: Pivot-based analyses directly in the system — by organization, time, cost center, product, or region — without exporting data to Excel.
  • Analytical List Pages: Lists with integrated filter functions combining operational and analytical views. Jump directly from the analysis into processing — without switching systems.
  • Overview Pages: Role-based dashboards with a consolidated view across business areas — individually configurable for controllers, accountants, or team leads.

Directly From Analysis Into the Transaction

Users can jump directly from an analysis into relevant financial processes — dunning runs or posting corrections, for example — without switching systems. In GUI, that was not possible: analysis in one tool, processing in another, result review somewhere else again. That context switching costs time every day.

Staying in GUI Means Paying for Potential That Goes Unused

SAP is investing its development resources for the coming years into Fiori. Organizations relying exclusively on SAP GUI today are working against SAP's strategic direction. New functionality is increasingly built in Fiori, while classic GUI transactions are progressively frozen or replaced. The entire GUI does not disappear overnight — but more and more individual processes are being developed exclusively in Fiori and anchored there for the long term.

The question is not whether Fiori is coming — it is when, and how well prepared people will be when it does. Organizations that do not actively steer now will solve the problem later under greater pressure.

What Works — and What Does Not

What Does Not Work

Blocking access to GUI without closing the gaps in Fiori. Forcing users without giving them the security they need. And hoping that familiarity will develop on its own — it does not, at least not quickly enough.

What Works

Proven Approaches for Sustainable Fiori Adoption

  • Ensure performance before training users. A slow app creates rejection that is hard to undo. OData services, Web Dispatcher, caching — these must be right before go-live.
  • Phased rollout rather than big bang. Where a Fiori app covers multiple transactions or an entire process, introduce it from the start. That creates positive first experiences and builds acceptance.
  • Explain T-code search in the Launchpad. Users who know they can type FBL1N directly in Fiori and land there immediately lose the biggest initial barrier.
  • Follow-up training 4 to 8 weeks after go-live. Not before go-live when no one knows what to expect — but after, when real questions are on the table.
  • SAP office hours in the first months. Regular, low-threshold sessions where users can resolve concrete day-to-day problems — no ticket, no waiting time.

Self-Assessment: Where Does Your Organization Stand?

If you answer at least two of these questions with "No," there is a need to act:

  • Do your Fiori apps load in under two seconds?
  • Do all users have access to the Fiori apps they need for their daily tasks?
  • Do your users know they can enter T-codes directly in the Fiori Launchpad search bar?
  • Has there been targeted follow-up training after go-live — not just a reminder of the initial session?
  • Can you measure today how many of your critical workflows actually run through Fiori — and how many still rely on GUI?

The real challenge of Fiori is not the technology. It is supporting people in letting go of familiar ways of working and productively embracing new possibilities. Organizations that actively accompany this step gain significantly more from their S/4HANA investment than those relying on technical deployment alone.


Strengthen Fiori Adoption — Targeted and Lasting

Noticing that your users are switching back to GUI after go-live?

Get in touch. Together we identify where the barriers are and develop targeted follow-up training for your FI modules.

Contact Me Now →

Newsletter

SAP knowledge straight to your inbox

Practical tips, insights and news on SAP FI/CO – for users, key users and everyone who wants to truly understand SAP.

What to expect

  • Practical SAP FI/CO tips from real projects
  • Updates on certifications & SAP news
  • Monthly, no spam – unsubscribe any time

Request SAP FI/CO Training

Practical training, certification preparation and individual project support – get in touch.

Request training
Cookie Präferenzen anpassen