Saltar al contenido
Region
English | Global
Solicitar una demo

Vea Qué Está Verificado. Mantenga Visibles Las Carencias.

Gestione el alcance de los parches, los resultados registrados y la revisión independiente junto con las herramientas que despliegan sus actualizaciones.

Espacio ficticio · registros reales del productoLínea base declarada

2 activos · 1 actualización requerida

1 verificado1 desconocido
2 de los 3 activos en servicio del inventario incluidos
Pasarela de nóminasDentro del alcancePortal de nóminasDentro del alcanceOtros activos del inventarioFuera de esta línea base

La cobertura de la línea base y la inclusión del inventario son medidas distintas.

Una ejecución correcta solo responde a parte de la pregunta.

Las observaciones del escáner, los informes de instalación y los resultados verificados responden a preguntas distintas. En el ejemplo, la pasarela tiene un resultado revisado y el portal sigue como desconocido. La línea base evita presentar una actualización correcta como garantía de todo el inventario. Los hallazgos de vulnerabilidades aportan contexto; una actualización rutinaria no requiere inventar un hallazgo ni un CVE.

  1. Define qué se debe mantener.

    Maya selecciona la política de nóminas publicada, dos activos en servicio y la actualización NS-2026-09, con versión objetivo 4.2.

    Cómo funciona

    Maya selecciona la política de nóminas publicada, dos activos en servicio y la actualización NS-2026-09, con versión objetivo 4.2. La línea base conserva la versión de la política, una vigencia de observaciones de 14 días y un plazo de política de 30 días. Son requisitos del ejemplo, no valores predeterminados de todo el producto.

    Maya · Responsable GRC
  2. Acuerda el alcance antes de medirlo.

    Un revisor independiente autorizado publica la línea base; su creador no puede aprobarla por sí mismo.

    Cómo funciona

    Un revisor independiente autorizado publica la línea base; su creador no puede aprobarla por sí mismo. La publicación conserva la decisión y su fundamento en la política. Cambiar activos o actualizaciones exige una nueva línea base, manteniendo disponible el alcance anterior para revisión.

    Responsable GRC o administrador de la organización independiente
  3. Revisa las observaciones antes de aceptar cambios.

    Maya previsualiza observaciones JSON con activo, actualización, fuente, hora, resultado y referencia del informe.

    Cómo funciona

    Maya previsualiza observaciones JSON con activo, actualización, fuente, hora, resultado y referencia del informe. La captura muestra una observación nueva, ningún duplicado y una pareja omitida. El registro omitido no cambia: su ausencia no significa actualización correcta ni desaparición de la exposición previa.

    Maya · Revisora de importaciones
  4. Prepara un plan de mantenimiento práctico.

    Agrupa una actualización compatible dentro de un entorno.

    Cómo funciona

    Agrupa una actualización compatible dentro de un entorno. Conserva responsable, ventana de mantenimiento, zona horaria, plan de pruebas y referencias de cambio y reversión. El paquete de nóminas abarca la pasarela, con una excepción de responsabilidad justificada. Mover la ventana no reinicia el plazo de la política.

    Maya · Coordinadora de mantenimiento
  5. Registra lo que comunica el equipo de despliegue.

    La herramienta de gestión de dispositivos realiza la instalación.

    Cómo funciona

    La herramienta de gestión de dispositivos realiza la instalación. El responsable registra instalado, reinicio pendiente, fallido, revertido o ejecución desconocida, con referencia de tarea y evidencias. Maya registra la instalación de la pasarela; todavía necesita observaciones recientes posteriores a la ejecución y revisión independiente.

    Responsable de implementación asignado
  6. Verifica el resultado y sigue la brecha pendiente.

    Alex comprueba de forma independiente las observaciones recientes y las evidencias de la pasarela.

    Cómo funciona

    Alex comprueba de forma independiente las observaciones recientes y las evidencias de la pasarela. El portal sigue como desconocido. Cada activo debe cumplir todas sus actualizaciones declaradas para contarse como verificado. Nuevas observaciones pueden devolver una decisión anterior a revisión; la verificación no es una etiqueta verde permanente.

    Alex · Verificador independiente

Examine El Trabajo Detrás De La Cobertura.

Elija un paso para ver el registro real, la persona responsable y el motivo de la siguiente acción.

1 de 4
Usted controla el ritmo. La reproducción avanza cada 12 segundos.

Maya · Revisora de importaciones

Revise la importación antes de aceptar sus cambios.

Maya previsualiza observaciones del escáner o herramienta de parches. La vista detecta una observación nueva y una pareja activo–actualización omitida. Puede revisar el cambio antes de confirmar la importación.

Por qué importa

Una fila ausente no puede convertir silenciosamente un resultado desconocido en una actualización correcta.

La pareja omitida no cambia; la captura muestra una previsualización.

Pantalla del producto
Revise la importación antes de aceptar sus cambios.

Espacio de trabajo ficticio · Interfaz en inglés

Leer el recorrido completo
  1. Revise la importación antes de aceptar sus cambios.

    Maya · Revisora de importaciones

    Maya previsualiza observaciones del escáner o herramienta de parches. La vista detecta una observación nueva y una pareja activo–actualización omitida. Puede revisar el cambio antes de confirmar la importación.

    Una fila ausente no puede convertir silenciosamente un resultado desconocido en una actualización correcta.

    La pareja omitida no cambia; la captura muestra una previsualización.

    Abrir la pantalla completa ↗
  2. Haga visible el denominador.

    Maya · Responsable de GRC

    La base publicada de nóminas identifica dos activos y la actualización NS-2026-09. Maya ve la política asociada, el requisito de actualidad y el plazo de servicio junto a la población evaluada.

    Todos pueden saber qué activos y actualizaciones incluye la cobertura antes de confiar en ella.

    Dos parejas activo–actualización; incluye dos de los tres activos en uso del inventario.

    Abrir la pantalla completa ↗
  3. Separe la instalación declarada de la verificación.

    Maya · Coordinadora de mantenimiento

    Maya coordina el paquete de mantenimiento y registra la instalación con pruebas. Alex verifica independientemente el resultado de ese activo. La vista individual separa la pasarela verificada del resultado desconocido del portal.

    El revisor distingue la declaración del responsable de una prueba comprobada de forma independiente.

    PlanGRC registra y verifica resultados. Su herramienta de despliegue realiza la instalación.

    Abrir la pantalla completa ↗
  4. Mantenga visible la cobertura desconocida.

    Maya · Responsable de GRC

    La cobertura muestra una pareja verificada y otra desconocida. Maya solicita el resultado pendiente al responsable. Las exclusiones revisadas y la exposición aplazada tienen categorías propias y no cuentan como trabajo verificado.

    Una vista útil indica dónde actuar y deja claros los límites del resultado comunicado.

    Una verificada y otra desconocida. Es cobertura de la base declarada, no conformidad de todo el inventario.

    Abrir la pantalla completa ↗

Lee el resultado junto con su denominador.

La cobertura cuenta los activos considerando todas sus actualizaciones requeridas. Con una actualización, los dos activos del ejemplo también representan dos parejas activo–actualización. La inclusión del inventario se mide por separado.

Verificado
1 activo

La pasarela de integración de nóminas tiene un resultado revisado de forma independiente.

Desconocido
1 activo

El portal de acceso a nóminas sigue necesitando un resultado verificado.

Línea base
2 activos · 1 actualización

El alcance publicado identifica NS-2026-09 y la versión objetivo 4.2.

Inventario incluido
2 de 3 activos en servicio

El activo restante del inventario queda fuera de esta evaluación.

Línea base ficticia de nóminas: un activo verificado y otro desconocido. Incluye dos de los tres activos en servicio del inventario.Espacio de trabajo ficticio · Interfaz en inglés

Aclara la siguiente acción, incluso si la respuesta está incompleta.

Los estados diferenciados ayudan al equipo a elegir el seguimiento adecuado.

Lo desconocido requiere investigación.

Las observaciones ausentes, fuentes antiguas y resultados contradictorios requieren atención. Revisa la fuente u obtén pruebas recientes. Cuando coinciden incertidumbre y aplazamiento, la vista de cobertura mantiene visible la incertidumbre.

Un aplazamiento sigue siendo exposición.

Un retraso aprobado conserva motivo, controles compensatorios y vencimiento. No se convierte en trabajo verificado ni modifica el plazo original de la política.

La exclusión necesita sus propias evidencias.

Revisa la no aplicabilidad de forma independiente. Una actualización sustituida solo se excluye cuando se verifica su reemplazo declarado. Un activo excluido por completo no se muestra como verificado.

Los sistemas con restricciones también necesitan responsable.

La falta de corrección, el fin de soporte o el mantenimiento gestionado por el proveedor requieren una incidencia de seguimiento abierta, con responsable y fecha futura de revisión. La restricción no constituye por sí misma aceptación ni remediación.

Tus herramientas despliegan. PlanGRC conserva la gobernanza.

PlanGRC coordina alcance, responsabilidad, evidencias y revisión. No escanea ni instala software. Los contratos de proveedores de escáner y las comprobaciones de preparación no acreditan integraciones activas. Confirma la vía de importación admitida por tus herramientas antes del uso operativo.

Conozca a las personas implicadas

Preguntas Que Conviene Hacer.

¿Qué podemos importar?

Las observaciones de parches usan la plantilla JSON y la previsualización específicas de la línea base. El flujo separado de vulnerabilidades admite importaciones CSV revisadas, correspondencia de activos y detección de duplicados. Importar hallazgos y verificar parches son procesos distintos.

¿Qué ocurre cuando cambian las observaciones?

El historial anterior se conserva. Nuevas observaciones pueden invalidar la verificación o decisión de aplicabilidad afectada y devolver el trabajo a revisión. Una fila omitida no cambia; su ausencia no cierra un resultado.

¿Cerrar un paquete cierra todo lo relacionado?

No. El cierre de parches comprueba resultados y evidencias actuales y después sigue la revisión común de cierre de incidencias. Los hallazgos, riesgos y registros de proveedores relacionados conservan sus propias decisiones; no se cierran automáticamente.

¿Qué podemos llevar a una revisión?

Exporta un registro JSON fechado con línea base, fundamento de política, historial de fuentes, referencias de evidencias, contexto de mantenimiento, plazos y excepciones. Conserva el alcance declarado; no es un certificado de cumplimiento de todo el parque.

Empieza con un alcance de mantenimiento que tu equipo pueda explicar.

Aporta una política, un grupo de activos y una actualización requerida. Recorre importación, responsabilidad, verificación y brechas pendientes en una demo centrada en tus necesidades.

Solicitar una demostración