215 Integrationen.
Ein Asset-Modell.

Abrechnungsdaten und Ressourceninventar, im selben Kostenmodell wie jeder andere Anbieter.

Eine vollwertige Abrechnungsquelle und ein SaaS-Abonnement mit eigenen Nutzerlizenzen und Datum der letzten Nutzung.

Observability-Ausgaben als Abrechnungsquelle und Observability-Nutzerlizenzen als Lizenzposition.

Cost Explorer, Pool-Zuordnung und Rightsizing über Projekte, Regionen und Konten.

Auslastung nach Namespace, Node und Service, mit Kubernetes-Rightsizing als benannter Prüfung.

Kosten und Nutzung, eine Richtlinie zur Tag-Hygiene für Azure-VMs und dieselben Prüfungen, angewendet auf ML-Executors.

Ressourceninventar und Abrechnungsdaten, unter denselben Pools, Budgets und Richtlinien wie der Rest.

Data-Warehouse-Ausgaben im selben Kostenmodell wie die Infrastruktur darunter.

Kostenlose und kostenpflichtige Nutzerlizenzen werden unterschieden, mit den Buchungen, die über jede Lizenz erfolgt sind.

Lizenzstufe pro Benutzer, mit dem Anrufvolumen, das jeweils darüber geführt wurde.

Welche Discord-Server die Organisation tatsächlich nutzt und die Konten darin.

Postfach- und Drive-Aktivität hinter jeder Nutzerlizenz und ein Entzug, der bis zum Abschluss läuft.

Meeting-, Webinar-, Support- und Fernzugriffs-Nutzerlizenzen werden getrennt gelesen, weil sie getrennt lizenziert sind.

Community- und Intranet-Konten nach Lizenztyp und die Bereiche, die jedes davon noch liest.

Lizenzierte Nebenstellen und digitale Leitungen, jeweils mit der erfassten Nutzung.

Mitglieder, abgeglichen mit kostenpflichtigen Nutzerlizenzen, mit Erkennung ungenutzter Lizenzen nach dreißig Tagen ohne Aktivität.

Lizenzierte Hosts und Meeting-Aktivität, wobei Lizenzen ohne geplante Meetings markiert werden.

Gruppen, Beiträge und Admin-Rollen auf einer Plattform, die gerade eingestellt wird, und die kostenpflichtigen Konten, die dort noch offen sind.

Basic-, Licensed- und Webinar-Nutzerlizenzen werden unterschieden, jeweils mit den Meetings, die tatsächlich darüber abgehalten wurden.

Mitglieder, Gruppen und Lizenzstatus, im selben Personendatensatz wie alles, bei dem sie sich anmelden.

Mandantenbenutzer, die Verbindungen, über die sie sich authentifizieren, und ihre Rollen.

Benutzer, Gruppen und Kontozuweisungen, die in die Analyse von SSO-Abdeckungslücken einfließen.

Organisationsmitglieder und Gruppen, mit dem Status jeder abgerechneten Nutzerlizenz.

Registrierte Geräte und MFA-Status pro Person, auf derselben Basis wie die anderen Identitätsanbieter.

Verzeichnissynchronisierung, die dieselbe Benutzerbasis speist wie Microsoft Entra ID und Okta.

Gebundene Systeme und die Gruppen dahinter, abgeglichen mit dem, was die APIs des Anbieters liefern.

Jedes Konto ist einem Knoten zugeordnet, und die Lizenz, die es verbraucht, wird mitgelesen.

Tresorzugriff, Gruppen und Status der Nutzerlizenzen, wobei die Lizenzen sichtbar werden, die ausgeschiedene Mitarbeitende hinterlassen haben.

Eine der zehn Erkennungsmethoden importiert Benutzer, Gruppen, Computer, Standorte und Subnetze zusammen.

Identitätssynchronisierung einschließlich MFA-Registrierung, außerdem die Grundlage für die Analyse von SSO-Abdeckungslücken.

Rollen und Anwendungszuweisungen pro Person, die in dieselbe SSO-Abdeckungsanalyse einfließen.

Benutzer, Gruppen und Anwendungszuweisungen, die in dem einen Personendatensatz landen.

Nutzerlizenzen und Versandaktivität für Vereinbarungen, wobei ungenutzte Signaturlizenzen vor der Verlängerung aufgelistet werden.

Kostenpflichtige Nutzerlizenztypen getrennt von Reviewern, mit den Roadmaps, die jeder tatsächlich bearbeitet.

Synchronisierung der Nutzerlizenzen mit Active Usage Rate, sodass eine kaum genutzte Lizenz lange vor der Verlängerung sichtbar ist.

Kostenpflichtige Mitglieder fließen in App Rationalization ein, wo Tool-Überschneidungen nach rückgewinnbarer Einsparung geordnet werden.

Konto- und Projektmitgliedschaft, mit der Aktivität pro Benutzer hinter dem Abonnement.

Welche Workspace-Mitglieder eine kostenpflichtige Nutzerlizenz belegen, welche Gäste sind und welche Aktivität jeweils dahintersteht.

Doc Makers werden von Editoren unterschieden, weil nur eine der beiden Gruppen eine Lizenz verbraucht.

Lizenzstufe pro Benutzer, mit den Spaces und Seiten hinter jeder Nutzerlizenz.

Umschlag-Absender und Verlängerungstermine, unter einem Budget mit eigenen Warn- und kritischen Schwellenwerten.

Nutzerlizenzen mit Dateiaktivität pro Benutzer, sodass eine Lizenz ohne Dateien früh auffällt.

Speicher- und Freigabeaktivität, abgeglichen mit der Lizenzposition, die jede Tarifstufe erzeugt.

Business-Nutzerlizenzen mit Datum der letzten Nutzung, geordnet danach, was jede ungenutzte Lizenz kostet.

Power-User und inaktive Nutzerlizenzen werden in der Nutzungsübersicht getrennt, Board für Board.

Kostenpflichtige Nutzerlizenzen, Viewer und Gäste sind drei getrennte Zählungen, jeweils mit den Boards dahinter.

Nutzung pro Mitglied zugeordnet, wobei die Notion-Lizenz jedes ausscheidenden Mitarbeitenden auf der Offboarding-Liste steht.

Absenderrollen und die Dokumente dahinter, sodass eine Lizenz, die nichts versendet hat, sichtbar wird.

Lizenzierte Mitglieder werden getrennt von kostenlosen Mitwirkenden gezählt, sodass die kostenpflichtige Zahl die tatsächliche ist.

Workspace-Mitglieder und Board-Aktivität, wobei kostenlose und kostenpflichtige Nutzerlizenzen unterschieden werden.

Reguläre Benutzer, Mitwirkende und externe Benutzer, jeweils gezählt nach der Lizenz, die sie halten.

KI-Nutzerlizenzen und -Ausgaben, mit OAuth-Berechtigungen, deren Risiko nach Sensibilität, Umfang, Einwilligung und Inaktivität bewertet wird.

Über den Delight-Agent-Collector instrumentiert, bis hinunter zu den Executors, die den Job ausführen.

Pipeline-Workloads, als Cloud-Instanzen kostenbewertet, mit allen sechsundzwanzig Prüfungen.

GPU-intensive Rechenleistung, zu denselben Bedingungen kostenbewertet wie bei den Hyperscalern und in dieselben Pools abgerechnet.

KI-Nutzerlizenzen und -Ausgaben, im Shadow AI Dashboard nach dem Anteil der Organisation geordnet, der sie nutzt.

Trainingsläufe, verfolgt mit benutzerdefinierten Kennzahlen, Zielwerten und Zielrichtung.

Trainingsläufe, in Leaderboards nach der Kennzahl geordnet, auf die es Ihnen tatsächlich ankommt.

Rufnummern, die Personen, denen sie zugeordnet sind, und die Anrufe, die über jede Lizenz geführt werden.

Nutzerlizenzen und Credit-verbrauchende Benutzer, sodass eine nie geöffnete Lizenz vor dem Verlängerungsfenster sichtbar wird.

Aufzeichnungslizenzen und die Anzahl der Anrufe, die über jede davon tatsächlich aufgezeichnet wurden.

Jeder Benutzer, seine Rolle und wie kürzlich er die Nutzerlizenz genutzt hat.

Welche Benutzer eine Lizenz halten, in welcher Rolle und wie aktiv jeder ist.

Mitglieder und Nutzerlizenztypen, mit der Versandaktivität, gelesen neben den anderen Dokument-Tools.

Full- und Occasional-Agents werden getrennt gezählt, jeweils mit ihrer Ticketaktivität.

Agent-Nutzerlizenzen und Anzahl der Anfragenden, mit der Auslastung im Vergleich zu dem, was tatsächlich gekauft wurde.

Teammitglieder nach Lizenztyp, mit der Aktivität im gemeinsamen Postfach hinter jeder kostenpflichtigen Nutzerlizenz.

Lizenzierte Benutzer und Aufzeichnungsaktivität, damit eine Nutzerlizenz, die nichts aufzeichnet, die Verlängerung nicht überlebt.

Full- und Lite-Nutzerlizenzen werden getrennt gezählt, jeweils mit den darüber bearbeiteten Unterhaltungen.

Zuweisung von Nutzerlizenzen und letzte Aktivität, lange vor dem Vertragsdatum.

Lizenzen pro Anwendung und Sicherheitsrollen, mit der Nutzung hinter jeder Nutzerlizenz.

Sequenzaktivität pro Nutzerlizenz, sodass eine nie geöffnete Lizenz lange vor der Verlängerung erkannt wird.

Rollen pro Mitglied, mit den Dokumenten, die unter jeder kostenpflichtigen Nutzerlizenz erstellt wurden.

Nutzerlizenzen, Berechtigungssätze und letzte Aktivität, abgeglichen mit der Lizenzposition für jeden Tarif.

Angebote, die über jede Lizenz versendet wurden, abgeglichen mit dem Nutzerlizenztyp, der dafür bezahlt hat.

Cadence-Aktivität hinter jeder Nutzerlizenz, wobei die inaktiven vor dem Verlängerungstermin sichtbar werden.

Der Entzug sperrt das Konto und entzieht alle Rollen und Gruppenmitgliedschaften.

Agent- und Light-Agent-Nutzerlizenzen als zwei Lizenzpositionen gelesen, jede mit eigener Ticketaktivität.

Zuweisung von Nutzerlizenzen und Credit-Verbrauch pro Benutzer, so wie der Anbieter selbst sie meldet.

Administrative Benutzer und Lizenzzuweisung, neben der verwalteten Apple-Geräteflotte.

Zero-Touch-Registrierung innerhalb des Mobile-Device-Management-Stacks für iOS und Android.

ITAM-Import aus Drittsystemen (eine der zehn Erkennungsmethoden), der in einem Schema landet.

Konsolenbenutzer und ihre Lizenzzuweisung, neben den Macs, die jeder von ihnen verwaltet.

Admin-Rollen und Lizenzstatus pro Konsolenkonto, im selben Personendatensatz.

Modern verwaltete Geräte, zusammengeführt in den einen Gerätedatensatz, in den die Agenten bereits schreiben.

Patch-Management mit nachgelagerter Server-Unterstützung, gesteuert direkt aus dem Asset-Datensatz.

ITAM-Import aus Drittsystemen, abgeglichen mit dem Inventar aus Agenten und agentenloser Erkennung.

Berechtigungsstufen und letzte Aktivität, zugeordnet zu der Abteilung, die dafür bezahlt.

Named User und Produktprofile, aus der Admin Console gelesen, jeweils mit dem letzten Zugriff.

Workspace-Zugriff nach Rolle, mit den Kampagnen, die tatsächlich über jede Lizenz gelaufen sind.

Lizenztyp pro Kontobenutzer und die zugehörige Umfrageaktivität.

Projektzugriff nach Rolle und die Dashboards, die jede kostenpflichtige Nutzerlizenz noch öffnet.

Kontobenutzer und Berechtigungsstufen, jeweils mit dem Datum der letzten Anmeldung.

Property-Zugriff und Benutzerrollen, mit den Berichten, die jedes lizenzierte Konto noch öffnet.

Developer-, Standard- und Viewer-Benutzer werden getrennt geführt, weil sie getrennt lizenziert sind.

Zugriff auf Berichte und Datenquellen pro Benutzer und die Konten, die keines von beidem geöffnet haben.

Versendungen hinter jeder kostenpflichtigen Nutzerlizenz, abgeglichen mit der Berechtigungsstufe jedes Kontos.

Projektmitglieder und Rollen, mit den Boards und Berichten, die jede Nutzerlizenz geöffnet hat.

Zugriff auf jeden Workspace pro Konto, mit den Berichten, die unter jeder Lizenz erstellt wurden.

Workspace-Benutzer und ihre Rollen, abgeglichen mit den Quellen, auf die jeder noch zugreift.

Teammitglieder und Nutzerlizenztypen, mit den Umfragen, die jede kostenpflichtige Nutzerlizenz tatsächlich durchgeführt hat.

Creator-, Explorer- und Viewer-Nutzerlizenzen, die jeweils in den Optimization Score der Anwendung einfließen.

Anwendungsreichweite pro Nutzerlizenz, abgeglichen mit der Rolle, die das Konto tatsächlich hat.

Wer eine Workspace-Nutzerlizenz hält, auf welche Deployments er zugreifen kann und wann er sie zuletzt genutzt hat.

Die Zugriffsebenen Basic, Stakeholder und Test Plans als drei separate Lizenzpositionen gelesen.

Repository-Aktivität pro Workspace-Mitglied, abgeglichen mit seiner Lizenzstufe.

Mitglieder und Nutzerlizenztypen, mit den Projekten, in denen jede lizenzierte Nutzerlizenz noch aktiv ist.

Rollen pro Konto, mit den Pipelines, die tatsächlich unter jeder Lizenz ausgeführt wurden.

Verwaltungszonen, auf die jede Nutzerlizenz zugreifen kann, mit der zuletzt erfassten Aktivität.

Rollen in jedem Konto, zugeordnet zu dem Team, dem der betriebene Service gehört.

Synchronisierung der Nutzerlizenzen zur Lizenzrückgewinnung, und CI/CD-Ausgaben, einem Kostenpool zugeordnet.

Fehlerprojekte und der Nutzerlizenztyp, der auf jedes davon zugreifen darf, pro Teammitglied.

Wer Mitglied ist, welche Rolle er hat und wann er zuletzt aktiv war.

Lizenzsynchronisierung, mit den Kosten pro lizenziertem Benutzer im Vergleich zu den Kosten pro aktivem Benutzer.

Anstehende Verlängerungen mit Tagen bis zur Verlängerung und der Auslastung hinter jeder Nutzerlizenz.

Collections und API-Aktivität pro Nutzerlizenz, abgeglichen mit der Rolle, die jedem Mitglied zugewiesen wurde.

Nutzerlizenztypen und Projektzugriff pro Teammitglied und die Nutzerlizenzen, die nichts ansehen.

Nutzerlizenzen für Error-Tracking, in App Rationalization mit den anderen verglichen, Nutzerlizenz für Nutzerlizenz.

Modulberechtigung pro Lizenz, neben den Rollen, die jeder Konsolenbenutzer tatsächlich hat.

Benutzer, Rollen und letzte Aktivität, zugeordnet zu dem Team, dem der Index gehört.

Messaging-Projekte, die Rollen darin und die letzte Anmeldung hinter jedem Konto.

Daten zu Mitarbeitenden, Abteilungen und Beschäftigungsstatus: das Austrittssignal, das der Rest der Liste braucht.

Team- und Lebenszyklusdaten, die dieselbe Personenbasis speisen, mit der jede Nutzerlizenz abgeglichen wird.

Daten zu Personalbestand, Abteilungen und Berichtslinien, gelesen zusammen mit der Lizenzposition jeder Person.

Benutzer nach Standort und Lizenzstufe und die jeweils erstellte Dienstplanung.

Workplace-Konten und Admin-Rollen, abgeglichen mit den Standorten, die jede Lizenz tatsächlich abdeckt.

Austritte landen zuerst im Vertragsdatensatz und direkt danach auf jeder Anwendungsliste.

Lohnabrechnung und Beschäftigungsstatus kommen zusammen an und halten die Personenbasis aktuell.

Personen, Standorte und Lebenszyklusstatus, aus Bob gelesen, im selben Datensatz wie die Verzeichnisse.

Profile, Abteilungen und Berichtslinien, abgeglichen mit den Nutzerlizenzen, die jede dieser Personen hält.

Mitarbeiterdaten, Stellendaten und Beschäftigungsstatus, verknüpft mit den Nutzerlizenzen, die jede Person hält.

Vertragsstatus und Abteilungsdaten, damit niemand eine Nutzerlizenz über den letzten Arbeitstag hinaus behält.

Geräte- und Anwendungszuweisungsdaten neben der Person, sodass ein System drei Signale enthält.

Beschäftigungsstatus und Organisationsstruktur, auf derselben Basis wie die Identitätsanbieter.

Mitarbeiterdaten und Beschäftigungsstatus der Arbeitsstätte, verknüpft mit der Basis, an der die Lizenzen hängen.

Mitarbeiter-, Stellen- und Beschäftigungsstatusdaten, gelesen zusammen mit den Lizenzen, die jede Person hält.

Named-User-Lizenzanspruch mit Nutzungsnachweisen über ein rollierendes Fenster von neunzig Tagen.

PVU- und Virtual-Processor-Core-Metriken, Analyse von Compliance-Lücken und Component Resolution.

Abonnement-Lizenzansprüche, eingelesen in dieselbe Microsoft-Lizenzposition wie die Server.

Nachweise zur Postfachberechtigung hinter der Microsoft-Lizenzposition.

Core- und Prozessorlizenzierung mit Berücksichtigung von Clustern und Virtualisierung.

Geräte-CALs, Benutzer-CALs, Named User und External Connectors, neben der Core-Lizenzierung.

Zuständigkeiten, gelesen für den Lizenzanspruch, statt abgeleitet aus dem, was zufällig installiert ist.

Einer von sechs Herstellern mit eigener Lizenz-Engine statt einer generischen Zählung von Nutzerlizenzen.

Ein nicht-invasiver ABAP-Konnektor, der Named User, Rollen, Engines und Berechtigungen liest.

Jeder Benutzer hat einen Vorgesetzten, eine Lizenzzuweisung und ein Datum der letzten Nutzung.

Beteiligung pro Mitglied, neben dem Lizenzstatus jedes Kontos.

Kontobenutzer und Zugriffsebenen, mit den Umfragen, die über jede lizenzierte Nutzerlizenz durchgeführt wurden.

Berechtigungsstufen und Recruiting-Aktivität pro Nutzerlizenz, im Vergleich zur Anzahl der gekauften Nutzerlizenzen.

Lizenzzuweisung pro Konto und die Assessments, die tatsächlich unter jeder davon durchgeführt wurden.

Reviewer und ihre Vorgesetzten, jeweils mit der Lizenz, die sie halten, und den darüber durchgeführten Reviews.

Recruiting-Aktivität pro Benutzer, abgeglichen mit der Berechtigungsstufe, die er hat.

Lizenzierte Lernende und letzte Aktivität, wobei nie geöffnete Schulungslizenzen zur Rückgewinnung gemeldet werden.

Ansichtsaktivität pro Lernendem, geordnet danach, was jede ungenutzte Nutzerlizenz kostet.

Kursaktivität pro Lernendem, wobei ungenutzte Nutzerlizenzen sichtbar werden, bevor das Verlängerungsfenster beginnt.

Wer eine Nutzerlizenz hält, mit welcher Berechtigungsstufe, und die darüber erfolgten Einstellungen.

Inventar der Netzwerkgeräte zusammen mit SNMP-Switch-Port- und Routing-Tabellen.

LPAR- und Frame-Topologie, die Grundlage der IBM-Sub-Capacity-PVU-Berechnung.

Inventar virtueller Maschinen mit der Cluster- und Host-Zuordnung, die die Core-Lizenzierung benötigt.

Hyperkonvergentes Host- und Gastinventar, im selben Schema wie alles andere.

Partitionierungsnachweise hinter Oracle-Lizenzpools, Hosting-Rechten und Cover-down.

Gastinventar über den offenen KVM-Virtualisierungsstack, einschließlich der Host-Beziehungen.

Rechnerinventar sowie die Access-Control-Regeln, von denen die Lizenzierung gestreamter Anwendungen abhängt.

Nutzerlizenzen für Versionskontrolle auf einem eingestellten Service: Ein stillgelegtes Tool, das noch Konten hält, ist ein Befund.

Teammitglieder getrennt von kostenpflichtigen Nutzerlizenzen und die Designarbeit, die jede Person geleistet hat.

Jede Nutzerlizenz hat einen Space, eine Rolle und das Datum, an dem der Space zuletzt geöffnet wurde.

Eine reine FigJam-Nutzerlizenz ist separat lizenziert und wird daher eigens gezählt.

Editor-, Developer- und Viewer-Nutzerlizenzen werden unterschieden, sodass eine volle Nutzerlizenz, die nur Viewer-Arbeit leistet, sichtbar wird.

Reviewer und Mitwirkende werden getrennt gezählt, mit den Projekten, in denen jede Lizenz noch genutzt wird.

Eingestellte Plattform, aktive Kontoliste. Die Nutzerlizenzen, die ein abgeschaltetes Tool noch hält, sind der Lizenzbefund.

Full- und Lite-Nutzerlizenzen werden getrennt geführt, mit den Dokumenten hinter jeder Lizenz.

Mitglieder, Gäste und Lizenzzuweisung, mit den Boards, an denen jede Person gearbeitet hat.

Editor-Nutzerlizenzen und letzte Aktivität, die in App Rationalization in den Vergleich mit den anderen Design-Tools einfließen.

Nutzerlizenztypen und die Projekte dahinter, sodass eine ungenutzte Handoff-Lizenz leicht zu erkennen ist.

Plattformbenutzer und -rollen, mit den Integrationen, die jede lizenzierte Nutzerlizenz noch pflegt.

CI/CD-Kostenpools und gemeinsam nutzbare Umgebungen mit Buchung, SSH-Schlüsseln und Webhooks.

CI/CD-Zuordnung, sodass Build-Ausgaben in einem benannten Kostenpool landen statt auf einer gemeinsamen Rechnung.

Aus einem Befund wird ein Ticket, und das Ticket enthält die Nachweise, die zu dem Befund geführt haben.

Eine dokumentierte Datenquelle über die schreibgeschützte Certero API, sodass Ihr BI-Tool sie direkt an Ort und Stelle liest.

Geplante Zustellung durch Reporting-Agenten in den Kanal, der die Entscheidung verantwortet.

Anypoint-Benutzer und -Rollen, mit den Umgebungen, auf die jede Lizenz zugreifen darf.

Berichtsversand sowie ein Bot für Pool-Benachrichtigungen, TTL-Verwaltung und Ausgabenverfolgung.

Deklarierte Infrastruktur, eingelesen in gemeinsam nutzbare Umgebungen mit Buchung, SSH-Schlüsseln und Webhooks.

Workspace-Mitglieder und Rollen, mit den Repositories, die jede lizenzierte Nutzerlizenz scannt.

Administrative Rollen pro Konsolenkonto und die Richtlinien, die jede davon ändern kann.

Kontomitglieder, Rollen und Zero-Trust-Nutzerlizenzen, zugeordnet zu dem Team, dem die Zone gehört.

Welche Benutzer welche Safes halten, unter welchem Lizenztyp und wann sie zuletzt einen geöffnet haben.

Administratorkonten und ihre Rollen, abgeglichen mit derselben Identitätsbasis.

Jede Konsolen-Nutzerlizenz hat eine Rolle, und die Workloads dahinter werden mit ihr gelesen.

Lizenzierte Benutzer und Schulungsaktivität, damit eine ungenutzte Awareness-Nutzerlizenz vor der Verlängerung sichtbar ist.

Portalbenutzer, Rollen und Lizenzzuweisung, im selben Datensatz wie die Microsoft-Nutzerlizenzen.

Mandantenadministratoren und Rollen, mit der Konsole, bei der sich jeder tatsächlich angemeldet hat.

Abonnement-Nutzerlizenzen und ihre Zuweisung sowie die Lizenzen, die nie aktiviert wurden.

Konsolenbenutzer und -rollen, mit der Modulberechtigung hinter jeder Lizenz.

Beitragende Entwickler werden getrennt von Mitgliedern gezählt, weil der Anbieter sie getrennt lizenziert.

Sophos-Central-Administratoren, ihre Rollen und die darunter lizenzierten Nutzerlizenzen.

Benutzer und Rollen, mit der Lizenz, die jeder hält, und den Scans, die er durchgeführt hat.

Benutzer, Genehmigungsrollen und letzte Aktivität, zugeordnet zu der Abteilung, die das Budget hält.

Kartenrollen und letzte Aktivität, im selben Datensatz wie die Software, die dieselbe Person nutzt.

Genehmigungsrollen und letzte Aktivität, einschließlich der Nutzerlizenzen, die seit Monaten nichts genehmigt haben.

Mitglieder nach Richtlinie, mit den Abrechnungen, die seit dem Kauf über jede Nutzerlizenz eingereicht wurden.

Die Lizenztypen Full, Employee und Self-Service werden getrennt geführt, jeweils mit eigener letzter Anmeldung.

Kostenpflichtige Lizenzen, die Rolle jeder Lizenz und das Datum der letzten Anmeldung.

Wer auf das Dashboard zugreifen kann, mit welcher Teamrolle und wann zuletzt.

Reporting-Workspaces, die Rollen darin und die Nutzerlizenz, der jeder Bericht noch gehört.

Anmeldedaten pro Nutzerlizenz, neben der Berechtigungsstufe jeder einzelnen.