Creating and Using Sandbox
As your organization grows, so does the complexity in your recruitment processes. At such a point, any small error in a process could cause a domino effect. To help overcome this trouble, Zoho Recruit brings to you the Sandbox, an environment to test your Zoho Recruit settings before you can take it to your production setup. This way, you can feel much safer about the changes in your settings, as you can now test them, identify issues, and fix them before you take them to your actual working system.
Points to remember:
- Currently, Sandbox will allow deployment to production for Profiles, Roles, Data Sharing Settings, Groups, Multi-currency, Territory Management, Automation, Customization, Templates, Custom Schedules, Webforms, Auto Response Rules, Workflow Rules, Blueprint.
- Sandbox allows you to test what happens not only when you add new configurations, but also when you edit or delete an existing configuration.
- Emails sent from the Sandbox environment will not be delivered to the recipients.
Emails triggered through Workflow Rules or Blueprints will not be delivered but displayed in the Email related list of the record. - Migrating data from another recruitment software is possible in the Sandbox. You can also import records to the specific modules.
- Updating a field in sandbox and deploying the changes to production will overwrite the existing field properties.
For example, if the email field is marked as "mandatory" in the sandbox and "unique field" in production. Then, after deployment the field property will be overwritten to mandatory. - To know whether you are working on the Sandbox environment or production setup, look out for a bright orange Sandbox ribbon. This is used to differentiate the Sandbox from your production setup.
- Sandbox is only to test configurations in Zoho Recruit. Records that you enter into the Sandbox cannot be deployed to production.
- You can select all the changes or the required ones partially from the Change Set and then deploy them to the production.
- Once you have deployed changes to production, the remaining changes in the Change set will be retained until the next refresh.
- You can refresh the Sandbox settings using the Refresh Settings option once in 3 days. When you refresh settings, all existing Sandbox configurations are deleted and the Sandbox environment will mirror the latest production setup.
- The changes deployed via Sandbox in the last 6 months will be listed in the Deployment Logs section in the Sandbox page.
Availability
Permission Required
Users with Manage Sandbox permission can carry out the following Sandbox setup actions:
- Create or edit sandbox
- Refresh sandbox
- Add developers
- Deploy changes (of other users as well) to production (even without the specific feature permission)
- Deactivate the Sandbox account
Create Sandbox
To create Sandbox,
- Go to Setup > Developer Space > Sandbox.
- In the Sandbox page, enter the following details under the Sandbox Information section.
Name: Enter a name for the Sandbox.
Description: Write a brief description of the Sandbox.
Accessible To: Add users to give them access to the Sandbox and its settings. - Click Save.
Apart from creating a Sandbox, you can add a type of user called Developer to access the Sandbox. A Developer is a type of user with access permission to the Sandbox account alone. Hence, the developer will not have access to records on the Recruit account.
Adding a Developer
The main purpose of adding a developer is to:
- Ideate, create, and test all complex processes involved in automation tools like workflow rules, schedules, and others
- Write and test custom functions for activities that involve complex processes
- Ensure all the processes are error-free before deployed into the production account
Note
- You can add maximum 5 developers to the sandbox account.
- You can add the developers without purchasing a license.
To add a developer,
- Go to Setup > Developer Space > Sandbox.
- In the Sandbox page, click the More icon (...) in the top right corner.
- In the drop down list, click Add developer.
- In the Add Developer page, enter the following details:
- First Name: Enter the first name of the developer to be added.
- Last Name: Enter the last name of the developer to be added.
- Email: Enter the developer's email to which the activation invite will be sent.
- Role: Select the role of the developer in the Sandbox account.
- Profile: Select the profile of the developer in the Sandbox account.
- Click Save to finish.
An email invitation will be sent to the developer for activating the account.
Access Sandbox
To access Sandbox,
- Go to Setup > Developer Space > Sandbox.
- In the Sandbox page, click the Go to Sandbox button in the top right corner.
- A new Recruit tab opens with an orange colored Sandbox ribbon on the top denoting that the current tab is a sandbox.
Related Articles
Refreshing and deactivating the Sandbox
When your Sandbox setup is not in sync with the Production setup, any "test" that you conduct in your Sandbox will not be relevant when deployed to production. What worked in Sandbox may go wrong in your production setup as both versions would not be ...
Using and Creating Macros
Macros are a set of actions that can be executed for a group of records in a module. These sets of actions include sending emails, creating tasks, and updating a field in the records with a specified value. You may have a set of actions that you ...
Using and Creating Macros
Macros are a set of actions that can be executed for a group of records in a module. These sets of actions include sending emails, creating tasks, and updating a field in the records with a specified value. You may have a set of actions that you ...
Using and Creating Macros
Macros are a set of actions that can be executed for a group of records in a module. These sets of actions include sending emails, creating tasks, and updating a field in the records with a specified value. You may have a set of actions that you ...
Creating Conditional Layouts using Layout Rules
What is a layout rule? Your recruitment data is often inter-dependent. When you are creating a record for a candidate, not all the fields in the layout are utilized. For example, if the candidate is a fresher he would not need the Previous Experience ...