La IA puede encargarse de una buena parte de los tickets de activos de TI, pero solo de la mitad de los tickets: responder "¿qué portátil tengo?" a partir del registro de activos, recoger los datos que necesita una solicitud de portátil o de licencia y reclamar el equipo a quienes se van. El registro de activos sigue siendo la fuente de verdad, y borrar un dispositivo, retirar licencias o comprar hardware sigue en manos de una persona. Primero arregla el registro; la IA solo está tan al día como el inventario que lee.
Ese registro está desactualizado más a menudo de lo que la gente cree. Microsoft Intune, el gestor de dispositivos Windows más habitual, actualiza el inventario de hardware cada siete días, y la propia automatización de salidas de Microsoft retira licencias y deshabilita cuentas, pero no tiene ninguna tarea integrada para recuperar el portátil. Esos huecos recaen en el servicio de asistencia, que es justo donde ayuda un compañero de IA.
Si tu departamento de TI trabaja con Zendesk o Jira Service Management, eesel funciona como un compañero de IA en el servicio de asistencia que responde preguntas sobre activos, consulta los registros en vivo a través de la API de tu herramienta de activos y deja cada cambio pendiente de la aprobación de TI. Cactus Club Cafe gestiona así su servicio técnico interno, con 790 borradores para el equipo en un mes y 1.650 consultas de runbooks.
¿Puede la IA ayudar con la gestión de activos de TI?
Sí, pero no como sugieren la mayoría de las páginas de proveedores. La gestión de activos de TI (ITAM) son dos trabajos que se suelen mezclar. Uno es mantener el registro: qué tienes, quién lo tiene, en qué estado está, cuándo termina la garantía. El otro es el flujo de tickets del servicio de asistencia que ese registro genera: "mi portátil se está muriendo, ¿puedo tener uno nuevo?", "necesito una licencia de Visio", "Priya se va el viernes, ¿qué tiene?".
Yo desarrollo funciones y agentes de IA en eesel, así que paso mucho tiempo viendo qué puede hacer una IA de forma fiable dentro de un ticket. La respuesta sincera para el trabajo con activos: la IA es muy buena en el trabajo de los tickets y debería ser de solo lectura en el trabajo del registro. Lee el registro de activos, lo explica en lenguaje claro, rellena el formulario de solicitud a partir de un mensaje desordenado de Slack y lo enruta. No debería ser ella quien decida que un dispositivo se da de baja.
Así clasificaría lo que llega a un servicio de asistencia de TI:
- La IA responde. "¿Qué portátil tengo?", "¿cuándo me toca la renovación?", "¿cómo devuelvo el viejo?". Una única respuesta correcta, y está en el registro de activos o en la política de TI.
- La IA recoge, TI aprueba. Una solicitud de portátil nuevo, una solicitud de licencia de software, el kit de devolución de quien se va. La IA reúne los datos y comprueba la política; una persona aprueba antes de pedir, asignar o enviar nada.
- Solo TI. Borrar o bloquear un dispositivo, retirar licencias, comprar hardware. Son acciones irreversibles o que cuestan dinero, así que el trabajo de la IA es preparar el ticket y apartarse.
Los administradores de sistemas que han visto fallar a los servicios de asistencia con IA llegan a la misma conclusión:
"LLMs certainly have a place in the support queue, but not as a replacement technician. In my opinion the work of LLMs and chatbots should be more about information gathering, and establishing all the basics so that the human technician is only being a technician."
Los proveedores trazan la misma línea: el propio ejemplo de Zendesk hace que su agente de IA compruebe la "elegibilidad y el inventario de dispositivos" para una renovación de portátil mientras las reglas de activos quedan por debajo. La diferencia entre una configuración que funciona y otra que te deja en evidencia es la calidad del registro que hay debajo.
¿Qué tickets de activos de TI puede gestionar la IA?
La mayoría, al menos en parte. La tabla siguiente muestra cómo repartiría los tipos de ticket más comunes entre la IA y tu equipo. La tercera columna es la más importante: es el registro que la IA tiene que leer para dar una respuesta verdadera.
| Ticket | Qué hace la IA | Qué hace una persona | Registro que lee |
|---|---|---|---|
| "¿Qué portátil tengo?" | Busca el dispositivo por usuario y responde con el modelo y el número de serie | Nada | Registro de activos o gestor de dispositivos |
| "¿Cuándo me toca la renovación?" | Lee la fecha de compra y la política de renovación, y responde | Nada | Registro de activos + política de TI |
| Solicitud de portátil nuevo | Recoge puesto, fecha de incorporación, ubicación y especificaciones; comprueba el stock | Aprueba, asigna y envía | Registro de activos (stock), registro de RR. HH. |
| Solicitud de licencia de software | Comprueba si ya la tiene, si está en el paquete estándar y recoge la aprobación del responsable | Asigna la licencia | Lista de licencias, directorio de identidades |
| Dispositivo roto o perdido | Reúne los detalles, abre un ticket de reparación o sustitución y marca los dispositivos perdidos como urgentes | Bloquea o borra si hace falta | Gestor de dispositivos |
| Devolución de equipo de quien se va | Enumera lo que tiene la persona, envía los pasos de devolución y reclama | Bloquea el acceso el último día y da de alta el dispositivo | Registro de activos, fecha de salida en RR. HH. |
Si quieres profundizar en dos de ellos, hay una guía aparte sobre solicitudes de hardware y otra sobre el lado de identidad de las bajas en TI. Esta entrada es el marco general: el registro, las herramientas y la configuración.
¿Por qué importa más el registro de activos que la IA?
Porque una IA que responde "tienes un Dell Latitude 5450" a partir de un registro desactualizado es peor que no responder. El empleado confía, devuelve la caja equivocada y ahora tienes dos tickets.
Los organismos de normalización llevan años diciendo lo mismo. El Control 1 de CIS pide "an accurate, detailed, and up-to-date inventory" que registre el "enterprise asset owner" y que se revise "bi-annually, or more frequently". La guía práctica de ITAM del NIST señala que una lista de activos físicos puede decirte dónde está un ordenador, pero no puede responder "What operating systems are our laptops running?". Y quienes hacen el trabajo coinciden: en la encuesta State of ITAM 2026 de Flexera a 512 profesionales de ITAM, el 78% dijo que un inventario preciso es su prioridad principal, por delante de todo lo demás.
Un profesional de servicio de asistencia en Reddit explicó muy bien la versión práctica:
"Avoid complex ITAM suites unless you actually have a dedicated asset manager to run them. Without strict physical SOPs at your supply desk, even the most expensive software will eventually just show incorrect inventory counts."
En la práctica, "el registro" suele ser tres o cuatro sistemas, y la IA tiene que saber cuál manda para cada pregunta:
- Registro de activos. El módulo de activos de tu servicio de asistencia (Zendesk ITAM, Freshservice, JSM Assets, ServiceNow HAM) o, siendo sinceros, una hoja de cálculo. Manda en propiedad, fecha de compra, garantía y estado.
- Gestor de dispositivos. Intune o Jamf. Manda en "¿este dispositivo está haciendo check-in y quién ha iniciado sesión?". Cada dispositivo de Intune tiene un usuario principal o ninguno, y su inventario se actualiza cada siete días.
- Directorio de identidades. Entra ID u Okta. Manda en licencias y cuentas.
- Sistema de RR. HH. Manda en fechas de incorporación y de salida. Nada más debería estar adivinándolas.
La regla que escribiría en las instrucciones de la IA: una consulta en vivo gana a la base de conocimiento, y si una consulta no puede confirmarlo, la IA lo dice. La clienta de eesel Swiftreg escribió casi esa misma regla para su servicio de pedidos ("Live facts win"), y también es la regla correcta para los datos de activos.
¿Cómo gestiona la IA las solicitudes de portátiles y licencias?
Son los dos tipos de solicitud con más idas y venidas, y por eso es donde la IA ahorra más tiempo. El valor de la IA no es decidir quién recibe un portátil; es dejar el ticket "listo para aprobar" de una sola vez en lugar de en cuatro.
Solicitudes de portátiles
Un buen flujo de solicitud de portátil, con la IA haciendo el trabajo de base, es así:
- El empleado o su responsable lo pide en Slack, Teams o el portal: "Necesito un portátil para nuestro nuevo analista que empieza el día 14."
- La IA toma la fecha de incorporación y el puesto de la solicitud o del registro de RR. HH., y pregunta solo lo que falta (ubicación, software especial).
- Comprueba la especificación estándar para ese puesto en tu política de TI y si hay stock en el registro de activos.
- Abre un ticket completamente relleno y lo enruta para su aprobación. No se asigna ningún dispositivo hasta que una persona lo dice.
- Cuando TI asigna el dispositivo, la IA le cuenta al solicitante qué llega y cuándo.
El ITAM de Zendesk lo integra en el propio ticket: los agentes "See ownership, model, warranty, and service history directly inside every ticket". El trabajo de la IA es asegurarse de que ese ticket llegue completo.
Solicitudes de licencias
Las solicitudes de licencias son donde las empresas pierden dinero sin darse cuenta. El SaaS Management Index 2026 de Zylo sitúa el gasto medio en SaaS en 55,7 M$ al año repartidos en 305 aplicaciones, y el 78% de los responsables de TI informó de cargos inesperados. Flexera descubrió que, entre los equipos de ITAM más maduros, la recuperación de software sin usar subió del 59% al 79% en un año.
La IA puede ayudar en ambos extremos. A la entrada, comprueba si la persona ya tiene la aplicación, si está en el paquete estándar y si una licencia más barata ya cubre lo que pidió, y después recoge la aprobación del responsable. A la salida, puede señalar los puestos que nadie ha usado en un tiempo.
Lo que no debería hacer es retirar una licencia por su cuenta porque un informe de uso diga 90 días inactiva. Alguien de baja parental, una herramienta financiera trimestral, un contrato que factura el puesto de todos modos: el contexto lo tienen las personas. Deja que la IA redacte la lista de recuperación; que TI pulse el botón.
La mayor fuga suele estar antes de la IA. Un administrador de sistemas lo describió en un hilo sobre cancelar puestos:
"We do yearly subscriptions so we see what we have by the end of the year then anything extra we remove. We have a struggle with HR that they dont let us know when people leave so that we end up pay extra."
¿Cómo se recupera el equipo cuando alguien se va?
Es el tipo de ticket que yo automatizaría primero, porque es donde los activos se pierden de verdad y donde las herramientas existentes se quedan cortas.
Los flujos de trabajo de ciclo de vida de Entra de Microsoft se les dan bien a la mitad de identidad de una salida: deshabilitar la cuenta, quitar de grupos, retirar todas las licencias asignadas, revocar tokens, avisar por correo al responsable. Requieren Entra ID Governance a 7,00 $ por usuario al mes. Pero ninguna de las tareas integradas cubre el dispositivo físico. Recuperar el portátil recae en el servicio de asistencia, y ahí es donde todo se desmorona.
Pregunta a cualquier equipo de TI con personal remoto y oirás alguna versión de esto:
"We ship out equipment to these users and we have a real epidemic of users not returning equipment when resigning or being let go HR usually reaches out with shipping labels once the employee is offboarded but believes it's on IT support to continue to reach out to these ex-employees to get their equipment returned."
Reclamar es repetitivo, educado y limitado en el tiempo, justo el tipo de trabajo que la IA hace bien. La decisión de borrar de forma remota un portátil sin devolver, no.
Este es el flujo de salidas que configuraría, con la IA reclamando y TI bloqueando:
- RR. HH. fija la fecha de salida. Es el disparador. Con eesel, tu sistema de RR. HH. o un webhook de Zapier o Make pueden despertar al agente con los datos de la persona saliente.
- La IA enumera lo que tiene. Portátil, monitor, teléfono, llave de seguridad, desde el registro de activos, con números de serie.
- Envía los pasos de devolución. Una solicitud de kit de devolución para el personal remoto, una nota de entrega para el personal de oficina y un ticket para TI con la lista completa.
- El último día, TI bloquea el acceso. Deshabilitar la cuenta y bloquear el dispositivo es decisión de TI, en Entra e Intune. La IA solo lo recuerda.
- Los artículos atrasados se reclaman y luego se escalan. Un recordatorio amable, después el responsable y después quien sea dueño de la política sobre equipos sin devolver.
El Centro Canadiense de Ciberseguridad lo dice claro sobre el final de esa cadena: al retirarlos, los activos con datos sensibles "will need to be sanitized prior to their disposal, by wiping all data". Ese borrado es trabajo de una persona, no de la IA.
¿Qué herramientas necesitas para la gestión de activos de TI con IA?
Necesitas dos capas: un lugar donde viva el registro de activos y una IA que trabaje los tickets contra él. La mayoría de los servicios de asistencia ya venden la primera capa por su cuenta, lo que cambia mucho las cuentas de construir o comprar respecto a hace solo un año.
Así se comparan las principales opciones, todas según las páginas de precios de cada proveedor a 1 de noviembre de 2026:
| Herramienta | Qué es | Precio | Activos incluidos | ¿Puede su IA leer activos? |
|---|---|---|---|---|
| Zendesk ITAM | Módulo de activos en Zendesk Suite | Suite Growth 59 $/agente/mes (anual) | 500, luego 100 $/mes por cada 500 | Sí, los agentes de IA comprueban el inventario mediante flujos de acciones |
| Freshservice ITAM | ITSM con complemento completo de ITAM | Starter 19 $, Growth 49 $, Pro 99 $/agente/mes | Asset Units desde 125 $/mes por cada 500 | Sí, Copilot (29 $/agente/mes) vincula activos con incidencias |
| JSM Assets | Base de datos de activos en Jira Service Management | Standard 21,50 $, Premium 55,28 $/agente/mes | 5.000 (Standard), 50.000 (Premium), luego 0,02 $/objeto | Sí, Rovo lee Assets; la escritura llega "pronto" |
| ServiceNow HAM | Gestión de activos de hardware para grandes empresas | Solo con presupuesto | Solo con presupuesto | Sí, según las páginas de producto de ServiceNow |
| Microsoft Intune | Gestor de dispositivos (Windows, Mac, móvil) | Plan 1 8 $/usuario/mes, o en Business Premium 22 $ | Todos los dispositivos inscritos | No es una IA de servicio de asistencia; fuente de datos mediante la API de Graph |
| Jamf | Gestor de dispositivos Apple | Jamf for Mac 12,50 $/dispositivo/mes (mínimo 25 dispositivos) | Todos los dispositivos Apple inscritos | No es una IA de servicio de asistencia; fuente de datos mediante API |
| eesel | Compañero de IA para el servicio de asistencia encima | Desde 299 $/mes por 500 tickets o chats | Usa tu registro | Sí, en vivo mediante la API de tu herramienta de activos |
Para un comprador concreto, digamos un equipo de TI de cinco personas que da soporte a 300 portátiles: Zendesk Suite Growth cuesta 295 $ al mes y los 500 activos incluidos cubren la flota; Jira Service Management Standard cuesta 107,50 $ al mes con margen para 5.000 objetos; Freshservice Growth cuesta 245 $ al mes solo en puestos de agente, antes de las Asset Units. El gestor de dispositivos es una partida aparte en cualquier caso.
Zendesk ITAM
Zendesk añadió la gestión de activos de TI a Suite Growth y superiores en torno a noviembre de 2025. Te da cuatro tipos de activo de partida (Hardware, Mobile, Desktop, Laptop), sincroniza el estado de los dispositivos desde Jamf e Intune y permite que los agentes con permiso bloqueen, reinicien, desasignen o borren un dispositivo desde el ticket. Está pensado primero para hardware: Zendesk dice que la gestión de activos de software "is coming soon". Los límites son generosos, con 1 millón de activos. Si tu departamento de TI ya está en Zendesk, consulta el desglose de precios de Employee Service antes de comprar paquetes de activos.
Freshservice ITAM
Freshservice tiene el ITAM más profundo de los servicios de asistencia de gama media: descubrimiento, CMDB, contratos, gestión de activos de software y descubrimiento de SaaS. El seguimiento de activos se mide en Asset Units, donde un portátil es 1 unidad y un servidor 4. Freddy AI Copilot "surfaces related past incidents linked to similar assets", y el agente Freddy AI gestiona las solicitudes de software. Si estás comparando, el desglose de precios de Freshservice cubre los puestos, y hay otro aparte sobre los precios de Freddy AI.
Jira Service Management Assets
Assets viene ahora incluido desde el plan Standard, con gestión de activos de hardware en Premium y Enterprise. Rovo de Atlassian puede mostrar información sobre el hardware como "warranties about to expire, low stock, or hardware that no longer appears to be in use" en Premium y superiores, y Atlassian dice que el acceso de escritura para Rovo aún está por llegar. Para un equipo de TI que ya está en Jira, es la forma más barata de tener una base de datos de activos de verdad junto a la cola. La guía de precios de Jira Service Management tiene el detalle de los planes.
ServiceNow HAM
Hardware Asset Management de ServiceNow trata la CMDB como "a single source of truth for hardware assets" y usa agentes de IA para "normalize hardware to keep the CMDB clean" y acelerar el cumplimiento de solicitudes. Está pensado para grandes parques de equipos y el precio es solo con presupuesto. Si lo estás valorando, empieza por los precios de ServiceNow y la comparativa Freshservice vs ServiceNow.
Dónde encaja eesel
eesel no es una base de datos de activos, y no voy a fingir lo contrario. Es el compañero de IA que trabaja los tickets de activos contra el registro que tengas. Se conecta de forma nativa con Zendesk y Jira Service Management y responde a los empleados en Slack, con Microsoft Teams disponible bajo petición. Para Freshservice, ServiceNow, Intune o una herramienta como Snipe-IT no hay conector integrado; se llega a ellas mediante su API con Network Access, que permite al agente llamar a cualquier API REST que autorices, con las credenciales adjuntadas por eesel "so the AI never sees them".
¿Cómo se configura la IA para la gestión de activos de TI?
Este es el orden en que lo haría. La parte de la IA es la rápida; el registro es la lenta.
- Extrae los tickets de activos de los últimos tres meses. Expórtalos desde tu sistema de tickets de TI y clasifícalos en los tres carriles. La mayoría de los equipos descubre que un puñado de tipos de solicitud concentra casi todo el volumen.
- Elige un registro de activos y límpialo. Concilia el gestor de dispositivos con el registro: cada dispositivo con un propietario, un estado y una fecha de compra. Si vive en una hoja de cálculo, está bien para empezar, pero ten en cuenta que una hoja conectada como conocimiento solo está tan al día como su última resincronización.
- Escribe las reglas que seguirá la IA. Portátil estándar por puesto, ciclo de renovación, qué licencias van en el paquete estándar, quién aprueba qué, la lista de comprobación de salidas. Ponlas en una sola base de conocimiento interna. Esté donde esté, Confluence incluido, la IA debería leer una única versión de la verdad.
- Conecta primero el registro en solo lectura. En eesel, las acciones de solo lectura de un servidor MCP vinculado "run on their own, and the rest ask a person first" por defecto, que es justo la separación que quieres: "¿qué portátil tiene Priya?" se ejecuta, "reasigna el portátil de Priya" espera.
- Pon cada escritura en Needs approval. Las acciones y aprobaciones de eesel te permiten marcar cada acción como Auto, Needs approval o Disabled. Las tarjetas de aprobación llegan al hilo de Slack, así que TI aprueba sin salir del chat.
- Prueba con tickets pasados antes de salir en producción. Ejecuta el agente contra los tickets del paso 1 y compáralo con lo que respondió tu equipo en realidad. Hay una guía sobre cómo dimensionar esa prueba en pruebas de simulación de soporte con IA.
- Activa el disparador de salidas al final. Cuando las consultas sean fiables, conecta el evento de salida de RR. HH. para que las devoluciones se inicien solas.
El paso 2 es donde se esconde la mayor parte del beneficio. Una reseña de G2 que describe el paso de las hojas de cálculo a otra herramienta:
"Consolidating all assets into one platform compared to the process as before while having multiple spreadsheets and not being updated frequently and no live. By having Snipe IT it helps a lot to solve the problem."
Si prefieres automatizarlo con scripts, la CLI de eesel hace la misma configuración desde un terminal. "Every command prints JSON, so an AI coding agent (Claude Code, Cursor, Codex) can run your whole setup for you." Para el trabajo con activos, lo más útil es eesel integrations api check para probar la conexión con la API de tu herramienta de activos, eesel files upload ./assets.csv si exportas un registro cada noche, --dry-run para ver la llamada exacta que haría una escritura antes de ejecutarla y eesel approvals para aprobar los cambios retenidos sin abrir el panel.
¿Qué no debería hacer nunca la IA con tus activos de TI?
La IA nunca debería ser quien borre un dispositivo, retire licencias, dé de baja a un usuario o gaste dinero. Todo lo demás es negociable.
Microsoft ya los trata como privilegiados. Borrar o retirar un dispositivo mediante la API de Graph requiere un permiso aparte, DeviceManagementManagedDevices.PrivilegedOperations.All, y en la consola de Intune solo roles de administrador como Help Desk Operator pueden borrar, hasta 500 borrados al día por inquilino. Mi regla: si Microsoft hace que una persona solicite un permiso especial para algo, tu IA no debería tener ese permiso en absoluto.
La lista corta que dejaría detrás de una persona:
- Borrar, retirar, bloquear o eliminar un dispositivo. Incluso Zendesk, que ofrece un flujo de acción para borrar el dispositivo desde el ticket, lo limita a los agentes con permiso.
- Retirar o reasignar licencias. Redacta la lista, nunca la ejecutes.
- Pedir o comprar hardware. La IA rellena el formulario; el responsable del presupuesto aprueba.
- Marcar un dispositivo como perdido o robado. Eso cambia lo que hace seguridad a continuación.
- Decirle a alguien que debe dinero por un equipo sin devolver. Es una conversación de RR. HH. con una política detrás.
El agente del servicio técnico interno de Cactus Club Cafe sigue la misma postura: "never closes a ticket or changes tags, status, priority, group or assignee unless a document says to", y una regla posterior lo hizo "take no action on a ticket if it cannot read its instructions". Es el valor por defecto correcto para cualquier cosa que toque un registro de activos.
eesel para tickets de activos de TI
Si tu equipo de TI se pasa la semana respondiendo "¿qué portátil tengo?" y persiguiendo a quienes se van por los cargadores, eesel se hace cargo de esa cola como compañero de IA en el servicio de asistencia. Trabaja tu servicio de asistencia en Zendesk, tu cola de Jira Service Management o tu canal de Slack, lee tu herramienta de activos en vivo a través de su API y deja cada cambio del registro pendiente de la aprobación de TI.
El equipo de TI de InDebted, de 5 a 10 personas que dan soporte a cientos de empleados, lo puso a trabajar en su servicio de Jira:
"We use it to be the first responder to our Helpdesk tickets in Jira. It essentially acts just like an agent would."
Jason Loyola, Head of IT, InDebted
Resuelve el 15% de sus tickets sin intervención humana por ahora, con el 55% como objetivo. El precio es una tarifa mensual fija, desde 299 $ por 500 tickets o chats en la página de precios, sin cuota por puesto, así que toda la empresa puede preguntarle por su portátil. Prueba eesel gratis con 100 créditos y ejecútalo contra los tickets de activos del mes pasado antes de que nadie vea una respuesta.