Lizenzmanagement & SAM · Grundlagen
Lizenzmetriken einfach erklärt:
User, Device, Server, Core und weitere Modelle richtig unterscheiden
Eine Softwarelizenz beantwortet nicht nur, welches Produkt genutzt werden darf. Sie legt auch fest, welche Einheit gezählt werden muss. Erst wenn klar ist, ob Nutzer, Geräte, Server, Cores oder Verbrauch gemeint sind, lässt sich eine Lizenzposition belastbar bewerten.
Kurz gesagt
Die Lizenzmetrik bestimmt, was gezählt wird.
Für eine belastbare Lizenzbewertung müssen drei Ebenen getrennt betrachtet werden. Erst ihr Zusammenspiel beschreibt das vollständige Nutzungsrecht.
- 01Lizenzmetrik: Welche Einheit wird gezählt?
- 02Lizenzmodell: Wie werden mehrere Rechte kombiniert?
- 03Vertrags- und Laufzeitmodell: Wie lange gilt das Recht?
100 Lizenzen — aber 100 wovon?
Nicht zuerst die Menge prüfen.
Zuerst die Zähllogik verstehen.
Je nach Hersteller und Produkt kann dieselbe technische Nutzung pro Nutzer, Gerät, Server, Core, Prozessor oder gleichzeitigem Zugriff lizenziert werden. Bei Cloud- und AI-Diensten kommen Transaktionen, Credits oder Tokens hinzu.
01 · Drei Ebenen
Metrik, Modell und Laufzeit beantworten unterschiedliche Fragen
Diese Begriffe werden häufig vermischt. Ihre saubere Trennung verhindert, dass Mengen, Rechte und Kosten auf einer falschen Annahme beruhen.
Lizenzmetrik
Welche Einheit wird gezählt?Zum Beispiel berechtigte Nutzer, Geräte, Server, Cores, gleichzeitige Zugriffe oder Verbrauchseinheiten.
Lizenzmodell
Welche Rechte werden kombiniert?Beim Modell Server + CAL wird neben dem Server auch der Zugriff durch Nutzer oder Geräte lizenziert.
Vertrag & Laufzeit
Wie lange und unter welchen Bedingungen gilt das Recht?Zum Beispiel zeitlich unbefristet, als Subscription, mit Wartung oder nutzungsabhängig.
Subscription ist nicht automatisch eine eigene Lizenzmetrik. Ein Abonnement kann weiterhin pro Nutzer, Gerät, Core oder Verbrauch abgerechnet werden. Es beschreibt zunächst die zeitlich befristete Bereitstellung — nicht zwingend die gezählte Einheit.
02 · Überblick
Die wichtigsten Lizenzmetriken auf einen Blick
Dieselbe Software kann je nach Metrik ein völlig anderes Kosten- und Risikobild erzeugen.
| Metrik | Was wird gezählt? | Typisches Einsatzbild | Besonders prüfen |
|---|---|---|---|
| User / Named User | Berechtigte oder benannte Personen | Personen arbeiten über mehrere Geräte | Benutzerdefinition, indirekter Zugriff, Konten ohne Nutzung |
| Device | Lizenzierte Endgeräte | Viele Personen teilen wenige Geräte | Gerätebestand, Austausch, gemeinsam genutzte Geräte |
| Concurrent User | Höchste Zahl gleichzeitiger Zugriffe | Viele gelegentliche Nutzer | Nutzungsspitze und indirekte Zugriffe |
| Server / Instance | Physische oder virtuelle Server beziehungsweise Instanzen | Feste Server- oder Anwendungslandschaft | Virtualisierung, Cluster, Failover und Testsysteme |
| Core / vCore | Physische oder virtuelle Prozessorkerne | Rechenintensive Serverprodukte | Mindestmengen, Scope und Core-Packs |
| Processor / Capacity | Herstellerdefinierte Kapazitätseinheit | Leistungsabhängige Infrastruktur | Faktoren sowie Full oder Sub-Capacity |
| CAL / Access | Zugreifende Nutzer oder Geräte | Server + CAL-Modelle | Direkter und indirekter Zugriff, externe Nutzer |
| Consumption | Tatsächlicher Verbrauch | Cloud-, API- und AI-Dienste | Einheit, Preisstaffel, Budget, Limits und Anomalien |
Diese Übersicht dient der Orientierung. Verbindlich sind immer Vertrag, Product Terms und produktspezifische Lizenzbedingungen.
03 · User-basierte Lizenzierung
Die Lizenz folgt der Person
Bei einer nutzerbasierten Metrik wird eine bestimmte oder berechtigte Person gezählt. Die zulässige Geräteanzahl bleibt dennoch produktspezifisch begrenzt. Microsoft 365 Apps nutzt beispielsweise standardmäßig ein userbasiertes Subscription-Modell.
Eine Mitarbeiterin arbeitet im Büro, zu Hause und unterwegs auf Notebook, Tablet und Smartphone. Bei einer passenden User-Lizenz wird primär die berechtigte Person lizenziert — nicht jedes Gerät einzeln.
- Funktionskonten oder technische Konten werden nicht bewertet.
- Ausgeschiedene Mitarbeitende bleiben lizenziert.
- Nicht aktiv wird automatisch mit nicht lizenzpflichtig gleichgesetzt.
- Eine personengebundene Lizenz wird von mehreren Personen geteilt.
Eine berechtigte Person kann lizenzpflichtig sein, auch wenn sie das Produkt nur selten nutzt. Aktivitätsdaten helfen bei der Optimierung, ersetzen aber nicht die vertragliche Nutzerdefinition.
04 · Gerätebasierte Lizenzierung
Die Lizenz folgt dem Gerät
Bei einer Device-Metrik wird das konkrete Gerät lizenziert. Das kann bei gemeinsam genutzten Arbeitsplätzen in Produktion, Pflege, Lager, Schulungsräumen oder Schichtbetrieb sinnvoll sein.
60 Mitarbeitende arbeiten in mehreren Schichten an 15 Terminals. Wenn Produkt und Vertrag eine Device-Lizenz vorsehen, kann die Anzahl der Geräte wichtiger sein als die Zahl der Mitarbeitenden.
- Gerätewechsel werden nicht dokumentiert.
- Virtuelle Desktops werden wie physische Einzelgeräte behandelt.
- Private oder nicht verwaltete Geräte fehlen im Scope.
- Eine Device-Option wird angenommen, obwohl sie vertraglich nicht verfügbar ist.
Arbeiten wenige Personen auf vielen Geräten — oder viele Personen auf wenigen Geräten? Diese Frage beeinflusst die wirtschaftlich passende Metrik, ersetzt aber nicht die Prüfung der Produktrechte.
05 · Concurrent User
Gezählt wird die höchste gleichzeitige Nutzung
Nicht die Gesamtzahl aller berechtigten Personen entscheidet, sondern die höchste Anzahl gleichzeitiger direkter oder indirekter Zugriffe. Begriffe wie Floating User werden teilweise ähnlich verwendet, dürfen aber nicht ungeprüft gleichgesetzt werden.
200 Personen dürfen ein Spezialtool verwenden, höchstens 35 arbeiten gleichzeitig damit. Nur wenn das Produkt diese Metrik ausdrücklich erlaubt und die Gleichzeitigkeit technisch abgesichert wird, kann sich der Bedarf an dieser Spitze orientieren.
- Es gibt keine technische Messung oder Begrenzung.
- Indirekte Zugriffe bleiben unsichtbar.
- Nutzungsspitzen werden unterschätzt.
- Concurrent wird mit gelegentlicher Nutzung verwechselt.
Concurrent bedeutet nicht, dass beliebig viele Personen zugreifen dürfen. Die vertraglich erlaubte Gleichzeitigkeit muss eingehalten und nachweisbar gesteuert werden.
06 · Server & Instanz
Gezählt wird die bereitgestellte Infrastruktur
Bemessungsgrundlage kann ein physischer Server, virtueller Server, eine installierte Instanz oder eine verwaltete Umgebung sein. Schon innerhalb eines Herstellers können ähnlich klingende Begriffe unterschiedlich definiert sein.
Eine Anwendung läuft auf Produktion, Test und einem passiven Ausweichsystem. Lizenzrechtlich können drei Bereitstellungen vorliegen — sofern keine besonderen Test-, Disaster-Recovery- oder Failover-Rechte greifen.
- VM-Verschiebungen werden nicht lizenzrechtlich bewertet.
- Test- und passive Systeme werden pauschal als kostenlos angenommen.
- Cluster und Failover-Knoten fehlen im Bestand.
- Installiert und produktiv genutzt werden automatisch gleichgesetzt.
Installation, laufender Prozess, zugewiesene VM und zugreifbarer Server können je nach Hersteller unterschiedlich bewertet werden.
07 · Core & vCore
Gezählt wird Rechenkapazität — aber nicht immer dieselbe
Entscheidend ist, ob physische Cores, virtuelle Cores oder eine andere Kapazitätsgröße betrachtet werden. Windows Server Standard und Datacenter nutzen beispielsweise ein Per-Core/CAL-Modell; SQL Server kann je nach Edition und Szenario per Core oder Server + CAL lizenziert werden.
Eine VM erhält acht vCores und läuft auf einem Host mit 32 physischen Cores. Aus acht vCores lässt sich allein noch keine Lizenzmenge ableiten. Zuerst muss der relevante physische oder virtuelle Scope geklärt werden.
- vCPU, vCore und physischer Core werden gleichgesetzt.
- Mindestlizenzierung wird übersehen.
- Core-Packs werden wie Einzellizenzen gezählt.
- Virtualisierungsrechte der Edition bleiben unberücksichtigt.
Core-basiert bedeutet nicht automatisch: angezeigte vCPUs kaufen. Produkt, Edition, Scope, Mindestmengen und Nutzungsrechte entscheiden gemeinsam.
08 · Processor, PVU & Capacity
Ein Prozessor ist lizenzrechtlich nicht immer ein CPU-Sockel
Hersteller können eigene Kapazitätseinheiten definieren. Bei IBM PVU hängt die erforderliche Menge unter anderem von Prozessortechnologie und bereitgestellten Prozessorkernen ab; zusätzlich gelten Regeln für Full und zulässige Sub-Capacity.
Dieselbe Hardware kann bei zwei Produkten zu unterschiedlichen Lizenzmengen führen, wenn die Hersteller andere Prozessorfaktoren, Tabellen oder Capacity-Definitionen anwenden.
- Zwei CPU-Sockel werden automatisch als zwei Lizenzen gewertet.
- Herstellerfaktoren werden nicht berücksichtigt.
- Sub-Capacity-Voraussetzungen werden nicht erfüllt.
- Vorgeschriebene Mess- oder Reporting-Tools fehlen.
Verbindlich ist nicht die umgangssprachliche Hardwarebezeichnung, sondern die Herstellerdefinition für Produkt und Vertrag.
09 · CAL & Access
Die Serverlizenz allein kann nicht ausreichen
Im Modell Server + CAL wird die Serversoftware lizenziert und zusätzlich der Zugriff durch Nutzer oder Geräte. Für SQL Server Server + CAL benötigt jeder zugreifende Nutzer oder jedes zugreifende Gerät eine passende CAL.
Eine User CAL kann passen, wenn eine Person von mehreren Geräten zugreift. Eine Device CAL kann passen, wenn mehrere Personen dasselbe Gerät verwenden. Verfügbarkeit und Wirtschaftlichkeit hängen von Produkt, Vertrag und Zugriffsszenario ab.
- Nur interaktive Anmeldungen werden berücksichtigt.
- Zugriffe über Anwendungen oder Schnittstellen bleiben unsichtbar.
- Externe Nutzer und Dienstleister fehlen im Scope.
- Server- und Zugriffslizenzen werden getrennt verwaltet.
Eine technische Zwischenschicht reduziert nicht automatisch die Zahl der lizenzrechtlich zugreifenden Nutzer oder Geräte.
10 · Verbrauchsbasierte Metriken
Gezählt wird, was tatsächlich verarbeitet oder verbraucht wird
Cloud- und AI-Dienste verwenden dynamische Einheiten wie Transaktionen, API-Aufrufe, Speicher, Datenvolumen, Rechenstunden, Credits, Tokens, Aktionen oder Workflows.
Kosten können stärker der tatsächlichen Nutzung folgen. Ohne Monitoring, Budgets, Limits und klare Verantwortung kann der Verbrauch jedoch schneller wachsen als erwartet.
- Nur der Stückpreis wird betrachtet.
- Tests, Wiederholungen und Hintergrundprozesse fehlen im Forecast.
- Kosten werden keinem Use Case oder Owner zugeordnet.
- Nutzung wird gemessen, Qualität und Business Value aber nicht.
Bei verbrauchsabhängigen Modellen müssen Nutzung, Kosten, Forecast, Qualität und Business Value kontinuierlich verbunden werden.
11 · Praxisvergleich
Ein Unternehmen — fünf mögliche Zähllogiken
Ein Unternehmen möchte ein Fachverfahren bereitstellen. Die technische Realität bleibt gleich, doch je nach verfügbarem Produktmodell verändert sich die Bemessungsgrundlage.
- 300 grundsätzlich berechtigte Personen
- 80 gemeinsam genutzte Arbeitsplätze
- maximal 45 gleichzeitige Zugriffe
- zwei physische Hosts
- mehrere virtuelle Server
| Modell | Möglicher Ausgangspunkt |
|---|---|
| Pro User | 300 berechtigte Personen |
| Pro Device | 80 gemeinsam genutzte Geräte |
| Concurrent User | 45 gleichzeitige Zugriffe |
| Server + CAL | Serverlizenz plus User- oder Device-Zugriffe |
| Core-basiert | Relevante physische oder virtuelle Cores nach Produktregel |
Diese Zahlen sind keine Lizenzberechnung. Sie zeigen nur, wie stark sich die Zähllogik unterscheiden kann.
- 01Welche Option ist tatsächlich verfügbar?
- 02Wer oder was gilt als lizenzpflichtig?
- 03Welche Mindestmengen und Virtualisierungsrechte gelten?
- 04Welche Nachweise müssen geführt werden?
12 · Häufige Denkfehler
Sieben Aussagen, die vor jeder Entscheidung geprüft werden sollten
Viele Fehlbewertungen beginnen mit einer plausibel klingenden, aber unvollständigen Annahme.
- 01
Wir haben 100 Lizenzen.
Ohne Metrik ist die Zahl nicht aussagekräftig.
- 02
Der Nutzer war nicht aktiv.
Aktivität und Lizenzpflicht sind nicht automatisch identisch.
- 03
Die Software läuft in einer VM.
Manche Produkte betrachten den Host oder verlangen Mindestmengen.
- 04
Subscription bedeutet verbrauchsabhängig.
Ein Abonnement kann eine feste Menge pro User, Device oder Core enthalten.
- 05
Zwei Prozessoren bedeuten zwei Lizenzen.
Hersteller können Prozessoren und Kapazität anders definieren.
- 06
Die Anwendung greift zu, nicht der Nutzer.
Indirekter Zugriff kann weiterhin lizenzrelevant sein.
- 07
Das Tool berechnet alles automatisch.
Ohne korrekte Metrik, Rechte, Daten und Scope bleibt auch ein gutes Tool unvollständig.
13 · Praktische Checkliste
Diese Fragen gehören vor jede Lizenzberechnung
Die Reihenfolge schützt davor, technische Mengen zu berechnen, bevor die vertragliche Logik geklärt ist.
- 01Welches Produkt, welche Edition und welche Version werden genutzt?
- 02Welche Lizenzmetrik ist vertraglich vereinbart?
- 03Wie definiert der Hersteller Nutzer, Gerät, Server, Core oder Verbrauch?
- 04Wer oder was gehört zum Lizenz-Scope?
- 05Erfolgt der Zugriff direkt, indirekt oder automatisiert?
- 06Wird physische oder virtuelle Infrastruktur betrachtet?
- 07Welche Mindestmengen, Packs oder Faktoren gelten?
- 08Welche Rechte bestehen für Test, Entwicklung, Failover und Disaster Recovery?
- 09Ist das Recht unbefristet, abonniert oder verbrauchsabhängig?
- 10Welche Daten und Nachweise belegen die Lizenzposition?
- 11Wer verantwortet Vertrag, Technik, Budget und fachlichen Bedarf?
- 12Wie verändern Wachstum, Architektur oder Cloud-Migration die Metrik?
14 · Business Value
Die richtige Metrik ist nicht automatisch die mit der kleinsten Zahl
Eine geringere Lizenzmenge kann ungeeignet sein, wenn sie technische Begrenzung, Messaufwand, Betriebsrisiko oder schlechte Skalierbarkeit erzeugt.
Geschäftsbedarf
Die Metrik muss zur realen Arbeitsweise und zum benötigten Ergebnis passen.
Technische Realität
Nutzerstruktur, Geräte, Virtualisierung und Cloud-Design prägen den Scope.
Messbarkeit
Nachweis, Datenqualität und Verantwortlichkeit müssen dauerhaft beherrschbar bleiben.
Gesamtbetriebskosten
Laufzeit, Flexibilität, Wachstum, Risiko und Betriebsaufwand gehören in die Entscheidung.
Die beste Metrik passt zum Nutzungsszenario, bleibt beherrschbar und ermöglicht den benötigten geschäftlichen Wert.
LizenzFrau-Merksatz
Nicht zuerst fragen: Wie viele Lizenzen haben wir?
Sondern: Welche Einheit zählt, welche Nutzung ist erlaubt und welche technische Realität muss damit abgedeckt werden?
Primäre und offizielle Quellen
Fachlich geprüft und nachvollziehbar.
Die Einordnung basiert auf den zum 15. August 2026 verfügbaren Herstellerinformationen. Maßgeblich bleiben immer Vertrag, Product Terms und produktspezifische Lizenzbedingungen.
- 01Microsoft — Overview of licensing and activation in Microsoft 365 Apps↗Quelle öffnen
- 02Microsoft — Device-based licensing for Microsoft 365 Apps for enterprise↗Quelle öffnen
- 03Microsoft — Windows Server licensing resources↗Quelle öffnen
- 04Microsoft — SQL Server licensing resources↗Quelle öffnen
- 05Microsoft — Understand subscriptions and licenses in Microsoft 365↗Quelle öffnen
- 06IBM — Passport Advantage Common License Types and Definitions↗Quelle öffnen
- 07IBM — Entitlement by processor or users↗Quelle öffnen
Hinweis: Dieser Artikel bietet eine verständliche fachliche Orientierung und keine Rechtsberatung. Eine konkrete Lizenzposition muss anhand der gültigen Verträge, Nutzungsrechte und technischen Bereitstellung geprüft werden.
ThemenbereichLizenzmanagement & Software Asset Management
Weitere Grundlagen, Nutzungsrechte und Praxiswissen in einem Themenbereich.