As of version 8.5, there is an option to keep the RDP-session active automatically. You can learn more about it in this article.
Description of an error
By default, in the closed mode, the target system goes to "screenless" mode, making it impossible to work with application elements in this case.
When the session is locked (RDP session is closed), both the workflow manually launched from Studio right before the locking and the workflow launched through Orchestrator SaaS (except for the interacting with an interface) work successfully.
Method 1. Additional virtual machine.
For this method to work you need to open an additional (buffer) machine and configure the terminal client there to support minimized mode.
After that, you will need to perform the following steps:
Developer’s machine - M0.
Target machine - M1.
Buffer (additional) machine - M2.
Start the workflow on M1, and connect it to Orchestrator SaaS. Configure the terminal client on M2 as described in this article. After that, connect from the developer's machine (M0) to M2, and from M2 to M1. The next step is to close the connection M0 to M2, without closing the connection M2 to M1. After that, you can run bots through Orchestrator SaaS.
Method 2. Creating a bat file.
The idea is to create a BAT file with the following content:
for /f "skip=1 tokens=3" %%s in ('query user %USERNAME%') do (
%windir%\System32\tscon.exe %%s /dest:console
Next, you need to run it as Administrator instead of closing the session in the terminal. After it has started, you will get a message saying that "another user is logged into the session" and the RDP window will close. You will be able to run robots, including those working with interface elements.
Pay attention that there is only one console on the server and this solution will only work for one user: if you run the same BAT file from a second user, the session of the first user will be the usual "closed" one.