Sesiones de robot

Una sesión de robot es una cuenta de usuario de Windows que el bot usa para ejecutarse en modo desatendido. Guarda un usuario y una contraseña de Windows (reutilizables), y es lo que le da al robot un escritorio donde trabajar cuando nadie ha iniciado sesión en la máquina.

Es un recurso del entorno (como los agentes o las credenciales) y no está atada a un agente específico: la misma sesión de robot sirve para cualquier agente del entorno.

¿Por qué hace falta? Atendido vs. desatendido

Modo	Cómo se ejecuta el bot	¿Necesita sesión de robot?
Atendido	En la sesión de Windows de una persona que ya tiene su escritorio abierto (ella lanza el bot en su equipo)	No — usa el escritorio que ya está abierto
Desatendido	En un servidor o VM sin nadie presente, con el Agent ejecutándose como servicio de Windows	Sí

El punto clave: la automatización de interfaz (mover el mouse, abrir ventanas, automatizar el escritorio o un navegador con ventana) necesita un escritorio de Windows activo. En desatendido, ese escritorio no existe por sí solo — no hay nadie con sesión iniciada. La sesión de robot resuelve esto: el agente usa esa cuenta de Windows para abrir (o reutilizar) una sesión de escritorio del bot, y ejecuta la automatización dentro de ella.

Si tu bot no toca la interfaz

Procesos que solo usan HTTP, bases de datos, archivos, Excel, correo por SMTP/IMAP o un navegador headless no dependen de un escritorio visible. Aun así, el portal te pide elegir una sesión de robot al lanzar la ejecución: es la cuenta de Windows bajo la que se ejecutará el proceso.

Crear una sesión de robot

1. Entra al entorno y abre la pestaña Sesiones robot.
2. Haz clic en Nueva sesión.
3. Llena el formulario:
   • Nombre — un identificador para la sesión (ej. bot-cuenta-01).
   • Usuario Windows — la cuenta de Windows, con dominio si aplica: DOMINIO\bot01 o bot01 (cuenta local).
   • Contraseña Windows — la contraseña de esa cuenta.
4. Haz clic en Crear sesión.

Para cambiar la contraseña más adelante, edita la sesión e ingresa la nueva contraseña (déjala vacía para conservar la actual).

La contraseña se guarda cifrada

La contraseña de Windows se almacena cifrada y solo se usa en la máquina del agente para iniciar la sesión del bot. No se muestra de vuelta en el portal ni aparece en los logs.

Requisitos de la cuenta de Windows

Para que una sesión de robot funcione en desatendido, la cuenta de Windows debe cumplir, en la máquina del agente:

• Permiso de inicio de sesión por Escritorio remoto (RDP). El agente abre una sesión de escritorio para el bot mediante una conexión de Escritorio remoto local; la cuenta necesita el derecho “Permitir el inicio de sesión a través de Servicios de Escritorio remoto” y que Escritorio remoto esté habilitado en la máquina.
• Inicio de sesión por lotes. El agente concede automáticamente el derecho de inicio de sesión como proceso por lotes (SeBatchLogonRight) a la cuenta.
• Contraseña válida y que no expire. Si la contraseña caduca o cambia, las ejecuciones fallarán al iniciar la sesión hasta que actualices la contraseña en la sesión de robot. Por eso conviene usar una cuenta de servicio con contraseña que no expire.

Usa una cuenta dedicada para el bot

Lo recomendado es una cuenta de Windows exclusiva del robot (no la de una persona), con los permisos mínimos que el proceso necesite y una contraseña administrada. Así el bot tiene su propio escritorio, su propia configuración y trazabilidad separada.

Usar una sesión de robot al ejecutar

La sesión de robot se elige al lanzar el proceso:

• En Ejecutar manualmente, el diálogo de nueva ejecución pide proceso, agente y sesión de robot (los tres son obligatorios).
• En triggers programados, configuras la sesión de robot con la que se ejecutará cada ejecución automática.

Cada opción del selector muestra el nombre, el usuario de Windows y el estado de la sesión.

Estados

Estado (en el portal)	Significado
Disponible	La sesión está lista para usarse
No disponible	La cuenta no tiene un escritorio utilizable en este momento (sin sesión activa, o un problema de conexión/credenciales)

El agente reporta el estado de las sesiones a Nexus; si una queda No disponible justo cuando debe ejecutar, revisa que la máquina esté encendida, que la cuenta pueda iniciar sesión por RDP y que la contraseña siga vigente.

Sesión de robot vs. credencial

No las confundas — son cosas distintas y complementarias:

	Sesión de robot	Credencial
Qué guarda	La cuenta de Windows bajo la que se ejecuta el bot	Secretos de sistemas que el bot usa (ERP, correo, API, BD)
Para qué	Darle al bot un escritorio en desatendido	Que el playbook acceda a un sistema sin exponer el secreto
Cómo se usa	Se elige al ejecutar el proceso	Se referencia en el playbook con = credential("nombre")

¿Cuál necesito?

Casi siempre ambas, para cosas distintas. Piénsalo así:

• ¿Dónde se ejecuta el bot? → una sesión de robot (la cuenta de Windows que le da escritorio en desatendido). Una por máquina/cuenta, se elige al lanzar.
• ¿A qué sistemas entra el bot? → una credencial por cada sistema (el ERP, el correo, la base de datos). Tantas como sistemas use el playbook.

Ejemplo: un bot que se ejecuta de noche para descargar facturas de un portal necesita una sesión de robot (para tener escritorio) y una credencial con el usuario/clave del portal.

Siguientes pasos

• Qué es un agente — la máquina donde se ejecuta el bot.
• Ejecutar manualmente — elegir la sesión de robot al lanzar.
• Gestión de credenciales — secretos de los sistemas que el bot usa.