Skip to Content

SAP Analytics Cloud is an agile analytics tool that lets you explore, visualize, plan & predict in one single product. Built as a native HANA solution on SAP Cloud Platform (SCP), it offers ground-breaking ‘software as a service’ (SaaS) business intelligence to our customers.

Aside from describing the product’s capabilities (of which there are many!), I find myself frequently explaining how the product is licensed. This is not unexpected because we’re increasingly seeing new commercial models in this age of hybrid landscapes, remote sources and flexible hosting.

The source information for this blog can be found in the example SAP Analytics Cloud Agreement. I also recommend checking the Solution Brief FAQ.



The first thing to understand is that there are 4 modules that can be ordered here: SAP Analytics Cloud for Planning, SAP Analytics Cloud for Business Intelligence, SAP Analytics Cloud for Predictive and SAP Digital Boardroom.

SAP Analytics Cloud is available through an annual subscription fee.  Customers are subscribing to a “Number of Users, per Module, per Month” structure. SAP Cloud infrastructure, maintenance, and support are all included in the price. There is no distinction between ‘named user’ or ‘concurrent access’ licence types.

License agreements are typically bought for “production only” access. In some agreements “test tenants” (i.e. development, or validation environments) are provisioned for customers as part of their contract, but this needs to be specified explicitly during the contract definition, which are typically between 1 and 5 years long.

Note that the SAP Digital Boardroom (while being built on a SAP Analytics Cloud foundation) is a super-set of all of these, and is licensed separately. This option can also benefit from a (recommended) triple, or single, touch-screen setup which requires additional hardware procurement (purchased separately).



Customers get the option to choose (at the initial point of order) which data center they would prefer – at time of writing, this equates to a choice of Europe, Asia or North America locations.

The SAP Analytics Cloud product is only hosted by SAP itself, on its own SAP Cloud Platform (SCP). There are no other partner-hosted options beyond this (and no alternative cloud providers being considered). There is also no downloadable alternative for customers who prefer an on-premise installation.

Customer can choose a deployment option either to Public cloud (which is the default choice) or – as a cost-option – they can specify a Private Cloud option.



A Private tenant option offers dedicated tenant hardware, which is not partitioned (shared) with other organisations. Justifying the Private option also mandates a minimum number of ‘seats’ (users) be subscribed for, typically between 5-25 planners and between 50-100 analytics users (*these are approximate guidelines only, details of which should be discussed with your account manager*)

The other point of distinction is that while a public tenant allows 1 GB of shared storage per user; the Private edition includes 32 GB as a ‘baseline minimum’ memory specification (increasing in standard ‘bundles’ up to 1024 GB). Beyond that, further ‘expansion packs’ can be specified incrementally.

Note that there is no ‘automatic’ elasticity built into the application’s resource allocation (i.e. nothing is ‘gifted’, if you go over your quota) – you are bound by the initial specification of your tenant; but SAP can always extend this footprint as required for an additional charge.

While these metrics are continuously monitored by SAP’s own cloud operations team, your tenant’s administrator also has monitoring capabilities to help assess system utilization and resource availability on the tenant. From this console you can ascertain: user types, storage space, transaction throughput etc.




There are several user options for SAP Analytics Cloud, and these can be licensed individually to help answer your use-cases. These different ‘user-types’ refer to the modular ‘building blocks’ of the application, and are required to unlock the desired functionality. The image below showing these functional demarcations (approximately):


Probably the most subtle differentiation here is the planning professional versus the planning standard user. The important distinction here is that the planning professional is setting-up and configuring the plans, while the standard user is only executing those planning tasks.

Another consideration here is the “connection strategy” being used to access your data sources: Because “Live connections” are not ‘acquired’ into SAP Analytics Cloud (i.e. data is not replicated), these online sources do not have the option to be re-modeled locally as “Planning-enabled models”.

Therefore, Planning licenses are unnecessary in the case of online analytical models when reporting from live sources (for example, when consuming a HANA data-source in SCP). And in the specific case of customers already having a footprint in the SAP Cloud Platform, a lesser integration license would be required (not shown here) called an ‘analytics service user’.

I hope this information is useful to you. I welcome any questions you may have.


Kind regards,


To report this post you need to login first.


You must be Logged on to comment or reply to a post.

  1. Manikandan Elumalai

    Hi Henry,

    I started looking at BOC against BIP and this article is very useful in terms of licensing and deployment planning. Thanks for this valuable share.


    1. Henry Banks Post author


      I don’t personally have any info on this – please contact your SAP Account representative to entertain the discussion about converting perpetual licenses .


  2. Raheel KHAN

    Excellent content Henry. Very useful. There is also another component sap BOC BI extension license. Can you check please share some knowledge on this as well. I know that this is the same as BOC bi license but is used for integration with other solutions integrating with BOC.

    Example product code 8004100

    question is : if we have to give this do we still need BOC bi standard licenses

    othetwsiee when do we use this licenses as well



    1. Henry Banks Post author

      Hi Raheel, nice to hear from you. i’m not sure about that material code – i’d recommend asking Blair about that, it could be an internal name. Cheers, H

  3. Andreia Brandão

    Hi Henry,

    Great article. I would like to know if you have any idea when connections to S4HANA on-premise will be available on SAP Analytics Cloud?



Leave a Reply