Aucun de ces connecteurs n’alimente sa propre base de données. Ils alimentent tous la même, et c’est pourquoi un appareil, un utilisateur, une licence et une ressource cloud peuvent enfin se retrouver sur une même fiche.
Couverture par produit
Connecteurs distincts fournis par chaque produit
La plupart des connecteurs servent plusieurs produits, car ils aboutissent tous dans un seul modèle d’actifs.
Ce à quoi les produits se connectent
Saisissez un nom, une abréviation ou ce qui vous importe vraiment : PVU, CAL, FOCUS, SSO, offboarding. Filtrez par catégorie, ou par le produit CerteroX qui fournit le connecteur.
215 intégrations, regroupées par catégorie.
Aucun résultat.
Essayez un terme plus court ou effacez les filtres. Si nous ne l’avons vraiment pas, l’API en lecture seule et l’import tiers sont présentés ci-dessous.
Facturation, utilisation et inventaire des ressources lus depuis la plateforme elle-même, puis valorisés dans un seul modèle.
Fourni par CerteroX Cloud Management CerteroX ITAM CerteroX AI Management
Facturation, inventaire des ressources et les vingt-six contrôles d’optimisation. Également source de découverte cloud pour l’ITAM.
Abandoned Instances, Obsolete Snapshot Chains, Abandoned Kinesis Streams, Reserved Instance opportunities : vingt-six contrôles nommés, chacun avec ses propres seuils, exclusions de pools et exemptions de comptes.
Ingestion de la facturation et inventaire des ressources, dans le même modèle de coûts que tous les autres fournisseurs.
Une source de facturation à part entière, et un abonnement SaaS avec ses propres licences utilisateur et dates de dernière utilisation.
Les dépenses d’observabilité comme source de facturation, et les licences d’observabilité comme position de licences.
Cost Explorer, allocation par pool et redimensionnement sur l’ensemble des projets, régions et comptes.
Utilisation par namespace, nœud et service, avec le redimensionnement Kubernetes comme contrôle nommé.
Coûts et utilisation, politique d’hygiène des tags des VM Azure, et les mêmes contrôles appliqués aux exécuteurs ML.
Inventaire des ressources et ingestion de la facturation, sous les mêmes pools, budgets et politiques que le reste.
Les dépenses d’entrepôt de données dans le même modèle de coûts que l’infrastructure sous-jacente.
Messagerie, réunions et téléphonie, comptées par type de licence et selon la date de dernière utilisation de la licence.
Fourni par CerteroX SaaS Management CerteroX SAM
Listes d’utilisateurs et de licences faisant foi côté éditeur, et cible de provisionnement et de déprovisionnement.
L’activité de messagerie, OneDrive et SharePoint arrive par utilisateur derrière la licence unique : la licence et sa preuve ne sont jamais deux fiches distinctes. La checklist d’offboarding affiche ensuite chaque licence détenue par un collaborateur sortant, l’état du connecteur pour chacune et si la révocation est en attente, en cours ou terminée, avec le coût mensuel de ce qui reste ouvert.
Licences gratuites distinguées des licences payantes, avec les réservations effectuées sur chaque licence.
Niveau de licence par utilisateur, avec le volume d’appels passés sur chacun.
Les serveurs Discord que l’organisation utilise réellement, et les comptes de chacun.
Activité de messagerie et de Drive derrière chaque licence, et un déprovisionnement mené jusqu’au bout.
Licences de réunion, de webinaire, de support et d’accès à distance lues séparément, car elles font l’objet de licences distinctes.
Comptes de communauté et d’intranet par type de licence, et les espaces que chacun lit encore.
Extensions sous licence et lignes numériques, chacune avec l’utilisation enregistrée.
Membres rapprochés des licences payantes, avec détection des licences inutilisées au bout de trente jours d’inactivité.
Organisateurs sous licence et activité de réunions, en signalant les licences sans aucune réunion programmée.
Groupes, publications et rôles d’administration sur une plateforme en cours de retrait, et les comptes payants encore ouverts.
Licences Basic, Licensed et Webinar distinguées, chacune avec les réunions réellement organisées.
Qui existe, qui est parti, et qui détient encore une licence. Le socle de référence pour le rapprochement de tous les autres connecteurs.
Fourni par CerteroX SaaS Management
Synchronisation des identités, enrôlement MFA compris, et cible de provisionnement et de déprovisionnement.
Utilisateurs, groupes et enrôlement MFA arrivent en une seule lecture de l’annuaire, et le même connecteur provisionne et déprovisionne. C’est sur cette base que repose l’analyse des lacunes de couverture SSO : quelles applications échappent au fournisseur d’identité, et qui y détient encore une licence.
Membres, groupes et état des licences, sur la même fiche personne que tout ce à quoi ils se connectent.
Utilisateurs du tenant, les connexions auprès desquelles ils s’authentifient et leurs rôles.
Utilisateurs, groupes et attributions de comptes, alimentant l’analyse des lacunes de couverture SSO.
Membres et groupes de l’organisation, avec l’état de chaque licence facturée.
Appareils enrôlés et état MFA par personne, sur le même socle que les autres fournisseurs d’identité.
Synchronisation d’annuaire alimentant le même socle utilisateurs que Microsoft Entra ID et Okta.
Systèmes liés et groupes associés, rapprochés de ce que renvoient les API des éditeurs.
Chaque compte est rattaché à un nœud, et la licence qu’il consomme est lue en même temps.
Accès aux coffres, groupes et état des licences, avec les licences laissées par les collaborateurs sortants mises en évidence.
L’une des dix méthodes de découverte importe ensemble les utilisateurs, groupes, ordinateurs, sites et sous-réseaux.
Synchronisation des identités, enrôlement MFA compris, et donnée d’entrée de l’analyse des lacunes de couverture SSO.
Rôles et attributions d’applications par personne, alimentant la même analyse de couverture SSO.
Utilisateurs, groupes et attributions d’applications, aboutissant sur la fiche personne unique.
Fichiers, wikis, tableaux et outils de signature, où une licence payante et un collaborateur gratuit sont des positions distinctes.
Fourni par CerteroX SaaS Management
Le déprovisionnement transfère la propriété des fichiers avant de désactiver le compte.
Le déprovisionnement n’est pas une action unique. La propriété des fichiers est d’abord transférée, puis le compte est désactivé, et la checklist d’offboarding indique si cette révocation est en attente, en cours ou terminée, à côté du coût mensuel de chaque licence encore ouverte au nom d’un collaborateur sortant.
Licences et activité d’envoi d’accords, avec les licences de signature inutilisées listées avant le renouvellement.
Types de licences payantes séparés des relecteurs, avec les feuilles de route que chacun modifie réellement.
Synchronisation des licences avec Active Usage Rate, pour qu’une licence peu utilisée soit visible bien avant le renouvellement.
Membres payants alimentant App Rationalization, où les chevauchements d’outils sont classés selon l’économie récupérable.
Appartenance aux comptes et aux projets, avec l’activité par utilisateur derrière l’abonnement.
Quels membres de l’espace de travail occupent une licence payante, lesquels sont invités, et quelle activité correspond à chacun.
Les Doc Makers distingués des éditeurs, car un seul des deux consomme une licence.
Niveau de licence par utilisateur, avec les espaces et les pages associés à chaque licence.
Expéditeurs d’enveloppes et dates de renouvellement, dans un budget doté de ses propres seuils d’alerte et critiques.
Licences avec activité sur les fichiers par utilisateur, pour qu’une licence sans aucun fichier se remarque tôt.
Activité de stockage et de partage, rapprochée de la position de licences créée par chaque niveau d’offre.
Licences Business avec dates de dernière utilisation, classées selon le coût de chaque licence inactive.
Utilisateurs intensifs et licences inactives séparés dans la synthèse d’utilisation, tableau par tableau.
Licences payantes, lecteurs et invités font l’objet de trois décomptes distincts, avec les tableaux associés à chacun.
Utilisation attribuée par membre, avec la licence Notion de chaque collaborateur sortant sur la liste d’offboarding.
Rôles d’expéditeur et documents associés, pour qu’une licence qui n’a rien envoyé soit visible.
Membres sous licence comptés à part des collaborateurs gratuits, pour que le nombre de licences payantes soit le vrai.
Membres de l’espace de travail et activité sur les tableaux, licences gratuites et payantes distinguées.
Utilisateurs réguliers, collaborateurs et utilisateurs externes, chacun compté selon la licence qu’il détient.
Suivi des modèles et des exécutions, les abonnements IA souscrits par les utilisateurs, et la puissance de calcul consommée en dessous.
Fourni par CerteroX AI Management
Suivi des tâches, exécutions et ensembles d’exécutions, avec journaux de console, artefacts, étapes et jalons.
Le registre de modèles versionne chaque exécution, le jeu de données d’entraînement est versionné avec son lignage, et l’exécuteur sous-jacent est visible : l’entrée du classement et la facture GPU correspondante constituent la même fiche.
Licences utilisateur et dépenses d’IA, avec des autorisations OAuth notées selon la sensibilité, le périmètre, le consentement et l’inactivité.
Instrumenté via le collecteur d’agent Delight, jusqu’aux exécuteurs qui font tourner la tâche.
Charges de travail de pipeline valorisées comme des instances cloud, avec l’ensemble des vingt-six contrôles appliqués.
Calcul à forte densité GPU valorisé dans les mêmes conditions que les hyperscalers, et facturé dans les mêmes pools.
Licences utilisateur et dépenses d’IA, classées dans le Shadow AI Dashboard selon la part de l’organisation qui les utilise.
Exécutions d’entraînement suivies avec des métriques personnalisées, des valeurs cibles et une tendance d’objectif.
Exécutions d’entraînement classées selon la métrique qui compte vraiment pour vous.
Plateformes commerciales et de service, où le nombre de licences augmente avec les effectifs et ne diminue presque jamais avec eux.
Fourni par CerteroX SaaS Management CerteroX SAM
La source de référence des licences, chaque attribution étant lue directement dans Salesforce.
Les licences Sales Cloud, Service Cloud et Platform sont lues comme des positions distinctes, chacune avec sa propre dernière connexion et son usage des fonctionnalités. Une recommandation de niveau tient alors la route face au responsable des licences.
Les numéros, les personnes qui les détiennent et les appels passés sur chaque licence.
Licences et utilisateurs consommateurs de crédits, pour qu’une licence jamais ouverte apparaisse avant la fenêtre de renouvellement.
Licences d’enregistrement et nombre d’appels réellement enregistrés sur chacune.
Chaque utilisateur, le rôle qu’il détient et la date à laquelle il a utilisé sa licence pour la dernière fois.
Quels utilisateurs détiennent une licence, avec quel rôle, et quel est le niveau d’activité de chacun.
Membres et types de licence, avec l’activité d’envoi lue aux côtés des autres outils documentaires.
Agents à temps plein et occasionnels comptés séparément, avec l’activité de tickets de chacun.
Licences agent et nombre de demandeurs, avec l’utilisation comparée à ce qui a réellement été acheté.
Collaborateurs par type de licence, avec l’activité de boîte partagée derrière chaque licence payante.
Utilisateurs sous licence et activité d’enregistrement, pour qu’une licence qui n’enregistre rien ne survive pas au renouvellement.
Licences complètes et allégées comptées à part, chacune avec les conversations qu’elle a traitées.
Attribution des licences et dernière activité, bien avant la date du contrat.
Licences par application et rôles de sécurité, avec l’utilisation derrière chaque licence.
Activité de séquences par licence, pour qu’une licence jamais ouverte soit repérée bien avant le renouvellement.
Rôles par membre, avec les documents produits sous chaque licence payante.
Licences, ensembles d’autorisations et dernière activité, rapprochés de la position de licences de chaque formule.
Propositions envoyées depuis chaque licence, rapprochées du type de licence qui l’a payée.
L’activité de cadences derrière chaque licence utilisateur, avec les licences inactives signalées avant la date de renouvellement.
Le déprovisionnement verrouille le compte et retire tous les rôles et appartenances à des groupes.
Licences agent et agent léger lues comme deux positions de licences distinctes, chacune avec sa propre activité de tickets.
Attribution des licences et consommation de crédits par utilisateur, telles que l’éditeur les rapporte.
Systèmes de déploiement, de gestion et d’inventaire tiers, importés dans le schéma où écrivent déjà les agents.
Fourni par CerteroX ITAM CerteroX SAM
Applications, packages et tâches importés, puis pilotés depuis la console qui les voit.
La console qui importe Configuration Manager assure aussi la distribution de logiciels MSI, EXE et Click-to-Run, l’orchestration des mises à niveau vers Windows 11 et l’application des correctifs intégrée à WSUS avec serveurs en aval.
Utilisateurs administrateurs et attribution des licences, aux côtés du parc Apple géré.
Enrôlement zero-touch au sein de la pile de gestion des appareils mobiles iOS et Android.
Import ITAM tiers (l’une des dix méthodes de découverte), aboutissant dans un seul schéma.
Utilisateurs de la console et attribution des licences, à côté des Mac que chacun administre.
Rôles d’administration et état des licences par compte de console, rattachés à la même fiche personne.
Appareils en gestion moderne intégrés à la fiche appareil unique où écrivent déjà les agents.
Gestion des correctifs avec prise en charge des serveurs en aval, pilotée depuis la fiche d’actif elle-même.
Import ITAM tiers, rapproché de l’inventaire avec et sans agent.
Outils de campagnes, d’enquêtes et d’analyse, où la licence utilisateur survit à la campagne qui la justifiait.
Fourni par CerteroX SaaS Management
Il n’existe pas d’API de suspension : il y a donc un mode doux qui retire les rôles et un mode dur qui supprime.
Ici, le déprovisionnement respecte ce que l’éditeur autorise réellement, et non ce que suppose un connecteur générique. Le mode doux retire tous les rôles et le mode dur supprime purement et simplement le compte, et la checklist d’offboarding enregistre lequel a été exécuté et s’il est allé jusqu’au bout.
Niveaux d’autorisation et dernière activité, attribués au service qui les paie.
Utilisateurs nommés et profils produit lus depuis l’Admin Console, avec le dernier accès de chacun.
Accès aux espaces de travail par rôle, avec les campagnes que chaque licence a réellement servi à mener.
Type de licence par utilisateur du compte, et l’activité d’enquêtes correspondante.
Accès aux projets par rôle, et les tableaux de bord que chaque licence payante ouvre encore.
Utilisateurs du compte et niveaux d’autorisation, chacun avec sa date de dernière connexion.
Accès aux propriétés et rôles des utilisateurs, avec les rapports que chaque compte sous licence ouvre encore.
Utilisateurs Developer, Standard et Viewer distingués, car ils font l’objet de licences distinctes.
Accès aux rapports et aux sources de données par utilisateur, et les comptes qui n’ont ouvert ni l’un ni l’autre.
Les envois derrière chaque licence payante, rapprochés du niveau d’autorisation de chaque compte.
Membres et rôles des projets, avec les tableaux et rapports ouverts par chaque licence.
Accès à chaque espace de travail lu par compte, avec le reporting produit sous chaque licence.
Utilisateurs de l’espace de travail et leurs rôles, rapprochés des sources que chacun touche encore.
Membres de l’équipe et types de licence, avec les enquêtes réellement menées par chaque licence payante.
Licences Creator, Explorer et Viewer, chacune alimentant l’Optimization Score de l’application.
Dépôts, pipelines et supervision, lus pour savoir qui détient une licence et ce que coûte le build.
Fourni par CerteroX SaaS Management CerteroX Cloud Management
Membres de l’organisation et types de licence, avec les dépôts et les dépenses CI/CD sur une même fiche.
Les licences Enterprise et Team sont lues comme des positions distinctes, chacune avec sa propre dernière activité, et le même connecteur impute les dépenses Actions à un pool de coûts. Une licence et la puissance de calcul qu’elle consomme ne font plus l’objet de deux conversations séparées.
Portée applicative par licence utilisateur, rapprochée du rôle que le compte détient réellement.
Qui détient une licence d’espace de travail, à quels déploiements il a accès, et quand il l’a utilisée pour la dernière fois.
Niveaux d’accès Basic, Stakeholder et Test Plans lus comme trois positions de licences distinctes.
Activité sur les dépôts par membre de l’espace de travail, comparée au niveau de licence de chacun.
Membres et types de licence, avec les projets dans lesquels chaque licence est encore active.
Rôles par compte, avec les pipelines réellement exécutés sous chaque licence.
Zones de gestion accessibles à chaque licence, avec la dernière activité enregistrée.
Rôles sur chaque compte, attribués à l’équipe propriétaire du service exploité.
Synchronisation des licences pour leur récupération, et dépenses CI/CD imputées à un pool de coûts.
Projets de suivi d’erreurs et type de licence donnant accès à chacun, par membre de l’équipe.
Qui est membre, quel rôle il détient, et quand il a été actif pour la dernière fois.
Synchronisation des licences, avec le coût par utilisateur sous licence comparé au coût par utilisateur actif.
Renouvellements à venir avec le nombre de jours restants et le taux d’utilisation de chaque licence.
Collections et activité API par licence utilisateur, rapprochées du rôle attribué à chaque membre.
Types de licence et accès aux projets par membre de l’équipe, et les licences qui ne suivent aucun projet.
Licences de suivi d’erreurs comparées aux autres dans App Rationalization, licence par licence.
Droit d’utilisation par module pour chaque licence, à côté des rôles que chaque utilisateur de la console détient réellement.
Utilisateurs, rôles et dernière activité, attribués à l’équipe propriétaire de l’index.
Projets de messagerie, rôles associés et dernière connexion de chaque compte.
Systèmes RH, de paie et de gestion des effectifs. Ils portent les arrivées et les départs dont dépendent toutes les autres positions de licences.
Fourni par CerteroX SaaS Management
La fiche des arrivées, mobilités et départs, référence pour le rapprochement de tous les autres connecteurs.
Les données des collaborateurs, de l’organisation et du statut d’emploi arrivent sur le même socle de personnes que les fournisseurs d’identité et les API des éditeurs. Chaque licence détenue par un collaborateur sortant aboutit alors sur une seule checklist d’offboarding, avec l’état de chacune et le coût mensuel de tout ce qui reste ouvert.
Données sur les employés, les services et le statut d’emploi : le signal de départ dont le reste de la liste a besoin.
Données d’équipe et de cycle de vie, alimentant le même socle de personnes, référence pour le rapprochement de chaque licence.
Données d’effectifs, de services et de lignes hiérarchiques, lues en même temps que la position de licences de chaque personne.
Utilisateurs par site et niveau de licence, et les plannings établis sur chacun.
Comptes Workplace et rôles d’administration, rapprochés des sites que chaque licence couvre réellement.
Les départs apparaissent d’abord sur la fiche contrat, puis immédiatement sur chaque liste d’applications.
La paie et le statut d’emploi arrivent ensemble, ce qui maintient le socle des personnes à jour.
Personnes, sites et statut de cycle de vie lus depuis Bob, sur la même fiche que les annuaires.
Profils, services et lignes hiérarchiques, rapprochés des licences détenues par chacune de ces personnes.
Données des collaborateurs, informations sur les postes et statut d’emploi, rattachés aux licences détenues par chaque personne.
Statut contractuel et données de service, pour que personne ne conserve une licence au-delà de son dernier jour.
Données d’appareils et d’attribution d’applications à côté de la personne : un seul système porte trois signaux.
Statut d’emploi et structure organisationnelle, sur le même socle que les fournisseurs d’identité.
Données des employés sur site et statut d’emploi, rattachées au socle auquel les licences sont reliées.
Données des collaborateurs, des postes et du statut d’emploi, lues en même temps que les licences détenues par chaque personne.
Les éditeurs dotés de moteurs de licences dédiés, pour lesquels le calcul des droits d’utilisation est le produit.
Fourni par CerteroX SAM
Options et packs avec preuves et correction manuelle, facteurs de cœur, pools de licences et cover-down.
Types de processeurs et facteurs de cœur, pools de licences avec droits d’hébergement et règles géographiques, logique de cover-down pour l’Enterprise Edition, quantité non plafonnée pour les contrats illimités. Oracle accepte nos données de mesure à la place de l’exécution de ses propres scripts.
Droit d’utilisation par utilisateur nommé, avec preuves d’utilisation sur une fenêtre glissante de quatre-vingt-dix jours.
Métriques PVU et Virtual Processor Core, analyse des écarts de conformité et Component Resolution.
Droits d’abonnement intégrés à la même position de licences Microsoft que les serveurs.
Preuves de droits d’utilisation des boîtes aux lettres derrière la position de licences Microsoft.
Licences par cœur et par processeur, avec prise en compte des clusters et de la virtualisation.
CAL appareil, CAL utilisateur, utilisateur nommé et connecteurs externes, aux côtés des licences par cœur.
Responsabilités lues pour établir les droits d’utilisation, au lieu de les déduire de ce qui se trouve être installé.
L’un des six éditeurs dotés d’un moteur de licences dédié, et pas d’un simple comptage générique de licences.
Un connecteur ABAP non invasif qui lit les utilisateurs nommés, les rôles, les moteurs et les autorisations.
Outils de recrutement, de formation et d’engagement, achetés par personne et renouvelés longtemps après la dernière connexion.
Chaque utilisateur a un responsable hiérarchique, une attribution de licence et une date de dernière utilisation.
Participation par membre, à côté du statut de licence de chaque compte.
Utilisateurs du compte et niveaux d’accès, avec les enquêtes menées par chaque licence utilisateur.
Niveaux d’autorisation et activité de recrutement par licence, comparés au nombre de licences achetées.
Attribution des licences par compte, et les évaluations réellement menées sous chacune.
Évaluateurs et leurs responsables, chacun avec la licence qu’il détient et les évaluations menées dessus.
Activité de recrutement par utilisateur, comparée au niveau d’autorisation détenu.
Apprenants sous licence et dernière activité, avec les licences de formation jamais ouvertes signalées pour récupération.
Activité de visionnage par apprenant, classée selon le coût de chaque licence inactive.
Activité de formation par apprenant, avec les licences inactives signalées avant l’ouverture de la fenêtre de renouvellement.
Qui détient une licence, avec quel niveau d’autorisation, et les recrutements effectués avec.
Hyperviseurs et gestionnaires de matériel, lus pour l’inventaire et pour les relations entre hôtes dont dépendent les licences.
Fourni par CerteroX ITAM CerteroX SAM
Relations entre hôtes et invités : ce dont dépendent réellement les licences par cœur et par processeur.
Les licences par cœur de SQL Server et Windows Server, les pools de licences Oracle et les PVU en sous-capacité IBM sont tous calculés selon quel invité a tourné sur quel hôte. Le connecteur lit directement ces relations entre hôtes et invités : l’appartenance aux clusters et la virtualisation sont des données dont dispose déjà le moteur de licences.
Inventaire des équipements réseau, avec les ports des commutateurs SNMP et les tables de routage.
Topologie des LPAR et des frames, base du calcul des PVU en sous-capacité IBM.
Inventaire des machines virtuelles avec la prise en compte des clusters et des hôtes qu’exigent les licences par cœur.
Inventaire des hôtes et invités hyperconvergés, dans le même schéma que tout le reste.
Preuves de partitionnement derrière les pools de licences Oracle, les droits d’hébergement et le cover-down.
Inventaire des invités sur toute la pile de virtualisation open source KVM, relations avec les hôtes comprises.
Inventaire des machines, plus les règles Access Control dont dépendent les licences des applications diffusées en streaming.
Outils de création, de prototypage et de contenu, où une licence éditeur et une licence lecteur sont des positions de licences distinctes.
Fourni par CerteroX SaaS Management CerteroX SAM
Licences utilisateur nommé par produit, chacune étayée par des preuves d’utilisation sur une fenêtre glissante de quatre-vingt-dix jours.
L’Admin Console indique qui détient une licence. Les preuves d’utilisation indiquent qui l’a ouverte. Les deux aboutissent sur une même fiche, à côté de tous les autres outils de création pour lesquels la même personne dispose d’une licence, et App Rationalization lit cette fiche.
Licences de gestion de versions sur un service arrêté : un outil mort qui détient encore des comptes est un constat.
Membres de l’équipe distingués des licences payantes, et le travail de design de chacun.
Chaque licence utilisateur porte un espace, un rôle et la date de dernière ouverture de l’espace.
Un accès FigJam seul a sa propre licence : il est donc compté à part.
Licences éditeur, développeur et lecteur distinguées, pour qu’une licence complète utilisée en simple lecture soit visible.
Relecteurs et collaborateurs comptés à part, avec les projets sur lesquels chaque licence travaille encore.
Plateforme retirée, liste de comptes active. Les licences qu’un outil arrêté détient encore constituent le constat de licence.
Licences complètes et allégées distinguées, avec les documents associés à chaque licence.
Membres, invités et attribution des licences, avec les tableaux sur lesquels chacun a travaillé.
Licences éditeur et dernière activité, alimentant App Rationalization face aux autres outils de design.
Types de licence et projets associés, pour repérer facilement une licence de transmission inactive.
Le chemin qu’un constat doit parcourir avant de devenir une modification, et la façon dont la plateforme répond aux autres systèmes.
Fourni par CerteroX AI Management
Chaque produit expose un serveur MCP, avec des jetons à portée limitée et un audit de chaque appel d’outil.
C’est un client MCP autant qu’un serveur : un agent qui travaille ici peut atteindre un système via le serveur MCP que ce système publie déjà. Les jetons sont limités à chaque organisation, et chaque appel est audité et soumis à un suivi de quota, ce qui donne à une revue de sécurité quelque chose à valider.
Utilisateurs et rôles de la plateforme, avec les intégrations que chaque licence maintient encore.
Pools de coûts CI/CD et environnements partageables avec réservation, clés SSH et webhooks.
Imputation CI/CD, pour que les dépenses de build aboutissent dans un pool de coûts nommé plutôt que dans une facture partagée.
Un constat devient un ticket, et le ticket porte les preuves qui l’ont produit.
Une source de données documentée sur l’API Certero en lecture seule, pour que votre outil de BI la lise sur place.
Diffusion programmée par les agents de reporting dans le canal qui détient la décision.
Utilisateurs et rôles Anypoint, avec les environnements auxquels chaque licence donne accès.
Diffusion des rapports, plus un bot pour les alertes de pool, la gestion des TTL et le suivi des dépenses.
Infrastructure déclarée lue dans des environnements partageables, avec réservation, clés SSH et webhooks.
Outils de sécurité, de gestion des vulnérabilités et de sensibilisation : soumis à licence par personne, et tout aussi susceptibles d’être surachetés que n’importe quoi d’autre.
Fourni par CerteroX SaaS Management
Comptes de la console Falcon, les rôles associés et les modules auxquels la licence donne réellement accès.
Les outils de sécurité sont achetés par utilisateur et revus par personne. Lire les utilisateurs de la console, leurs rôles et leur dernière activité place la pile de sécurité sur la même position de licences que tout le reste, et sur la même checklist d’offboarding, où un compte administrateur qui survit à son titulaire est le constat qui compte.
Membres et rôles de l’espace de travail, avec les dépôts que chaque licence analyse.
Rôles d’administration par compte de console, et les politiques que chacun peut modifier.
Membres du compte, rôles et licences Zero Trust, attribués à l’équipe propriétaire de la zone.
Quels utilisateurs détiennent quels coffres, sous quel type de licence, et quand ils en ont ouvert un pour la dernière fois.
Comptes administrateurs et leurs rôles, rapprochés du même socle d’identité.
Chaque licence de console porte un rôle, et les charges de travail associées sont lues avec elle.
Utilisateurs sous licence et activité de formation, pour qu’une licence de sensibilisation inactive soit visible avant le renouvellement.
Utilisateurs, rôles et attribution des licences du portail, sur la même fiche que les licences Microsoft.
Administrateurs et rôles du tenant, avec la console à laquelle chacun s’est réellement connecté.
Licences d’abonnement et leur attribution, et les licences jamais activées.
Utilisateurs de la console et rôles, avec le droit d’utilisation par module derrière chaque licence.
Développeurs contributeurs comptés à part des membres, car l’éditeur leur applique des licences distinctes.
Administrateurs Sophos Central, leurs rôles et les licences rattachées.
Utilisateurs et rôles, avec la licence de chacun et les analyses qu’il a lancées.
Systèmes de finance, d’achats et de dépenses, où un rôle d’approbateur survit à la raison pour laquelle il a été acheté.
Utilisateurs, rôles d’approbation et dernière activité, attribués au service qui détient le budget.
Rôles sur les cartes et dernière activité, sur la même fiche que les logiciels détenus par la même personne.
Rôles d’approbation et dernière activité, y compris les licences qui n’ont rien approuvé depuis des mois.
Membres par politique, avec les notes de frais soumises sur chaque licence depuis son achat.
Types de licence complète, employé et libre-service distingués, chacun avec sa propre dernière connexion.
Licences payantes, le rôle de chacune et la date de dernière connexion.
Qui peut accéder au tableau de bord, avec quel rôle d’équipe, et quand il l’a fait pour la dernière fois.
Espaces de reporting, les rôles qu’ils contiennent et la licence qui détient encore chaque rapport.
Dates de connexion par licence, à côté du niveau d’autorisation de chacune.
Une fiche marquée écrit en retour peut effectuer une action nommée sur ce système. Toutes les autres fiches du répertoire se contentent de lire.
Un concurrent doté de cinq produits rachetés gère cinq jeux de connecteurs et un projet de rapprochement entre eux. Nous exploitons un seul jeu vers un seul modèle, et chaque connecteur du répertoire ci-dessus l’alimente.
Connecteurs en entrée 221 entrées
Utilisateurs, appareils, licences, facturation et activité, chacun lu depuis le système qui en est la source.
Un seul modèle d’actifs
Cinq disciplines,
un seul ensemble de données.
Réponses en sortie 3 surfaces
API en lecture seule
Une API Certero documentée avec une source de données Power BI publiée. Votre outil de BI lit nos données là où elles se trouvent.
Serveur MCP, sur chaque produit
Jetons limités à chaque organisation, avec audit et suivi de quota de chaque appel d’outil par un agent. Les plugins MCP externes lui permettent aussi d’appeler d’autres serveurs.
Export et diffusion
Export brut de la facturation vers une BI externe, reporting programmé par e-mail, et agents de reporting qui publient dans Slack et Microsoft Teams.
Une seule surface d’intégration pour toute la plateforme, et ces trois voies de sortie.
Un connecteur est un objet modeste et sans éclat : une méthode d’authentification, une planification, un périmètre, la liste de ce qu’il lit et une liste d’actions nommées.
L’interface et les données présentées ici sont fournies à titre d’illustration. Les lectures et les quatre actions d’écriture sont des fonctionnalités de CerteroX SaaS Management.
Lit
Écrit 2 sur 4 activées
Chaque utilisation d’une action d’écriture est consignée dans le journal d’audit.
Les équipes de sécurité posent deux questions sur toute intégration : que peut-elle voir, et que peut-elle modifier. Les deux réponses figurent ci-dessous.
01
Ce qu’un connecteur lit dépend de ce que le système veut bien fournir.
02
Seuls 17 des 215 connecteurs disposent d’une capacité d’écriture, quelle qu’elle soit.
03
Chaque action effectuée par un connecteur reste attribuable par la suite.
Vérifié par Oracle License Management Services. L’équipe d’audit d’Oracle peut accepter les données de Certero lors d’un audit officiel, en alternative à l’installation des outils de mesure d’Oracle.
Lire la vérificationTrois d’entre elles ne nécessitent rien de notre part, et la quatrième commence par une conversation.
Envoyez le nom du système et ce que vous voulez en tirer : inventaire, listes de licences, facturation ou action d’écriture nommée. Si l’une des quatre voies ci-dessus le couvre déjà, nous vous orienterons directement vers la documentation correspondante.
Une API Certero documentée sur l’ensemble du modèle d’actifs, avec une source de données Power BI publiée. Si votre système sait lire du HTTP, il peut lire tout ce que vous possédez.
Un collecteur dédié ingère la FinOps Open Cost and Usage Specification. Tout fournisseur qui produit du FOCUS est correctement valorisé, sans le moindre connecteur sur mesure.
Import ITAM tiers, découverte réseau via NetBIOS, SNMP et ICMP, inventaire sans agent et inventaire autonome pour les systèmes isolés. Dix méthodes de découverte, et chacune écrit dans le même schéma.
La plateforme est un serveur MCP, et c’est aussi un client MCP. La prise en charge des plugins MCP externes lui permet d’appeler des outils publiés par vos propres serveurs, avec les mêmes jetons à portée limitée et audités.
Une forêt AD que personne n’a élaguée depuis 2014, un environnement Oracle avec des options que personne ne sait justifier, un tenant Microsoft 365 avec plus de licences que de personnes. Nommez-le, et la démo est construite sur ce connecteur : ce qu’il lit, ce qu’il renvoie et la fiche où atterrit chaque résultat.
Rien à connecter, rien à approuver, aucun PDF contre vos coordonnées.