Cinco disciplinas (ITAM, SAM, SaaS, nube e IA) sobre un solo modelo de datos, construidas en un solo lugar. Nada se compró y se añadió después, por eso no hay nada entre los productos que usted tenga que integrar.
Un grafo de activos · un responsable · una consola
0 integraciones que construir entre ellos
El problema de las adquisiciones
Cinco productos se pueden comprar. Un modelo de datos hay que construirlo.
Una disciplina incorporada mediante una adquisición llega con su propio esquema, sus propios identificadores y su propia consola. Hacer que coincidan no es una función que entregue el proveedor. Es un proyecto que usted gestiona, y no termina nunca.
Es casi seguro que nos está comparando con una cartera: gestión de activos vendida bajo varias marcas a la vez, una marca por disciplina, cada una con el esquema y la consola con los que se creó. Bajo los nombres de marca, cada producto mantiene sus propios identificadores.
Así que haga la pregunta que lo decide todo después: cuando dos productos detectan el mismo servidor, ¿cuál tiene el registro maestro y qué campo los une? Cada registro de activo duplicado y cada proyecto de conciliación derivan de esa única respuesta.
We are not going to argue with the number. We think it is right. The
disagreement is about whether five products that were never designed
together can tell you who owns the waste.
29% del gasto en la nube se desperdicia, y aumenta por primera vez en cinco años
Ensamblada a partir de productos
10 puntos de integración
Una persona se convierte en cinco registros, con cinco identificadores
Un inicio de sesión y un modelo de permisos distintos por producto
Un modelo de datos por producto, con versiones por producto
Un coste de integración que se vuelve a pagar en cada versión
Construida como una sola plataforma
0 integraciones que construir
Una persona es un registro, con un identificador
Un inicio de sesión y permisos definidos una sola vez para los cinco
Un esquema para las cinco disciplinas
Añadir la siguiente disciplina no añade trabajo de integración
Un modelo de datos
Una persona. Cinco clases de activos. Un responsable.
En una sola plataforma, un dispositivo encontrado por el agente, la licencia instalada en él, la licencia de usuario SaaS de esa misma persona, el recurso en la nube del que es responsable y el modelo de IA al que llama son cinco nodos de un mismo grafo. Ensamblados a partir de cinco productos, esos mismos cinco son registros separados con cinco identificadores, sin nada que los una.
Una persona, cinco clases de activos
Clase de activoRegistroResponsable
Dispositivo
LON-LT-4471 · portátil con Windows 11
discovered_by
·
Agente de inventario, conciliado con la importación de Active Directory.
Responsable
USR·4471 · J. Whitfield
resuelto una vez, en el grafo de activos
↳ mismo responsable
LON-LT-4471
solo el nombre de host, sin persona en el registro
Licencia
Visio Professional · derecho de uso por dispositivo
entitled_on
·
Instalado en ese dispositivo. Cero ejecuciones en la ventana móvil de uso de 90 días.
Responsable
USR·4471 · J. Whitfield
resuelto una vez, en el grafo de activos
↳ mismo responsable
WHITFIELD_J
nombre de cuenta del directorio
Licencia de usuario de SaaS
Aplicación de colaboración en diseño · nivel editor
assigned_to
·
La sincronización del proveedor de identidad, el conector del proveedor y la extensión de navegador coinciden.
Responsable
USR·4471 · J. Whitfield
resuelto una vez, en el grafo de activos
↳ mismo responsable
j.whitfield@
dirección de correo, de la API del proveedor
Recurso en la nube
Instancia de cómputo · detenida, aún asignada
owned_by
·
Asignado automáticamente a un grupo de costes mediante uno de los nueve tipos de condición de las reglas de asignación.
Responsable
USR·4471 · J. Whitfield
resuelto una vez, en el grafo de activos
↳ mismo responsable
owner=jwhitfield
etiqueta de texto libre, escrita de tres maneras
Carga de trabajo de IA
Licencia de LLM + ejecutor de GPU en un barrido
called_by
·
IA en la sombra clasificada a partir de etiquetas de funciones; el ejecutor recibe las mismas 26 comprobaciones de costes.
Responsable
USR·4471 · J. Whitfield
resuelto una vez, en el grafo de activos
↳ mismo responsable
usr_8812
identificador del proveedor
Los cinco registros se resuelven en el mismo responsable, USR·4471 · J. Whitfield, en el grafo de activos.
Cinco registros, cinco identificadores de responsable. Dispositivo: LON-LT-4471, solo el nombre de host, sin persona en el registro. Licencia: WHITFIELD_J, nombre de cuenta del directorio. Licencia de usuario SaaS: j.whitfield@, dirección de correo, de la API del proveedor. Recurso en la nube: owner=jwhitfield, etiqueta de texto libre, escrita de tres maneras. Carga de trabajo de IA: usr_8812, identificador del proveedor.
Un valor, cinco veces. Recuperar la licencia sin uso, recuperar la licencia de usuario, liberar la instancia y revocar la concesión de IA. Una decisión sobre una persona, tomada una sola vez.
Cinco valores, una persona. Antes de que nadie pueda actuar, algo tiene que hacerlos coincidir, y seguir haciéndolo cada vez que cambia un registro en cualquiera de los cinco productos.
Estos identificadores son registros ilustrativos de ejemplo.
Arriba se muestran los dos estados del responsable: primero unificado y después los identificadores que tiene la misma persona cuando las cinco disciplinas se compraron por separado.
Resuelto.
Active Directory, el proveedor de identidad y el conector del proveedor convergen en un solo usuario, una sola vez.
Unidos.
La licencia conoce el dispositivo. El dispositivo conoce al responsable. El responsable tiene la licencia de usuario y la instancia.
Accionable.
Cuatro tickets en cuatro herramientas se convierten en una decisión.
Una comparación honesta
Capacidad por capacidad.
Catorce capacidades en cuatro grupos, y la columna derecha es una arquitectura: lo que hace una cartera ensamblada a partir de productos desarrollados por separado, la venda quien la venda.
Comparación de capacidades entre CerteroX y una suite típica ensamblada a partir de productos desarrollados por separado.
Capacidad
CerteroXUna plataforma, cinco disciplinas
Suite adquirida típicaEl patrón de arquitectura, no un producto concreto
Arquitectura
Modelo de datos unificado
Un esquema para ITAM, SAM, SaaS, nube e IA. Un dispositivo, su licencia, la licencia de usuario, el recurso y el modelo se resuelven en un grafo de activos con un responsable.
Un modelo de datos por producto. La unión entre ellos es una capa de conciliación que alguien tiene que construir, mantener y volver a ejecutar, normalmente para siempre.
Métodos de detección
Diez, que llegan a un solo esquema: agente, línea de comandos (csinvcli), sin agente, independiente, escaneo de red, Active Directory, importación de ITAM de terceros, conectores de nube y SaaS, supervisión del navegador y medición de archivos.
La detección llega con cada producto. Dos productos que encuentran el mismo dispositivo generan dos registros de dispositivo, y eliminar duplicados se convierte en un proyecto permanente.
Consolas y permisos
Una consola, un inicio de sesión y un modelo de acceso basado en roles, con Zonas para datos de varias entidades y Reporting Levels que restringen la visibilidad por unidad organizativa o ubicación.
Lo habitual es una consola por marca de la cartera, un portal delante de ellas y un modelo de permisos dentro de cada una.
Profundidad donde duele
Plataformas Unix y de centro de datos
Agente de inventario nativo para IBM AIX, HP-UX y Oracle Solaris: seis familias de sistemas operativos con el mismo ciclo de inventario y el mismo motor de licencias que Windows, macOS y Linux.
Un módulo aparte, una herramienta de un partner o un conjunto de scripts, allí donde la disciplina llegó por separado. Rara vez el mismo agente y rara vez el mismo motor de licencias.
Opciones y factores de núcleo de Oracle
Los seis lugares donde se esconde un hallazgo de Oracle están modelados en el motor de licencias. Cada uno incluye la evidencia que lo generó y un ajuste manual para cuando su contrato diga otra cosa.
El número de instalaciones y las ediciones son la parte fácil. El hallazgo de auditoría está en las opciones, los factores de núcleo y la lógica de cobertura descendente.
La posición de la propia Oracle sobre la herramienta
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.
Una lista publicada breve; comprobar si la herramienta que está comparando figura en ella lleva una tarde.
Subcapacidad de IBM
Métricas PVU y Virtual Processor Core, un conector ILMT con análisis de brechas de cumplimiento, Component Resolution masiva y puntuada, y el ciclo de inventario de ≤30 minutos que exigen las licencias por subcapacidad.
Una importación de ILMT, cuando la herramienta no tiene motor de licencias de IBM propio. La diferencia entre lo que informa ILMT y aquello a lo que tiene derecho es lo que decide la factura.
Usuarios nominales de SAP
Un conector ABAP no invasivo lee los usuarios nominales sin duplicados entre sistemas, roles, motores y autorizaciones, y unas Analysis Rules ordenadas por prioridad proponen los tipos de licencia actual, sugerido y óptimo.
Un módulo con licencia aparte cuando SAP no formaba parte del producto original, o un encargo a un partner planteado como proyecto.
Las clases de activos más recientes
Detección de SaaS
Cuarenta y siete conectores y tres señales convergentes (proveedor de identidad, API de los proveedores y una extensión de navegador), de modo que una aplicación se encuentra tanto si pasó por SSO como si no.
Una sola señal en la configuración habitual: el proveedor de identidad o una fuente de gastos. Lo que no pasa por ninguno de los dos queda invisible.
Detección de IA en la sombra
Se clasifica a partir de las etiquetas de funciones de las aplicaciones en el catálogo, no de una lista fija, y después se ordena según la proporción de su organización que usa cada herramienta.
La detección suele basarse en una lista mantenida de aplicaciones de IA conocidas. Las herramientas nuevas aparecen cuando el proveedor las añade.
Recomendaciones de nube identificadas
Veintiséis comprobaciones concretas y ajustables individualmente en doce plataformas de nube y datos, cada una con sus propios umbrales, exclusiones de grupos y cuentas omitidas. FOCUS se ingiere de forma nativa.
Una cifra de ahorro que llega sin la comprobación concreta que la generó ni el umbral que usó esa comprobación.
Servidor MCP por producto
Cada producto CerteroX expone un servidor Model Context Protocol, con tokens de alcance limitado por organización, y cada llamada de un agente a una herramienta queda auditada y sujeta a control de cuota.
Incipiente. Pregunte qué pueden consultar hoy sus agentes y qué queda registrado después.
Ampliación y propiedad
Añadir la segunda disciplina
La segunda disciplina funciona en la plataforma en la que ya está la primera. No hay proyecto de integración entre ellas, así que no hay proyecto de integración que pagar.
Precio por producto. Pregunte cuánto cuestan juntos el segundo y el tercero, y quién paga el trabajo entre ellos.
Modelo de propiedad
Certero Limited, número de sociedad 06387180, Inglaterra y Gales. Independiente desde 2007.
La propiedad de la cartera sigue los ciclos de inversión. Qué marcas van juntas lo decide quién compró a quién.
Cada afirmación de la columna CerteroX es una capacidad concreta que demostraremos en el producto, celda a celda, si lo solicita.
Lleve estas preguntas a cada demo. Incluida la nuestra.
Cinco preguntas que distinguen un único grafo de activos de cinco que hay que conciliar. Háganoslas primero a nosotros. Responderemos a cada una en pantalla, en el producto, y después por escrito.
01 Un dispositivo que encuentran dos de sus productos, ¿es un registro o dos, y qué campo los une?
02 ¿Cuál de sus productos guarda el inventario de AIX, HP-UX y Solaris, y es el mismo agente?
03 Muestre la evidencia de opciones y packs de Oracle, y el factor de núcleo aplicado, en un host.
04 Muestre en el producto la diferencia entre la posición de ILMT y el derecho de uso.
05 ¿Para cuántas consolas y modelos de permisos necesitará credenciales mi equipo?
Profundidad donde duele
Los fabricantes que de verdad pesan.
La profundidad en licencias de servidor de Oracle, IBM, SAP y Microsoft son años de cálculo de derechos de uso, y solo da fruto en la sala donde se resuelve la auditoría.
Verificado por el fabricante
Verificado por Oracle LMS/GLAS
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.
Cualquier herramienta de SAM puede generar una cifra de Oracle. En un proceso con Oracle, la única pregunta que importa es qué cifra se acepta, y eso se decide mucho antes de que nadie abra una hoja de cálculo. Cada hallazgo de opciones y packs incluye la evidencia que lo generó y un ajuste manual para los casos que su contrato ya resolvió.
Tipos de procesador y factores de núcleo aplicados por host
Grupos de licencias con derechos de alojamiento y reglas geográficas
Lógica de cobertura descendente para Enterprise Edition
Cantidad ilimitada para acuerdos ilimitados
Responsabilidades de E-Business Suite
Lee de
Oracle Database
Oracle VM
Motor de licencias por fabricante
Subcapacidad de IBM sin el teatro de ILMT
La subcapacidad es la diferencia entre licenciar los núcleos que usa una carga de trabajo y licenciar todos los núcleos en los que podría ejecutarse.
También es el derecho de uso que más a menudo se pierde por un tecnicismo. Las licencias por subcapacidad exigen un ciclo de inventario de treinta minutos o menos; si no se cumple, la posición vuelve a capacidad completa durante todo el periodo.
Conector de ILMT con análisis de brechas de cumplimiento
Component Resolution, puntuada y aplicable de forma masiva
El ciclo de inventario de ≤30 minutos, aplicado
Asignación por dispositivo, por procesador y por núcleo
Una posición continua, no una conciliación puntual
Lee de
IBM ILMT
IBM HMC
Motor de licencias por fabricante
SAP sin tocar producción
El tipo de licencia de SAP depende de las autorizaciones que tenga el usuario.
Esas autorizaciones están en el sistema que menos se puede tocar, así que no se instala nada en él para leerlas. Como el tipo de licencia se propone en lugar de suponerse, puede ver cuánto costaría y cuánto ahorraría una reclasificación antes de que nadie la apruebe.
Roles, grupos de roles, motores y definiciones de autorizaciones
Analysis Rules ordenadas por prioridad
Posiciones actual, sugerida y óptima una junto a otra
Pista de auditoría de acuerdos, transacciones y exclusiones
Lee de
SAP
Motor de licencias por fabricante
Licencias de servidor de Microsoft que entienden de núcleos
La exposición con Microsoft está en la sala de servidores, donde un clúster mal descrito licencia muchos más núcleos de los que llegará a usar.
Lo que decide la cifra es si la herramienta sabe a qué hosts puede moverse una carga de trabajo y si el derecho de uso procede del propio registro de Microsoft o de una hoja de cálculo que alguien mantiene. El Microsoft Licence Statement se importa directamente en el motor de licencias.
CAL de dispositivo, CAL de usuario, usuario nominal y conectores externos
Licencias por núcleo y por procesador de SQL Server y Windows Server
Reconocimiento de clústeres y virtualización
Importación del Microsoft Licence Statement (MLS)
Exclude From Licensing para dispositivos MSDN, de desarrollo y de formación
Control de acceso para aplicaciones distribuidas por RDS, Citrix y VDI
Lee de
Microsoft SCCM
Microsoft 365
Microsoft Exchange
Seis fabricantes cuentan con un motor de licencias a la altura del propio fabricante. El cálculo de derechos de uso y la evidencia que lo respalda se calculan de forma continua, así que la posición ya está al día el día que llega la carta.
Microsoft · Oracle · IBM · SAP · Adobe · Salesforce
Arriba figuran los cuatro motores por fabricante: primero Oracle y después IBM, SAP y Microsoft.
Prueba
Valorada por quienes la usan.
En el informe 2024 Gartner® Peer Insights™ Voice of the Customer for Software Asset Management Tools, Certero fue el único proveedor de la categoría que obtuvo la posición Customers’ Choice. Es la cuarta vez que los clientes nos sitúan ahí, tras 2019, 2020 y 2021.
“Certero’s SAM managed service allowed us to significantly mature our license posture at a fast pace, something that would have taken 3-4 years without their involvement.”
£100k de riesgo de cumplimiento de Microsoft mitigado
3–4 años de madurez en SAM acelerados
NHS South West London ICB
Reece Emson, ITAM Asset/PSL Manager
“The tool has truly transformed how we work, making life a lot easier with complete visibility of assets and automation removing the need for manual intervention.”
130 sitios con visibilidad
East of England Ambulance Service
Andy Marrs, IM&T Security & Resilience Manager
“When we reviewed the responses to the initial RFP, Certero offered the best solution for our requirements.”
5,500+ dispositivos gestionados
Skagit Regional Health
Project Management Office Lead
“My advice to other organizations contemplating RFP’s for ITAM and SAM is: just take Certero.”
4,000 dispositivos
Bufete de abogados global
Technology Process Manager
“CerteroX for Enterprise ITAM is well worth the investment.”
52 concesionarios
Gran grupo de automoción
IT Asset Manager
“Certero was a breath of fresh air, to see a better product and support, offered at the same price.”
99.9% de disponibilidad alcanzada
Empresa tecnológica líder
IT Manager
Detrás de cada uno hay un caso de éxito completo que explica el entorno de partida, qué cambió y cuánto valió ese cambio.
Vea el campo que une dos registros de una misma máquina.
La importación de ITAM de terceros es uno de los diez métodos de detección. En la sesión, los registros que llegaron de dos herramientas de ITAM distintas en el entorno de demo se fusionan en un único activo delante de usted.