Automation Workspace v.36 release
- Updated: 2025/04/03
Review what's new and changed, and the fixes and limitations in Automation Workspace for the v.36 release.
What's new
What's changed
Fixes
For a file creation event using File and Folder trigger, the associated bot
logic is deployed for the event only once. Service Cloud Case ID: 02175501 |
You can now use the
Google Cloud > Vertex
AI: Connect and
Disconnect actions within the
Generative AI package without any errors related to
JacksonFactory . Previously, automations
using these actions would experience connection failures when
using the Connect and
Disconnect actions.Service Cloud Case ID: 02161408 |
In a multi-tenant deployment,
the job execution completes successfully on the remaining
tenants even when the Control Room license has
expired on any one of the tenants. Service Cloud Case ID: 02137519 |
After updating to this release,
the automation run clip is now saved without any issues when the
following conditions are met:
|
The v2/repository/file/list API now includes the missing
fields in the API response and ensures the
locked field correctly indicates whether an
automation is checked out. Previously, the
v2/repository/file/list API returned an incomplete response,
missing fields like lockedBy ,
productVersion , and
latestVersion . Additionally, the
locked field did not accurately reflect the
checked-out state of automations, leading to
inconsistencies.Service Cloud Case ID: 02152083 |
When you perform a bulk package update using the Bot
update option, you no longer encounter any error
or exception messages. Service Cloud Case ID: 02105984, 02131991 |
You no longer encounter an error message when copying a Recorder action from a cloned bot. Service Cloud Case ID: 02146968 |
After editing a workitem, the
details are now saved successfully in the Audit log
comment section. Additionally, these saved
comments can be viewed in the Update work item
details section. Service Cloud Case ID: 02163256 |
When you export a bot
which has the production label, it no longer exports the
dependencies from the latest bot version.
Additionally, it imports the bot successfully
without dependencies from the latest bot
version. Service Cloud Case ID: 02158809 |
The
/v3/activity/list API accurately reflects
the modifiedBy for in-progress
bots.Previously, the Service Cloud Case ID: 02148994 |
When automation recording is turned on and an automation deployment fails because of issues like wrong device credentials or an unavailable session, the automation recording stops. As a result, the Bot run clip section in will not be displayed. |
Packages (such as Database, Task bot, or
Dictionary) where the Add variables
mapping option is available. When you enter the
key name in the Add key field and then
create a variable to map the key to the variable, you will no
longer encounter an issue as the keys and the mapped variables
are now populated correctly. Previously, due to an error, the keys and the mapped variables were not populated, and the mapped variables table displayed blank values. Service Cloud Case ID: 02167368, 02177340, 02178160 |
When a bot with captured images is checked in and secure recording was enabled during capture, the images will no longer be visible when the bot is opened in view mode from the public repository, nor will they appear in the metadata folder. Service Cloud Case ID: 02164805 |
When you execute package version
updates using repository management APIs, the request is now
completed for both parent and dependent bots. Previously, when the parent bot ID was only passed, the request would be completed for the parent bot, and the dependent bots would get stuck in the In-progress status. Service Cloud Case ID: 02161948 |
A scheduled automation
is now executed successfully when the associated Run-as user
that was previously disabled is enabled. Service Cloud Case ID: 02165361 |
Event details in the audit log
are now displayed in the language selected by the user in the
details column. Previously, error messages during bot import were logged in a language different from the user's selection. Service Cloud Case ID: 02150311 |
When creating custom roles, the
Download data files permission is
successfully saved. Previously, some users could not select the Download data files permission check box after creating a custom role Service Cloud Case ID: 02163477 |
On the license group edit page (Control Room
to the Selected pane at a time.
Previously, when users attempted this action, the transferred GUIDs did not appear in the Selected pane. |
), you can now successfully transfer grouped GUIDs
from the available instances of the
Locker owners can now access
lockers with view or edit permissions alone. Previously, users required additional permissions when accessing the locker. Service Cloud Case ID: 02177097 |
When a user with a custom role but with View Settings permission logs into Control Room ( ), the page loads successfully. Previously, this action resulted in an error and required Manage Settings permission in addition to View Settings permission. |
An On-Premises
Control Room with a default tenant ID of all
zeros can now connect and synchronize licenses with the Cloud license server, even if multiple
instances share the same tenant ID. Previously, only the last instance of the Control Room could successfully install a Cloud license, while other instances of the Control Room entered fail-safe mode (a state with limited functionality due to licensing issues). We recommend that you do not create new Control Room instances from an existing database to avoid these problems. Service Cloud Case ID: 02163947 |
Limitations
When you use the Loop
action and change the loop iterator from CSV/TXT
(for each row in CSV/TXT) to Database (for each row in a SQL
query dataset), an error is encountered on the Bot editor screen that prevents you from
developing the automation. Workaround: After you set the CSV/TXT (for each row in the CSV/TXT iterator), save the bot to avoid the error on the screen. |
In the Event triggers page, when adding an API Task with web triggers, the Choose a user modal displays all the users in the Control Room instead of displaying the users with run permission for the folder in which the API Task is checked in. |
When you create a bot (below Automation 360 v.36) with trigger and disable the trigger, the bot is shown up in the Add event trigger window after checking in it into the public workspace. Also, the bot shows incorrect values even if the triggers are disabled. |
Limitations from previous releases |
---|
The expand/collapse option is not available in the Triggers section of API Tasks in the Bot editor. |
When you deploy an old version bot that has the Production label and latest version have recaptured the metadata, the bot deployment fails. |