Saltar a contenido

Solución de Problemas

  • Fallo al iniciar el servicio: Verifique el archivo sm_out.log en la carpeta logs del BotCity Studio SDK. Alternativamente, revise el Visor de eventos en Registros de Windows > Aplicación.
  • Problemas de configuración: Asegúrese de que todas las configuraciones estén correctamente definidas y coincidan con las especificaciones del sistema.
  • "Contraseña incorrecta" (STATUS_LOGON_FAILURE [0xc000006d], STATUS_ACCOUNT_LOCKED_OUT [0xc0000234]): Ingrese la contraseña manualmente en la terminal, sin usar ctrl+v (copiar y pegar).
Access Denied al ejecutar robots a través del Session Manager

Escenario del problema

Al ejecutar robots a través del Session Manager, ocurre el error Access Denied. Este problema generalmente está relacionado con los permisos de las carpetas utilizadas por el Runner y el SDK durante la ejecución de los robots.

Causa común

El Session Manager y el Runner no necesitan ejecutarse como administrador.

Sin embargo, si el Runner se ejecutó como administrador en algún momento, o si la instalación del SDK se realizó con privilegios elevados, algunas carpetas esenciales pueden haberse creado con permisos restringidos.

Las carpetas afectadas incluyen: logs, venv, run y bots.

Cuando el Runner se ejecuta sin privilegios elevados, el robot no puede acceder a estas carpetas, generando el error Access Denied.

Observación

Las instalaciones realizadas directamente en la raíz de C: a menudo requieren privilegios de administrador para crear y manipular archivos. Por ello, no se recomienda instalar el SDK directamente en C:. Prefiera directorios de usuario o carpetas con permisos adecuados.

Soluciones recomendadas

Opción 1: Eliminar las carpetas problemáticas

  1. Cierre el Runner y el Session Manager.
  2. Elimine las carpetas logs, venv, run y bots.
  3. Reinicie el Session Manager y ejecute nuevamente el robot.

El SM recreará las carpetas con los permisos correctos, permitiendo la ejecución sin privilegios administrativos.

Opción 2: Reinstalar el SDK

  1. Cierre el Runner y el Session Manager.
  2. Reinstale el SDK sin ejecutarlo como administrador, preferiblemente fuera de la raíz C:.
  3. Después de la instalación, ejecute el Runner normalmente.

Este enfoque garantiza que todas las carpetas creadas por el SDK y el Runner tengan permisos compatibles con usuarios sin privilegios elevados.

Buenas prácticas

  • Evite ejecutar el Runner o el Session Manager como administrador, excepto en casos específicos de mantenimiento.
  • Instale el SDK en directorios que no requieran privilegios administrativos (evite C:\).
  • Si necesita cambiar permisos manualmente, verifique la propiedad de las carpetas logs, venv, run y bots.

Para obtener más ayuda, póngase en contacto con nuestro equipo de soporte.