Reference Catalog: Provider Tiers, Response Times, and FAQs

Learn more about provider tiers and response time for additional or missing data and find answers to frequently asked questions.

In this document, you can find additional information about the reference catalog. To learn about the reference catalog, its benefits, and the data available in it, see Reference Catalog.

Provider Tiers and Response Times

We use provider tiers to prioritize updates of catalog items and requests for additional or missing data in the catalog. The classification is based on top software providers by revenue and extended with usage analysis of the catalog, specifically linking of catalog items to fact sheets in productive workspaces. With this approach, we aim for the best response time, maintenance schedule, and coverage for the most relevant catalog items.

For all provider tiers, we operate on best efforts to meet the specified response times to either fulfil the request, decline requests that are out of the scope of the catalog, or get back to the requester when additional information is needed. The measure of the response time starts when a complete request for missing data is received from a productive workspace.

We defined our response times considering seasonal and exceptional peaks.

📘

Note

SAP LeanIX reserves the right to change the response times for requests at any given time. Requested items will be categorized (for example, as SaaS or non-SaaS) and considered as a relevant item to be added to a catalog at our sole discretion.

Tiers for Applications in the Catalog

Provider TierProvidersResponse Time (in Business Days)
Tier 1Any7

Tiers for IT Components in the Catalog

Provider TierProvidersResponse Time (In Business Days)
Tier 1Alphabet (Google), Microsoft, IBM, Oracle, SAP, Salesforce, Adobe, ADP, Intuit, Broadcom7
Tier 2Amazon.com, Red Hat, Atlassian, Cisco, Apple, Citrix Systems, SUSE, ServiceNow, OpenText, MongoDB30
Tier 3All remaining providers that are not listed in Tier 1 or 2Response provided on best efforts (approximately 45 days)

Frequently Asked Questions

Why Are There Tiers with Different Response Times, and Why Is There a Change in Scope?

Introducing the vendor tiers with different response times and a clear scope of catalog items allows us to focus on high quality of data and data maintenance. We aim for proactive data maintenance and addition of IT components and applications for provider tier 1 (excluding hardware items), increasing our catalog's significance, relevance, and impact, especially for technology risk management and SAP landscape discovery.

How Are the Tiers of Providers and Response Times Determined?

The classification is based on the vendor's significance in enterprise architecture as determined by SAP LeanIX.

  • Tier 1 IT component providers are identified by examining software providers with the largest market capitalization. These providers are then ranked according to their revenue, and the top 10 are included in tier 1.
  • The selection of tier 2 IT component providers is guided by the usage analysis of the catalog, specifically the linking of catalog items to fact sheets in live workspaces.

With this approach, we aim to ensure optimal response times, maintenance schedules, and coverage for the top providers in the market

Will the List of Vendor Tiers Stay as Is?

We consider the list stable and do not expect significant changes. Annually, we conduct a review of top software providers and assess the usage of our catalog. Vendors might be added, removed, or moved to a different tier.

What Happens to My Requested Items That Are Out of Scope?

Such requests will be declined with a comment stating that the item is out of the scope of the catalog.
We are working towards providing clear information on the response time and target dates based on the provider tier in the application soon.

Why Are Some of the Catalog Items Named as major.x or major.minor.x?

As part of our ongoing efforts to review and maintain our catalog to ensure high data quality, we are aggregating some catalog items into Major.x or Major.Minor.x versions. This aggregation aligns with the lifecycle policies of the providers and aims to enhance the management of technology obsolescence risk.

What Do I Do When I See a Catalog Item with major.x Version?

Catalog items labeled with a Major.x or Major.Minor.x version, like PostgreSQL Global Development Group PostgreSQL 16.x, also serve as a modeling guideline for the product version.

You can also choose to keep multiple versions (for example, 16.2, 16.3, and so on) as individual fact sheets and link them to the same catalog item (16.x).