Skip to Content
Author's profile photo Richard Hirsch

Cloud-based integration pricing, NetWeaver Cloud Portal SLA and other tidbits in the latest version of NetWeaver Cloud Supplemental Terms and Conditions

The latest version of the SAPNetWeaver Cloud Supplemental Terms and Conditions agreement contains some interesting changes including pricing details about OnDemand integration platforms and an additional description of the NetWeaver Cloud Portal.

Let’s take a closer look at some of these changes.

Integration with On Premise Platforms

One of the most important features of the SAP NetWeaver Cloud is its ability to facilitate hybrid (OnPremise / OnDemand) scenarios. Thus, a long section in the agreement regarding such interaction received my particular attention.

(a) Customer may connect Customer Applications to SAP on-premise enterprise systems and non-SAP enterprise systems using the connectivity service provided by the Platform. A connection is defined as the association of a Customer Application deployed on the Platform to any unique on premise enterprise business application or on premise data source. SAP Named Users must be purchased under an Order Form for each individual accessing a Customer Application and utilizing a connection to an SAP on-premise enterprise system unless such individual is licensed under an on-premise license for the type of access to the SAP on-premise enterprise system requested through the Customer Applications running on the Service.

First of all, let’s define exactly what functionality this section refers to.  “[T]he connectivity service provided by the Platform” in my opinion refers to the “NetWeaver Cloud Connectivity service”  and is one of the central features provided by the platform.   What can you do with this service?

  • Consume REST Web services in your SAP NetWeaver Cloud applications
  • Establish secure connections between your SAP NetWeaver Cloud account and your on-premise systems, using SAP Cloud Connector
  • Configure HTTP destinations used by your on-demand applications [SOURCE]

The use case that is of the most interest to me is integration with OnPremise systems. What is important to remember is that you can access SAP OnPremise systems and OnPremise systems from other vendors.

What happens if you access non-SAP back-ends?

(b) For mixed environments (SAP on-premise enterprise systems and non-SAP on-premise enterprise systems), Customer must purchase connections to non-SAP backends (connections to SAP systems are not charged) under the Order Form.

It looks like you will be charged for each non-SAP connection. Since I don’t have access to the Order Form, I have no idea what the prices for such connections might be. However, customers considering such scenarios – I have no idea if the Cloud Connector could still be used – should be aware that additional costs are involved. This decision is unfortunate since it forces enterprise developers wanting to connect the platform to non-SAP systems to consider alternative platforms where such pricing isn’t present. I’ve always assumed that one goal was to attract such developers to the platform yet such financial disincentives are detrimental to such efforts and hamper the creation of a broader developer ecosystem.  

I assume that this also applies to custom-developed OnPremise applications as well.

This section also contains a strange paragraph on “mediated middleware solutions”.  Since I didn’t find a definition of “mediated middleware solutions”, my assumption is that the reference is to integration platforms (for example, NetWeaver PI OnPremise/OnDemand, Boomi, Informatica)

(c) For access to on-premise enterprise systems through mediated middleware solutions:

(a) If SAP mediated solution, Customer does not pay for connections irrespective of SAP or non-SAP on-premise enterprise systems connected to this mediated solution.

(b) If non-SAP mediated solution, Customer must purchase a connection under the Order Form only for the connection to each non-SAP mediated solution.

I’ve tried graphically to depict my interpretation of the impact of this paragraph.

Note: In my diagram, I’ve used Oracle Fusion applications as an example of an OnPremise system from another vendor.  Other applications from other vendors could have been used as well.


I have no idea how SAP is going control the connection characteristics. For complicated applications that pull data from multiple sources, I fear that this will be an administrative nightmare.

One motivation of this decision is to promote SAP mediated middleware solutions at the expense of competitors.

SAP has always emphasized that their hybrid environment is open to third party integration platforms. 



The current implementation for the replication for SAP’s Cloud Payroll uses Boomi which demonstrates that this integration is technically possible yet it appears that there will be a financial impact for such usage in the future.

Inclusion of SAP NetWeaver Cloud Portal

The latest version of the document now mentions the newly release NetWeaver Cloud Portal.

An optional component of the Service is the NetWeaver Cloud Portal (“Portal”) hosted on the Platform, which requires payment of a separate fee. Customer must license a Named User for each individual accessing the Portal. The term of the subscription to the Portal must equal the term of the subscription to the Platform.

This paragraph is rather intriguing for a variety of reasons:

  1. There are a variety of SAP solutions which are based on the NetWeaver cloud – some of which have their own Terms and Conditions (for example, the Precision Retailing Solution. What makes the Cloud Portal different from these other solutions?  It is also described as a “component” rather than a solution  – perhaps because it is NetWeaver-branded.
  2. The fact that the Portal necessitates “a license a Named User for each individual accessing the Portal” also restricts supported use cases to ones associated with business users.  I have no idea how this might work with portals that are more associated with consumers where the user fluctuation might be high – leading to higher license fees.


The latest version of the agreement also describes the SLAs for the Platform and the CloudPortal

With respect to the Platform (includes compute, structured storage, unstructured storage, bandwidth, connectivity connector in the Cloud), SAP warrants at least ninety-nine point nine percent (99.9%) System Availability over any calendar month.


With respect to the Portal (if Customer has purchased the Portal subscription), SAP warrants at least ninety-nine point two percent (99.2%) System Availability over any calendar month.

What is interesting is that there appears to be a base SLA without a distinction between the various NetWeaver Cloud editions (Lite, Professional, Premium, and Premium Plus). Thus, one option that SAP has yet exploit is to make customers pay for better SLAs.

The fact that the SLAs are disclosed at all is important inasmuch as some competitors such as offers no SLA, only committing to “commercially reasonable efforts”.

End-Users vs. Named users

The pricing models for the NetWeaver Cloud still aren’t publicly known but some pricing model based on the number of end-users is possible. Thus, I’m paying particular attention to how end-users are defined in this document

The older version of the agreement contained this description:

Only Named Users are permitted to access the administrative areas of the Platform. End Users are limited to screen-access of the Customer’s Applications via the Internet.

The new version has this description:

(e) End Users must be licensed as Named Users.

I’m troubled by this change, because I’m not sure how this work in consumer-focused use cases.


At this blog demonstrates, such legal agreements reveal important details about SAP’s Cloud strategy.  I’ll be paying particular attention to such agreements as the number of Cloud-based solutions multiply and the number of hybrid environments increase.

Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Chris Paine
      Chris Paine

      Great blog!

      thank for digging into the the small print for the rest of us. 🙂

      Have you seen any pricing for the PI On Demand offering? I wondering how it will compare and compete with Boomi when it seems that that licence is part and parcel of many current SuccessFactor installs.

      Author's profile photo Richard Hirsch
      Richard Hirsch
      Blog Post Author

      I'm also very curious to learn more about PI OnDemand pricing but there is so much that it is still unknown about the offering..  I'm hopeful that it will be announced at one of the upcoming TechEds and then we will know more.


      Author's profile photo J. Pazahanick
      J. Pazahanick

      Very good blog Dick as I like how you always seems to dig under the covers and try to piece together information.  Here is a recent blog I wrote that talks a little bit about the Netweaver Cloud Integration and pricing model (as it relates to SuccessFactors)

      Author's profile photo Richard Hirsch
      Richard Hirsch
      Blog Post Author

      I think that our blogs complement one another and provide some interesting clarity on the issue of integration in OnDemand settings.  In the case of integration between SuccessFactors & SAP HCM OnPremise assets, the use of mediated solution from SAP will be less expensive than going through the solution offered by a third party.  For those customers who don't have an OnPremise Netweaver PI , then the OnDemand option via the NetWeaver Cloud will probably be the best option. 


      Author's profile photo J. Pazahanick
      J. Pazahanick

      Funny that we were both writing blogs this weekend on a similar topic but from slightly different angle....what is that saying "great minds think alike" 🙂

      Author's profile photo Yariv Zur
      Yariv Zur

      One comment about cloud portal - we do have B2C scenarios as well, not just B2B/B2E. Can give more details offline during the upcoming TechEd.

      Author's profile photo Richard Hirsch
      Richard Hirsch
      Blog Post Author

      One comment about cloud portal - we do have B2C scenarios as well, not just B2B/B2E.

      That is what I assumed - that is why I found the conditions about Named Users for the NetWeaver Cloud Portal a bit strange.

      I'll be in Madrid - I hope to see you there.


      Author's profile photo Former Member
      Former Member

      Hi Dick,

      As always, very insightful blog 🙂

      A couple of remarks:

      1. Regarding integration: there are many options/combinations to choose from to consume on-prem SAP backends - the Cloud Connector, NW Gateway, PI on prem and On Demand, 3rd party, via VPN or without. I believe that the key to that is to provide a wide range and allow the customer to go with the option that makes most sense based on existing landscape and IT procedures.

      2. Regarding cloud portal: the reason for embedding it as part of the NW Cloud T&C is that it is a cloud service built with 3 scenarios in mind. It is suitable for customers and partners that need a standalone solution and do their development outside of the NW Cloud platform, suitable for customers and partners that do use the NW Cloud platform and suitable for other SAP solutions that are extended using the very same technology that is CP. So here it is bundled with the platform T&C but you might also find it later in the T&C of other solutions and bundles.

      Hope to catch you in Madrid...