auditprotect: Software-Kostenkontrolle mit weniger Stress!

Peter Wesche June 20, 2015

See short English section at the bottom of the page!

Jeder Software-Audit löst beim Anwenderunternehmen Stress aus. Weshalb?

  • Der Audit kommt von außen mit Prozessen, die nicht Teil der eigenen IT-Routinen sind.
  • Die Durchführung des Audits erfordert ungeplante, gesonderte Ressourcen.
  • Er untersucht Systemzustände bzw. -eigenschaften, deren Zusammenhänge vorab nicht transparent sind.
  • Er verknüpft Informationen aus sehr verschiedenen Bereichen (Einkauf, IT-Services, User-Administration, Server-Administration, etc.).
  • Die Rechtsgrundlagen für verlangte Audit-Maßnahmen sind oft zweifelhaft.
  • Die finanziellen Folgen mangelnder Software-Compliance überfordern häufig das Budget.

Ständige Veränderungen in der Nutzungsweise und der Vergütung von Software haben bisher eine allgemeinen Lösung des Software-Compliance Themas verhindert. Die Folge dieses ungelösten Problems ist ein bislang unüberschaubares finanzielles Risiko. Eine vorsorgliche Überlizenzierung ist lediglich eine teure und unsichere Scheinlösung, welche die Shareholder nicht nachvollziehen können.

Geld sofort weg - Nutzung in 6-Monatsschritten

Wie können also die Audit-Stressfaktoren verringert werden?

Die Antwort ist nicht überraschend: Alle Faktoren müssen einheitlich optimiert werden, und zwar für alle Beteiligten.

Hierzu gehören nicht nur die Hauptbeteiligten, die unmittelbaren Repräsentanten des Softwarelieferanten und des Anwender-Unternehmens. Es gilt vielmehr, die zahlreichen Fachleute in beiden Lagern einzubinden, also die Mitwirkung des Lizenzgebers ebenso zu fordern wie die Bereitstellung der Faktenlage durch die Verantwortlichen auf der Anwender-Seite. Und es gilt, Verhältnismäßigkeit an die Stelle eines Machtspiels zu setzen. Denn die Versuchung für den Lizenzgeber ist groß, Vermessungsergebnisse einseitig zu seinen Gunsten zu interpretieren. Immerhin hat er durch seine technische Support-Kompetenz ein für den Softwarebetrieb wesentliches Pfand in der Hand. Wie die Praxis zeigt, bedarf es für eine beidseitig förderliche Audit-Abwicklung eines starken Regimes, eines äußeren Zwangs, dem sich die Beteiligten anschließen können: kompromisslose Sachkompetenz. Der Schlüssel liegt also in der interdisziplinären Handhabung der Abläufe als eine von beiden Seiten respektierte Basis.

Logo_final_small

Diesem Kalkül wird auditprotect gerecht, eine Kooperation von Lizenz- und Rechtsberatung für Software. Sie stellt ein Beratungspaket als umfassende und interdisziplinäre Leistungen zur zeitnahen Lösung bei Software-Audit-Konflikten und Lizenz-Optimierungsvorhaben bereit. Dabei sorgt die mehrdimensionale Analyse der inhaltlichen und rechtlichen Faktenlage für eine zeitnahe Aufklärung und anschließenden Aufbau von Handlungsoptionen, die eine gute kaufmännische Lösung als Ziel haben. Kürzlich erfolgreich abgeschlossene Projekte haben genau zu diesem Ziel geführt. Der Meta-Prozess adressiert  die Problemstellung je nach Sachlage:

1. Unmittelbare Problematik bei bereits begonnenem Audit (Quick Response):

Lösung4

2. Mittelfristige Optimierung zur Abwendung von potenziellen Complianceproblemen (Best Invest):

BI_DE

Auch wenn es in der Umsetzung manchmal mehrerer Iterationen bedarf, das Ziel ist die De-Eskalation und die Verhandlung mit dem Lizenzgeber auf Augenhöhe. Die Leistung wird branchen-übergreifend gegenüber dem Anwender-Unternehmen erbracht. Nähere Details in folgenden Fact-Sheets:

auditprotect_L12_flyer_QR_DE (Quick Response)

auditprotect_L12_flyer_BI_DE (Best Invest)

Referenzen sind auf Anfrage erhältlich, näheres zur Rechtsberatung unter BLClogo.

For english references, see:

auditprotect_L12_flyer_QR_EN (Quick Response)

auditprotect_L12_flyer_BI_EN (Best Invest)

SAP Deutschland beschränkt den Nachkauf von Limited Professional Nutzern

Peter Wesche June 16, 2015

Ein kürzlich verschickter Brief an fast alle Anwender-Unternehmen in Deutschland und Österreich lässt die Kunden aufhorchen:

Es geht um die Versagung der Nachkaufmöglichkeit für SAP Application Limited Professional User und SAP Business Suite Limited Professional User, soweit deren Nutzungsrechte in den jeweiligen Softwarebestellungen nicht ‘ausreichend’ präzisiert wurden. Die betroffene Userkategorie war mit der Neuausgabe der Preisliste im Juli 2014 für Neugeschäfte gänzlich gestrichen worden und war bisher für existierende Kunden  im Rahmen des Zukaufs ‘more of the same’ nach wie vor beziehbar.

Historie

Die Nutzerkategorie Limited Professional (‘LPU’) war bisher für viele Unternehmen sehr attraktiv, um Gelegenheitsnutzer oder Nutzer mit einem eingeschränkten Zugriff auf wenige Transaktionen vom doppelt so teueren Professional User abzugrenzen. Gleichzeitig bot diese preiswerte Kategorie dem SAP-Vertrieb die Möglichkeit, Firmen mit kleinerem Budget für die SAP-Nutzung zu gewinnen. Eine seit 2001 gültige Regel, nach der die Anzahl von Limited-Professional-Nutzer nur maximal 15% der Professional-Nutzer betragen durfte, wurde in der Praxis häufig verletzt oder wegverhandelt. 2011 wurde die Grenze auf 50% angehoben, was der Praxis eher entsprach.

Über die Jahre prägte sich in der Preisliste eine immer größere Anzahl von Spezialusern auf, die mit über 17 Sonderkategorien in der Preisliste 2013 ihren Höhepunkt erreichte. Die Definition der Nutzerkategorie in der Preis- und Konditionenliste (‘PKL’) der SAP wurde fast jährlich angepasst. Die unklaren Verhältnisse führten zu Nachfragen und zum Verdruss der Kunden.

komp_Tischgruppe

Unklarheiten beseitigen, aber wie?

Fristsetzung zur Änderung bestehender Verträge?

Nun fordert die SAP als Voraussetzung für den weiteren Bezug von Limited-Professional-Nutzern, dass der Kunde eine Ergänzung seines Lizenzvertrags vornehmen muss, mit dessen Hilfe die allgemein gehaltene Definition der Nutzerkategorie auf konkrete Szenarien eingeschränkt wird. Darf ein Lizenzgeber eine Nachkaufmöglichkeit einschränken, die ja immerhin wesentlich zum Erhalt der Software-Compliance sein dürfte?

Was bedeutet dies?

Bisher konnte das Anwender-Unternehmen bei neuen Nutzerrollen nach Gutdünken handeln, wenn es um die Zuordnung der erforderlichen Nutzerkategorie ging.  Nun sollen bestehende Verträge auf den Prüfstand und angepasst werden. Dazu wird die seit 2009 in der PKL formulierte Regel, der LPU müsse in seinen Nutzungsrechten definiert sein (“Im Vertrag müssen die eingeschränkten Nutzungsrechte dieser Limited-Professional-Nutzer definiert sein”). Neben der rechtlichen Frage der Zulässigkeit einer solchen Forderung nach Vertragsanpassung steht die Frage im Raum, ob überhaupt geklärt ist, in welcher Form eine solche Definition sinnvoll, akzeptabel oder als Eingriff in längst begebene Rechte zu verstehen ist. Es fehlt nämlich an der Norm, die eine ‘ausreichende’ Definition begründen würde.

Wie sollte das Anwender-Unternehmen reagieren?

Soweit es die rechtliche Dimension dieses Vorgangs betrifft, sei die Bewertung und das Verfahren den rechtsberatenden Berufen anheim gestellt.  In der Rolle als Vertragspartner sollte man sich eine Fristverlängerung ausbedingen, um den Vorgang überhaupt korrekt zu behandeln. So hat z.B. Rechtsanwalt Dr. Robert Fleuter (www.b-l-c.com) ein pragmatisches Vorgehen entwickelt, sich kurzfristig den Rücken freizuhalten. Grundsätzlich bietet die Aufforderung von SAP auch einen positiven Hebel, wenn der User-Mix der Vergangenheit als unpassend oder zwanghaft empfunden wurde. Jetzt ist nämlich der ideale Zeitpunkt, die ‘SAP-Extensions’ zu nutzen und einen Eintausch von User-Lizenzen vorzubereiten. Wenn SAP ‘tabula rasa’ wünscht, sollte auch der Kunde seinen Vorteil dabei haben.

Dieser Software-Audit Verhaltenscodex gehört zu jedem Softwarekauf!

Peter Wesche October 7, 2014

Um der Willkür mancher Softwareanbieter Paroli zu bieten, hat die Clear Licensing Initiative ein Grundsatzpapier entworfen, dessen Originalversion bereits von Oracle Inc. als Zusatz zu den Vendor-eigenen Verfügungen akzeptiert wird.

Wir bieten hier die deutsche Version an:

Vorwort – Aktuelle Marktbeobachtungen

 

  • Viele Software-Hersteller entscheiden sich gegen die Durchführung von technologischen Kontrollen, durch die die Verwendung von nicht lizenzierter Software eingeschränkt würde stattdessen bevorzugen sie einen Ansatz von Flexibilität und Offenheit, mit dem die Kunden eigenständig Kontrollen mit eigener Technologie zu entwickeln oder manuelle Kontrollen zu nutzen.
  • Historisch hinkt Software-Management stets zwei Schritte hinter Lizenz-Programmänderungen. Software-IP wird in der Regel schlecht von den Lieferanten beschriftet und Kunden erhalten keine ausreichenden Instrumente oder Anleitungen, um diese genau zu beurteilen und / oder proaktiv ihren Verbrauch zu verwalten. Es fehlt auch an Klarheit über Änderungen an Lizenzprogrammen.
  • In der Folge haben Kunden entweder unzureichende Kontrollen rund um den Einsatz und die Nutzung von Software aufgebaut oder waren mit Schwierigkeiten bei der Verwaltung ihrer Software-Audit-Funktionen konfrontiert.
  • Besonders beim Download von Software, bestätigen Kunden häufig die Vertragsbedingungen, die sie nicht verstehen, entweder durch bewusste Inkaufnahme von Restrisiko oder Unwissenheit.
  • Software-Hersteller haben die Möglichkeit, den Mangel an Klarheit über Software, Lizenzierung und Prüfungsrechte zu ihrem Vorteil während der Verkaufsprozesse, Vertragsverhandlungen oder anderen Punkten in einer vertraglichen Vereinbarung zu nutzen, was der Branche Unzufriedenheit und Misstrauen seiner Kunden beschert hat.

Symbol der Kampagne für Lizenztransparenz der Barium Manifesto Ldt. in UK


Einführung

Software-Hersteller auditieren ihre Kunden primär um zu prüfen, ob Software innerhalb der vereinbarten Bedingungen eingesetzt wird.

Dieser Verhaltenskodex definiert eine Reihe von akzeptablen Praktiken für das Verhalten bei solchen Prüfungen und Prüfungsarten. Er umfasst die Definition, den Umfang, die Einbindung von Dritten, die Vereinbarung von Zielen und Bewertung von Ergebnissen.

Leitsätze:

 

  • Softwarehersteller haben das Recht, ihr geistiges Eigentum zu schützen.
  • Softwarehersteller haben das Recht, Lizenzregeln in den Vereinbarungen und Verträgen mit ihren Kunden zu etablieren.
  • Software-Hersteller und Kunden haben sowohl eine Verantwortung und eine Verpflichtung, sich an die Klauseln in den Vereinbarungen und Verträgen zu halten.
  • Kunden haben das Recht, Prüfungsanforderungen, die nicht der Sicherung von Vertragspflichten oder des geistigen Eigentums dienen, zurückzuweisen.
  • Beide Parteien haben ein Anrecht auf Professionalität, absolute Transparenz, Klarheit und Offenheit im gesamten Auditprozess.


Auf den Punkt gebracht
Für Kunden: Was Sie nicht unter Kontrolle haben, verwenden Sie nicht. Für Software-Hersteller: Verkaufen Sie keine Rechte, die man nicht mit alltäglichen Werkzeugen und Techniken verwalten kann.

Jede Audit-Aktivität sollte sich zu einer der in der folgenden Tabelle aufgeführten Audittypen zuordnen lassen:

Audittypen

Audittypen

Hinweise:

Freiwillige Prüfungen und Bewertungen werden fälschlicherweise oft als formale Audits bezeichnet.
Pre-Sales geführte Audits und freiwillige Bewertungen können wertvolle Erfahrungen für das Lizenzmanagement liefern. Sie dürfen jedoch nicht verwendet werden, um Druck von Vertriebsseits aufzubauen, z.B. indem drohende rechtliche Konsequenzen erwogen werden.

Prüfungsauftrag

Alle Prüfungsmitteilungen sollten durch einen formalen Kommunikationsprozess innerhalb einer Vereinbarung fixiert werden. Falls solche Verfahren nicht definiert sind, sollte das zuständige Lieferantenmanagement mit entsprechenden Eskalationsoptionen genutzt werden.

Erstprüfung Kommunikation sollte beinhalten:

Die Hauptanlaufstelle sowohl beim Vendor wie dem Kunden.
Art der Prüfung wie in der Tabelle oben erwähnt.
Gründe für die Prüfung einschließlich der Nachweise.
Vertrag, Vereinbarung oder eine andere eindeutige Kennung, unter denen die Prüfung aktiviert wird.
Prüfungsumfang in Bezug auf Produkte, Regionen, Unternehmen, Umgebungen, Gerätetypen usw.
Zieltermine für die Abschlussprüfung, die Ergebnissammlung und –veröffentlichung.
Schiedsverfahren im Falle von unüberbrückbaren Differenzen.
Eskalationswege sowohl innerhalb des Vendors und der Kundenorganisationen .

Vereinbarte Messkriterien

Der Vendor soll klar bezeichnen, was zur Feststellung folgender Sachverhalte erforderlich ist:

Nachweis der Installation für alle Titel in Betracht;
Nachweis der Berechtigung für alle Titel in Betracht; und
Änderungen an den vereinbarten Lizenzbedingungen zwischen dem Vendor und dem Kunden in den Nutzungsrechten, für die im Prüfungsumfang enthaltene Software.

Daten und Arbeiten mit Dritten

Dritte (In der Prüfung Beteiligte, aber weder Kunden noch Vendor) sollten vor dem Audit erklären, welche kommerzielle Interessen (entweder auf Kunden- oder Verkäuferseite) die Prüfungsarbeit begleiten.

Kommerzielle Interessen können sein:

Profitiert (direkt oder indirekt) aus dem Ergebnis;
Erhält Entschädigung für die durchgeführten Prüfungsarbeiten;
Unterhält Beziehungen oder kommerziellen Interessen außerhalb der Prüfungsarbeiten;
Wie, wann und zwischen welchen Parteien die für die Prüfung relevanten Daten gemeinsam genutzt werden.

Die Zusammenarbeit zwischen den Dritten, dem Vendor und dem Kunden, sowie der Datenaustausch als Teil des Audits ist auf den Umfang zu beschränken, der für die Prüfung des Sachverhalts erforderlich ist, und darf nicht für andere Zwecke verwendet werden. Dies gilt insbesondere, wenn der Dritte kann auch die externe Wirtschaftsprüfungsgesellschaft des Kunden ist.

Timing

Soweit nicht anders vereinbart, bestimmen beide Parteien einvernehmlich den Zeitpunkt, zu welchem der Audit beginnt.

Soweit der Audit externe Software benötigt, die vom Hersteller der Software oder ihrer nominiert dritten Partei verwendet werden sollen, so sind die hiermit begründeten Audit-Verfahren in einem zuvor vereinbarten zeitlichen Rahmen zur Erhebung der entsprechenden Daten durchzuführen.

Freiwilliger Self-Audit: Nach Kundenermessen
Vertraglicher Audit: Ankündigung minimum 60 Tage vor Beginn, sofern nichts anderes vereinbart ist.
Rechtlicher Audit: Nach der lokalen Gerichtsbarkeit

In jedem Fall sind alle Parteien sind sich einig, dass alle prüfungsbezogene Arbeit die produktiven Geschäftsprozesse des Kunden nicht beeinträchtigen wird.

Vor-Ort-Prüfungen und Betriebsinformationen

Ist ein Dritter mit der Durchführung des Audits im Auftrag des Softwareherstellers befasst, so wird er vorab den Kunden über die operativen Ablauf der Prüfung informieren. Dies umfasst (aber nicht ausschließlich):

Anordnung einer Client-Chaperon, welche die Wirtschaftsprüfer zu den Geschäftsräumen des Kunden begleiten;
Dauer der Prüfung vor Ort, soweit zulässig;
Zugriff auf Hardware-Systeme;
Zugriff auf Audit-Software-Installationen und Nutzung.

Alle Informationen, die im Rahmen der Audit-Durchführung erfasst oder als Ergebnis der Prüfung erstellt werden, unterliegen der Vertraulichkeit und können nicht an den Vendor, den Dritten oder den Kunden weitergeleitet werden, ohne dass alle Parteien ausdrücklich zustimmen. Dem Dritten ist die Weiterleitung von solchen Informationen an andere Teile der eigenen Organisation untersagt.

100% Offenlegung zwischen dem Softwarehersteller und dem Kunden ist wichtig, so dass beide Parteien verstehen, welche Daten verwendet werden, um die Ergebnisse der Prüfung abzuleiten. Auch wenn ein Dritter keine Vor-Ort-Datenerfassung im Auftrag eines Software-Hersteller tätigt, müssen abgeleitete Ergebnisse wie Datenerfassung dem Kunden kenntlich gemacht werden.

Prüfungsergebnisse

Prüfungsergebnisse / Abschluss / Empfehlungen

Der Software-Hersteller wird den Kunden mit einem vollständigen Satz der Erkenntnisse aus der Prüfung, einschließlich folgender Angaben aushändigen:

Alle bekannten Lizenzberechtigungen;
Alle installierte und im Einsatz befindliche Software;
Alle Lizenz-Positionen für alle Produkte;
Alle Ersatzlizenzberechtigungen, die nicht benötigt wurden, um Lizenz-Software zu installieren und / oder in Gebrauch zu nehmen;
Alle Defizite in Lizenzberechtigungen für installierte und / oder in Gebrauch genommene Software;
Alle Berechnungen von möglichen Lizenzgebühren für Defizite in Lizenzberechtigungen, darunter, wie solche Zahlen zustande gekomment. Saldierte Zahlen erfüllen diesen Zweck nicht, da sie für einen Vergleich zu bestehenden Marktpreise oder vorab vereinbarten Vertragspreise, die in Kraft sein könnten, aber in Vergessenheit geraten sind, untauglich sind.

Hinweis: Detaillierte Transparenz über Defizite kann auch helfen, den Kunden mit der Ursachenanalyse zur Vermeidung solcher Fälle zu unterstützen – so profitieren in der Zukunft alle Beteiligten.

Mediation

Sowohl die Software-Hersteller wie auch der Kunde behalten sich das Recht vor zu bestreiten, ob die Zahlen zutreffen. Soweit unterschiedliche Auffassungen nicht zwischen den Parteien gelöst werden, soll Rückgriff auf die Mediation mit dem CCL, einem Schiedsgericht mit einem Schiedsrichter der von beiden Seiten bestellt wurde, und / oder Gerichtsverfahren. Der Eskalationweg ist angezeigt im der Falle von Streitigkeiten über das Audit-Ergebnis und der fälligen Nachforderungen.

Der Abschlussprüfer / Vendor oder Dritte sollten Abweichungen, die wahrscheinlich Ursachen solcher Unterschiede sind und welche Schritte den Kunden aussehen könnte und Best Practices auf die sie verweisen können, um die gleichen Fragen noch einmal passiert in der Zukunft zu verhindern erklären. Prüfungsergebnisse und Empfehlungen sollten in einfachem Englisch mit minimalem technischen Jargon oder Lizenz geliefert werden, so dass die Schlüsselbotschaften verstanden und auf die vom Kunden über ihre Organisation gehandelt werden.

Oracle pool-of-funds Lizenzierung erfordert eine genaue Planung

Peter Wesche September 20, 2014

Seit Ende 2013 taucht es in Lizenzverhandlungen mit Oracle als neue Option auf: Das ‘Pool-of-funds’-Lizenzmodell. Es ergänzt bzw. modifiziert einige Eigenschaften des bisherigen ULA-Lizenzmodells, welches weiterhin ungeändert fortbesteht.

Geld sofort weg - Nutzung in 6-Monatsschritten

Geld sofort weg – Nutzung in 6-Monatsschritten

Was ist anders beim ‘pool-of-funds’?

Wie das Oracle ULA (unlimited licensing agreement), wird ein ‘pool-of-funds’-Lizenzvertrag für einen bestimmten Warenkorb von Lizenzprodukten auf Zeit geschlossen. Aber anstatt einer Wette auf den möglichen Preis pro Einheit wie beim ULA, liegt beim ‘pool-of-funds’-Modell dieser Lizenzpreis von vornherein fest. Ziel des Modells ist es vielmehr, dem Anwenderunternehmen während der Vertragslaufzeit flexible Abrufe auf den Warenkorb des Vertrags zu ermöglichen; so, wie es das Geschäft und der Projektverlauf erfordert. Wie beim ULA, wird der Vertragspreis für das gesamte Volumen zu Vertragsbeginn fällig; 22% Wartungsgebühren werden zu Anfang jeden Vertragsjahres erhoben.

Eine weiterer Unterschied besteht in der Vermessung: Während beim ULA kurz vor Ablauf die tatsächliche Inanspruchnahme der ‘unlimited’-Produkte nachgewiesen wird, erfolgt beim ‘pool-of-funds’ die Vermessung nach jeweils 6 Monaten. Als Statusmeldung werden dann nur die zusätzlich genutzten Lizenzprodukte für alle zu vermessenden Systeme an Oracle zur Fortschreibung der Inanspruchnahme des Budgets (=’pool balance’) zurückgemeldet. Die Folge ist eine zeitnahe Wandlung des aktuellen Poolwertes in dauerhafte Lizenzrechte. Ist das Budget erschöpft, muss das Anwenderunternehmen wieder regulär Lizenzen zukaufen. Spätestens 30 Tage nach Auslauf des Vertrags muss das Anwenderunternehmen die Rückmeldung aller zusätzlichen Lizenzierung der letzten 6 Monate erfolgt sein.

Was ändert ‘pool-of-funds’ in der Risikobewertung?

Das Modell ist eignet sich eher für unsichere Verwendungsprognosen und kleinere Volumina. Während der Oracle-Vertriebg das ULA erst ab einem Commitment von mehreren Millionen Euro Vertragsvolumen anbietet, ist ein ‘pool-of- funds’-Vertrag für kürzere und kleinere Verträge verhandelbar. Es ist auch denkbar, diejenigen Lizenzen aus dem ULA in einen ‘pool-of-funds’-Vertrag zu verlagern, deren Einsatzanteile eher ungewiss ist und die ULA-Auslastung nicht wahrscheinlich ist.
Typisch ist eine Laufzeit von 2 Jahren und ein Volumen von 1-3 Mio Euro. Er eignet sich für ein Forward-Buy, der überschaubar ist. Mit dem etwas geringeren Risiko einher geht allerdings auch ein geringerer Rabatt als im ULA-Fall. Letztlich ist auch hier jeder Vertrag mit dem spezifischen Hebel des Anwenderunternehmens zu optimieren.
Schwierig ist die Ermittlung eines fairen Preises pro Einheit: Muss dieser deutlich geringer ausfallen als beim sukzessiven Zukauf, stellt sich die Frage, wieweit der Rabatt unterhalb eines ULA liegen darf. Hierzu sind individuelle Kalkulationen erforderlich, wie sie von Doctor-License auf Basis von aktuellen Preisbenchmarks aufgestellt werden können.

Welche Risiken bestehen fort?

Prinzipiell ist auch für den pool-of-funds Vertrag eine genaue Planung erforderlich. Wichtig ist ein System zur zeitnahen Fortschreibung aller im pool befindlicher Lizenzprodukte. Die Interims-Nutzungskontrollen haben letztlich zur Folge, dass jede zusätzliche (Peak-) Nutzung zur Festschreibung der Lizenzen führt.
Alle Projekte sollten mit einer realistischen Einsatzwahrscheinlichkeit über den Vertragszeitraum versehen werden, um den Pool auch sicher voll nutzen zu können. Es ist in der Regel günstiger, schon vor dem Ende der Laufzeit zum Pool zukaufen zu müssen, anstatt das Budget nicht voll auszunutzen.

 

Optimieren Sie Ihre Softwarelizenzen im jährlichen Rhythmus

Peter Wesche September 3, 2014

Zur Verbesserung Ihres Lizenzmanagements sollten Sie ein jährlich wiederkehrendes Schema für Ihre Planung verwenden. Die folgende Grafik beschreibt die grundsätzlichen Beziehungen zwischen den zyklischen Aktivitäten und den Optimierungsthemen Ihrer Softwareinvestitionen:

Optimierungsmatrix

Optimierungsmatrix

In der Wirklichkeit werden nicht alle zugeordneten Themen relevant, weil Sie sich immer auf eine spezifisches Problem Ihres Lizenzmanagements fokussieren werden. Jedoch ist es hilfreich, folgende drei Fragen zu stellen:

1) Kenn ich meine Lizenzen; weiß ich, wozu ich Anrechte habe?

2) Wie kaufe ich nach; habe ich dazu die beste Taktik und belastbare Benchmarks?

3) Wie werde ich die Software Compliance sicherstellen, kenne ich die zugrunde liegenden Regeln?

Improve your license control in a yearly cycle

Peter Wesche

For advanced control of your licensing, you should apply a cyclic schema that repeats every year and follows your own planning. Here, you see the principal relationship between tasks in software investment control and the detailed topics that you have to manage to stay optimized and compliant:

Optimization Cycles in Software License Management

Optimization Cycles in Software License Management

In a real-world project situation, you will rarely address all topics when dealing with a specific challenge in your license control. But it helps when you think in three simple concepts:

1) Which are my licenses, do I know what I own?

2) How do I purchase new licenses, do I have access to best tactics and benchmarks?

3) How will I manage software compliance, do I know the licensing rules?

 

Rechtssicherheit und Lizenztranparenz aus einer Hand

Peter Wesche April 25, 2014

Wem ist die folgende Reflektion im Rahmen der Software-Nutzungsanalyse nicht wohlbekannt:

  • Lizenzmetrik verständlich?
  • Abzählbarkeit zumutbar?
  • Selbstaudit [mit Tools] möglich?

Dies alles sind Fragen, deren Antworten nicht nur auf der Analyse des Vendor-Lizenzmodells oder dem Lizenzverzeichnis, sondern auch auf dem IP-Recht, den AGBs und den aktuellen Stand der Rechtsprechung fußen. Bisher musste der Lizenzverantwortliche sich an zwei Quellen bedienen: an der Lizenzberatung und den IT-Rechtsexperten.

Wo sich Lizenztransparenz mit Rechtssicherheit verbindet!

Beratungspakete aus Lizenztransparenz und Rechtssicherheit für jede Lizenzmanagement-Phase

Jetzt arbeitet Doctor-License systematisch mit einem Netzwerk von IT-Fachanwälten und bietet innerhalb der Beratung auch die Behandlung der zugrunde liegenden Rechtsfragen über entsprechend qualitifzierte Fachanwälte. Diese nehmen ihr Mandat unabhängig wahr, profitieren aber gleichzeitig von den inhaltlichen Analysen und Aufbereitungen der Kunden-Lizenzverträge über License12. Diese Dienstleistung wird für folgende Fragestellungen als Kombination der jeweiligen Kompetenzen gebündelt:

  • Konsolidierung aller Lizenzen
    Für die meisten Vendoren besteht eine Vorgeschichte von einzelnen Transaktionen. Doctor-License legt hier die Grundlage für ein unzweifelhaftes Resultat der Konsolidierung aller erworbenen Rechte durch das Scannen und Interpretieren aller zugehörigen Manifeste (Rahmenvertrag, Lizenzbestellung, Side-Letter, Vendor-Definitionen).
  • Etablierung optimaler Vertragsklauseln
    Wir hören als Lizenzberater oft den Wunsch, Formulierungen für einzelne Klauseln vorzuschlagen. Dies ist das Metier des Rechtsexperten, das wir jetzt auch im Bündel mit anbieten können und das dem Lizenznehmer für zukünftige Transaktionen den Weg weist.
  • Audit-Vorbereitung
    Schon in der Vorbereitung eines Software-Audits werden die Weichen für den Erfolg gestellt. Einerseits müssen technische Vorbereitungen und Bereinigungen von Altlasten erfolgen, andererseits soll die Vermessung nur soviel Vendor-Einsicht ermöglichen, wie es zur Wahrung seiner legitimen Interessen bedarf.
  • Behandlung von strittigen Audit-Ergebnissen
    Liegt der Audit-Bericht bereits vor, so gilt es neben der Plausibilität auch die Grundlagen der Vergleichsdaten zu validieren. Falls der Vendor ohne Berechtigung neue Modelle einführt, können die Teilergebnisse wirksam in Frage gestellt werden.
  • Optimierung des Lizenzbestands
    Die Optimierung sollte eine ständige Übung sein, kann aber häufig nur aus Vermessungsergebnissen heraus beurteilt und verfeinert werden. Doctor-License fokussiert durch die Nutzung von umfangreichen Benchmarkdaten hier besonders auf die kommerzielle Seite.

Das Besondere bei allen Paketen ist die verlässliche Vorkalkulation von Aufwand und Ergebnis, denn jede Teildienstleistung folgt einem definierten Leistungskatalog.

 

Software business will only change if you change!

Peter Wesche October 4, 2013

With the advent of cloud computing, customers were expecting that new competition will change the attitude of vendors. This is largely not the case. Even the recent announcement of SAP to allow customers exchange shelfware against something more useful, shows not much change of attitude:

  • Allowances are treated like mercy by the vendor
  • Top discounts are taken away if customers try to execute on vendor promises
  • The lock-in dilemma is now spreading to cloud solutions as well
  • More cases of dispute are taken to court or threatened to do so

dsag2009

Therefore, the principle judgement of Peter Wesche during the 2009 German user group meeting remains unchanged and still represents an excellent summary of how you can prepare for better software investment management. See three parts of that speech: Guidance

License12 now adding detailed entitlement documents to track rights to functions

Peter Wesche June 11, 2013

One big dilemma of licensing is to get from the licensed product to what you really own in terms of features and functions. I have described the value of proper licensing and refered to possible solutions in my speech in Houston this April, see IAITAM2013SPRINGACE_PPT_pwesche

The SaaS-repository License12 now adds functionality in their recent release 2.0 to allow browsing your licenses down to the functional details.

It’s cool, check it out!

Magnifier over Figures

Ein großes Dilemma der Softwarelizenzierung ist es, für die lizenzierten Produkte Hinweise auf die Merkmale und Funktionen zu erhalten. Ich habe den Wert eines ordnungsgemäßen Lizenzmanagements beschrieben und verwies auf mögliche Lösungen in meiner Rede in Houston im April dieses Jahres, unter IAITAM2013SPRINGACE_PPT_pwesche

Der Service License12 erweitert nun seine Funktionalität in ihrer jüngsten Version 2.0, um ein effektives Durchsuchen Ihrer Lizenzrechte bis hin zu den funktionellen Details zu ermöglichen.

Es ist cool, probieren Sie es aus!

One-Stop-SAM the new enigma!

Peter Wesche February 13, 2013

Dreams are coming true, according to the latest press coverage on License12, the new portal for licensing agreements optimization. The idea, called one-stop-SAM, brings process automation to the nasty areas that used to create headaches: Software-Compliance.

OSSsmall

According to the note, the process of license administration is automated by capturing all relevant details by scanning the vendor’s original contract and converting the data to a full-fledge database shaped for advanced analytics. As part of the services, License12 claims to forward the contract data with the correct identifiers (SWIDs) needed by the discovery. If the subsequent SAM tool can process workflow triggers, it can invoke a compliance check and indicate to IT management that the latest negotiations are targeting the right licensing levels. As this integration comes ‘almost’ real-time, intermediate changes are easy to capture. SAM tools equipped with features of licensing optimizations (SLOs) might even propose contextual optimization which can further be used to refine the targeted bill-of-material.

Hard to awake from such nice dreams. Check out, if they are real!

European jurisdiction leaves room for interpretation on used software verdict

Peter Wesche August 13, 2012

While there was some press noise around the July 3rd decision of the European High Court, ruling a dispute between Oracle and usedsoft about reselling licenses, many questions remain open. But the verdict contains a number of new ideas that can help user organizations escape the dilemma of unused licenses. If the licenses considered have been bought under a perpetual licensing agreement, the following principles apply:

  1. Downloaded programs (‘immaterial’) are no longer discriminated from programs delivered on physical data carrier. Even more, download versions retain the access to the latest version by the legitimate buyer of the used license.
  2. If program copies are removed at the time of re-selling, the buyer has full fresh rights to the software in the same scope as the original transaction. This includes warranty and rights to enter into a software maintenance agreement.
  3. If the original license was a multi-pack, like a 25-user or 4 processor-pack, such licenses can only be resold in total and cannot be split into smaller parts for resale.

As a consequence, all software that follows the formal definitions of the verdict can be freely re-distributed without asking permission from the vendor, even if the licensing agreement contains clauses that reserve the rights for re-distribution to the vendor. Such clauses are not compliant with European free trade principles. As a further consequence, the vendor cannot continue to ask the first licencee to continue to pay maintenance for licenses re-sold, or ‘on shelf’ for resale, if the related copies have been removed.

What the verdict does not clarify, needs to be applied with common sense, at the risk of subsequent court-ruling if the vendor objects. Among these unresolved items are:

  • How can surplus licenses by re-sold from a license agreement that has no item-level pricing. Is this an indication for a multi-pack?
  • If the nature of the software is client-server/server-installed for all licenses depending on such server programs, is it possible to consider re-selling partial licenses when they are not part of a multi-pack licensing transaction?