Amplíe cualquier tipo de registro con sus propios campos
Los metadatos que su esquema nunca previó acaban fuera del registro
Todo programa de privacidad y seguridad recopila metadatos que el esquema estándar nunca anticipó: un propietario interno de activos, un código de unidad de negocio, una referencia que su auditor espera en cada registro. El esquema fijo no tiene un lugar para ellos.
Así que los datos terminan en una hoja de cálculo paralela, en una nota de texto libre o en la bandeja de entrada de alguien, desconectados del registro que describen e invisibles al exportar.
La alternativa es peor: una solicitud de cambio a ingeniería por un único campo, a la espera de un ciclo de versiones para capturar algo que su equipo necesitaba ayer.
Lo que puede hacer con los campos personalizados
- Definir plantillas de campos personalizados por tipo de entidad directamente en los ajustes generales.
- Representar esos campos en las páginas de detalle de cada entidad de forma dinámica, sin cambios de código ni nueva versión.
- Conservar los valores personalizados en el propio registro, almacenados en el documento subyacente, no en un sistema paralelo.
- Mantener un único esquema coherente por empresa mediante un solo documento de ajustes, de modo que las definiciones no puedan entrar en conflicto ni desviarse.
- Capturar los datos personalizados junto a los atributos estándar para que viajen con el registro al exportarlo.
Lo que aporta a su programa
- Capture metadatos específicos de la organización en los registros que importan, en lugar de dejar que se dispersen en hojas de cálculo que quedan obsoletas.
- Sáltese la cola de ingeniería para los cambios rutinarios de esquema; un administrador añade un campo en los ajustes en vez de abrir un ticket de desarrollo.
- Mantenga los atributos adicionales en un solo lugar en todos los tipos de registro, de modo que cada propietario, código o referencia viva en el registro, no junto a él.
- Exporte registros completos con los campos personalizados y estándar juntos, de modo que no haya que conciliar nada a mano antes de una auditoría.
Diseñado para el cumplimiento
Los campos personalizados se administran como configuración, no como código, y eso es lo que los mantiene controlados y coherentes en toda su empresa.
| Lo que hace el DPMS | Se corresponde con | Cómo |
|---|---|---|
| Centraliza las definiciones de campos por tipo de entidad | Gobernanza de la configuración | Plantillas configuradas en los ajustes generales y aplicadas allí donde se representa esa entidad |
| Evita conflictos de esquema en toda la empresa | Gobernanza de la configuración | Un documento de ajustes único identificado por type=general y name=customFields: un esquema, una sola fuente |
| Mantiene los datos personalizados en el registro | Gobernanza de la configuración | Valores conservados directamente en el documento de la entidad, capturados junto a los atributos estándar |
Por qué Priverion
Los campos personalizados no son un añadido. Viven dentro de la misma plataforma unificada de privacidad y seguridad de la información que sus registros, riesgos y proveedores, de modo que los metadatos que añade se almacenan en el propio registro y se exportan con él, no quedan varados en una herramienta aparte. A diferencia de las plataformas GRC de uso general, que tratan la configuración como un servicio de pago, aquí un administrador amplía un esquema desde los ajustes, lo aplica por tipo de entidad y lo ve representado de inmediato, sin que intervenga un desarrollador.
Preguntas que hacen los CISO antes de una demo
¿Puedo añadir campos personalizados sin un desarrollador?
¿Dónde se almacenan los valores personalizados?
¿Pueden tener campos distintos los distintos tipos de registro?
¿Aparecerán los campos personalizados en mis exportaciones?
Explore capacidades relacionadas
¿Listo para capturar los metadatos que le faltan a su esquema?
