Síntesis de cinco lentes: practitioner, académico, escéptico, economista e historiador. Cada afirmación contrastada de forma independiente contra su fuente primaria antes de publicar.
Antes de decidir si construimos la "nota de integridad" por rack (una puntuación de 0 a 100 que dice cuánto se parece el plano dibujado a lo que de verdad hay montado), investigamos si algo así ya existe, si funciona, y si alguien lo pagaría. Cinco investigadores independientes, y cada dato comprobado contra su fuente original. Esto es lo que encontramos:
1. El problema que atacamos es real y a la gente le molesta de verdad: la documentación de las salas de informática se queda vieja en cuanto se escribe, y las herramientas actuales no comprueban nada — hasta circula la frase "una documentación fiable al 90% es más peligrosa que ninguna, porque la gente se la cree".
2. Ya hay productos que puntúan documentación o que detectan cambios, pero ninguno junta las dos cosas en una nota por rack que se pueda enseñar a un cliente. El hueco existe y está libre.
3. La historia enseña una lección clara: las notas que la gente respeta (la del banco para darte un crédito, la de seguridad que piden algunos contratos) las calcula alguien de fuera, automáticamente. Las que rellena uno mismo acaban ignoradas o infladas. Nuestro programa instalado en la red del cliente es justo ese "alguien de fuera" — esa es nuestra baza.
4. El peligro número uno, en el que coincidieron los cinco: si el detector confunde cosas normales de una red con cambios reales, la nota miente. Y una nota que miente es peor que no tener nota — hunde la confianza en todo el producto. Cuánto acierta nuestro detector es LA pregunta a responder antes de construir nada, y se responde con una prueba barata.
5. Nadie enseña hoy "calidad de la documentación" a sus clientes: seríamos los primeros. Eso es bueno (terreno libre) y arriesgado a la vez (habría que explicárselo a todo el mundo desde cero, y eso cuesta tiempo y dinero).
El hecho asentado: la industria ya puntúa la fidelidad de la documentación (ServiceNow lleva años con su CMDB Health Score, NetBox Assurance compara desde 2025 lo documentado contra lo observado en la red) y los scores "imprimibles para terceros" son un modelo de negocio probado (BitSight y SecurityScorecard llegaron a ser cláusula de contrato). Lo que nadie hace es empaquetarlo por rack, cara al cliente final del MSP — ese hueco es real. La interpretación en disputa: el escéptico sostiene que los health scores internos llevan una década muriendo ignorados y que la gamificación invita a optimizar el número en vez de la realidad; el historiador responde que los scores que perduran son justo los que mide un sensor externo al evaluado — y el agente LAN de CreaRack es exactamente eso. Las cinco lentes, sin excepción, sitúan la vida o muerte de la feature en el mismo punto: la tasa de falsos positivos del matching automático inventario↔realidad — un score que baja por errores del sensor destruye la confianza que pretendía vender. La tensión final: monetizar exige llevar el número al informe trimestral que el MSP presenta a su cliente (QBR), pero medir "calidad documental" ante el cliente final es una categoría nueva sin práctica establecida — hay que crearla, no adoptarla.
Puntuar la salud de un inventario no es una idea nueva: ServiceNow calcula su CMDB Health Score con tres ejes (completitud, corrección, cumplimiento) y marca los registros "rancios" con un umbral de antigüedad configurable (60-90 días de fábrica, según el despliegue) — el mismo decaimiento que propone la Barra. NetBox Assurance (disponible desde abril de 2025) compara lo documentado contra lo que observa en la red y clasifica las desviaciones. Es decir: la industria ya construyó el motor. Lo que ninguno ofrece es un marcador 0-100 por rack, con histórico, pensado para que el MSP lo imprima en el informe de su cliente final. El hueco de empaquetado es real y verificable.
El patrón histórico es consistente: los scores de salud que sobrevivieron y se volvieron negocio (FICO en crédito, BitSight y SecurityScorecard en ciberseguridad —llegaron a aparecer como umbral en contratos—, Lighthouse en rendimiento web, Microsoft Secure Score en seguridad) tienen en común que los mide un sensor externo que el evaluado no controla. Los scores donde el evaluado alimenta su propio marcador (las CMDB corporativas de los 2000s-2010s) degeneraron: se optimiza el número, no la realidad (ley de Goodhart — cuando una métrica se vuelve objetivo, deja de medir). El agente LAN de CreaRack juega el papel del sensor externo: es la palanca estructural que las CMDB nunca tuvieron. Pero hereda la maldición de los ratings externos: BitSight y SecurityScorecard arrastran quejas crónicas de falsos positivos y atribuciones erróneas, y ahí es donde se erosiona su credibilidad.
Las cinco lentes coinciden — y es la convergencia más valiosa de la corrida. El matching automático inventario↔realidad no es fiable por defecto: runZero reconoce que los activos duplicados no se resuelven solos; Device42 necesita tres modelos de coincidencia configurables (serial → UUID → nombre); la literatura de identificación de dispositivos por red documenta un trade-off estructural entre cobertura y precisión (los métodos que ven muchos dispositivos aciertan menos). La consecuencia práctica la nombra el practitioner: en campo, buena parte de las "desviaciones" son ruido del sensor (IPs que rotan por DHCP, máquinas virtuales con MACs cambiantes, un switch que responde por dos IPs) — y cada falso positivo que baja la barra no se lee como "bug del software" sino como "el gemelo miente". El académico lo eleva a problema de validez de medida: un dispositivo que bloquea SNMP puntúa como drift no porque la documentación esté mal, sino porque es opaco al sensor. El score debe separar fidelidad documental de cobertura de observación, o medirá al sensor y no a la realidad.
La evidencia académica dice que la gamificación produce efectos positivos pero moderados y muy dependientes del contexto y del usuario (revisión de 24 estudios empíricos, Hamari et al. 2014 — puntos, rankings e insignias son los elementos más probados, que no es lo mismo que los más eficaces). Un estudio longitudinal de 14 semanas con 756 estudiantes documenta el "efecto novedad": el impacto cae hacia la semana 4, el bache dura 2-6 semanas, y luego repunta al alza — la mecánica de racha tiene que atravesar ese valle o se vuelve en contra. El caso de éxito directamente comparable es Microsoft Secure Score: un porcentaje sobre el máximo de puntos alcanzable, con histórico y comparación con pares, que cuajó entre administradores de sistemas porque cada punto se traduce en una acción priorizada y se reporta a dirección. La lección: la racha refuerza el hábito diario, pero lo que sostiene el score en el tiempo es que cada decaimiento tenga una acción concreta al lado.
El vehículo comercial existe: los MSPs ya llevan métricas a sus revisiones trimestrales con el cliente (QBR), y herramientas como IT Glue/myITprocess o ScalePad venden constructores de esos informes con "IT health y riesgo". Pero lo que se imprime hoy son tickets, SLA, salud de equipos y riesgo — no fidelidad documental. La evidencia de que algún MSP use hoy la calidad de su documentación como métrica contractual o de QBR es esencialmente inexistente. Traducción: la Barra encajaría en un canal que ya existe (el QBR), pero como categoría nueva que hay que evangelizar, no como una práctica que ya se compra. Eso baja el riesgo de canal y sube el riesgo de mensaje.
La verificación fue dura con este bloque: las URLs de vendor que las lentes citaban ni siquiera contienen esas cifras. El "solo el 25% obtiene valor" es un stat repetido por el sector y atribuido a Gartner, pero sin informe fechado localizable; el de Forrester sí es anclable (informe "Reinvent The Obsolete But Necessary CMDB"); y el "~60% de precisión real" no tiene fuente primaria — queda retirado. Sirven como señal direccional de que las CMDB envejecen mal; no uses ninguna como dato duro. Lo mismo aplica al "80% de la gamificación falla": es una predicción de Gartner de 2012 ("fallarán para 2014"), nunca verificada a posteriori.
La contradicción aparente: el escéptico demuestra que los health scores de inventario llevan una década muriendo ignorados (ServiceNow los tiene y nadie actúa sobre ellos), mientras el historiador demuestra que scores estructuralmente idénticos (Secure Score, BitSight, Lighthouse) se convirtieron en negocio e incluso en cláusula de contrato.
La resolución solo se ve cruzando las cinco lentes: no es que los scores funcionen o no funcionen — es que sobreviven exactamente los que mide un sensor externo que el evaluado no puede tocar, y donde cada punto perdido viene con su explicación y su acción. Las CMDB murieron porque el que actualizaba la documentación era el mismo al que puntuaban (Goodhart interno). El agente LAN de CreaRack rompe ese círculo: mide sin depender de que nadie actualice nada. Pero esa palanca tiene un precio, y lo nombra la lente económica: si el sensor se equivoca — y el hallazgo 3 dice que por defecto se equivoca mucho — el score no degrada suavemente: pierde su única fuente de autoridad.
La Barra de Integridad no compite con los health scores muertos de las CMDB: compite con la credibilidad de su propio sensor. El agente es un buró de crédito para el rack — y un buró que se equivoca deja de ser buró.
Las cinco lentes congelaron una variable: todas analizan al MSP como comprador y al técnico como usuario, pero nadie investigó al cliente final del MSP — el gerente de la PYME que recibe el informe impreso con "Integridad: 87/100". Esa es la 6ª lente que cambiaría conclusiones, no solo matices: la Barra se justifica comercialmente como herramienta de retención y venta del MSP hacia su cliente, y no hay un solo dato en esta corrida sobre si ese lector la entiende, la valora o la malinterpreta.
La omisión que podría invertir los hallazgos: un score imperfecto impreso ante el cliente final puede volverse en contra del MSP que lo presenta ("¿me estás cobrando y la integridad está en 71?"). El artefacto pensado para demostrar valor podría documentar su ausencia. Diseñar el informe para que el drift se lea como "trabajo detectado y controlado por tu MSP" — no como nota de examen del MSP — es una decisión de producto de primer orden, y ninguna lente la tocó.
Para Edu, decidiendo si la Barra de Integridad es la feature-punta del lanzamiento de nov-dic. Movimientos concretos, cada uno atado a un hallazgo.
El management command contra tu propia oficina, 5 días, midiendo a mano qué % de drifts detectados son reales. El hallazgo 3 dice que aquí muere o vive todo; es la pregunta frontera y cuesta 2-3 días de código.
Un equipo que bloquea SNMP no es drift, es opacidad del sensor. Si un solo número mezcla ambas cosas, castiga al MSP por física de red (hallazgo 3, la objeción de validez del académico). Lo no-observable va a una cola de cuarentena, nunca al score.
Cada punto perdido debe mostrar su evidencia ("esta MAC apareció en el switch 2, esto es lo que vi") y tener salida a un clic (reconciliar / falso positivo / silenciar). Es la lección BitSight del hallazgo 2: los ratings externos mueren por atribuciones erróneas sin proceso de descargo.
Sigue el patrón Secure Score (hallazgo 4): cada decaimiento con su acción priorizada al lado, y el histórico imprimible en el QBR. La medalla engancha; la reconciliación con evidencia es lo que se paga (la lectura del economista).
El canal QBR existe (IT Glue/ScalePad); la categoría "fidelidad documental" es nueva (hallazgo 5). Meterla en contratos hoy sería prometer una métrica sin precedente. Y por la 6ª lente: el drift debe leerse como "trabajo que tu MSP detecta y controla", jamás como nota de examen del propio MSP.
El efecto novedad decae hacia la 4ª semana antes de estabilizarse (hallazgo 4). Programa el valor recurrente que no depende del entusiasmo: el informe mensual automático que llega solo, con el histórico y lo reconciliado ese mes.
Es la única pregunta empírica que zanja la mayor contradicción de la corrida (¿score que vende el gemelo o score que lo delata?). Ninguna lente pudo responderla porque el número no existe publicado: depende de nuestro matching en redes reales. Lo extraordinario es que es respondible en una semana y sin coste: el management command contra la oficina de Edu, 5 días, contando a mano. Por encima de ~80% de señal, la Barra tiene suelo para existir; por debajo de ~60%, el score mentiría y arrastraría al gemelo entero con él.