FAQ
Preguntas frecuentes¶
Esta página reúne las dudas más comunes de quienes desarrollan, ejecutan y orquestan automatizaciones con las herramientas de BotCity. Cada entrada describe un escenario específico, explica qué suele causar ese comportamiento y presenta la solución o una forma de sortear el problema.
Las preguntas están agrupadas por tema, desde la instalación y la configuración del entorno hasta la ejecución por el Runner, los escenarios de conexión remota, el desarrollo de las automatizaciones, el acceso a la plataforma mediante SSO y las dudas sobre planes en el Orquestador. Haz clic en una pregunta para expandir la respuesta.
Compartir una respuesta específica
Cada entrada tiene su propio enlace, así que puedes compartir una respuesta específica con otras personas de tu equipo. Para copiar ese enlace:
- Haz clic en la pregunta para expandir la respuesta.
- Pasa el mouse sobre el título de la pregunta y haz clic en el icono de enlace (¶) que aparece al lado.
- Copia la dirección de la barra del navegador, que ahora apunta directamente a esa pregunta.
¿No encontraste tu pregunta?
Si tu escenario no está listado aquí, elige el canal según el tipo de duda:
- Duda técnica, con plan contratado: abre un ticket en el portal de soporte. El acceso al portal se envía por correo electrónico a los usuarios de la organización, y cada plan tiene su regla de atención, descritas en el contrato. Los clientes Enterprise cuentan además con un canal directo con el equipo de Automation Experience.
- Duda técnica, sin plan contratado: pregunta en el grupo de WhatsApp, donde el equipo de BotCity y otras personas usuarias responden. Los demás canales abiertos están reunidos en la página Comunidad.
- Contrato, límites de la cuenta o upgrade de plan: habla con tu representante comercial o usa el formulario de contacto del sitio.
Instalación y configuración del entorno¶
¿Cómo resolver el problema de instalación que se queda atascado en 0%?
¿Cómo resolver el problema de instalación que se queda atascado en 0%?¶
Este tipo de problema es más común en casos donde hay bloqueos en el entorno de la empresa donde se están utilizando las herramientas. Entre los comportamientos observados están:
- La instalación a través del Asistente se queda atascada en 0%.
- Error al iniciar el Runner.
- Problema de autenticación al intentar iniciar sesión en BotCity Studio.
Antes de abrir la solicitud al equipo de TI, confirma el origen del problema con la herramienta de diagnóstico. El BotCity - Diagnostic acompaña al paquete del Asistente y valida la conectividad con la Plataforma BotCity, además de las versiones de Java y Python instaladas en la máquina:
- Ejecuta el
diagnostic.jar, que está en la misma carpeta del Asistente. - Informa la URL de tu servidor y haz clic en
Run Tests. - Revisa el retorno de cada verificación en las columnas
Test,ResultyNotes.
Un resultado FAIL en alguna prueba de conexión indica que la máquina está en un entorno con bloqueos, y la columna Notes muestra qué falló en cada caso. Usa el botón Export para generar un archivo CSV con los resultados y enviarlo al equipo de TI junto con la solicitud de liberación.
La solución ideal en este caso es solicitar al equipo de TI de la empresa algunos permisos de acceso. Consulta más detalles sobre las URL que requieren acceso en la sección Problemas con entornos bloqueados.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Qué hacer cuando el Asistente muestra el error Not a valid BotCity Orchestrator hostname.?
¿Qué hacer cuando el Asistente muestra el error Not a valid BotCity Orchestrator hostname.?¶
Este error aparece en la etapa de inicio de sesión del Asistente de instalación, después de que informas la URL de la Plataforma BotCity en el campo Server:
Para validar el campo, el Asistente hace una solicitud GET a <url-del-orquestador>/api/v2/maestro/version y solo considera válido el servidor si la respuesta trae la versión del Orquestador. Cualquier falla en esa solicitud genera el mismo mensaje, incluso cuando la URL es correcta. Las causas más comunes son:
| Causa | Cómo resolverlo |
|---|---|
| URL escrita incorrectamente | Informa solo la dirección de tu workspace, con https:// y sin rutas adicionales, por ejemplo https://tuempresa.botcity.dev. |
| Proxy corporativo | Configura el proxy en las herramientas BotCity. |
| Bloqueo de firewall | Pide al equipo de TI la liberación de los dominios de BotCity en el puerto 443. |
| Restricción de IP en el workspace | Si el workspace usa la Lista de IPs permitidos del Centro de Seguridad, confirma que la IP de salida de la máquina está liberada. |
| Falla de DNS o timeout | Verifica que la máquina resuelva el dominio del workspace y que la red no esté interrumpiendo la conexión. |
Probar el acceso al Orquestador desde la propia máquina
En la máquina donde se está ejecutando el Asistente, abre en el navegador la dirección https://<tu-workspace>.botcity.dev/. Si la página no carga, el problema está en el acceso de la máquina a la Plataforma BotCity, y no en la instalación.
Si el error continúa, ejecuta la herramienta de diagnóstico y verifica si se cumplen todos los requisitos y liberaciones.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Por qué la instalación funciona en una máquina (o VDI) y falla en otra?
¿Por qué la instalación funciona en una máquina (o VDI) y falla en otra?¶
Cuando la misma versión del Asistente funciona en una máquina y falla en otra, incluso en versiones anteriores, la causa suele estar en el entorno de red de esa máquina, y no en la instalación. Es común que las VDI y los servidores del mismo entorno tengan reglas diferentes de proxy, firewall o IP de salida.
Compara las dos máquinas en los siguientes puntos:
- Proxy: si la máquina que falla usa un proxy diferente, o un proxy que requiere autenticación.
- Firewall: si los dominios de BotCity están liberados para esa máquina.
- IP de salida: si la IP de esa máquina está liberada en la Lista de IPs permitidos del workspace, cuando esté activa.
- Workspace: si las dos máquinas acceden al mismo workspace. Los entornos de homologación y producción pueden tener restricciones de IP diferentes.
Comparar los resultados de la herramienta de diagnóstico
Ejecuta la herramienta de diagnóstico en las dos máquinas y compara las pruebas de conectividad. La diferencia entre los resultados suele señalar la regla de red que está bloqueando el acceso.
Después de identificar la diferencia, pide al equipo de TI responsable de la máquina el ajuste necesario. Consulta más detalles en Problemas con entornos bloqueados.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Qué hacer cuando el Wizard.exe es bloqueado por las políticas de seguridad de la empresa?
¿Qué hacer cuando el Wizard.exe es bloqueado por las políticas de seguridad de la empresa?¶
Al iniciar la instalación, la configuración o la autenticación del BotCity Runner mediante el Asistente en formato .exe, puedes no conseguir abrir el archivo. Esto suele ocurrir por políticas de seguridad que bloquean la ejecución de archivos ejecutables, una medida común para evitar la propagación de malware y el uso de software no autorizado.
Para sortear la restricción, usa la versión del Asistente distribuida para Linux, en formato .jar. Depende del Java Runtime Environment y suele pasar por las políticas sin bloqueo:
- Descarga el Asistente en formato
.jar, disponible en la sección de descargas para Linux. - Abre el archivo
.jar. - Si el Asistente inicia normalmente, sigue con la instalación o la configuración como de costumbre.
Si prefieres continuar con el archivo .exe, será necesario abrir una solicitud al equipo de seguridad de tu empresa pidiendo la liberación de ejecución de archivos .exe en el entorno.
El Asistente .jar no tiene limitación funcional
Usar el Asistente en .jar es perfectamente válido y no compromete el funcionamiento esperado de las herramientas. Si quieres evitar nuevas solicitudes al equipo de seguridad, puedes seguir con la versión .jar sin ninguna limitación.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo resolver el problema con la instalación de las dependencias al ejecutar la automatización (ModuleNotFoundError)?
¿Cómo resolver el problema con la instalación de las dependencias al ejecutar la automatización (ModuleNotFoundError)?¶
Al ejecutar la automatización, Python interrumpe la ejecución al inicio e informa que no encontró un paquete que ya habías instalado:
En la mayoría de los casos, esto significa que las dependencias se instalaron en un intérprete de Python diferente del que ejecuta el código. Es común que el propio IDE cree un entorno virtual para el proyecto: si las dependencias se instalan en ese entorno virtual, pero el código se ejecuta con el Python "global" del sistema (o al contrario), los paquetes no se encuentran.
Para resolverlo, usa el mismo intérprete en las dos etapas:
- Descubre qué intérprete está activo en la terminal con
python -c "import sys; print(sys.executable)"y compáralo con el intérprete seleccionado en tu IDE. - Con el intérprete correcto activo, instala las dependencias:
pip install --upgrade -r requirements.txt. - Ejecuta la automatización con ese mismo intérprete.
Error similar con otra dependencia
Si tienes un problema parecido con alguna otra dependencia al ejecutar tu automatización con BotCity Runner, verifica si la dependencia fue definida correctamente en el archivo requirements.txt del robot.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo resolver problemas de verificación del certificado SSL al ejecutar comandos usando pip?
¿Cómo resolver problemas de verificación del certificado SSL al ejecutar comandos usando pip?¶
Al instalar dependencias con pip, manualmente o mediante el Runner, el comando falla porque Python no consigue validar el certificado SSL de la conexión con PyPI. El error aparece en el log del Runner o en la propia terminal:
WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] \
certificate verify failed: unable to get local issuer certificate (_ssl.c:1000)'))': /simple/pip/
Could not fetch URL https://pypi.org/simple/pip/: There was a problem confirming the ssl certificate: HTTPSConnectionPool(host='pypi.org', port=443): \
Max retries exceeded with url: /simple/pip/ (Caused by SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] \
certificate verify failed: unable to get local issuer certificate (_ssl.c:1000)'))) - skipping
Este escenario es común en entornos corporativos, donde el proxy o el firewall de la empresa intercepta la conexión y presenta un certificado interno que pip no reconoce. Mientras eso no se trate, ningún paquete se instala directamente desde PyPI (Python Package Index).
Para resolverlo, marca los dominios de PyPI como confiables en la configuración global de pip:
pip config set global.trusted-host \
"pypi.org files.pythonhosted.org pypi.python.org" \
--trusted-host=pypi.python.org \
--trusted-host=pypi.org \
--trusted-host=files.pythonhosted.org
Con la configuración aplicada, la próxima instalación de dependencias, incluida la que el Runner hace antes de ejecutar la tarea, ya no debería fallar por causa del certificado.
Valida la configuración con los equipos de TI y seguridad
Si esta alternativa no es suficiente, valida con el equipo de TI de tu empresa si es una solución adecuada para tu entorno.
Recuerda también verificar con el equipo de TI si es necesario realizar configuraciones adicionales con respecto al uso de pip.
Puedes encontrar más detalles sobre bloqueos del entorno en la sección de requisitos previos de la documentación.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo configurar un proxy autenticado para las herramientas de BotCity?
¿Cómo configurar un proxy autenticado para las herramientas de BotCity?¶
En entornos corporativos con proxy autenticado, que exige usuario y contraseña, liberar las URLs en el firewall puede no ser suficiente. El Wizard, el Runner, el BotCLI, BotCity Studio y las automatizaciones Python también necesitan saber qué proxy usar y con qué credenciales para comunicarse con el Orquestador e instalar dependencias.
Para resolverlo, configura el proxy en dos puntos:
- Herramientas Java (Wizard, Runner, BotCLI y BotCity Studio): define las propiedades de proxy de la JVM, por aplicación o mediante la variable de entorno
JAVA_TOOL_OPTIONS. - Automatizaciones Python: crea las variables de entorno
HTTP_PROXYyHTTPS_PROXYen el formatohttp://usuario:contraseña@host:puerto.pipy la bibliotecarequestslas leen en cualquier entorno virtual.
El paso a paso completo, incluido el tratamiento de caracteres especiales en la contraseña, está en la guía Configurar Proxy Autenticado en las Herramientas BotCity.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo confiar en un certificado SSL corporativo (SSL Inspection) en las herramientas Java y Python de BotCity?
¿Cómo confiar en un certificado SSL corporativo (SSL Inspection) en las herramientas Java y Python de BotCity?¶
En entornos con proxy de inspección SSL (SSL Inspection), la empresa sustituye el certificado original de los servidores por un certificado emitido por una CA interna. Las herramientas Java y Python no reconocen esa CA y rechazan la conexión, con errores como PKIX path building failed en Java o CERTIFICATE_VERIFY_FAILED en Python.
En este escenario, configurar el trusted-host de pip no resuelve el problema por completo, porque solo afecta la instalación de paquetes. El Wizard, el Runner y BotCity Studio siguen rechazando el certificado.
Para resolverlo, registra el certificado raíz de la CA interna en el truststore de cada tecnología:
- Java (Wizard, Runner y BotCity Studio): importa el certificado en el
cacertsde la JVM que usan las herramientas, conkeytool. - Python (
requests): crea un bundle personalizado a partir decertifi, con el certificado de la CA interna, y apunta la variable de entornoREQUESTS_CA_BUNDLEhacia él.
El paso a paso completo está en la guía Configurar Certificado SSL Corporativo.
Certificado proporcionado por el equipo de seguridad
El certificado raíz de la CA interna normalmente lo proporciona el equipo de infraestructura o de seguridad de tu empresa. Solicita el archivo (.crt, .cer o .pem) antes de comenzar la configuración.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
Ejecución por el Runner¶
¿Cómo instalar múltiples Runners en un único entorno de ejecución?
¿Cómo instalar múltiples Runners en un único entorno de ejecución?¶
Cada Runner ejecuta una tarea a la vez. Para procesar más de una tarea al mismo tiempo en la misma máquina, puedes instalar varios Runners en el mismo entorno de ejecución. No hay límite de cantidad, pero cada Runner necesita su propia instalación del BotCity Studio SDK, en una carpeta separada, y un identificador (machineId) exclusivo.
Para configurar los Runners:
- Crea en el Orquestador un Runner para cada instancia que se instalará, cada uno con su propio
Label. - Ejecuta el Asistente y, en la etapa Elige dónde instalar, informa una carpeta diferente para cada Runner, por ejemplo
BotCity\runner-01yBotCity\runner-02. - Al final de cada instalación, haz clic en
Setup Runnery selecciona el Runner correspondiente a esa carpeta. - Verifica, en el archivo
conf.bcfde la carpetaconfde cada instalación, que elmachineIdapunte al Runner esperado. - Inicia cada Runner desde su propia carpeta, con el script
BotRunneroBotRunner-gui.
Si prefieres automatizar la configuración, usa la instalación silenciosa del Asistente, repitiendo el comando con parámetros --dir y --runner diferentes para cada instancia:
wizard-x.y.z.exe install --dir "D:\BotCity\runner-01" --email "user@server.com" --runner "runner-01"
wizard-x.y.z.exe install --dir "D:\BotCity\runner-02" --email "user@server.com" --runner "runner-02"
Como cada instalación tiene sus propias carpetas bots, venvs y logs, los Runners no compiten por el mismo entorno virtual ni mezclan los registros de ejecución.
Las automatizaciones con interfaz gráfica no se ejecutan en paralelo
Las automatizaciones que manipulan la pantalla, el mouse o el teclado comparten la misma sesión gráfica y entran en conflicto cuando se ejecutan al mismo tiempo. Combina como máximo una automatización de este tipo con automatizaciones que se ejecutan en segundo plano, como Web headless, integraciones con APIs y procesamiento de archivos. Para paralelizar automatizaciones con interfaz gráfica, usa máquinas o sesiones separadas.
Dimensiona los recursos de la máquina
Cada Runner en ejecución consume CPU y memoria RAM. Consulta las referencias de dimensionamiento para ejecuciones en paralelo en Dimensionamiento de máquina para la ejecución de procesos mediante Runner.
Runners en contenedores
Si el entorno usa Docker, también puedes levantar varias instancias del Runner con Docker Compose, cada una con su MACHINE_ID.
Consulta más en:
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo resolver el error Python environment preparation failed al ejecutar una automatización mediante el Runner?
¿Cómo resolver el error Python environment preparation failed al ejecutar una automatización mediante el Runner?¶
Antes de ejecutar una tarea, el Runner prepara el entorno Python del robot. Cuando esa etapa falla, la tarea no llega a ejecutarse y el log registra Python environment preparation failed. Tres causas responden por la mayoría de los casos, y el propio log del Runner indica cuál es la tuya.
1. El Runner no alcanza PyPI
En el log aparecen intentos de conexión con pypi.org que terminan en timeout:
WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ReadTimeoutError("HTTPSConnectionPool(host='pypi.org', port=443): Read timed out. (read timeout=15)")': /simple/pip/
...
Python environment preparation failed.
Error executing task: Python environment preparation failed...
Sin acceso a PyPI, el pip install no consigue descargar los paquetes del robot. Esto es común en entornos corporativos con bloqueo de salida. Pide al equipo de infraestructura las liberaciones de firewall listadas en la sección Uso de Python en el desarrollo de automatizaciones.
2. Python no está instalado correctamente en la máquina
El log trae el mensaje de abajo justo después del intento de crear el entorno virtual:
En ese caso, Python no está instalado, no está en el PATH del sistema o le faltan los paquetes que el Runner usa para montar el entorno virtual. Confirma la instalación:
Si los comandos responden, instala los paquetes necesarios:
3. El Runner llama al comando equivocado de Python
Cuando la máquina tiene más de una versión instalada, cada una suele responder por un comando diferente. Prueba py y python en la terminal para descubrir cuál de ellos llama a la versión que el robot necesita. Si es py, infórmalo al Runner en el archivo conf.bcf, dentro de la carpeta conf donde se instaló el SDK de BotCity:
También puedes indicar la ruta completa del ejecutable en el mismo parámetro, por ejemplo pythonBinary=C:\\Python312\\python.exe.
Usa barras dobles en la ruta de Python
Al informar la ruta completa en pythonBinary, escríbela con barras dobles, para que la barra simple no sea interpretada como carácter de escape durante la ejecución.
Consulta todos los parámetros aceptados por el conf.bcf en la sección Personalizar la configuración del Runner.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo tratar el error No pyenv.cfg file en los logs del Runner?
¿Cómo tratar el error No pyenv.cfg file en los logs del Runner?¶
Este error aparece en los logs del Runner cuando la creación del entorno virtual del robot no se completa: el archivo pyenv.cfg, que identifica el entorno, no fue generado o quedó incompleto.
Empieza siempre por el log del Runner para confirmar el mensaje. Si no es suficiente para identificar la causa, incluye debugEnabled=true en el archivo conf.bcf para generar una salida de log más detallada y reproduce el problema. El parámetro está disponible a partir de la versión 2.7.0 del Runner y se describe en la sección Personalizar la configuración del Runner.
Con el log en mano, verifica las causas más comunes:
| Causa probable | Qué verificar |
|---|---|
Archivo setup.py en la carpeta del proyecto |
Renombra el setup.py y ejecuta la tarea nuevamente. |
| Creación del entorno interrumpida por falta de memoria RAM, falta de espacio en disco, timeout o falta de permiso | Revisa los recursos de la máquina y el permiso de escritura en la carpeta de destino. En esos casos, la carpeta del entorno virtual puede incluso ser creada, pero con archivos pendientes. |
| Bloqueo por antivirus o EDR | Crea el entorno virtual manualmente en la carpeta de destino para confirmar si existe algún bloqueo. |
| Limpieza de la carpeta por otra herramienta | Verifica si alguna herramienta de limpieza actúa sobre la carpeta de destino. |
| Dos Runners creando el entorno en la misma carpeta | Garantiza que solo un Runner trabaje sobre el mismo entorno virtual. |
| Entorno creado con una versión de Python diferente de la actual | Confirma si la versión de Python en uso en la máquina es la misma que generó el entorno virtual. |
Dónde quedan los entornos virtuales
Los entornos virtuales se crean en el directorio de instalación del SDK, dentro de la carpeta venvs. Si el SDK fue instalado en Documentos, por ejemplo, la ruta será C:\Users\{nombre_usuario}\Documents\BotCity\venvs\. Consulta la estructura completa de carpetas en la sección Explorando el Contenido.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Qué hacer cuando el Runner parece atascado después de tomar una tarea para ejecución?
¿Qué hacer cuando el Runner parece atascado después de tomar una tarea para ejecución?¶
En situaciones esporádicas, el Runner toma una nueva tarea, pero la ejecución no comienza: el estado permanece en Executing task... hasta que el Runner sea reiniciado.
En la mayor parte de los casos, la causa son recursos de la ejecución anterior que no fueron finalizados correctamente. Cuando el código intenta usar esos recursos de nuevo, el sistema operativo los considera "en uso" y la nueva ejecución no avanza. El ejemplo más común es el WebDriver en automatizaciones Web: sin el cierre adecuado, sigue en ejecución incluso después de que el proceso termina y afecta las ejecuciones siguientes.
Para resolverlo, garantiza en el código que todo recurso asignado por el robot sea liberado al final de la ejecución, incluso cuando ocurre una excepción. En automatizaciones Web, eso significa cerrar el navegador con bot.stop_browser(), conforme la sección Detener navegador, preferentemente dentro de un bloque finally, para que la limpieza ocurra incluso cuando el robot falla en medio del proceso.
Verifica siempre si todos los recursos usados en la ejecución fueron debidamente cerrados. Con el entorno limpio al final de cada ejecución, el Runner consigue iniciar la tarea siguiente sin conflicto con los recursos anteriores.
Consultando el log.txt del Runner
También puedes consultar siempre el archivo log.txt generado por el Runner para verificar cualquier excepción lanzada durante la preparación del entorno y la ejecución del proceso.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo corregir una tarea que quedó con el status incorrecto en el Orquestador?
¿Cómo corregir una tarea que quedó con el status incorrecto en el Orquestador?¶
La tarea continúa en el Orquestador con un estado que no corresponde a la realidad, normalmente En ejecución, incluso sin ninguna ejecución en curso en el Runner.
El Runner tiene un tratamiento interno que finaliza la tarea en estado de error cuando la falla no es reportada por el código o cuando hay una cancelación forzada. Ese tratamiento no se activa cuando el Runner se cierra de forma abrupta, por ejemplo en un reinicio o apagado de la máquina sin cerrar el Runner antes. Es en ese escenario que el estado queda desactualizado.
El estado incorrecto no afecta las ejecuciones siguientes, el impacto es solo visual y administrativo. Para corregirlo, finaliza la tarea con el BotCLI, que acompaña al BotCity Studio SDK:
- Abre una terminal en la carpeta donde se instaló el SDK.
- Copia el ID de la tarea en el Orquestador, disponible en Información de la tarea.
- Ejecuta el comando de abajo, cambiando
123por el ID copiado y el número de tareas procesadas:
El comando finaliza la tarea y actualiza los indicadores de ítems totales, procesados con éxito y con fallo, de forma que deje de aparecer como En ejecución en la cola.
Otros argumentos del comando
El task finish también acepta un mensaje de finalización y el tipo de conclusión (SUCCESS, FAILED o PARTIALLY_COMPLETED). Consulta todos los argumentos en la sección task finish y la sintaxis general de la herramienta en Empezando.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
Entornos remotos y sesiones RDP¶
¿Qué hacer al recibir el error OSError: screen grab failed al ejecutar una automatización usando el Runner en un entorno remoto?
¿Qué hacer al recibir el error OSError: screen grab failed al ejecutar una automatización usando el Runner en un entorno remoto?¶
El error aparece cuando la automatización usa visión computacional para encontrar elementos en la pantalla, pero la conexión remota con la máquina de ejecución ya fue cerrada. Sin nadie conectado, el sistema operativo deja la pantalla negra, y el robot no consigue capturar la pantalla para buscar los elementos gráficos.
La salida es garantizar que la máquina tenga una sesión gráfica activa en el momento de la ejecución. Tienes dos opciones.
1. Scripts de sesión del BotCity SDK
BotCity distribuye dos scripts que desconectan la sesión actual del usuario y la redirigen a una sesión de terminal, manteniendo la sesión y la interfaz gráfica activas para el Runner. Están en la carpeta del SDK y se indican en el archivo de configuración del Runner: usa el parámetro startup para ejecutarlos cuando el Runner inicia, o beforeTask para ejecutarlos antes de cada tarea.
| Script | Dónde está | Qué hace |
|---|---|---|
startup.bat |
Carpeta startup |
Desconecta la sesión actual y la redirige a una sesión de terminal. |
console_session.bat |
Carpeta scripts |
Hace la misma redirección y además define una resolución de pantalla específica para la nueva sesión. |
Consulta el uso y la implementación de cada uno en la sección Mantener activa tu sesión remota.
2. BotCity Session Manager
En lugar de mantener la sesión abierta todo el tiempo, el Session Manager activa la sesión en la máquina remota conforme las tareas entran en la cola del Orquestador y la desactiva cuando no hay nada más para ejecutar. La interfaz gráfica queda disponible durante la ejecución, sin sesión ociosa después de ella, lo que también reduce el costo de las máquinas y atiende a las políticas de seguridad que limitan sesiones de usuario activas.
Consulta lo que hace la herramienta en BotCity Session Manager y cómo configurarla en Primeros Pasos.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo encontrar elementos utilizando visión computacional en conexiones remotas?
¿Cómo encontrar elementos utilizando visión computacional en conexiones remotas?¶
Por motivos de seguridad, es común que el cliente no permita el acceso directo al entorno, y que la automatización deba construirse a través de una conexión remota. En ese escenario, el robot encuentra los elementos en una conexión y deja de encontrarlos en la siguiente.
El motivo es que la imagen capturada cambia de una conexión a otra. Si la resolución de la sesión RDP es adaptativa, o si la calidad de la conexión se define automáticamente por la velocidad de la red, cada sesión presenta la pantalla de una forma un poco diferente, y las imágenes capturadas en BotCity Studio dejan de corresponder a lo que aparece en la pantalla.
Para que las capturas sean constantes entre las conexiones, configura la sesión RDP antes de mapear los elementos:
- En el cliente de conexión remota, haz clic en
Mostrar opciones. - En la pestaña
Display, define una resolución fija, en lugar de una opción adaptativa como pantalla completa. - En la pestaña
Experiencia, elige un parámetro fijo de calidad, en lugar de dejar la detección automática por la velocidad de la conexión.
Recaptura los elementos después de cambiar la conexión
Cualquier cambio en las configuraciones de resolución o experiencia altera la imagen de la pantalla. Actualiza siempre los elementos visuales en BotCity Studio capturándolos nuevamente después de ajustar el acceso remoto, de lo contrario las imágenes antiguas no serán encontradas.
Con la resolución fija, consigues capturar la pantalla con BotCity Studio y usar los métodos de visión computacional del Framework Desktop para manipular una aplicación que se está ejecutando en el entorno remoto.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Qué hacer cuando el script de startup devuelve Session not found?
¿Qué hacer cuando el script de startup devuelve Session not found?¶
El script que debería desconectar la sesión del usuario y redirigirla a la consola falla con el mensaje Session not found, y la sesión continúa como estaba.
La causa suele ser un nombre de usuario con espacios, como USER NAME. El script console_session.bat, que está en la carpeta scripts del BotCity Studio SDK, localiza la sesión activa por el nombre del usuario:
FOR /F "skip=1 tokens=3 usebackq" %%X in (`query session %USERNAME%`) DO tscon %%X /dest:console
powershell.exe -Command Set-DisplayResolution -Width 1600 -Height 900 -Force
Con un nombre compuesto, el espacio rompe la consulta del query session y no queda ningún ID de sesión para que tscon redirija.
Para resolverlo, cambia %USERNAME% por el comodín %User*Name% en la primera línea del script, manteniendo el resto como está:
FOR /F "skip=1 tokens=3 usebackq" %%X in (`query session %User*Name%`) DO tscon %%X /dest:console
powershell.exe -Command Set-DisplayResolution -Width 1600 -Height 900 -Force
El comodín localiza la sesión incluso cuando el nombre tiene espacios u otros caracteres especiales. El fragmento skip=1 tokens=3 sigue extrayendo el ID de la sesión, y tscon la redirige a la consola.
Variación para el startup.bat
El startup.bat, que está en la carpeta startup del SDK, hace la misma redirección por PowerShell:
@powershell -NoProfile -ExecutionPolicy unrestricted -Command "$sessionid=((quser $env:USERNAME | select -Skip 1) -split '\s+')[2]; tscon %sessionname% /dest:console"
En ese script, tscon usa la variable %sessionname%, y no el resultado del quser, entonces un nombre de usuario con espacios no impide la redirección. La consulta del quser alimenta solo la variable $sessionid, que el script no llega a utilizar.
Si adaptaste el startup.bat para usar el $sessionid
Un nombre de usuario compuesto ocupa dos columnas en la salida del quser y desplaza las posiciones del -split. En ese caso, el índice [2] deja de apuntar al ID de la sesión y necesita ajustarse conforme la salida del comando en tu máquina.
Consulta el contenido original de los scripts y cómo indicarlos en la configuración del Runner en las secciones Script de desconexión de sesión y Script de configuración del ambiente.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo configurar la codificación para evitar problemas al escribir caracteres en sesiones RDP en MacOS?
¿Cómo configurar la codificación para evitar problemas al escribir caracteres en sesiones RDP en MacOS?¶
El robot escribe el texto en la VM, pero los caracteres en mayúsculas y los caracteres especiales salen mal o simplemente no aparecen. El caso típico es el método kb_type() del Framework Desktop, usado en un proceso que se ejecuta en una VM accedida desde MacOS.
La causa está en la codificación de teclado que el Microsoft Remote Desktop de MacOS usa por defecto en la sesión RDP: no corresponde a lo que la VM espera recibir, y parte de las teclas enviadas por el robot se pierde en el camino.
Para corregirlo, cambia la codificación en la aplicación de Microsoft Remote Desktop:
- Accede a la pestaña
Connections. - Marca la opción
Keyboard Mode > Unicode.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
Desarrollo de automatizaciones¶
¿Qué hacer cuando la tecla Print Screen no captura la pantalla en BotCity Studio?
¿Qué hacer cuando la tecla Print Screen no captura la pantalla en BotCity Studio?¶
Presionas Print Screen para llevar la pantalla de la aplicación a la pestaña UI del Studio, como se describe en Trayendo la pantalla de interacción al Studio, pero la captura no se carga.
La mayoría de las veces, otra aplicación en ejecución está interceptando la tecla Print Screen y BotCity Studio no llega a recibir la imagen.
Empieza verificando la propia tecla:
- Confirma que el
Print Screenestá activo y funcional en otras aplicaciones de la máquina. - Cierra o deshabilita programas que capturan la pantalla y pueden estar interceptando la tecla.
Si la tecla continúa no disponible, usa una de las alternativas de captura:
| Alternativa | Descripción |
|---|---|
| Botón de captura en el Studio | Además del Print Screen, también puedes capturar la pantalla con el botón en el menú superior derecho de BotCity Studio. |
| Atajo de teclado personalizado | El Studio permite configurar otra tecla o combinación para la captura. Consulta cómo en Atajo personalizado de impresión. |
| Extensión para VSCode | BotCity Studio también está disponible como extensión para instalar directamente en VSCode. Consulta más en BotCity Studio para Visual Studio Code. |
En macOS la tecla es otra
En macOS, la captura no se hace con el Print Screen, sino con la tecla F9, por limitación del propio sistema operativo.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Por qué el navegador Edge no inicia cuando la automatización se ejecuta mediante el Orquestador?
¿Por qué el navegador Edge no inicia cuando la automatización se ejecuta mediante el Orquestador?¶
La automatización Web con Microsoft Edge se ejecuta normalmente en la ejecución local, pero falla cuando el robot se ejecuta mediante el Orquestador. El navegador no llega a abrir y la ejecución se detiene con el siguiente mensaje en el log:
Message: session not created: probably user data directory is already in use, please specify a unique value for --user-data-dir argument, or don't use --user-data-dir
A pesar de que el texto apunta al directorio de perfil, el comportamiento viene de un bug de Selenium, reportado en la issue #15340 del repositorio oficial: Edge intenta relanzar sus propios procesos por la capa de compatibilidad, y es el relanzamiento el que falla. Por eso el error aparece en las ejecuciones controladas por el Runner y no en el entorno local.
Versiones en las que el problema fue reportado
La issue fue abierta con Selenium en la versión 4.29.0, Edge y msedgedriver en la versión 133.0.3065.82, en Windows 10. Hasta el momento no hay una versión de Selenium indicada como corrección, así que mantén el argumento aplicado incluso después de actualizar el navegador o el driver. Acompaña la issue para verificar si la situación cambió.
Para sortearlo, agrega el argumento --edge-skip-compat-layer-relaunch a las opciones del navegador, siguiendo el mismo formato de la sección Personalización de las opciones del navegador:
def_options = default_options(
headless=bot.headless,
download_folder_path=bot.download_folder_path,
user_data_dir=None, # Informar 'None' aquí generará un directorio temporal
)
# Impide que Edge relance los procesos por la capa de compatibilidad
def_options.add_argument("--edge-skip-compat-layer-relaunch")
bot.options = def_options
Con el argumento aplicado, los robots vuelven a ejecutarse en el entorno orquestado, sin necesidad de cambiar configuraciones locales o políticas de ejecución de la máquina.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Cómo resolver el error de certificado SSL al conectar al Orquestador desde el código Python?
¿Cómo resolver el error de certificado SSL al conectar al Orquestador desde el código Python?¶
El robot falla al conectarse al Orquestador mediante BotMaestroSDK porque Python no reconoce el certificado SSL presentado en la conexión. Normalmente el log muestra un SSLError con el mensaje CERTIFICATE_VERIFY_FAILED.
Este escenario es común en entornos corporativos, donde el servidor usa un certificado autofirmado o el proxy de la empresa intercepta el tráfico y presenta un certificado emitido por una CA interna.
Para solucionarlo, desactiva la validación del certificado justo después de instanciar el SDK, antes de cualquier llamada al Orquestador:
from botcity.maestro import BotMaestroSDK
maestro = BotMaestroSDK.from_sys_args()
maestro.VERIFY_SSL_CERT = False # Ignora la validación del certificado
Versión mínima del SDK
Para que la flag VERIFY_SSL_CERT funcione correctamente, la dependencia botcity-maestro-sdk debe estar en la versión 0.7.0 o superior.
Desactivar la validación reduce la protección de la conexión
Con VERIFY_SSL_CERT = False, el robot deja de validar el certificado presentado por el servidor. Valida con el equipo de seguridad de tu empresa si esta solución es adecuada para tu entorno. La alternativa más segura es hacer que la máquina de ejecución confíe en el certificado interno, como muestra la guía Configurar Certificado SSL Corporativo.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
Acceso, SSO y gestión de usuarios¶
¿La Plataforma BotCity admite SSO?
¿La Plataforma BotCity admite SSO?¶
Sí. Con el SSO (Single Sign-On) habilitado, los usuarios acceden a la plataforma con las credenciales que ya usan en el proveedor de identidad (IdP) de la empresa, sin necesitar una contraseña separada para BotCity.
Puedes configurar uno o más proveedores, entre las opciones:
- IdPs sociales:
MicrosoftyGoogle. - IdPs definidos por el usuario:
SAML v2.0yOpenID Connect v1.0, que atienden proveedores como Microsoft Entra ID, Okta y Google Workspace.
La configuración se hace en Centro de Seguridad > SSO > Configuración de proveedor. Al final, copia la Redirect URL que se muestra en la tabla de proveedores y regístrala en tu IdP para concluir la integración.
Consulta el paso a paso de cada proveedor en la sección SSO (Single Sign-On).
Solo los administradores configuran el SSO
Solo los usuarios con el rol de Administrador en la Organización tienen acceso a la configuración de SSO.
El SSO y las cuentas locales pueden coexistir
En la pestaña Cuentas locales, defines si los usuarios registrados con correo electrónico y contraseña siguen accediendo a la plataforma junto con el SSO. Al deshabilitar las cuentas locales, quien accedía exclusivamente por correo electrónico y contraseña pierde el acceso. Lo mismo vale al deshabilitar el SSO para quien accedía exclusivamente por él.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Qué opción de SSO usar con Microsoft Entra ID?
¿Qué opción de SSO usar con Microsoft Entra ID?¶
Puedes integrar Microsoft Entra ID de tres formas, todas configuradas en Centro de Seguridad > SSO:
| Opción | Descripción |
|---|---|
| Microsoft (IdP social) | Integración nativa. Requiere un App Registration en Azure, con ID de Cliente y Secreto de Cliente. |
| OpenID Connect v1.0 | Integración vía OIDC, con la Discovery Endpoint URL y el archivo .json de configuración del IdP. |
| SAML v2.0 | Integración vía SAML, con el archivo .xml de configuración del IdP. Requiere atención al mapeo del claim de correo electrónico. |
Cualquiera de ellas realiza la autenticación de los usuarios. La opción Microsoft es la más sencilla de configurar, porque no requiere el mapeo manual de claims.
Consulta cómo hacer la configuración de proveedor.
Autenticación, no autorización
Ninguna de las opciones define roles ni grupos en la plataforma.
Consulta más en:
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Necesito registrar al usuario en la plataforma antes del primer inicio de sesión vía SSO?
¿Necesito registrar al usuario en la plataforma antes del primer inicio de sesión vía SSO?¶
Sí. Hoy no hay aprovisionamiento automático de usuarios, por lo que el usuario necesita existir en la plataforma antes del primer acceso vía SSO.
BotCity asocia la cuenta del IdP a la cuenta de la plataforma por el correo electrónico. Por eso, el correo registrado en BotCity debe ser idéntico al correo que el IdP envía en la autenticación.
Para liberar el acceso:
- Accede a Organización > Usuarios y Grupos y haz clic en
Invitar usuario. - Informa el correo electrónico del usuario, define los roles y habilita la opción SSO.
- Pide al usuario que inicie sesión vía SSO.
Consulta más en:
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Qué hacer cuando el inicio de sesión vía SSO redirige a la página user-not-found?
¿Qué hacer cuando el inicio de sesión vía SSO redirige a la página user-not-found?¶
Este comportamiento indica que la autenticación en el IdP funcionó, pero BotCity no encontró un usuario con el correo electrónico recibido. La plataforma cierra la sesión en el IdP (en Microsoft Entra ID, aparece la pantalla de Sign Off Redirect) y redirige a una dirección como:
Las causas más comunes son:
- Usuario no registrado: el usuario todavía no existe en la plataforma.
- Correo vacío en la aserción: el IdP no está enviando el atributo de correo electrónico.
- Correo diferente: el IdP envía otro valor, como el UPN (
usuario@empresa.onmicrosoft.com) o un alias, en lugar del correo registrado en BotCity.
Si usas SAML v2.0 con Microsoft Entra ID, abre la Enterprise Application en Single sign-on > Attributes & Claims y verifica que:
- El Unique User Identifier (Name ID) esté mapeado a
user.mail, o al atributo que contiene exactamente el correo registrado en BotCity. - El claim
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddressexista y esté mapeado auser.mail. - El atributo
maildel usuario esté completado en Entra ID y sea igual al correo registrado en BotCity, incluyendo dominio y alias. - El usuario esté asignado a la Enterprise Application, en Users and groups.
Consulta más en:
Verificar qué atributos llegan en la aserción SAML
Si el error continúa, captura el inicio de sesión con la extensión SAML-tracer y verifica el correo enviado en la SAML Response.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿El SSO de BotCity controla los roles y grupos de acceso de los usuarios?
¿El SSO de BotCity controla los roles y grupos de acceso de los usuarios?¶
No. Hoy, el SSO (OpenID Connect v1.0, SAML v2.0 o los IdPs sociales Microsoft y Google) realiza solo la autenticación del usuario. La autorización sigue gestionándose manualmente dentro de la plataforma, con tres recursos que funcionan en conjunto:
- Roles: definen lo que el usuario puede hacer en la Organización y en cada producto de la Plataforma BotCity, como el Orquestador y el Insights. Los roles disponibles varían por módulo, entre Administrador, Gerente, Desarrollador y Operador.
- Grupos: reúnen a los usuarios de un mismo equipo, sector o área. Un usuario puede pertenecer a varios grupos y acumula los accesos de cada uno de ellos.
- Repositorios: agrupan recursos del Orquestador, como automatizaciones, robots, credenciales y registros de ejecución. Cada repositorio da acceso a uno o más grupos, y solo los usuarios de esos grupos visualizan y operan los recursos vinculados a él.
En la práctica, el rol define qué puede hacer el usuario, y la combinación entre grupos y repositorios define sobre qué recursos puede hacerlo. Los roles y grupos se asignan en Organización > Usuarios y Grupos, y el acceso de los grupos a los repositorios se configura en Organización > Repositorios.
Consulta más en:
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Es posible usar los grupos del proveedor de identidad (IdP) para asignar roles y accesos en BotCity?
¿Es posible usar los grupos del proveedor de identidad (IdP) para asignar roles y accesos en BotCity?¶
Todavía no. Si tu IdP (Microsoft Entra ID, Okta, Google Workspace, etc.) envía un claim de grupos en el token o en la aserción SAML, ese atributo se ignora. No define el rol ni los grupos del usuario en la Plataforma BotCity.
La plataforma pasará a aceptar los grupos del IdP como fuente de verdad para roles y accesos, de dos formas complementarias:
- Sincronización en el inicio de sesión: en cada autenticación, el IdP informa los grupos del usuario y BotCity aplica el rol y los accesos correspondientes, según un mapeo definido por tu empresa. Los cambios hechos en el IdP pasan a valer en el siguiente inicio de sesión.
- Aprovisionamiento automático vía SCIM: la creación, modificación y eliminación de usuarios, así como la asociación entre usuarios y grupos, se replican en la Plataforma BotCity en tiempo real, sin depender de un nuevo inicio de sesión.
Para usar este recurso, será necesario:
- En el IdP, habilitar el envío de los grupos del usuario en el token de autenticación y, para SCIM, configurar la conexión de aprovisionamiento con BotCity.
- En BotCity, definir el mapeo entre los grupos del IdP y los roles y grupos de la plataforma.
Previsión de disponibilidad
El recurso está en desarrollo y estará disponible pronto. Hasta entonces, gestiona roles y grupos en Usuarios y Grupos.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿BotCity admite SCIM 2.0?
¿BotCity admite SCIM 2.0?¶
Todavía no. El aprovisionamiento automático vía SCIM está en desarrollo y estará disponible pronto.
Con SCIM, la creación, la modificación y la eliminación de usuarios y la asociación entre usuarios y grupos en el IdP pasarán a replicarse en BotCity en tiempo real. En la práctica, las bajas y los cambios de área se reflejarán de inmediato en los accesos a la plataforma.
Previsión de disponibilidad
El recurso está en desarrollo y estará disponible pronto. Hasta entonces, gestiona roles y grupos en Usuarios y Grupos.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Existe una API para gestionar usuarios y roles en BotCity?
¿Existe una API para gestionar usuarios y roles en BotCity?¶
No. Hoy la Plataforma BotCity no tiene una ruta de API para crear, desactivar o eliminar usuarios, ni para asignar roles por producto. La administración de usuarios y permisos se hace manualmente, en Organización > Usuarios y Grupos.
Para automatizar la concesión y la revocación de accesos desde tu herramienta de gestión de identidad, el camino previsto es el aprovisionamiento vía SCIM, que estará disponible pronto.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
Orquestador y planes¶
¿Cuáles son las características y limitaciones de una cuenta Community en el Orquestador BotCity?
¿Cuáles son las características y limitaciones de una cuenta Community en el Orquestador BotCity?¶
Una nueva cuenta creada en el Orquestador BotCity tiene acceso completo a las funcionalidades de la plataforma durante los primeros 30 días, el período de trial. Terminado ese plazo, parte de las funcionalidades se deshabilita y otra parte pasa a tener límite de uso.
Funcionalidades deshabilitadas:
Recursos que pasan a tener límite de uso:
- Tareas creadas por día
- Automatizaciones en la plataforma
- Runners en la plataforma
Los valores de esos límites dependen de tu contrato, así que no existe un número único que valga para todas las cuentas. Para consultar los límites que se aplican a tu organización, accede a la página Cuenta y Planes en el Orquestador, que muestra el plan vinculado y los límites de automatizaciones y Runners.
Para confirmar las condiciones de tu contrato, o evaluar un upgrade, habla con tu representante comercial.
Las limitaciones valen solo para la orquestación
Las limitaciones de una cuenta Community están orientadas a la parte de orquestación.
La etapa de desarrollo de las automatizaciones no tiene ningún tipo de limitación con respecto al uso de los frameworks y plugins de código abierto de BotCity, ni al uso de las herramientas de BotCity Studio para visión computacional e inspector Web y Windows.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
¿Por cuánto tiempo se almacenan los datos históricos de las automatizaciones?
¿Por cuánto tiempo se almacenan los datos históricos de las automatizaciones?¶
El período de retención vale para los datos históricos que las automatizaciones generan en la plataforma:
Por cuánto tiempo esos datos continúan disponibles depende del contrato de tu organización, así que no existe un período único que valga para todas las cuentas.
Para confirmar la retención que se aplica a ti, consulta el plan vinculado a tu organización en la página Cuenta y Planes del Orquestador y valida el período contratado con tu representante comercial. Esa es también la conversación que vale cuando la operación necesita un histórico más largo por exigencia regulatoria o de auditoría.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.
Aprendizaje y contenidos¶
¿Dónde puedo encontrar contenido para aprender más sobre el uso de BotCity?
¿Dónde puedo encontrar contenido para aprender más sobre el uso de BotCity?¶
El material de aprendizaje está distribuido entre cursos, tutoriales y canales de la comunidad. El mejor punto de partida depende de lo que necesites en el momento.
Para el primer contacto con la plataforma, haz los cursos de la Academia. Son gratuitos y solo requieren una cuenta BotCity.
Para construir una automatización de principio a fin, sigue los tutoriales del portal de documentación:
- Desarrollando tu primer bot desktop
- Desarrollando tu primer bot web
- Orquestando tus procesos de automatización
Para acompañar novedades e intercambiar experiencias, usa los canales abiertos:
- ¿Qué hay de nuevo?, con las actualizaciones y mejoras de cada mes.
- Comunidad, que reúne el foro, el grupo de WhatsApp, el repositorio de automatizaciones y los proyectos de código abierto.
- Blog BotCity, con artículos y casos de uso.
- YouTube BotCity BR, con los videos en portugués.
- YouTube BotCity, con los videos en inglés.
¿Todavía necesitas ayuda?
Si esto no resuelve tu caso, o tu pregunta no está listada aquí, abre un ticket con el equipo de soporte.