Skip to main content
A Key Result Area (KRA) is a named area of responsibility you measure people on — “Customer Satisfaction”, “Sales Growth”, “Code Quality”. KRAs are deliberately small: each is just a title and an optional description. They are reusable building blocks. You define a KRA once, then weight it inside your appraisal templates and link goals to it, rather than retyping the same area on every appraisal. This page covers maintaining your KRA library — creating, editing, searching, and removing KRAs. Setting the weight a KRA carries in an appraisal happens later, on the appraisal template (see Related). You’ll find this at: /hr/performance/kras
📷 Screenshot: KRAs list page with the search box and the “Add KRA” button — to be added.

​
Before you start

Hitaji 360 is multi-business. KRAs are scoped to the business selected in the business switcher at the top of the app, with one twist: a KRA created without a business attached is tenant-wide and shows up in every business in your tenant, while a KRA created against a specific business is visible only inside that business. So before you add a KRA, confirm the right business is selected — a KRA you raise in the wrong business won’t appear where you expect, and another business cannot see or edit it (the system returns a “not found” rather than leaking it across businesses).
You need the right permission to manage KRAs — see Permissions below. Anyone with read access can browse the list; only configuration roles can add, edit, or delete.

​
Creating a KRA

From the KRAs list, choose Add KRA. A small dialog opens.
📷 Screenshot: The Add KRA dialog showing the Name and Description fields — to be added.
The Create KRA button stays disabled until you type a name, so you cannot save an empty KRA. If a KRA with the same name already exists, the save is rejected with a message telling you the title is taken. When you save, the new KRA appears in the list (sorted alphabetically by name) and is immediately available to pick when you build appraisal templates.

​
Editing a KRA

Choose Edit on any row to reopen the same dialog with the current values. You can change the name, the description, or both.
  • Renaming is also subject to the uniqueness check — you cannot rename a KRA to a title another KRA already uses.
  • Clearing the description and saving removes it (the list then shows “No description”).
Editing a KRA changes it everywhere it is referenced — appraisal templates that weight this KRA and goals linked to it will reflect the new name.

​
Searching

The search box filters the list as you type (after a short pause). It matches against both the name and the description, so you can find a KRA by a word in its detail text even if the title doesn’t contain it. Clearing the box restores the full list. The list is paginated. The header shows the total count of KRAs in the current business scope.

​
Deleting a KRA

Choose Delete on a row. A confirmation dialog warns you that appraisal templates that reference this KRA will lose the association, then asks you to confirm. Deletion is a soft delete — the KRA is hidden and excluded from every list and lookup, but the underlying record is retained (it is flagged deleted with a timestamp rather than physically removed). This keeps historical appraisals that were built against it intact. A deleted KRA’s name is freed up, so you can later create a brand-new KRA reusing that title. There is no “restore deleted KRA” button in the interface today; if you delete one in error, simply recreate it.

​
Permissions

Managing KRAs is treated as configuration, so the create/edit/delete actions need a higher permission than just viewing the list. All actions are scoped to your tenant and the selected business. A KRA belonging to another business is treated as not found — there is no way to read or change another business’s library across the boundary.