Introducing Cloud Computing
Introducing Foundational AI Concepts
Describing the SAP Autonomous Enterprise
Navigating the Journey to the Autonomous Enterprise
Choosing a Cloud ERP Solution with the Digital Discovery Assessment
Preparing for Implementation with a Cloud Mindset

Understanding Subscription Licensing

Objective

After completing this lesson, you will be able to explain the dimensions of licensing and digital access

User & Digital Access Licensing

Digital Access in the past and present

In the past, software was typically licensed based on direct human access. People were the primary users, and applications ran within a company’s on-premise systems.

Today, organizations use a mix of cloud and on-premise solutions from multiple providers, all of which must work together. Devices, applications, and automated technologies now generate far more system requests than individual users.

As access patterns changed, licensing models had to change with them.

We categorize accessing the digital core, meaning all deployments of SAP S/4HANA, including SAP S/4HANA Cloud Public Edition and SAP S/4HANA Cloud Private Edition, into three categories:

  • Direct Human Access
  • Digital Access / Indirect Human Access
  • SAP Application Access
Graphic showing that direct human access to software systems was most prevalent in the 20th century, whereas in the 21st century, indirect non-human digital access is most prevalent.

Direct Human Access

Direct human access refers to a human with a unique user ID logging into any deployment of SAP S/4HANA directly and creating documents based on the user type. The individual user ID covers all activities in the Cloud ERP system.

Direct human access for SAP Cloud ERP is based on a model called per user, per month (PUPM). There are many different user types, which are based on the package(s) purchased by the customer. For example, Finance Premium users have access to enhanced finance and spend/customer experience capabilities, whereas a self-service user only has access to capabilities such as recording their time, accessing paystub information, setting goals, booking travel and submitting expenses. A Finance Premium user is more "expensive" than a self-service user to the customer. Details about the different user types is in the Service Use Description.

Direct human access for SAP Cloud ERP Private is based on a model called full use equivalent (FUE). A customer purchases a certain quantity of FUEs, and allocates them across their employees based on the what different employees should have access to in the ERP system. 1 FUE could be used for 30 self-service users, or 1 FUE could be assigned to 1 user with advanced capabilities in the system (e.g. finance capabilities). Details about the different user types and the number of FUEs required per user is in the Service Use Description.

Some humans access SAP S/4HANA indirectly through a non-SAP intermediary software. This could include a non-SAP front-end, a custom solution, or any other non-SAP application, and is considered indirect human access. In the case of process automation, access to SAP S/4HANA with attended third-party bots is considered direct human access when the bot is acting on behalf of a human.

Digital Access / Indirect Human Access

The Digital Access license model combines indirect human access with nonhuman devices, automation bots, automated systems, or other third party solutions accessing SAP S/4HANA and creating documents. This is an outcome-based license where humans or non-humans create a specific set of documents through intermediary non-SAP software. Pricing is based on the number of documents associated to nine specific document types. It's important to understand the document types themselves are not counted for digital access, it's the creation of document items for these nine document types. The pricing model is also tiered to make the software affordable for companies of all sizes. In the case of process automation, access to SAP S/4HANA with unattended third-party bots requires additional licensing through Digital Access.

SAP Application Access

SAP application access is when SAP S/4HANA is accessed through an SAP line of business (LoB) application, an industry application, or SAP solution extensions (Solex). You might think documents created through these applications would be considered Digital Access, but they aren't because each application is licensed separately, and therefore all documents created through them are covered within the license of each individual application. To explain it differently, the applications are not creating documents within SAP S/4HANA, they are creating documents within the original LoB, industry, or Solex application and transferring the created documents to SAP S/4HANA.

An alternate use case is if the application happens to already be included in the license purchased for the core ERP software. For SAP S/4HANA Cloud (public and private editions), SAP Build Process Automation is included in both the GROW and RISE with SAP packages. Because of this, process automation bots within SAP Build (attended or unattended) are considered SAP application access and do not require additional licensing.

Document Types relevant for Digital Access License

The creation of some document items are weighted differently than others. Please refer to the graphic to see how document items are weighted for the different document types. Additional information can be found in the SAP Help Portal here.

Graphic showing the nine document types and how they are charged: Sales documents (multiplier 1x), service & maintenance documents (multiplier 1x), invoice documents (multiplier 1x), manufacturing documents (multiplier 1x), quality management documents (multiplier 1x), purchase documents (multiplier 1x), financial documents (multiplier .2x), time management documents (multiplier 1x), and material documents (multiplier .2x).

Note

  • Only creation of document items for the 9 document types are counted for the Digital Access license. Viewing (read), updating (write), and deleting documents are not counted. Document items created for document types outside the list of nine types are not counted either.
  • Only the total number of document items is counted for the license, regardless of type.

Measuring & Reporting on Digital Access

Existing SAP ECC (Enterprise Central Component) and SAP S/4HANA customers considering any deployment of SAP S/4HANA can take advantage of the Digital Access Evaluation Service provided by SAP's Global License Audit and Compliance (GLAC) team at NO COST. This service is designed to help customers determine the estimated initial number of digital access documents.

Decision tree to determine whether a document will be charged as indirect digital access or not charged because it falls under human access or SAP application access.

Measuring digital access documents uses the SAP Passport technology, which is already in place for end-to-end system tracing and monitoring in distributed system landscapes. Please refer to the technical prerequisites for measurability and the conversion options for existing licenses.

Customers who have implemented any deployment of SAP S/4HANA can keep track of their ongoing digital access document consumption with two reporting tools:

  • Use the License Compliance Digital Access app in SAP S/4HANA Cloud Public Edition.
  • Use the report RSUVM_DAC in SAP S/4HANA or SAP S/4HANA Cloud Private Edition.

Note

Check which role is required for your business user to access an application on the Fiori launchpad by looking up the relevant app in the SAP Fiori Apps Reference Library.

AI Licensing

How customers start and grow with SAP AI

Customers typically begin their AI journey with Base AI, which is included in SAP Cloud subscriptions. This foundational layer delivers immediate value through Joule Base and embedded AI capabilities that support everyday business processes. No additional purchase is required.

As needs become more complex, customers can move to Premium AI while continuing to use prebuilt SAP AI. This layer includes agents and other high-value AI services that automate work and execute processes end to end. Pricing is aligned to usage or individual productivity and uses AI units and the consumption-based credit system.

Customers can then extend SAP's capabilities through Customer-Built AI. Using the SAP Business AI Platform and runtime, they can build and operate their own AI solutions to address unique requirements and create differentiation. Commercialization is tied to execution.

Graphic listing the process flow for customers to start using SAP AI

What are AI Units?

AI Units are SAP's standardized consumption model for Premium AI. Instead of purchasing individual AI features, customers buy a shared pool of credits that can be used across eligible AI services and solutions.

Because the pool is shared across products, customers can apply AI Units where they provide the most value without committing to specific use cases in advance.

Units are consumed only when AI performs a task, such as processing a document, generating a prediction, or executing an automation. Each capability has a defined consumption metric, giving customers visibility into how their usage is measured.

AI Units are purchased annually in blocks of 100 and consumed as adoption grows. Unused units expire after 12 months.

Graphic highlighting characteristics of AI units

Commercial Model for Prebuilt AI

The prebuilt SAP Business AI commercial model is structured across three layers:

  • Base AI
  • Premium AI
  • Industry AI
Base AI

Base AI provides foundational, everyday AI designed for broad adoption with minimal friction. This includes Joule Base interactions and AI capabilities embedded directly into SAP Cloud applications and core business processes.

Base AI is included with cloud subscriptions and does not consume AI Units, making AI broadly available from day one.

Premium AI

Premium AI builds on that foundation with advanced capabilities for execution, automation, and high-value business scenarios. This includes SAP-built agents that execute work end to end, Document AI, and advanced generative AI services.

Because the value of these capabilities increases with usage, Premium AI is generally commercialized through AI Units. Consumption may be measured by actions executed, requests processed, or other usage-based metrics. Limited user-based exceptions apply where value is tied directly to individual productivity, such as Joule for Consultants.

Industry AI

Industry AI applies advanced AI to the processes, regulations, and value chains specific to an industry, aligning commercialization with the specialized business outcomes delivered.

Graphic illustrating characteristics of Base AI, Premium AI, and Industry AI

Together, the model is clear: Base AI provides included foundational value, while Premium AI and Industry AI scale advanced value according to usage and business impact.

Commercial Model for Customer-Built AI

Customers can begin building and testing agents, applications, workflows, and extensions with free access to design-time tools. To get started, they must have either Joule Base or AI Units and accept the applicable terms and conditions.

Joule Work

Joule Work is the access layer for shared experiences, approvals, development spaces, Agent Hub, MCP Builder, and BTP-hosted applications and extensions. Please note that premium spaces or experiences may be priced in the future.

Design-Time Tooling

Design-time tooling provides the full authoring environment for building and testing agents, applications, and workflows. AI-assisted development, including intent-driven development, is included within fair-use limits. Additional usage may become chargeable as adoption and scale increase.

AI-assisted design and development are included up to fair-use limits. Customers can explore, build, and test without an upfront usage charge, while higher-volume use may require additional capacity.

Joule Studio Runtime

Joule Studio Runtime is the production environment where customer-built agents, applications, workflows, and extensions actually run. Because most AI value is created during execution, commercialization is focused primarily on runtime consumption. Billing is based on the resources used, including compute, storage, transactions, and AI tokens.

Graphic illustrating Joule Work, Design-Time Tooling, and Joule Studio Runtime

The model is designed to let customers start innovating freely, move solutions into production quickly, and pay in line with the resources consumed and the value AI delivers at scale.