Orchestrator Settings#

The following settings are available in the Orchestrator config (backend/config/config.ini):

No	Parameter	Description	Default Value	Value Range	Recommendations
1.	store_logs _days	The number of days for which Robot Logs are stored in the main database. After the specified number of days, the Logs will be moved to the archive database and deleted from the main database.	180	from 0 to 180	Note that when selecting a value of 0, Logs are stored indefinitely.
2.	store_audit _days	The number of days for which Audit Records, which log actions and changes in the system, are stored in the main database. After the specified period, Audit Records are permanently deleted from the main database.	180	from 0 to 180	Note that when selecting a value of 0, Audit Records are stored indefinitely.
3.	store_errors _days	The number of days for which records of system errors are stored in the system_errors table. After the specified period, system errors are permanently deleted from the main database.	30	from 0 to 180	Note that when selecting a value of 0, records of System errors are stored indefinitely.
4.	store_tasks _days	The number of days for which records of Tasks are stored in the main database. After the specified number of days, Tasks will be moved to the archive database and deleted from the main database.	0	from 0 to 180	Note that when selecting a value of 0, records of Tasks are stored indefinitely.
5.	store_jobs _days	The number of days for which records of Jobs are stored in the main database. After the specified number of days, Jobs will be moved to the archive database and deleted from the main database.	0	from 0 to 180	Note that when selecting a value of 0, records of Jobs are stored indefinitely.
6.	clean_time	The time when the script for archiving and deleting records is triggered. It is set in the format HHMM, where HH is hours and MM is minutes. This time is set in the UTC+0 (Greenwich) time zone, allowing for precise determination of the script activation moment.	0000	from 0000 to 2359	The choice of time for cleanup runs should be based on an analysis of system load to minimize performance impact. For example, 0200 means that data unloading will occur at 2:00 AM (UTC+0).
7.	show_license _exp_modal	Provides the option to disable notifications about expiring licenses when logging into the system.	1	1 or 0	Note that a value of 1 activates the message display, while 0 disables this message.
8.	max_tasks _to_view	Defines the maximum number of Tasks that can be displayed simultaneously on the Tasks panel.	30000	from 0 to ∞	Note that when selecting a value, all records on the Tasks panel are sorted by date in descending order.
9.	mail_check _interval	Defines the interval in minutes for how often the Orchestrator will check the mail server for new emails when processing Triggers. This setting applies to Triggers that work with mail.	10	from 1 to ∞	It is recommended to set a value that ensures an optimal frequency of receiving new emails from the server while avoiding excessive load from frequent requests.
10.	mail_check _timeout	Defines the interval in seconds for how long the system will wait for a response from the mail server before issuing an error. This setting applies to Triggers that work with mail.	10	from 1 to ∞	It is recommended to choose a value that provides sufficient time to receive a response from the server while minimizing delays in the workflow.
11.	cron_task _abandoned _interval	The number of hours after which the Orchestrator will mark started (in progress) but not completed Tasks as Abandoned.	24	from 1 to ∞	It is important to analyze the average task execution time to determine the optimal interval.
12.	cron_job _failed _interval	The number of hours during which the system waits for the successful completion of a Job. After the specified time, if the Job has not been successfully completed, it automatically receives a status of "Failed".	24	from 1 to ∞	It is important to analyze the average job execution time to determine the optimal interval.
13.	show_ process_only_for _users_in _assistant	This parameter provides the option to display the list of available Processes in Sherpa Assistant only after authenticating on behalf of the User.	0	0 or 1	Note that when setting the value to '1', the list of Processes will be displayed immediately after logging into the Assistant. If the value is set to '0' (default), the list of Processes will not be visible until authentication on behalf of a specific user is completed. In this case, only those Processes that are available to this user will be displayed in the list. This parameter should be enabled when using the Access Folder system to restrict the Processes available to users.