Zoho People – Blueprint

A Blueprint is a systematic flow chart of your HR processes, created digitally in Zoho People.

It captures every stage of any HR process that you follow offline. As an HR professional, you will inevitably end up working with a lot of complex processes.

From onboarding to offboarding, each HR process will have multiple stages. A clearly defined Blueprint streamlines the whole process, so you and your employees do not miss any important steps in the process.

The advantages of implementing a Blueprint:

  • Lets you clearly define every stage of a process for your employees to follow.
  • Cuts the monotony of setting up processes every single time you need to run them.
  • Guides your employees on what to do next, and what actions should be completed, to move from one stage to the next.
  • Increases accuracy in form data. For instance, an employee cannot just fill in any value in a form, when Blueprint is in action. It ensures that your employees fill form fields with the right information.
  • Automates all of your processes with less manual interaction and fewer errors.

Terms explained

A blueprint in Zoho People consists of:

  • States: States are the values that you define in the pick list fields of a form. Picklist fields in forms include drop down and radio fields.
  • State Nodes: The connecting points of a state. Dragging the nodes lets you connect between states to create a flow.
  • Start: Marks the start of the blueprint. This means the field in the form is empty.
  • Transitions: A transition refers to the process of change that happens between states. It refers to the conditions that must be met in order to move from one state to another. A transition can have Before, During and After conditions. ​Relationship between two states: The primary state from where the transition begins is called the source state and the state to which the transition (arrow) connects to the desired state, is called the target state. In cases where the source state is not the Start, a source state can be created (by drag and drop of an available state) and must be connected to a target state. The transition from one state to the next is unidirectional in nature.
  1. Before condition checks for criteria before making the transition available.
  2. During condition checks for specific actions or field updates to be completed before a transition can occur. A message or a field specification can be added.
  3. An After condition executes certain automated actions when a transition is completed. Automated actions like mail alerts, field updates, checklists, webhooks and custom functions can be set.
  • Transitions appear in black except for global transitions, which appear in blue.
  • Global Transition – A global transition by default can be executed from any state in a process. However, you can deselect options for which you do not want the transition. Hover to view all global transitions in green lines.
  • Transition Owner – Only those users assigned as Transition Owners will be able to view the transition.
  • If no transition owner is selected, all users with edit permissions to the blueprint field will be able to see the transition. For a During field, however, all fields will be editable irrespective of any field permissions set.