> For the complete documentation index, see [llms.txt](https://help.smartcv.co/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.smartcv.co/hiring-plans-overview.md).

# Hiring Plans Overview

Hiring Plans help your organization plan and monitor future recruitment needs before individual hiring requests are created.&#x20;

A Hiring Plan represents what your organization expects to hire and why during a specific period. It provides a higher-level view of planned recruitment activity and can be used to organize hiring needs by organization, department, owner, period, and budget.&#x20;

Hiring Plans are intentionally separate from individual hiring requests. A plan may be created and activated well before recruitment actually begins, and it may later contain one or more Requisitions.&#x20;

This allows HR teams to plan ahead without being required to immediately create or publish jobs.&#x20;

To learn how individual hiring requests are managed, see Requisitions.&#x20;

<figure><img src="https://834622186-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lf1c4bGTEs3T7jNosdZ%2Fuploads%2FdDuC99vAqwOLnTaF3bua%2Fimage.png?alt=media&amp;token=fba35eb6-8169-482a-a082-c5dfb9fd556a" alt=""><figcaption></figcaption></figure>

**When to use a Hiring Plan**&#x20;

A Hiring Plan is useful when your organization wants to plan recruitment activity in advance.&#x20;

<mark style="color:purple;">For example, an organization may create an annual or departmental Hiring Plan covering:</mark>&#x20;

* planned recruitment for the next year;&#x20;
* expansion of a specific department;&#x20;
* replacement or growth hiring;&#x20;
* recruitment associated with a new project or business unit;&#x20;
* hiring activity within an approved budget.&#x20;

The Hiring Plan provides the planning layer. Actual requests to start recruiting are created separately as Requisitions.&#x20;

**Creating a Hiring Plan**&#x20;

When creating a Hiring Plan, you can define information such as:&#x20;

* Name – a descriptive name for the plan;&#x20;
* Organization – the organization to which the plan applies;&#x20;
* Department – the relevant department, where applicable;&#x20;
* Owner – the person responsible for the plan;&#x20;
* Start and end dates – the period covered by the plan;&#x20;
* Budget – the planned recruitment budget;&#x20;
* Description – additional information about the purpose or context of the plan.&#x20;

A Hiring Plan is initially created as a Draft.&#x20;

This allows you to prepare and review the plan before making it available for operational use.&#x20;

<figure><img src="https://834622186-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lf1c4bGTEs3T7jNosdZ%2Fuploads%2FmO5CLSnoZaqlIyRCY5WL%2Fimage.png?alt=media&amp;token=2a413ea8-6cb2-4321-ab85-a8317ebf1187" alt=""><figcaption></figcaption></figure>

<figure><img src="https://834622186-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lf1c4bGTEs3T7jNosdZ%2Fuploads%2FatFx5QbfO1u7y5NSjvIx%2Fimage.png?alt=media&amp;token=87054c2c-ef22-4833-b33b-4910efcb13a7" alt=""><figcaption></figcaption></figure>

**Activating a Hiring Plan**&#x20;

When a Hiring Plan is ready, it can be changed from Draft to Active.&#x20;

An Active Hiring Plan can then be used when creating Requisitions.&#x20;

Activation does not automatically create jobs or start recruitment. It simply indicates that the plan has been approved internally for operational use.&#x20;

This separation is important: planning a future hire does not necessarily mean that recruitment should start immediately.&#x20;

<figure><img src="https://834622186-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lf1c4bGTEs3T7jNosdZ%2Fuploads%2FPaXjdGgzNfKpjucPEJ1c%2Fimage.png?alt=media&amp;token=bd2c171d-175d-40ff-a42d-ebb72342b5d3" alt=""><figcaption></figcaption></figure>

**Returning a Hiring Plan to Draft**&#x20;

An Active Hiring Plan can be returned to Draft while it has no associated Requisitions.&#x20;

Once Requisitions have been created under the plan, it cannot be returned to Draft.&#x20;

This protects the consistency of existing hiring requests and their relationship with the plan.&#x20;

<figure><img src="https://834622186-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lf1c4bGTEs3T7jNosdZ%2Fuploads%2FVYnLG2TH7AKz6AIeAZWV%2Fimage.png?alt=media&amp;token=ea8dd73d-b478-413d-9efc-4f5c6379abb0" alt=""><figcaption></figcaption></figure>

**Creating Requisitions from a Hiring Plan**&#x20;

A Hiring Plan can contain multiple Requisitions.&#x20;

For example, a plan for expanding a Sales department could eventually contain separate Requisitions for:&#x20;

* Sales Representatives;&#x20;
* Account Managers;&#x20;
* a Sales Manager.&#x20;

This means that the relationship is not necessarily one Hiring Plan to one job.&#x20;

A Hiring Plan describes the broader recruitment requirement, while each Requisition represents a specific request to begin a hiring process.&#x20;

For more information about creating and managing hiring requests, see Requisitions.&#x20;

**Monitoring Hiring Plan progress**&#x20;

The Hiring Plan details page provides a consolidated view of the activity associated with the plan.&#x20;

Depending on the available data, you can monitor information such as:&#x20;

* total Requisitions;&#x20;
* pending Requisitions;&#x20;
* approved Requisitions;&#x20;
* rejected Requisitions;&#x20;
* planned headcount;&#x20;
* approved headcount;&#x20;
* requested budget;&#x20;
* approved budget usage;&#x20;
* remaining budget.&#x20;

This allows HR teams and managers to compare the original recruitment plan with the requests that have actually progressed through the organization.&#x20;

<figure><img src="https://834622186-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lf1c4bGTEs3T7jNosdZ%2Fuploads%2F54ssRF6fvOSrtzEhPd0q%2Fimage.png?alt=media&amp;token=3096de43-5efb-4764-b4d2-390bef2e5461" alt=""><figcaption></figcaption></figure>

**Requisitions and approvals**&#x20;

Requisitions created under a Hiring Plan may require approval before recruitment can proceed.&#x20;

Approval requirements are controlled through reusable Approval Workflows.&#x20;

An Approval Workflow can include multiple approval levels and multiple approvers at each level.&#x20;

The Hiring Plan itself remains the planning layer, while approvals take place at the individual Requisition level.&#x20;

For details about approval levels, approvers, and approval rules, see Approval Workflows.&#x20;

**Hiring Planning Report**&#x20;

The Hiring Planning Report provides an aggregated view of Hiring Plans and their associated Requisitions.&#x20;

It can be used to analyze information such as:&#x20;

* Hiring Plan status;&#x20;
* Requisition status;&#x20;
* planned headcount;&#x20;
* approved Requisitions;&#x20;
* budget;&#x20;
* activity over time;&#x20;
* distribution by department;&#x20;
* distribution by owner.&#x20;

Filters can be used to focus the report on a specific period, organization, department, owner, or status.&#x20;

**Deleting a Hiring Plan**&#x20;

A Hiring Plan can only be deleted while it is in Draft status and has no associated Requisitions.&#x20;

Once Requisitions exist, the plan forms part of the recruitment history and cannot be deleted through the normal Hiring Plan deletion process.&#x20;

**Hiring Plans vs. Requisitions**&#x20;

The easiest way to understand the distinction is:&#x20;

Hiring Plan: \
What do we expect or intend to hire?&#x20;

Requisition: \
Are we ready to request and approve this specific hire?&#x20;

A Hiring Plan can therefore exist without any Requisitions, and a single Hiring Plan can later result in multiple Requisitions.&#x20;

This separation allows organizations to use Worklife Recruit for recruitment planning without forcing every planned hire to immediately become an active recruitment process.&#x20;

**Related Help**&#x20;

* Requisitions – Learn how to create, submit, approve, reject, and manage individual hiring requests.&#x20;
* Approval Workflows – Learn how reusable approval processes are configured and applied to Requisitions.&#x20;
