- Unter „Subscription Drift“ versteht man das unkontrollierte Wachstum eines Software-Berechtigungspools zwischen zwei Verlängerungen – es gibt keinen Zeitpunkt, an dem die laufende Gesamtzahl mit dem tatsächlichen Bedarf abgeglichen wird.
- Laut den Ergebnissen für das dritte Quartal des Geschäftsjahres 2026 (dem zuletzt gemeldeten Quartal) erzielt Synopsys mittlerweile rund 60 % seines Produktumsatzes mit zeitbasierten Lizenzen im Abonnementmodell, gegenüber 40 % aus Vorabzahlungen.
- Modulare Produktfamilien sind am stärksten von Drift betroffen – beispielsweise TestMAX von Synopsys (DFT, ATPG, Diagnose, Manager, Advisor, ALE) und Calibre von Siemens EDA (nmDRC, nmLVS, PERC, Auto-Waivers, SONR, Fab Insights) –, während Einzelkern-Tools wie Design Compiler sich eher an der Tape-out-Kadenz orientieren, anstatt sich an Drift anzupassen.
Wenn ein Halbleiter-Entwicklungsteam ein weiteres TestMAX-DFT-Modul anfordert, um eine Tapeout-Frist einzuhalten, erscheint die Anfrage geringfügig und wird innerhalb weniger Minuten genehmigt – ein einzelner Posten im Software-Portfolio von Synopsys. Die Phase endet, das Modul bleibt bereitgestellt, und seine Freigabe ist niemandes konkrete Aufgabe. Multipliziert man dieses Muster mit einer Handvoll gemeinsam genutzter Lizenzpools, die mehrere tausend Ingenieure versorgen, kann eine Entwicklungsorganisation im Laufe eines Jahres zwei Dutzend frei verfügbare Lizenzen hinzufügen, die niemand einzeln genehmigt und niemand gemeinsam überprüft hat – eine Ansammlung, die sich in der Verlängerungsrechnung niederschlägt.
Wenn ein Halbleiter-Entwicklungsteam ein weiteres TestMAX-DFT-Modul anfordert, um eine Tapeout-Frist einzuhalten, erscheint die Anfrage geringfügig und wird innerhalb weniger Minuten genehmigt – eine einzelne Position im Softwareportfolio von Synopsys. Die Phase endet, das Modul bleibt bereitgestellt, und seine Freigabe ist niemandes konkrete Aufgabe. Multipliziert man dieses Muster mit einer Handvoll gemeinsam genutzter Lizenzpools, die mehrere tausend Ingenieure versorgen, kann eine Entwicklungsorganisation im Laufe eines Jahres zwei Dutzend „floating seats“ hinzufügen, die niemand einzeln genehmigt und niemand gemeinsam überprüft hat – eine Anhäufung, die sich erst auf der Verlängerungsrechnung bemerkbar macht.
Unter „Abonnementdrift“ versteht man den langsamen, nicht genehmigten Zuwachs im Software-Berechtigungspool zwischen zwei Verlängerungen. Hier kommt ein Arbeitsplatz hinzu, dort eine Lizenz, und niemand überprüft dies, bevor die Abonnement- oder Wartungslaufzeit erneut fällig wird. Jede Änderung wird für sich genommen genehmigt. Niemand überprüft die Gesamtzahl für die letzten zwölf Monate. Die Anzahl der Berechtigungen verändert sich das ganze Jahr über. Erst auf der Verlängerungsrechnung sieht jemand zum ersten Mal die Gesamtzahl.
Im Bereich des Halbleiterdesigns zeigt sich dies am deutlichsten bei Tool-Familien, die zwei Gemeinsamkeiten aufweisen: Sie werden in der Regel auf Abonnementbasis verkauft – Synopsys beispielsweise erzielt laut seinem zuletzt veröffentlichten Quartalsbericht mittlerweile rund 60 % seines Produktumsatzes mit zeitbasierten, abonnementähnlichen Lizenzen gegenüber 40 % mit Einmalzahlungen – und sie sind in viele separat lizenzierte Module unterteilt, anstatt als ein einheitliches Produkt angeboten zu werden.
Bei der TestMAX-Design-for-Test-Suite von Synopsys – unterteilt in DFT, ATPG, Diagnose und mehrere andere Zusatzprodukte – verliert man viel leichter den Überblick darüber, was noch benötigt wird, als bei Design Compiler, dem zentralen Synthese-Tool, das fast jedes digitale Design-Team täglich einsetzt. Die Bereitstellung eines weiteren TestMAX-Moduls für eine Projektphase ist jedes Mal eine kleine, vertretbare Entscheidung. Es ist jedoch niemandes Aufgabe, es nach Abschluss dieser Phase wieder zu deinstallieren.
In einem Entwicklungsunternehmen, dessen gemeinsam genutzte Pools von mehreren tausend Ingenieuren genutzt werden, klingen zwei zusätzliche Lizenzen pro Monat nach einer Kleinigkeit. Rechnet man diese jedoch über ein Jahr zusammen, ist der Pool um zwei Dutzend Lizenzen gewachsen, die niemand einzeln genehmigt hat – und diese Rechnung läuft still und leise im Hintergrund fast jeder standortübergreifenden Entwicklungsumgebung ab.
Ein „driftender“ Lizenzpool verstößt gegen keine Regel
Bei einer Tapeout-Frist wird für eine Projektphase ein Modul zur frühzeitigen Testbarkeit bereitgestellt, zusätzlich zu dem grundlegenden DFT-Tool, das das Team bereits kontinuierlich einsetzt. Das Modul sorgt dafür, dass die Frist eingehalten wird, die Phase endet, und die Lizenz bleibt im Bestand – niemand ist dafür zuständig, sie freizugeben. Ein vor zwei Jahren für ein Programm erweiterter Lizenzpool für „Design-for-Test“ wird nie wieder reduziert. Jeder Schritt ist klein, dokumentiert und für sich genommen vertretbar.
Was fehlt, ist der Überblick über die einzelnen Schritte hinweg. In den meisten Arbeitsabläufen wird nicht geprüft, ob die diesjährigen Ergänzungen in ihrer Gesamtheit im Vergleich zur Basis des Vorjahres noch Sinn ergeben – geschweige denn, ob ein bestimmtes Zusatzmodul überhaupt noch aufgerufen wird. Die Aufzeichnung zeigt, was genehmigt wurde. Sie zeigt jedoch nicht, was sich im Laufe der Zeit angesammelt hat, und sie zeigt auch nicht, was stillschweigend nicht mehr genutzt wird, sobald die Phase, die seine Einführung gerechtfertigt hat, beendet ist.
Für ein Designunternehmen, das EDA-Lizenzen an mehreren Standorten einsetzt – oft mehrere tausend Ingenieure, die auf eine Handvoll gemeinsam genutzter Pools für Synthese, DFT und Layout zugreifen –, vergrößert sich diese Lücke schnell. Ein Designteam an einem Standort kann ein zusätzliches DFT-Modul anfordern, ohne zu wissen, was zwei andere Standorte im selben Quartal bereits hinzugefügt haben oder ob einer der Standorte das Modul aus dem letzten Jahr noch immer nutzt.
Warum der übliche Bericht das nicht aufdeckt
Die meisten Lizenzberichte geben Auskunft darüber, was ausgecheckt wurde, nicht darüber, was tatsächlich genutzt wurde. Dieser Unterschied ist wichtig: Ein Check-out bestätigt, dass eine Lizenz beansprucht wurde. Er bestätigt jedoch nicht, dass jemand in der folgenden Stunde, am folgenden Tag oder im folgenden Quartal mit dem Tool gearbeitet hat.
Die gängigste Lösung hierfür im Bereich der Lizenzmessung ist eine automatisierte Rückgewinnungsregel: Ein Arbeitsplatz wird automatisch freigegeben, nachdem er ausgecheckt wurde und über ein festgelegtes Zeitlimit hinaus inaktiv war. Damit werden einfache Fälle abgedeckt – also Arbeitsplätze, die über Nacht offen bleiben, ohne dass dort etwas passiert. Dabei wird die Aktivität jedoch weiterhin anhand der Auscheck-Zeit abgeleitet und nicht tatsächlich gemessen.
Die schleichende Ausweitung der Nutzungsrechte überbrückt diese Lücke mühelos. Ein im März hinzugefügter und seitdem nur selten genutzter Arbeitsplatz wird in jedem Bericht, der ausschließlich auf Auscheckprotokollen und Inaktivitäts-Timern basiert, weiterhin als normale, aktive Lizenz ausgewiesen. Die Zahl sieht gut aus. Niemand hat sich die dahinterstehende Nutzung genauer angesehen.
Punkte, die Sie vor Ihrer nächsten Verlängerung prüfen sollten
| Zeichen | Was das normalerweise bedeutet |
|---|---|
| Der Lizenzpool für Synthese, DFT oder Layout ist über mehrere Verlängerungszyklen hinweg gewachsen, ohne dass jemand den Gesamtbetrag genehmigt hat | Die Ergänzungen wurden nacheinander geprüft – die Summe selbst wurde nie geprüft |
| Die Berichte zum Inaktivitäts-Timeout zeigen eine gute Auslastung, aber niemand kann sagen, wer tatsächlich Aufträge auf bestimmten Arbeitsplätzen ausführt. | Eine Ansicht mit „Checkout plus Timer“ stellt keine aktive Nutzung dar – der Bericht beantwortet die falsche Frage. |
| Bei einer Verlängerung erfolgt eine Anpassung an die „aktuelle Nutzung“, ohne dass zuvor eine Neufestlegung der Basiswerte erfolgt. | Verlängerungsabwanderung – die Abwanderung dieses Jahres wird zur Untergrenze des nächsten Jahres |
| Standort- oder Programmteams beantragen zusätzliche Lizenzen, ohne zu wissen, welche Lizenzen andere Standorte bereits hinzugefügt haben | Überkapazitäten bauen sich lokal und unsichtbar auf |
Zwei Wege, um die Lücke zu schließen
Die meisten Angebote dieser Kategorie lösen das erste Problem auf dieselbe Weise. Wo sie sich unterscheiden – und wo insbesondere die Abwanderung von Abonnenten durchschlüpft –, ist das, was danach passiert.
Der übliche Ansatz basiert auf dem Protokoll des Lizenzservers: Echtzeit-Verfügbarkeitsanzeige, aus der hervorgeht, wer derzeit eine Lizenz belegt, Nachverfolgung von Ablehnungen, um festzustellen, wer wann abgewiesen wurde, Kostenzuordnung nach Abteilung oder Projekt sowie eine automatisierte Rückgewinnungsregel, die eine Lizenz freigibt, sobald diese länger als eine festgelegte Zeit ungenutzt bleibt. Einige Plattformen dieser Kategorie verfügen zudem über eine Ebene zur Abonnementoptimierung für die Neuzuweisung von Cloud-Lizenzen, wobei es sich hierbei jedoch um einen von der EDA-Lizenzrückgewinnung getrennten Mechanismus handelt.
All das sind echte Funktionen, und sie decken echte Verschwendung auf – einen Arbeitsplatz, den niemand freigegeben hat, ein Ablehnungsmuster, das den Kauf weiterer Kapazitäten rechtfertigt (oder auch nicht), einen Standort, der stillschweigend für Lizenzen bezahlt, die dort niemand öffnet. Nichts davon sagt Ihnen, ob ein derzeit belegter Arbeitsplatz tatsächlich genutzt wird – alles basiert nach wie vor auf denselben Daten zu Anmelde- und Leerlaufzeiten. Ein synthetischer Arbeitsplatz, der alle zwanzig Minuten für zwei Minuten genutzt wird – gerade oft genug, um den Leerlauf-Timer zurückzusetzen –, wird die ganze Zeit über als aktiv angezeigt, egal wie viele Module in diesem Protokoll verzeichnet sind.
| Was muss vor der Verlängerung geklärt werden? | Der übliche Ansatz | Open iT (Stufe 1 + Stufe 2) |
|---|---|---|
| Ist dieser Platz derzeit belegt, und von wem? | Ja | Ja |
| Wurde jemand abgewiesen, und wann? | Ja – Verweigerungsüberwachung | Ja – Berichte über Ablehnungen der Stufe 1 |
| Auf welchen Standort oder welchen Geschäftsbereich entfallen diese Kosten? | Ja | Ja |
| Ist dieser Sitz schon lange genug unbesetzt, dass er sich automatisch freigibt? | Ja, im Vergleich zu einer festen Zeitüberschreitung im Leerlauf | Ja, die Korrelation wurde mit der gemessenen Inaktivität und nicht nur mit der Uhrzeit allein ermittelt. |
| Arbeitet die Person, die diesen Platz gerade besetzt, tatsächlich gerade dort? | Nein – aus dem Checkout und der Leerlauf-Taktfrequenz abgeleitet, nicht gemessen | Ja – Tastatur-, Maus-, CPU- und E/A-Aktivitäten, gemessen am Endpunkt über den Work-Ratio-Bericht |
| Haben die diesjährigen Ergänzungen – die einzeln und Standort für Standort genehmigt wurden – zu etwas geführt, das vor der Verlängerung niemand geprüft hat? | Nein – jeder Bericht erfolgt in Echtzeit oder standortbezogen; es wird nichts auf die Basiswerte des Vorjahres hochgerechnet. | Ja – Das Implementierungsteam von Open iT stimmt die Abweichungszahl vor der Verlängerung mit dem Kunden ab, und zwar nicht für jeden Standort einzeln. |
Diese letzte Zeile ist der Punkt, an dem sich die Wege trennen. Echtzeit-Verfügbarkeit, Verweigerungsverfolgung, Kostenverrechnung und die Rückgewinnung von inaktiven Zeitfenstern beantworten allesamt Fragen zu einem einzelnen Platz zu einem bestimmten Zeitpunkt. Keines dieser Elemente beantwortet für sich genommen die Frage, die sich bei einer Vertragsverlängerung stellt: Stimmt die kumulierte Gesamtzahl dieses Jahres – die sich aus jeweils wenigen Lizenzen pro Standort zusammensetzt – noch mit der tatsächlichen Nutzung im Unternehmen überein? Das ist eine andere Frage als „Ist diese Lizenz gerade ungenutzt?“, und ein Tool, das zur Beantwortung der ersten Frage entwickelt wurde, liefert keine Antwort auf die zweite.
Neunzig Tage vor einer solchen Verlängerung lautet die eigentliche Frage nicht, ob die Plattform über genügend Berichte verfügt – sondern ob einer davon die entscheidende Frage beantwortet. Eine lange Liste von Berichtskategorien erspart diese Arbeit nicht – sie verlagert lediglich das Rätselraten von „Haben wir die Daten?“ hin zu „In welchem Bericht sind sie zu finden?“.
Die Lösung ist einfach: Ermitteln Sie, wie viel Zeit der Ausleihzeit tatsächlich pro Arbeitsplatz und pro Anwendung mit der Arbeit in der Software verbracht wurde – und besprechen Sie diese Zahlen mit dem Kunden vor dem Gespräch über die Vertragsverlängerung, nicht danach.
Selbst ohne einzelne Rechner zu überprüfen, zeigen die grundlegenden Daten zu Auscheckvorgängen und Zugriffsverweigerungen in den Protokollen des Lizenzservers bereits die Struktur des Problems: einen Pool, der über mehrere Verlängerungszyklen hinweg gewachsen ist, Muster bei Zugriffsverweigerungen, die den Kauf weiterer Lizenzen entweder rechtfertigen oder nicht, sowie Sitzungen, die noch lange nach Beendigung der Arbeit offen bleiben. Das ist eine echte, nützliche Antwort auf die Frage „Wurde dieser Pool als Ganzes überprüft?“, kann jedoch eine bestimmte Unklarheit nicht beseitigen: Ein Arbeitsplatz, der alle zwanzig Minuten für zwei Minuten genutzt wird, erscheint für eine Uhr als kontinuierlich aktiv – ebenso wie ein Arbeitsplatz, der einmal geöffnet und nie geschlossen wurde. Nur die Messung dessen, was tatsächlich auf dem Rechner geschieht, ermöglicht es, diese beiden Fälle voneinander zu unterscheiden.
Genau das leistet die direkte Aktivitätsmessung – Tastatur, Maus, CPU, E/A: Sie zeigt, ob ein bereitgestelltes Modul tatsächlich vor der Verlängerung genutzt wurde, nicht danach. Genau diese Unterscheidung ist für die modularen Produktfamilien, um die es in diesem Artikel geht, von größter Bedeutung: TestMAX von Synopsys gliedert sich in DFT, ATPG, Diagnosis, Manager, Advisor und ALE, und Calibre von Siemens EDA gliedert sich in nmDRC, nmLVS, PERC, Auto-Waivers, SONR und Fab Insights – jeweils ein eigenständiges, lizenziertes Produkt, das ein Team für eine Projektphase bereitstellen und danach nie wieder nutzen kann. Design Compiler, TestMAX, IC Compiler, Calibre, MATLAB und LabVIEW sind Werkzeuge, für die dieser Vergleich bereits heute gilt.
Die Daten machen sich erst dann bezahlt, wenn jemand darauf reagieren kann, ohne darauf warten zu müssen, dass ein Spezialist den Bericht auswertet.
Häufig gestellte Fragen
Was versteht man unter „Abonnementabweichung“ im Software-Lizenzmanagement?
Unter „Abonnementdrift“ versteht man das schrittweise, unkontrollierte Anwachsen eines Software-Berechtigungspools: zusätzliche Nutzerplätze, Lizenzen oder Funktionskapazitäten, die im Laufe der Zeit nach und nach hinzugefügt werden, ohne dass zu irgendeinem Zeitpunkt die laufende Gesamtzahl mit dem tatsächlichen Bedarf abgeglichen wird.
Inwiefern unterscheidet sich eine Abonnementabweichung von einem einmaligen Überkauf?
Ein einmaliger Überkauf ist eine einzelne Entscheidung, die überprüft und rückgängig gemacht werden kann. Bei einer schleichenden Ausweitung gibt es keine einzelne Entscheidung, auf die man verweisen könnte. Es ist die Summe vieler für sich genommen vernünftiger Ergänzungen, die niemand addiert hat – bis es zur Verlängerung kam.
Wie lässt sich eine Abweichung bei den Ansprüchen noch vor der Verlängerung erkennen?
Indem der gesamte Berechtigungspool regelmäßig – und nicht nur bei der Verlängerung – mit der tatsächlichen, am Endpunkt gemessenen Nutzung abgeglichen wird und indem eine übergreifende Übersicht über die gesamte Infrastruktur bereitgestellt wird, anstatt Berichte pro Standort oder pro Lizenzverwalter zu erstellen.
Die nächste Vertragsverlängerung steht so oder so bevor. Die einzige wirkliche Entscheidung ist, ob dabei eine Summe auf den Tisch kommt, die Ihr Team begründen kann, oder eine, die Sie beide zum ersten Mal sehen.
