InvGate Asset Management ahora registra certificados, agentes de IA, workflows de automatización y scripts como Ítems de Configuración (CIs) nativos. Cada familia lleva la propiedad, los campos de ciclo de vida, las alertas y el historial de cambios que ya se aplican a los registros de hardware y software. Los componentes que sostienen la operación diaria sin aparecer en ningún inventario ahora tienen un lugar en uno.
Estas cuatro familias son un punto de partida dentro de una definición más amplia de activo digital. Este artículo cubre qué es un inventario de activos digitales, qué contiene cada una de las cuatro familias y cómo Change Governance convierte un inventario en evidencia.
Qué es un inventario de activos digitales
Por inventario de activos digitales entendemos el registro de los componentes no físicos que un equipo posee, opera y por los que responde, con qué existe, quién es su responsable, cuándo cambió por última vez y cuándo necesita revisión. Las cuatro familias de este release son una parte de ese registro, y la mayoría de las organizaciones mantiene el resto en planillas, wikis o en ningún lado.
Un inventario de activos digitales completo alcanza a todo componente sin forma física del que un equipo de IT es responsable:
- dominios
- claves de acceso y otros secretos
- cuentas de servicio e identidades de máquina
- recursos en la nube y suscripciones de software
- pipelines de datos y trabajos programados
- bots de software
Es importante aclarar que el término tiene otros significados fuera de las operaciones de IT. En Marketing y Medios, por ejemplo, se refiere a los archivos de imagen, video y marca. En Finanzas, en cambio, se refiere a criptomonedas e instrumentos tokenizados. Ninguno de esos sentidos aplica a lo que cubre este artículo.
Por qué certificados, agentes de IA, workflows y scripts van primero
Las cuatro familias se priorizaron por consecuencia. Cada una rompe algo medible cuando nadie la tiene a cargo, y cada una aparece apenas alguien de afuera del equipo empieza a hacer preguntas.
Un certificado falla en una fecha conocida desde el día en que se emite y aun así provoca caídas no planificadas, porque esa fecha vive en un calendario y no en un registro con un responsable asignado. Un agente de IA sin responsable registrado se convierte en un hallazgo de auditoría apenas un regulador pregunta qué está corriendo. Un workflow o un script sin registro de cambios deja un proceso de negocio que nadie en el equipo puede explicar del todo.
Las cuatro familias de activos digitales que InvGate Asset Management ahora registra
Cada familia es nativa, con sus propios campos, su propio ciclo de vida y su propio lugar en el registro de activos, junto al hardware, el software y cualquier otro tipo de CIs. Los registros llegan con la forma que corresponde al tipo de activo que describen.
Certificados
Los certificados fallan en una fecha conocida y aun así provocan caídas, porque la fecha de vencimiento suele vivir fuera de los sistemas que hacen el seguimiento de todo lo demás. Los certificados Secure Sockets Layer y Transport Layer Security (SSL/TLS) se pueden seguir como Ítems de Configuración, con:
- Dominio.
- Emisor.
- Fecha de vencimiento.
- Estado de renovación.
- Equipo responsable.
Las alertas se disparan antes de la fecha de vencimiento. Un equipo de IT de un hospital con 45 certificados cargados como registros de CI, cada uno con su fecha de vencimiento y su responsable, recibe el aviso 60 días antes y renueva con tiempo de sobra, con constancia de quién aprobó la renovación y cuándo.
Agentes de IA
Los agentes de IA que corren en entornos cloud o híbridos se pueden registrar como CIs, con un responsable, un propósito declarado, los sistemas a los que se conectan, el entorno en el que corren y una fecha de revisión. El registro es manual, así que un agente entra al inventario cuando alguien lo carga.
Eso pesa sobre todo cuando la pregunta viene de afuera del equipo. Una empresa de servicios financieros que se prepara para una auditoría de gobernanza de IA abre la familia de agentes de IA y responde qué está corriendo y quién lo tiene a cargo en minutos, con los sistemas conectados y las fechas de última revisión asociadas a cada registro.
Workflows de automatización
Los workflows de automatización son de dos tipos, y esa distinción es lo que hace que valga la pena seguirlos:
- Workflows de cumplimiento determinísticos, que tienen que ejecutarse siempre de la misma manera validada por razones de auditoría y regulatorias, y tienen que dejar evidencia de que así fue.
- Workflows de auto-remediación, que se disparan en respuesta a un problema detectado, como la renovación de un certificado o la corrección de una condición de error conocida.
Ambos se pueden seguir como CIs, tanto si corren sobre el motor de automatizaciones de InvGate Asset Management como sobre una herramienta externa conectada por API. Cada uno recibe un responsable, un registro de cambios y una versión a la que se puede apuntar, que es lo que un workflow de cumplimiento necesita para poder certificarse.
Scripts
Los scripts que se usan en operaciones de IT, para despliegue, mantenimiento y configuración, se pueden registrar como CIs. Eso convierte un archivo que circula informalmente entre equipos en un registro con nombre, responsable y fecha del último cambio.
El valor aparece en las preguntas que hoy no tienen buena respuesta. Qué scripts están en uso, quién escribió el que corre en producción y cuándo se tocó por última vez se resuelven con una búsqueda en el inventario.
Change Governance en InvGate Asset Management
Un inventario registra qué existe. Governance suma la evidencia de quién cambió qué y cuándo, y esa evidencia es la que pide un auditor.
Evidencia de auditoría en cada cambio de configuración
La captura de evidencia está viva en los Ítems de Configuración de bases de datos, donde un cambio en una propiedad crítica dispara un paso que registra el autor real, la fecha efectiva y el motivo detrás del cambio. Ese paso es el modelo que siguen las familias de activos digitales a medida que Governance se extiende sobre ellas.
Un change manager que documenta que un workflow de automatización se modificó bajo una solicitud de cambio aprobada encuentra esa modificación en el historial de cambios del CI, con marca de tiempo, el usuario que la hizo y un enlace a la solicitud. La traza de auditoría queda como una propiedad del propio registro, disponible desde el momento del cambio.
Cómo se conecta esto con CI connections
La evidencia de cambios responde qué pasó con un registro. Las connections responden a qué más toca ese registro, y las dos juntas son lo que hace útil a un CI durante un incidente o una auditoría.
CI connections, la capa estructurada de relaciones que vive a nivel de CI, se ocupa de esa segunda mitad. Un certificado se vincula con el servicio que depende de él, un workflow se vincula con los sistemas sobre los que actúa, y averiguar qué más toca un incidente deja de ser adivinanza.
Hacia dónde va la familia de activos digitales
Las cuatro familias descritas acá son las primeras de una lista más larga. La dirección desde este punto cubre dominios, trabajos y pipelines, secretos y metadatos, y eventualmente bots.
El descubrimiento automático es la otra dirección. Hoy el registro de agentes de IA es manual, y avanzar hacia el descubrimiento depende de lo que cada plataforma exponga con ese fin, algo que por ahora es desparejo en el mercado.
Conclusión
Los certificados, los agentes de IA, los workflows de automatización y los scripts sostienen trabajo productivo todos los días sin aparecer en la mayoría de los inventarios de activos. Seguirlos como Ítems de Configuración nativos en InvGate Asset Management le da a cada uno un responsable, un ciclo de vida, alertas donde correspondan y un historial de cambios que aguanta una auditoría.
El inventario responde qué existe, y Change Governance responde quién lo cambió y cuándo. Puedes probar ambas cosas contra tu propio entorno con una prueba gratuita de 30 días, o hablar con Ventas para trabajar cómo se mapean las cuatro familias a lo que ya tienes registrado.
Preguntas frecuentes
¿Qué cuenta como activo digital en operaciones de IT?
Cualquier componente sin forma física del que el equipo es responsable, lo que va bastante más allá de las cuatro familias cubiertas acá y alcanza dominios, secretos, pipelines de datos y cuentas de servicio. El término significa otra cosa en bibliotecas de medios y en finanzas, y ninguno de esos sentidos aplica en un contexto de IT.
¿Por qué seguir un certificado como Ítem de Configuración?
El estatus de Ítem de Configuración le da a un certificado un responsable, un calendario de revisión, un historial de cambios y relaciones con los servicios que dependen de él. También convierte la fecha de vencimiento en algo sobre lo que la plataforma puede alertar, en lugar de algo que una persona tiene que recordar.
¿Cuál es la diferencia entre Change Governance y Gestión de Cambios?
Change Governance se refiere a la evidencia de auditoría asociada a un cambio de configuración, que muestra qué se modificó, quién lo hizo y cuándo. Gestión de Cambios se refiere al proceso de Gestión de Servicios para solicitar, revisar y aprobar un cambio antes de que ocurra.
