Is there a way within an automation to retrieve the name of the Orchestrator folder that the job is running out of? For example, if an automation is running from a folder named “System” I want it to use the Start Job command to queue another automation, but if the same automation is running out of a folder named “User Jobs”, I don’t want it to action the Start Job activity in my logic. I’d like to do this with a simple If condition that tests some kind of attribute that tells me the name of the Folder.
Could you tell me what would be the use case for such behavior? I don’t see the point of doing such as you can create automation based on queue where for example another automation will be triggered only when queue item is pushed to selected place. Eventually you can work with triggers.
The use case is that I want the automation to be able to use Start Job to kick off another Unattended job if the automation is running out of my “System” folder where Unattended stuff is running. Users can also run the same automation from their folders. The user folders are geared toward Attended jobs run from Assistant. The user folders generally do not have an Unattended robot available in them to run unattended stuff. So I want the Start Job to only be actioned if running in a folder that I know has Unattended robot(s) available. From a config table, I know which folders have Unattended robot(s) available. So I was hoping their would be some kind of UIPath-level system variable/function that returned the name of the folder the process started in. I can work around this in various ways, but was just hoping there was something available. Queues might work, but I would still have to know whether to queue the job item for the queue processor to start the job. Hope that helps you understand the rationale.
Seems quite clear to me but it looks like something applicable for only dedicated use case. I mean there are not a lot of processes which works like this so it will be rather dedicated option for only small amount of possible usage. And it’s still something what can be achievable with queue items and some Orchestrator API calls to get robot status etc.