Licentie beheer

Overzicht

Afbakening

Kort gezegd is er volgens Duits recht de mogelijkheid om software te kopen als onderdeel van een aankoop , bijvoorbeeld door een dealer (nieuwe software) of een andere gebruiker (gebruikte software), dwz verkopers die gewoonlijk geen licentie en licentiecontracten hebben dichtbij. Het gebruik wordt dan bepaald door copyright en er is geen licentieovereenkomst, zelfs als een overeenkomstige bevestiging van de gebruiker vereist is tijdens de installatie van de software.

In het kader van een licentieovereenkomst kunnen talrijke bepalingen voor de distributie en het gebruik van software vrijelijk tussen de partijen worden overeengekomen.De hieronder beschreven voorwaarden zijn gemeengoed geworden.

Achtergrond

Technisch gezien zou een installatieprogramma dat bijvoorbeeld aanwezig is op een gegevensdrager zoals een CD , zoveel installaties kunnen maken.

De toestemming van de auteur voor gebruik in commerciële software, bijvoorbeeld in de vorm van licentieovereenkomsten die bepalen onder welke voorwaarden en hoe vaak het programma kan worden geïnstalleerd. Hergebruik van de licentie na het deïnstalleren van de software of het schrappen van de doelcomputer wordt vaak geregeld door de licentieovereenkomst. Afhankelijk van de bestaande licentieovereenkomsten, kan een technisch identiek softwareproduct tegelijkertijd in een bedrijf worden gebruikt onder verschillende licentievoorwaarden, bijvoorbeeld als een gelijktijdig gebruikerslicentiemodel voor werkstations en met een dongle voor notebooks. Een licentieovereenkomst kan ook het commerciële hergebruik van een software regelen, zelfs als deze z. B. is gratis beschikbaar.

In Duitsland is de toestemming van de auteur of de auteursrechthouder vereist als de gegevensdrager niet van de auteur is (kopie in de zin van §69a-g UrhG ) of van hem afkomstig is, maar voor meer dan één installatie moet worden gebruikt, bijvoorbeeld in de context van een licentieovereenkomst.

Gevolgen van licentie-inbreuken

De civielrechtelijke gevolgen van licentie-inbreuken worden gedefinieerd in de licentieovereenkomst . Bovendien kunnen ze ook inbreuk op het auteursrecht vormen en daarom een ​​strafbaar feit.

Situatie in de EU

In principe kan de doorverkoop van licenties van een licentiehouder worden uitgesloten in de licentieovereenkomst, maar deze uitsluiting is bijvoorbeeld zonder effect in de EU. ^[1]

De daaropvolgende installatie van updates van de software of onderhoudscontracten herstelt de rechten van de licentiegever niet. Alleen de splitsing van de vergunning is nog steeds gebonden aan de toestemming van de vergunninghouder.

Niet elke schending van de licentieovereenkomst vormt een schending van het auteursrecht. De licentiegever (softwarefabrikant) kan claims die buiten het auteursrecht vallen alleen op grond van het burgerlijk recht en alleen tegen zijn licentienemer doen gelden.

Situatie in Duitsland

Als er ernstige schendingen van de licentie zijn, kan de licentiegever onder bepaalde omstandigheden het recht hebben om de licentieovereenkomst buitengewoon te beëindigen in overeenstemming met § 314 BGB . ^[2]

Als de licentienemer de licentie aan een derde verkoopt, mag de derde partij deze vrij gebruiken onder auteursrecht. ^[3]

Licentiebewijs

Licenties voor geïnstalleerde programma’s zijn contractdocumenten en moeten als zodanig worden bewaard, in het bijzonder om de gebruiksrechten in geval van een geschil te bewijzen.

De rechten en verplichtingen onder een licentieovereenkomst zijn georganiseerd in licentiebeheer volgens drie of vier factoren: ^[4]

1. Type licentie
2. License klasse
3. Licentietype (gebruikt door fabrikant)
4. licentie metrics

Type licentie

Het type licentie beschrijft of de licentie exact één implementatie ( enkele licentie ) of meerdere implementaties ( meerdere licenties ) toestaat – of dat de licentie het commerciële hergebruik van de software binnen haar eigen softwareproducten of -systemen regelt. Als een licentiesleutel wordt gebruikt om de geautoriseerde implementaties te activeren, is het principe van toepassing: er is één licentiesleutel per licentieovereenkomst. Meerdere licenties bieden bedrijven dus grote voordelen in de technische levering van software, omdat alle individuele implementaties kunnen worden gemaakt met dezelfde licentiesleutel en dus een geautomatiseerde softwaredistributie is sterk vereenvoudigd.

Meerdere licenties kunnen anders worden beschreven afhankelijk van de licentiestatistieken, bijvoorbeeld B.:

• Volumelicentie (inclusief n licenties)
• Sitelicentie (omvat alle implementaties binnen een genoemde site)
• Enterprise-licentie (omvat alle implementaties binnen de onderneming)

Licentieklasse

De licentieklasse ^{[5] van} een software typeert de contractuele vereisten voor het gebruik van software. De volgende veelvoorkomende voorbeelden van licentieklassen vereisen afzonderlijk bewijs (tenzij anders vermeld):

• Een volledige versie kan op zichzelf worden gebruikt en vereist geen eerdere versie.
• Een upgrade vereist het bestaan ​​van een vorige volledige versie en, indien nodig, een volledig bewijs van alle eerdere upgrades. Voor de licentiesaldo-upgrade en downgrade-licenties kan alleen worden gecrediteerd als de consistente licentieketen van de vorige volledige versie over de juiste upgradelicenties opnieuw resulteert in een effectieve volledige licentie. Deze koppeling van licenties en hun documentatie wordt ook wel assemblage genoemd .
• Updates bevatten bugfixes of kleine software-toevoegingen, meestal als een minor of hotfix in een versie. Bij gebruik van een update is geen aanvullend bewijs van licentie voor de updateversie vereist.
• Add-ons zijn aanvullende componenten van een software die noch de fabrikant van de software noch de toestemming om de software te gebruiken moet bevatten.
• Client Access Licenses (“CAL”) zijn extra licenties om gebruik te kunnen maken van de diensten van een server waarop bijvoorbeeld een database zijn diensten aanbiedt. Gebruik van de database kan aanvullende licenties vereisen.
• Combinaties en speciale vormen:
  • Add-on-upgrade (een add-on in de vorm van een upgrade)
  • CAL-upgrade (een CAL in de vorm van een upgrade)
  • Cross-Upgrade (in commerciële zin vergelijkbaar met een upgrade, maar technisch gezien de verandering naar een ander product)
• De downgrade-licentie geeft de licentienemer het recht om een ​​lagere versie van het product te gebruiken dan de gelicentieerde versie. Een Microsoft Windows 7-licentie kan bijvoorbeeld de installatie en het gebruik van Microsoft Windows XP autoriseren. Gelicentieerd is Microsoft Windows XP en Microsoft Windows 7, geïnstalleerd is Microsoft Windows XP.

Licentietype

In de literatuur soms ook tussen soorten licenties en licentie metrics onderscheiden, waarbij het licentietype het type meetgrootheid onderliggende betrekking (z. B. inrichting gebruiker, brillen geval) en de licentie gegeven beschrijving wordt de exacte vorm van de meting. Deze term is echter nog niet gestandaardiseerd.

License Metric

De licentiestructuur ^[6] geeft aan hoe de licentievereiste moet worden geteld. In de handel verkrijgbare statistieken overwegen een of meer van de volgende:

• Aantal installaties
• Besturingssysteem gebruikt, bijv. B. Databases die differentiëren afhankelijk van de prestaties van het besturingssysteem
• Aantal benoemde machines, als de licentie een vaste verwijzing naar een bepaalde hardware heeft, bijvoorbeeld Bv. OEM-licentie
• CI ( configuratie-item )
• Aantal benoemde gebruikers
• Maximumaantal gelijktijdige gebruikers (zie ook Concurrent User Licentiemodel )
• Aantal processors, gedeeltelijk verder gedifferentieerd naar aantal processorcores
• Prestaties van de processors, bijvoorbeeld over MIPS of MHz
• Aantal sites waar de software wordt gebruikt
• Aantal netwerksegmenten waarin de software wordt gebruikt
• Gebruiksduur (in gespecificeerde eenheid)
• Gebruiksproces ( betalen per gebruik , software als een service )
• sessie
• Gegevensvolume (in opgegeven eenheid)
• Gebruikte versies van een lijst
• Toegangsrechten, bijvoorbeeld B. Microsoft Client Access Licenses (“CAL”)
• Groepen functies van een software
• Gebruikte tokens (zie ook token-gebaseerd licentiemodel )
• u. v. a. m., vaak combinaties van deze statistieken

Veel licentiegevers bieden verschillende varianten van dezelfde software om beter te voldoen aan de eisen van de markt.

Niveaus van licentiebeheer

Het licentiebeheer is verdeeld in de volgende fasen:

1. Het bepalen van de geïnstalleerde software in een database , deze stap wordt vaak software-inventaris en het resultaat volgens software- inventaris genoemd. Voorwaarde hiervoor is de kennis van de software-bedienende apparaten.
   • Dit vereist de identificatie van het commerciële softwareproduct inclusief de versie op basis van de gevonden functies.
   • Indien nodig moet deze licentievereiste worden aangevuld met niet-technisch verifieerbare toegangsrechten ( Client Access Licenses ).
2. Bepaling van de bestaande licenties in een database (deze stap wordt vaak de licentievoorraad genoemd en het resultaat volgens de licentievoorraad )
   • Dit vereist de interpretatie van de bestaande contracten, mogelijk ook van contractcombinaties, rekening houdend met de momenteel beschikbare productversies op de markt.
   • Indien nodig moeten speciale rechten en verplichtingen worden overwogen
     • Upgrade – / downgrade privileges
     • Meerdere gebruikersrechten van een gebruiker
     • Registratie- of registratieverplichtingen
3. Compliance Controle (Engl. Compliance : Compliance): Balance software-inventarisatie met de licentie inventaris, zodat een controle of er licenties voor de software geïnstalleerd is (het is ook wel het creëren van een licentie balans).
   • Resultaat van de test
     • Licentiedekking of overlicentieverlening : er zijn meer licenties dan software-implementaties of -installaties.
       • Afhankelijk van de mate van oververgunning kan dit economische schade aan het bedrijf veroorzaken.
     • Licenties onder licentie of onderlicentieverlening: er zijn minder licenties dan software-implementaties of -installaties.
       • Afhankelijk van de licentieovereenkomst kunnen er specifieke sluitingsdata worden afgesproken voor de nalevingscontrole, waarboven geen controle vereist is. Als dergelijke sluitingsdata niet uitdrukkelijk worden overeengekomen, is een voortdurende nalevingscontrole vereist.
       • Onderlicenties die worden gevonden of ontdekt in een vereiste nalevingscontrole vormen een inbreuk op de licentie.

Verschillende hardware en verschillende besturingssystemen en netwerken moeten z. B. Houd er rekening mee bij het vastleggen van de geïnstalleerde software. Bij het verkrijgen van licenties ontbreekt het vaak aan processen om de licenties op een gestructureerde manier te regelen. Verantwoordelijkheden moeten worden verduidelijkt. Bij de opbouw van de database speelt vooral het in kaart brengen van de organisatiestructuur met de verschillende niveaus van bedrijfseenheden en kostenplaatsen een rol.

Vanwege deze vergaande vereisten omvat licentiebeheer meestal ook:

• Richtlijnen , werkinstructies en processen
• Verduidelijking en toewijzing van verantwoordelijkheden
• Vraagplanning en inkoop
• Organisatiebetrokkenheid door het management (vooral inkoop, IT , controlling )

Verder omvat het licentiebeheer een gedetailleerde overweging en structurering van bestaande licenties – het contractbeheer . Softwarecontracten bieden een schat aan kansen (zoals wanneer een update gratis is), evenals risico’s voor het bedrijf. Binnen contractbeheer worden deze gegevens meestal opgenomen in een database en beschikbaar gemaakt voor algemene planning.

Afhankelijk van de grootte van een bedrijf en de verscheidenheid aan softwareproducten en -versies die worden gebruikt, kan het gebruik van speciale licentiebeheersoftware vereist zijn voor de juiste en economische realisatie van softwarelicentiebeheer .

Doel van licentiebeheer

• Planbare en schaalbare licentiekosten voor de licentienemer.
• Vereenvoudigde installatie en onderhoud van systemen als de licentiegever andere softwareversies levert.
• Boekhouding van de “reserves” van de licentie om de overschrijding of onderdekking van licenties te verminderen en om de waarde van de boekhouding van de entiteit te meten (bijvoorbeeld in vaste activa ).
• Minder risico voor het beheer van installaties zonder licentie.
• Bewust gebruik van de bronsoftware leidt tot een op behoeften gebaseerde distributie van de software, shelfware (ongebruikte software) wordt vermeden.
• Financiële en fiscale aspecten:
  • Niet alleen de processen van vraagplanning, inkoop, beheer van licenties, gegevensverzameling en het creëren van een licentiebalans moeten worden beschouwd en bedacht binnen een algemeen concept van een bedrijfsbrede licentiebeheer, maar ook financiële en fiscale aspecten.
  • Om z te boeken Zo verwijderen maar heel weinig bedrijven software van hun bedrijfsmiddelen of schrappen deze. Als gevolg hiervan wordt een algeheel hoger balanssaldo gedragen en belast dan feitelijk bestaat.
  • Bovendien moet rekening worden gehouden met fiscale aspecten bij het doorverkopen van software, met name tussen gelieerde maar economisch onafhankelijke delen van het bedrijf. Over het algemeen is het arm’s length-principe hier van toepassing :
    • Transacties tussen gelieerde ondernemingen moeten ook worden ontworpen voor “gebruikte” software, zoals ze zouden zijn geweest onder vrije marktomstandigheden. Er moet dus een bepaalde toeslag worden toegevoegd aan de licentieprijs.
  • In aanvulling op de belastingen en handelsrechtelijke aspecten moeten worden beschouwd, als z. Grotere licentiepakketten kunnen bijvoorbeeld worden verkocht aan gelieerde bedrijven in het buitenland. Met hoge invoerbelastingen en tijdrovende bureaucratische hindernissen, kan het raadzaam zijn om software rechtstreeks in het land van vestiging te verwerven of om de contracten daar te sluiten.

Zie ook

• meerdere Licensing

Literatuur

• Jan-Armin Reepmeyer, Frank Bensberg: licentieverleningbeheer in lokale netwerken – rechtsgrondslagen, organisatieconcepten, softwaretools . In: Bedrijfsinformatica. 36.Jg., No. 6, 1994, pp. 591-599.
• Torsten Groll : 1×1 van het licentiebeheer. Praktische gids voor License Manager. 2e editie. Hanser Verlag , München 2012, ISBN 978-3-446-42659-7 .

Individuele proeven

1. Jump up↑ Zie persbericht nr. 94/12 (PDF, 49 kB) van het Hof van Justitie van de Europese Unie van 3 juli 2012 in zaak C-128/11 UsedSoft GmbH / Oracle International Corp
2. Jump up↑ LG Keulen, arrest van 14 september 2011 , Az. 28 O482 / 05, volledige tekst.
3. Jump up↑ Zie het uitputtingsprincipe van het Federale Hof van Justitie
4. Omhoog springen↑ Zie 1×1 van het licentiebeheer , pagina 42
5. Springen↑ Zie 1×1 Licentiebeheer , pagina 44
6. Omhoog springen↑ Zie 1×1 van het licentiebeheer , vanaf pagina 46