Skip to main content

We need to address four key scenarios within the Application Fact Sheet:

  • Versions
  • Instances
  • Environments
  • Modules

What would be the best practice to map these scenarios?

I am considering the use of Application Subtypes — namely Business Application, Deployment, and Microservices (Application Modeling Guidelines | SAP Help Portal) — to represent these scenarios.

Please confirm the following:

  1. If I utilize these subtypes, would they count towards the total number of applications under our current licensing model, especially if they are not linked to Business Capabilities?

  2. Additionally, by using these subtypes, would I be able to comprehensively map the application's relationships across the entire IT landscape — including IT Components, Data Objects, Interfaces, and Technology Categories?

Hello,

personally I also have an extra subtype for the modules, e.g. SAP HR, SAP MM etc.

 

About the pricing:


Microservice fact sheets do not count for pricing.

Deployment fact sheets do not count for pricing, but they must not have direct relations to business capability or business context fact sheets.

Different instances usually = Different applications especially if a different instance refers to a different organization etc.

Environments = probably depending on your needs, do you want to capture IT or Development processes? Do you help possible integrations this way e.g. ServiceNow? Otherwise you can just add an environment field in the application fact sheet indicating any extra environments, so its values would be something like TEST,QA,DEV,STAGING etc., Do you want to monitor risk on non prod environments? 

So no clear answer here, I have seen several approaches

Versions = This is usually captured from the IT Components.

Hope this helped.


Reply