Duet Enterprise: A Look Back at SAP UX Innovation (2011)

HOME > CASE STUDIES > > DUET ENTERPRISE: A LOOK BACK AT SAP UX INNOVATION (2011)

Ups and Downs of Duet Enterprise Implementation

Looking Back: SAP UX Then and Now

This post was originally written in 2011 when Duet Enterprise—the SAP/Microsoft SharePoint integration—was generating tremendous excitement. The product has since been discontinued, but this piece remains a fascinating snapshot of where SAP user experience was headed… and how differently things turned out.

The core problem we were trying to solve—”give users a pleasant experience with SAP” without navigating “the dark passages of SAP GUI”—was absolutely the right goal. But the solution? Twelve steps of middleware complexity involving ESR, SCL, BCS, proxies, and multiple NetWeaver layers? That approach didn’t survive.

What did survive was the vision. Just two years after this post, SAP introduced SAP Fiori at SAPPHIRE 2013—role-based, responsive, beautiful apps built on SAPUI5 that ran directly in a browser. No SharePoint middleware required. No twelve-step integration nightmare.

Since then, we’ve seen a parade of SAP UX approaches come and go:

Web Dynpro – powerful but complex, now in maintenance mode
SAP Screen Personas – a GUI facelift, still around but niche
Neptune DXP – third-party alternative, still has its fans
SAP Portal – once the standard, now largely replaced by Fiori Launchpad

Today, the answer is clear: SAP Fiori on SAP BTP, extended with SAP Build for low-code development and increasingly enhanced by Joule AI. The “pleasant experience” we dreamed about in 2011 is now the default.

It’s worth reading the original post below—not for implementation guidance, but as a reminder of how far we’ve come.

— Updated December 2025

The Original Post (2011)

Duet Enterprise recently hosted a Launch Summit showing off some of the ways that Microsoft SharePoint 2010 can utilize SAP’s vital information.

In case you aren’t familiar with Duet Enterprise, here are some highlights:

SharePoint 2010 can read and update data directly in SAP
No user plug-ins or downloads required
Security and technical architecture are provided for integration
Sample business objects are provided to get started

If the Summit’s popularity (the website stopped responding due to traffic) is any indication of the product’s interest, then we can expect to see loads of companies diving in. While the end-user experience may be incredible, one of the big questions is how complicated and ultimately how costly is the implementation?

A Likely Duet Enterprise Implementation

An SAP customer wants to expose their live inventory view from SAP to employees through SharePoint 2010 without having to login to SAPGUI or use the SAP Portal.

Microsoft SharePoint 2010 uses BCS (Business Connectivity Services) to connect to SAP. This is supposed to simplify the access of line of business systems to Microsoft SharePoint. The problem is that by making the Microsoft integration simpler, the SAP integration became significantly more complex. This would be okay but in my experience SAP resources are far more expensive than Microsoft.

The following are some of the high-level implementation steps:

Identify Enterprise Services for both search and read inventory (in SAP they are always separate)
Use the ESR (Enterprise Service Repository – which is installed on CE, or PI) to extend your own custom fields for these Inventory Enterprise Services
Create proxies in the back-end to implement in ABAP the customizations of these Enterprise Services
Expose these services to the Service Consumption Layer (SCL) of the Duet Enterprise Middleware (Netweaver 702 ABAP)
In the SCL, create connections to the back-end services via the Back-end Abstraction Layer
In the ESR for the SCL (getting complicated yet?), create a new simplified and flat web service which combines the read and search of back-end services
Extend the SCL service to include Duet-specific fields for activities such as session tracking
Implement the Generic Interface Layer Model
Expose the SCL web service to SharePoint where it can be added as a BCS external list

Not exactly trivial. But to be fair, Duet Enterprise does provide tools and generators for a lot of this work.

Is There Another Way?

One of the keys to Duet Enterprise is the security model. There needs to be a way to authenticate a user in SharePoint 2010 and authorize that same user in SAP. The Duet Enterprise middleware, Netweaver 702, provides SAML2 authentication for this purpose. This works perfectly between SharePoint 2010, the identity provider, and Netweaver 702, the service provider.

Ultimately the back-end SAP Enterprise Services can authenticate with one of the following methods:

Username and password
X.509 ticket
SAP Logon Ticket
SAML2 (starting with Netweaver 702)

Another option would be to flatten and combine the SAP Enterprise Services for inventory directly in the SAP back-end (or the ESR) and add the SharePoint 2010 specific fields. If this back-end were also upgraded to Netweaver 702 this would avoid the usage of the middleware environment and reduce about 75% of the custom development.

In either case, SharePoint 2010 offers tremendous capabilities for employees who want to use the vital information in SAP without having to learn to navigate the dark passages of SAP GUI. In my opinion, even if it is difficult, the costs are well worth it to finally give users a pleasant experience with SAP.

Where SAP UX Is Today

If you’re looking to modernize your SAP user experience today, the path is much clearer: SAP Fiori apps running on SAP S/4HANA or extended via SAP BTP. No middleware maze required.

Contact Mindset to discuss your SAP UX modernization strategy—or follow us on LinkedIn for more SAP insights.