Ninguno de estos conectores alimenta una base de datos propia. Todos alimentan la misma, y por eso un dispositivo, un usuario, una licencia y un recurso de nube por fin pueden coincidir en un mismo registro.
Cobertura por producto
Conectores distintos que proporciona cada producto
La mayoría de los conectores sirven a más de un producto, porque todos llegan a un único modelo de activos.
Con qué se conectan los productos
Escriba un nombre, una abreviatura o lo que realmente le interesa: PVU, CAL, FOCUS, SSO, offboarding. Filtre por categoría o por el producto CerteroX que proporciona el conector.
215 integraciones, agrupadas por categoría.
No hay coincidencias.
Pruebe con un término más corto o borre los filtros. Si de verdad no lo tenemos, la API de solo lectura y la vía de importación de terceros están a continuación.
Facturación, uso e inventario de recursos leídos de la propia plataforma y costeados después en un único modelo.
Proporcionado por CerteroX Cloud Management CerteroX ITAM CerteroX AI Management
Facturación, inventario de recursos y las veintiséis comprobaciones de optimización. También es una fuente de detección de nube para ITAM.
Abandoned Instances, Obsolete Snapshot Chains, Abandoned Kinesis Streams, oportunidades de Reserved Instances: veintiséis comprobaciones con nombre, cada una con sus propios umbrales, exclusiones de grupos y cuentas omitidas.
Ingesta de facturación e inventario de recursos, en el mismo modelo de costes que el resto de proveedores.
Una fuente de facturación de primer nivel y una suscripción SaaS con sus propias licencias de usuario y fechas de último uso.
El gasto en observabilidad como fuente de facturación y las licencias de observabilidad como posición de licencias.
Cost Explorer, asignación a grupos y ajuste de tamaño en proyectos, regiones y cuentas.
Utilización por namespace, nodo y servicio, con el ajuste de tamaño de Kubernetes como comprobación con nombre.
Coste y uso, política de higiene de etiquetas de máquinas virtuales de Azure y las mismas comprobaciones aplicadas a los ejecutores de ML.
Inventario de recursos e ingesta de facturación, con los mismos grupos, presupuestos y políticas que el resto.
Gasto del data warehouse en el mismo modelo de costes que la infraestructura subyacente.
Chat, reuniones y telefonía, contabilizados por tipo de licencia y por la fecha del último uso de cada licencia de usuario.
Proporcionado por CerteroX SaaS Management CerteroX SAM
Listas de usuarios y licencias de referencia del proveedor, y destino de aprovisionamiento y desaprovisionamiento.
La actividad de buzón, OneDrive y SharePoint llega por usuario detrás de la licencia de usuario, así que la licencia y su evidencia nunca son dos registros. Después, la lista de comprobación de offboarding muestra todas las licencias que tenía un empleado que se marcha, el estado del conector de cada una y si la revocación está pendiente, en curso o completada, con el coste mensual de lo que siga abierto.
Licencias gratuitas diferenciadas de las de pago, con las reservas realizadas con cada licencia.
Nivel de licencia por usuario, con el volumen de llamadas realizado con cada una detrás.
Qué servidores de Discord utiliza realmente la organización y las cuentas que hay en cada uno.
Actividad de buzón y de Drive detrás de cada licencia de usuario, y un desaprovisionamiento que se ejecuta hasta el final.
Las licencias de reuniones, webinars, soporte y acceso remoto se leen por separado, porque se licencian por separado.
Cuentas de comunidad e intranet por tipo de licencia, y los espacios que cada una sigue leyendo.
Extensiones y líneas digitales con licencia, cada una con el uso registrado.
Miembros asociados a licencias de pago, con detección de licencias sin uso a los treinta días de inactividad.
Organizadores con licencia y actividad de reuniones, marcando las licencias sin nada programado.
Grupos, publicaciones y roles de administración en una plataforma que se está retirando, y las cuentas de pago que siguen abiertas en ella.
Licencias Basic, Licensed y Webinar diferenciadas, cada una con las reuniones que realmente se han organizado con ella.
Quién existe, quién se ha marchado y quién sigue teniendo una licencia de usuario. La base con la que se concilian todos los demás conectores.
Proporcionado por CerteroX SaaS Management
Sincronización de identidades, incluida la inscripción en MFA, y destino de aprovisionamiento y desaprovisionamiento.
Los usuarios, los grupos y la inscripción en MFA llegan en una sola lectura del directorio, y el mismo conector aprovisiona y desaprovisiona. En eso se basa el análisis de carencias de cobertura de SSO: qué aplicaciones quedan fuera del proveedor de identidad y quién sigue teniendo una licencia de usuario en ellas.
Miembros, grupos y estado de licencia, en el mismo registro de la persona que todo aquello en lo que inicia sesión.
Usuarios del tenant, las conexiones con las que se autentican y sus roles.
Usuarios, grupos y asignaciones de cuentas, que alimentan el análisis de carencias de cobertura de SSO.
Miembros y grupos de la organización, con el estado de cada licencia de usuario que se factura.
Dispositivos inscritos y estado de MFA por persona, sobre la misma base que los demás proveedores de identidad.
Sincronización de directorio que alimenta la misma base de usuarios que Microsoft Entra ID y Okta.
Sistemas vinculados y los grupos que hay detrás, conciliados con lo que devuelven las API del proveedor.
Cada cuenta está bajo un nodo, y la licencia que consume se lee junto a ella.
Acceso a bóvedas, grupos y estado de las licencias de usuario, con las licencias que dejaron los empleados que se marcharon identificadas.
Uno de los diez métodos de detección importa a la vez los usuarios, grupos, equipos, sitios y subredes.
Sincronización de identidades, incluida la inscripción en MFA, y la entrada para el análisis de carencias de cobertura de SSO.
Roles y asignaciones de aplicaciones por persona, que alimentan el mismo análisis de cobertura de SSO.
Usuarios, grupos y asignaciones de aplicaciones, que llegan al único registro de la persona.
Herramientas de archivos, wikis, tableros y firma, donde una licencia de pago y un colaborador gratuito son posiciones separadas.
Proporcionado por CerteroX SaaS Management
El desaprovisionamiento transfiere la propiedad de los archivos antes de desactivar la cuenta.
El desaprovisionamiento no es una sola acción. Primero se transfiere la propiedad de los archivos, después se desactiva la cuenta, y la lista de comprobación de offboarding registra si esa revocación está pendiente, en curso o completada, junto al coste mensual de cada licencia que sigue abierta a nombre de un empleado que se ha marchado.
Licencias de usuario y actividad de envío de acuerdos, con las licencias de firma sin uso listadas antes de la renovación.
Tipos de licencia de pago separados de los revisores, con las hojas de ruta que edita realmente cada uno.
Sincronización de licencias de usuario con Active Usage Rate, para que una licencia poco usada sea visible mucho antes de la renovación.
Miembros de pago que alimentan App Rationalization, donde el solapamiento de herramientas se clasifica por ahorro recuperable.
Pertenencia a cuentas y proyectos, con la actividad de cada usuario detrás de la suscripción.
Qué miembros del espacio de trabajo ocupan una licencia de pago, cuáles son invitados y qué actividad tiene cada uno.
Los Doc Makers se distinguen de los editores, porque solo uno de los dos consume una licencia.
Nivel de licencia por usuario, con los espacios y páginas asociados a cada licencia.
Remitentes de sobres y fechas de renovación, dentro de un presupuesto con sus propios umbrales de aviso y críticos.
Licencias de usuario con actividad de archivos por usuario, para que una licencia sin archivos destaque pronto.
Actividad de almacenamiento y uso compartido comparada con la posición de licencias que genera cada nivel de plan.
Licencias de usuario Business con fechas de último uso, clasificadas según lo que cuesta cada licencia sin uso.
Usuarios intensivos y licencias inactivas separados en el resumen de uso, tablero a tablero.
Licencias de pago, lectores e invitados son tres recuentos separados, con los tableros asociados a cada uno.
Uso atribuido por miembro, con la licencia de Notion de cada empleado que se marcha en la lista de offboarding.
Roles de remitente y los documentos asociados, para que se vea una licencia que no ha enviado nada.
Miembros con licencia contabilizados aparte de los colaboradores gratuitos, para que la cifra de pago sea la real.
Miembros del espacio de trabajo y actividad en tableros, con las licencias gratuitas y de pago diferenciadas.
Usuarios habituales, colaboradores y usuarios externos, cada uno contabilizado según la licencia que tiene.
Seguimiento de modelos y ejecuciones, las suscripciones de IA que contratan las personas y el cómputo que consumen ambos.
Proporcionado por CerteroX AI Management
Seguimiento de tareas, ejecuciones y conjuntos de ejecuciones con registros de consola, artefactos, etapas e hitos.
El registro de modelos versiona cada ejecución, el conjunto de datos de entrenamiento se versiona con su linaje y el ejecutor subyacente es visible, así que la entrada de la clasificación y la factura de GPU que hay detrás son el mismo registro.
Licencias de usuario y gasto en IA, con puntuación de riesgo de las concesiones OAuth según sensibilidad, alcance, consentimiento e inactividad.
Instrumentado mediante el recopilador del agente Delight, hasta los ejecutores que realizan el trabajo.
Cargas de trabajo de pipelines costeadas como instancias de nube, con las veintiséis comprobaciones aplicadas.
Cómputo con alta densidad de GPU costeado en las mismas condiciones que los hiperescaladores e imputado a los mismos grupos.
Licencias de usuario y gasto en IA, clasificados en el Shadow AI Dashboard según la proporción de la organización que la usa.
Ejecuciones de entrenamiento con seguimiento mediante métricas personalizadas, valores objetivo y tendencia del objetivo.
Ejecuciones de entrenamiento ordenadas en rankings según la métrica que realmente le importa.
Plataformas de ingresos y servicio, donde el número de licencias de usuario crece con la plantilla y casi nunca se reduce con ella.
Proporcionado por CerteroX SaaS Management CerteroX SAM
La fuente de referencia de licencias de usuario, con cada asignación leída del propio Salesforce.
Las licencias de Sales Cloud, Service Cloud y Platform se leen como posiciones separadas, cada una con su propio último inicio de sesión y uso de funciones. Así, una recomendación de nivel se sostiene ante el responsable de la licencia.
Números, las personas que los tienen y las llamadas realizadas con cada licencia.
Licencias de usuario y usuarios que consumen créditos, para que una licencia sin abrir aparezca antes del plazo de renovación.
Licencias de grabación y el número de llamadas grabadas realmente con cada una.
Cada usuario, el rol que tiene y cuándo usó por última vez su licencia.
Qué usuarios tienen una licencia, con qué rol y cuál es la actividad de cada uno.
Miembros y tipos de licencia, con la actividad de envíos leída junto a las demás herramientas de documentos.
Agentes a tiempo completo y ocasionales contabilizados por separado, con la actividad de tickets de cada uno.
Licencias de agente y número de solicitantes, con la utilización comparada con lo que realmente se compró.
Compañeros por tipo de licencia, con la actividad en buzones compartidos de cada licencia de pago.
Usuarios con licencia y actividad de grabación, para que una licencia que no graba nada no sobreviva a la renovación.
Licencias completas y ligeras contabilizadas por separado, cada una con las conversaciones atendidas con ella.
Asignación de licencias de usuario y última actividad, con mucha antelación a la fecha del contrato.
Licencias por aplicación y roles de seguridad, con el uso detrás de cada licencia de usuario.
Actividad de secuencias por licencia de usuario, para detectar una licencia sin abrir mucho antes de la renovación.
Roles por miembro, con los documentos generados con cada licencia de pago.
Licencias de usuario, conjuntos de permisos y última actividad, comparados con la posición de licencias de cada plan.
Propuestas enviadas desde cada licencia, comparadas con el tipo de licencia que se pagó.
Actividad de cadencias detrás de cada licencia de usuario, con las inactivas identificadas antes de la fecha de renovación.
El desaprovisionamiento bloquea la cuenta y retira todos los roles y pertenencias a grupos.
Las licencias de agente y de agente ligero se leen como dos posiciones de licencias, cada una con su propia actividad de tickets.
Asignación de licencias de usuario y consumo de créditos por usuario, tal como lo informa el propio proveedor.
Sistemas de despliegue, gestión e inventario de terceros, importados al esquema en el que ya escriben los agentes.
Proporcionado por CerteroX ITAM CerteroX SAM
Aplicaciones, paquetes y trabajos importados, y después gestionados desde la misma consola que los ve.
La misma consola que importa Configuration Manager se encarga de la distribución de software para MSI, EXE y Click-to-Run, la orquestación de actualizaciones a Windows 11 y la aplicación de parches integrada con WSUS en servidores dependientes.
Usuarios administrativos y asignación de licencias, junto con la flota de Apple que gestiona.
Inscripción sin intervención dentro de la pila de gestión de dispositivos móviles de iOS y Android.
Importación ITAM de terceros (uno de los diez métodos de detección), que llega a un único esquema.
Usuarios de la consola y su asignación de licencias, junto a los Mac que administra cada uno.
Roles de administración y estado de licencia por cuenta de consola, en el mismo registro de la persona.
Dispositivos con gestión moderna integrados en el único registro de dispositivos en el que ya escriben los agentes.
Gestión de parches con soporte para servidores dependientes, dirigida desde el propio registro del activo.
Importación ITAM de terceros, conciliada con el inventario con agente y sin agente.
Herramientas de campañas, encuestas y analítica, donde la licencia de usuario sobrevive a la campaña que la justificó.
Proporcionado por CerteroX SaaS Management
No existe una API de suspensión, así que hay un modo suave que retira los roles y un modo estricto que elimina.
Aquí el desaprovisionamiento respeta lo que el proveedor permite realmente, no lo que supone un conector genérico. El modo suave retira todos los roles y el modo estricto elimina directamente, y la lista de comprobación de offboarding registra cuál se ejecutó y si terminó.
Niveles de permisos y última actividad, atribuidos al departamento que los paga.
Usuarios nominales y perfiles de producto leídos desde Admin Console, con el último acceso de cada uno.
Acceso al espacio de trabajo por rol, con las campañas que se han ejecutado realmente con cada licencia.
Tipo de licencia por usuario de la cuenta y la actividad de encuestas que hay debajo.
Acceso a proyectos por rol y los paneles que sigue abriendo cada licencia de pago.
Usuarios de la cuenta y niveles de permisos, cada uno con la fecha de su último inicio de sesión.
Acceso a propiedades y roles de usuario, con los informes que sigue abriendo cada cuenta con licencia.
Los usuarios Developer, Standard y Viewer se mantienen separados, porque se licencian por separado.
Acceso a informes y fuentes de datos por usuario, y las cuentas que no han abierto ninguno de los dos.
Envíos de cada licencia de pago, comparados con el nivel de permisos de cada cuenta.
Miembros y roles de proyectos, con los tableros e informes que ha abierto cada licencia de usuario.
Acceso a cada espacio de trabajo leído por cuenta, con los informes generados con cada licencia.
Usuarios del espacio de trabajo y sus roles, comparados con las fuentes que cada uno sigue usando.
Miembros del equipo y tipos de licencia, con las encuestas que ha realizado realmente cada licencia de pago.
Licencias Creator, Explorer y Viewer, cada una de las cuales alimenta el Optimization Score de la aplicación.
Repositorios, pipelines y monitorización, leídos para saber quién tiene una licencia de usuario y cuánto gasta la compilación.
Proporcionado por CerteroX SaaS Management CerteroX Cloud Management
Miembros de la organización y tipos de licencia, con los repositorios y el gasto de CI/CD en un mismo registro.
Las licencias Enterprise y Team se leen como posiciones separadas, cada una con su propia última actividad, y el mismo conector atribuye el gasto de Actions a un grupo de costes. Una licencia de usuario y el cómputo que consume dejan de ser dos conversaciones.
Alcance de aplicaciones por licencia de usuario, comparado con el rol que la cuenta tiene realmente.
Quién tiene una licencia del espacio de trabajo, a qué despliegues puede acceder y cuándo la usó por última vez.
Los niveles de acceso Basic, Stakeholder y Test Plans se leen como tres posiciones de licencias independientes.
Actividad en repositorios por miembro del espacio de trabajo, comparada con su nivel de licencia.
Miembros y tipos de licencia, con los proyectos en los que sigue activa cada licencia de usuario.
Roles por cuenta, con los pipelines ejecutados realmente con cada licencia.
Zonas de gestión a las que puede llegar cada licencia de usuario, con la última actividad registrada.
Roles de cada cuenta, atribuidos al equipo responsable del servicio que ejecutan.
Sincronización de licencias de usuario para recuperar licencias, y gasto de CI/CD atribuido a un grupo de costes.
Proyectos de errores y el tipo de licencia con derecho de acceso a cada uno, por miembro del equipo.
Quién es miembro, qué rol tiene y cuándo estuvo activo por última vez.
Sincronización de licencias con el coste por usuario con licencia comparado con el coste por usuario activo.
Próximas renovaciones con los días que faltan y la tasa de utilización de cada licencia de usuario.
Colecciones y actividad de API por licencia de usuario, comparadas con el rol asignado a cada miembro.
Tipos de licencia y acceso a proyectos por miembro del equipo, y las licencias que no supervisan nada.
Licencias de seguimiento de errores comparadas con las demás en App Rationalization, licencia a licencia.
Derecho de uso de módulos por licencia, junto a los roles que tiene realmente cada usuario de la consola.
Usuarios, roles y última actividad, atribuidos al equipo responsable del índice.
Proyectos de mensajería, los roles de cada uno y el último inicio de sesión de cada cuenta.
Sistemas de RR. HH., nóminas y plantilla. Contienen las altas y bajas de las que dependen todas las demás posiciones de licencias.
Proporcionado por CerteroX SaaS Management
El registro de altas, cambios y bajas con el que se concilia el resto del conjunto de conectores.
Los registros de trabajadores, organización y situación laboral llegan a la misma base de personas que los proveedores de identidad y las API de los proveedores. Así, todas las licencias que tenía un empleado que se marcha llegan a una única lista de comprobación de offboarding, con el estado de cada una y el coste mensual de lo que siga abierto.
Registros de empleados, departamentos y situación laboral: la señal de bajas que necesita el resto de la lista.
Registros de equipos y ciclo de vida, que alimentan la misma base de personas con la que se concilia cada licencia de usuario.
Registros de plantilla, departamento y línea jerárquica, leídos junto a la posición de licencias de cada persona.
Usuarios por ubicación y nivel de licencia, y la planificación de turnos realizada con cada una.
Cuentas de Workplace y roles de administración, comparados con las sedes que cubre realmente cada licencia.
Las bajas llegan primero al registro del contrato y justo después a todas las listas de aplicaciones.
Las nóminas y la situación laboral llegan juntas y mantienen al día la base de personas.
Personas, sedes y estado del ciclo de vida leídos de Bob, en el mismo registro que los directorios.
Perfiles, departamentos y líneas jerárquicas, asociados a las licencias de usuario de cada una de esas personas.
Registros de trabajadores, datos del puesto y situación laboral, vinculados a las licencias de usuario de cada persona.
Estado del contrato y registros de departamento, para que nadie conserve una licencia de usuario después de su último día.
Registros de dispositivos y de asignación de aplicaciones junto a la persona, para que un solo sistema reúna tres señales.
Situación laboral y estructura organizativa, sobre la misma base que los proveedores de identidad.
Registros de empleados por centro de trabajo y situación laboral, vinculados a la base de la que dependen las licencias.
Registros de trabajadores, puestos y situación laboral, leídos junto a las licencias de cada persona.
Los fabricantes con motores de licencias dedicados, donde el cálculo de derechos de uso es el producto.
Proporcionado por CerteroX SAM
Opciones y packs con evidencia y ajuste manual, factores de núcleo, grupos de licencias y cobertura descendente.
Tipos de procesador y factores de núcleo, grupos de licencias con derechos de alojamiento y reglas geográficas, lógica de cobertura descendente para Enterprise Edition y cantidad sin límite para los acuerdos ilimitados. Oracle acepta nuestros datos de medición en lugar de ejecutar sus propios scripts.
Derecho de uso por usuario nominal con evidencia de uso en un periodo móvil de noventa días.
Métricas de PVU y Virtual Processor Core, análisis de brechas de cumplimiento y Component Resolution.
Derechos de uso de suscripciones leídos en la misma posición de licencias de Microsoft que los servidores.
Evidencia de derechos de uso de buzones detrás de la posición de licencias de Microsoft.
Licenciamiento por núcleo y por procesador que tiene en cuenta clústeres y virtualización.
CAL de dispositivo, CAL de usuario, usuario nominal y conectores externos, junto al licenciamiento por núcleo.
Las responsabilidades se leen para determinar el derecho de uso, en lugar de deducirlo de lo que resulta estar instalado.
Uno de los seis fabricantes con un motor de licencias dedicado, no un recuento genérico de licencias de usuario.
Un conector ABAP no invasivo que lee usuarios nominales, roles, motores y autorizaciones.
Herramientas de contratación, formación y compromiso, compradas por persona y renovadas mucho después del último inicio de sesión.
Cada usuario tiene un responsable jerárquico, una asignación de licencia y una fecha de último uso.
Participación por miembro, junto al estado de licencia de cada cuenta.
Usuarios de la cuenta y niveles de acceso, con las encuestas que ha realizado cada licencia de usuario.
Niveles de permisos y actividad de contratación por licencia de usuario, comparados con el número de licencias compradas.
Asignación de licencias por cuenta y las evaluaciones realizadas realmente con cada una.
Evaluadores y sus responsables, cada uno con su licencia y las evaluaciones realizadas con ella.
Actividad de selección por usuario, comparada con su nivel de permisos.
Alumnos con licencia y última actividad, con las licencias de formación sin abrir señaladas para su recuperación.
Actividad de visualización por alumno, clasificada según lo que cuesta cada licencia sin uso.
Actividad de cursos por alumno, con las licencias de usuario sin uso identificadas antes de que se abra el plazo de renovación.
Quién tiene una licencia de usuario, con qué nivel de permisos y las contrataciones realizadas con ella.
Hipervisores y gestores de hardware, leídos para el inventario y para las relaciones de host de las que depende el licenciamiento.
Proporcionado por CerteroX ITAM CerteroX SAM
Relaciones entre host e invitado: aquello de lo que realmente depende el licenciamiento por núcleo y por procesador.
El licenciamiento por núcleo de SQL Server y Windows Server, los grupos de licencias de Oracle y los PVU por subcapacidad de IBM se calculan según qué invitado se ejecutó en qué host. El conector lee directamente esas relaciones entre host e invitado, así que la pertenencia a clústeres y la virtualización son datos que el motor de licencias ya tiene.
Inventario de dispositivos de red junto con puertos de switch y tablas de enrutamiento SNMP.
Topología de LPAR y frames, la base del cálculo de PVU por subcapacidad de IBM.
Inventario de máquinas virtuales con el conocimiento de clústeres y hosts que necesita el licenciamiento por núcleo.
Inventario de hosts e invitados hiperconvergentes, en el mismo esquema que todo lo demás.
Evidencia de particionamiento detrás de los grupos de licencias de Oracle, los derechos de alojamiento y la cobertura descendente.
Inventario de invitados en toda la pila de virtualización abierta KVM, incluidas las relaciones con los hosts.
Inventario de equipos, más las reglas de Access Control de las que depende el licenciamiento de aplicaciones transmitidas.
Herramientas creativas, de prototipado y de contenido, donde una licencia de editor y una de lector son posiciones de licencias independientes.
Proporcionado por CerteroX SaaS Management CerteroX SAM
Licencias de usuario nominal por producto, cada una respaldada por evidencia de uso en un periodo móvil de noventa días.
Admin Console indica quién tiene una licencia. La evidencia de uso indica quién la abrió. Ambas llegan a un mismo registro, junto a todas las demás herramientas creativas para las que esa persona tiene licencia, y App Rationalization lee ese registro.
Licencias de control de versiones en un servicio cerrado: una herramienta muerta que todavía conserva cuentas es un hallazgo.
Miembros del equipo separados de las licencias de pago, y el trabajo de diseño que ha hecho cada uno.
Cada licencia de usuario tiene un espacio, un rol y la fecha en que se abrió el espacio por última vez.
Una licencia de usuario solo de FigJam es una licencia propia, así que se cuenta por separado.
Licencias de editor, desarrollador y lector diferenciadas, para que se vea una licencia completa que hace trabajo de lector.
Revisores y colaboradores contabilizados por separado, con los proyectos en los que sigue trabajando cada licencia.
Plataforma retirada, lista de cuentas activa. Las licencias de usuario que aún conserva una herramienta cerrada son el hallazgo de licencias.
Licencias completas y ligeras separadas, con los documentos asociados a cada licencia.
Miembros, invitados y asignación de licencias, con los tableros en los que ha trabajado cada uno.
Licencias de editor y última actividad, que alimentan App Rationalization frente a las demás herramientas de diseño.
Tipos de licencia y los proyectos asociados, para detectar fácilmente una licencia de entrega sin uso.
El recorrido que debe hacer un hallazgo antes de convertirse en un cambio, y cómo responde la plataforma a otros sistemas.
Proporcionado por CerteroX AI Management
Cada producto expone un servidor MCP, con tokens de ámbito limitado y cada llamada a herramientas auditada.
Es cliente MCP además de servidor, así que un agente que trabaje aquí puede llegar a un sistema a través del servidor MCP que ese sistema ya publica. Los tokens tienen ámbito por organización y cada llamada se audita y se controla por cuota, de modo que una revisión de seguridad tiene algo que aprobar.
Usuarios y roles de la plataforma, con las integraciones que sigue manteniendo cada licencia de usuario.
Grupos de costes de CI/CD y entornos compartibles con reservas, claves SSH y webhooks.
Atribución de CI/CD, para que el gasto de compilación vaya a un grupo de costes con nombre y no a una factura compartida.
Un hallazgo se convierte en un ticket, y el ticket lleva la evidencia que lo generó.
Una fuente de datos documentada sobre la API de solo lectura de Certero, para que su herramienta de BI la lea donde está.
Entrega programada por agentes de informes en el canal responsable de la decisión.
Usuarios y roles de Anypoint, con los entornos a los que cada licencia da derecho de acceso.
Entrega de informes, más un bot para alertas de grupos, gestión de TTL y seguimiento de gastos.
Infraestructura declarada leída en entornos compartibles, con reservas, claves SSH y webhooks.
Herramientas de seguridad, vulnerabilidades y concienciación: se licencian por persona y se pueden comprar en exceso como cualquier otra cosa.
Proporcionado por CerteroX SaaS Management
Cuentas de la consola Falcon, los roles de cada una y los módulos a los que llega realmente esa licencia.
Las herramientas de seguridad se compran por persona y nadie las revisa. Leer los usuarios de la consola, sus roles y su última actividad sitúa la pila de seguridad en la misma posición de licencias que todo lo demás, y en la misma lista de comprobación de offboarding, donde una cuenta de administrador que sobrevive a su titular es el hallazgo que importa.
Miembros y roles del espacio de trabajo, con los repositorios que escanea cada licencia de usuario.
Roles administrativos por cuenta de consola y las políticas que cada uno puede modificar.
Miembros de la cuenta, roles y licencias de usuario de Zero Trust, atribuidos al equipo responsable de la zona.
Qué usuarios tienen qué cajas fuertes, con qué tipo de licencia y cuándo abrieron una por última vez.
Cuentas de administrador y sus roles, conciliadas con la misma base de identidades.
Cada licencia de consola tiene un rol, y las cargas de trabajo asociadas se leen con ella.
Usuarios con licencia y actividad de formación, para que una licencia de concienciación sin uso sea visible antes de la renovación.
Usuarios del portal, roles y asignación de licencias, en el mismo registro que las licencias de usuario de Microsoft.
Administradores y roles del tenant, con la consola en la que ha iniciado sesión realmente cada uno.
Licencias de usuario de suscripción y su asignación, y las licencias que nunca se activaron.
Usuarios y roles de la consola, con el derecho de uso de módulos que hay detrás de cada licencia.
Los desarrolladores colaboradores se cuentan aparte de los miembros, porque el proveedor los licencia por separado.
Administradores de Sophos Central, sus roles y las licencias de usuario asociadas a ellos.
Usuarios y roles, con la licencia de cada uno y los escaneos que ha realizado.
Sistemas de finanzas, compras y gasto, donde un rol de aprobador sobrevive al motivo por el que se compró.
Usuarios, roles de aprobación y última actividad, atribuidos al departamento que tiene el presupuesto.
Roles de tarjeta y última actividad, en un mismo registro junto con el software que tiene esa misma persona.
Roles de aprobación y última actividad, incluidas las licencias de usuario que no han aprobado nada en meses.
Miembros por política, con los gastos presentados con cada licencia de usuario desde su compra.
Tipos de licencia completa, de empleado y de autoservicio separados, cada uno con su propio último inicio de sesión.
Licencias de pago, el rol de cada una y la fecha del último inicio de sesión.
Quién puede acceder al panel, con qué rol de equipo y cuándo lo hizo por última vez.
Espacios de trabajo de informes, los roles dentro de ellos y la licencia de usuario que sigue siendo propietaria de cada informe.
Fechas de inicio de sesión por licencia de usuario, junto al nivel de permisos de cada una.
Una tarjeta marcada con escribe en origen puede ejecutar una acción con nombre en ese sistema. Todas las demás tarjetas del directorio solo leen.
Un competidor con cinco productos adquiridos arrastra cinco conjuntos de conectores y un proyecto de conciliación entre ellos. Nosotros tenemos un solo conjunto que alimenta un solo modelo, y todos los conectores del directorio anterior lo alimentan.
Conectores en 221 entradas
Usuarios, dispositivos, licencias, facturación y actividad, cada uno leído del sistema al que pertenece.
Un único modelo de activos
Cinco disciplinas,
un único conjunto de registros.
Salidas 3 superficies
API de solo lectura
Una API de Certero documentada con una fuente de datos de Power BI publicada. Su herramienta de BI lee nuestros datos donde están.
Servidor MCP, en cada producto
Tokens con ámbito por organización, con cada llamada de los agentes a herramientas auditada y controlada por cuota. Los plugins MCP externos le permiten también llamar a otros servidores.
Exportación y entrega
Exportación de facturación sin procesar a herramientas de BI externas, informes programados por correo electrónico y agentes de informes que entregan en Slack y Microsoft Teams.
Una sola superficie de integración para toda la plataforma, y estas tres vías de salida.
Un conector es un objeto pequeño y poco vistoso: un método de autenticación, una programación, un ámbito, una lista de lo que lee y una lista de acciones con nombre.
La interfaz y los datos que se muestran aquí son ilustrativos. Las lecturas y las cuatro acciones de escritura son funcionalidades de CerteroX SaaS Management.
Lee
Escribe 2 de 4 activadas
Cada uso de una acción de escritura queda en el registro de auditoría.
Los equipos de seguridad hacen dos preguntas sobre cualquier integración: qué puede ver y qué puede cambiar. Ambas respuestas están a continuación.
01
Lo que lee un conector depende de lo que el sistema esté dispuesto a entregar.
02
Solo 17 de los 215 conectores pueden escribir algo.
03
Cada acción que realiza un conector sigue siendo atribuible después.
Verificado por Oracle License Management Services. El equipo de auditoría de Oracle puede aceptar datos de Certero durante una auditoría oficial, como alternativa a instalar las herramientas de medición propias de Oracle.
Leer la verificaciónTres de ellas no necesitan nada de nosotros, y la cuarta empieza con una conversación.
Envíenos el nombre del sistema y lo que necesita obtener de él, ya sea inventario, listas de licencias de usuario, facturación o una acción de escritura con nombre. Si una de las cuatro vías anteriores ya lo cubre, le indicaremos directamente su documentación.
Una API de Certero documentada sobre todo el modelo de activos, con una fuente de datos de Power BI publicada. Si su sistema puede leer HTTP, puede leer todo lo que posee.
Un recopilador dedicado ingiere la FinOps Open Cost and Usage Specification. Cualquier proveedor que emita FOCUS se costea correctamente sin necesidad de un conector a medida.
Importación ITAM de terceros, detección de red mediante NetBIOS, SNMP e ICMP, inventario sin agente e inventario independiente para sistemas aislados. Diez métodos de detección, y todos escriben en el mismo esquema.
La plataforma es un servidor MCP y también un cliente MCP. Gracias a la compatibilidad con plugins MCP externos, puede llamar a herramientas publicadas por sus propios servidores, con los mismos tokens de ámbito limitado y auditados.
Un bosque de AD que nadie ha depurado desde 2014, un entorno de Oracle con opciones que nadie sabe justificar, un tenant de Microsoft 365 con más licencias que personas. Díganos cuál, y la demo se basará en ese conector: qué lee, qué devuelve y el registro donde llega cada resultado.
Nada que conectar, nada que aprobar, ningún PDF a cambio de sus datos.