Bluewoo HRMS

Employee Management Use Cases

Use cases for employee profiles, custom fields, org structure, and directory

Employee Management Use Cases

This document describes use cases for employee profile management, custom fields, organizational hierarchy, tagging, and employee directory.

Actors

ActorDescription
Tenant AdminFull access to all employee data and configuration
ManagerAccess to own profile and direct reports
EmployeeAccess to own profile and company directory

UC-EMP-01: Create Employee Profile

Primary Actor: Tenant Admin, Manager (if permitted)

Preconditions

  • Actor is authenticated with create employee permission
  • User account exists or will be created with employee

Main Flow

  1. Actor navigates to Employees → Add Employee
  2. Enters required fields:
    • First name, Last name
    • Email address
    • Job title
    • Department
    • Start date
  3. Enters optional fields:
    • Manager (select from active employees)
    • Location
    • Employment type (Full-time, Part-time, Contractor)
    • Phone number
  4. System generates unique employee number
  5. Optionally links to or creates user account
  6. Saves employee profile

Alternative Flows

A1: Email Already Exists

  1. System warns email is already in use
  2. Offers to link to existing employee (if terminated) or abort

A2: Manager Not Set

  1. Employee is created without manager
  2. Appears at top level of org chart (under department)

Postconditions

  • Employee profile created with unique ID and employee number
  • Appears in org chart under assigned manager
  • If linked to user account, employee can login

Business Rules

  • Employee number is auto-generated and unique within tenant
  • Manager must be an active employee in same tenant
  • Start date cannot be in the future by more than 90 days

UC-EMP-02: Manager Views Team Dashboard

Primary Actor: Manager

Preconditions

  • Manager is authenticated
  • Manager has direct reports assigned

Main Flow

  1. Manager logs into the system
  2. Dashboard displays two sections:
    • My Profile: Personal employee information
    • My Team: List of direct reports
  3. My Team section shows:
    • Team member names and photos
    • Job titles
    • Leave balance summary
    • Current status (active, on leave, etc.)
    • Pending requests requiring approval
  4. Manager can click team member to view full profile

Alternative Flows

A1: No Direct Reports

  1. My Team section displays friendly empty state
  2. Message: "You don't have any direct reports yet"

A2: Team Member on Leave

  1. Status indicator shows "On Leave"
  2. Leave type and return date visible

Postconditions

  • Manager has overview of team status
  • Can quickly access individual profiles

Key Scenario: Dual-Role User

A Development Manager sees:

  • My Profile section: Shows their own data, reports to CTO
  • My Team section: Shows developers they manage
Dashboard View for Development Manager:
┌─────────────────────────────────────┐
│ My Profile                          │
│ Reports to: CTO                     │
│ Leave Balance: 15 days              │
├─────────────────────────────────────┤
│ My Team (3 members)                 │
│ ├── Senior Developer - Active       │
│ ├── Developer - On Leave (returns 12/1) │
│ └── Junior Developer - Active       │
└─────────────────────────────────────┘

UC-EMP-03: View/Edit Employee Details

Primary Actor: Employee (own profile), Manager (team), Tenant Admin (all)

Preconditions

  • Actor is authenticated
  • Employee profile exists

Main Flow

  1. Actor navigates to employee profile
  2. Views employee information:
    • Personal details (name, contact)
    • Employment details (title, department, manager)
    • Custom fields (tenant-configured)
    • Tags assigned to employee
    • Leave balances
    • Documents (if permitted)
  3. Edits fields based on permissions:
    • Employee: Personal info (phone, emergency contact, custom fields marked as employee-editable)
    • Manager: View only for team members
    • Admin: All fields

Alternative Flows

A1: Viewing Terminated Employee

  1. Profile shows "Terminated" status with last day
  2. Most fields are read-only
  3. Historical data preserved

A2: Insufficient Permissions

  1. Fields are displayed as read-only
  2. Edit button not shown for restricted fields

Postconditions

  • Profile changes saved
  • Audit log records all changes with old/new values

Permission Matrix

Field TypeEmployeeManagerAdmin
Personal contact infoEditViewEdit
Job title, departmentViewViewEdit
Manager assignmentViewViewEdit
Salary (if tracked)HiddenHiddenEdit
Custom fieldsDepends on configViewEdit
TagsViewAssignAssign

UC-EMP-04: Assign/Change Manager

Primary Actor: Tenant Admin, HR Manager

Preconditions

  • Actor has permission to change reporting structure
  • Both employee and new manager exist and are active

Main Flow

  1. Actor navigates to employee profile
  2. Clicks "Edit" on manager field
  3. Searches for or selects new manager from active employees
  4. Reviews impact:
    • Old manager loses access to employee's data
    • New manager gains access
  5. Confirms change
  6. System updates reporting chain

Alternative Flows

A1: Circular Reporting Chain Detected

  1. System detects A→B→C→A scenario
  2. Displays error: "Cannot create circular reporting chain"
  3. Change is rejected

A2: New Manager in Different Department

  1. System warns about cross-department reporting
  2. Allows change with confirmation

Postconditions

  • Reporting relationship updated
  • Org chart reflects new structure
  • Previous manager notified (optional)
  • Audit log records change

Business Rules

  • No circular reporting chains allowed
  • Manager must be active employee in same tenant
  • Terminated employees cannot be assigned as managers

UC-EMP-05: Transfer Department

Primary Actor: Tenant Admin

Preconditions

  • Tenant Admin is authenticated
  • Employee and target department exist

Main Flow

  1. Tenant Admin navigates to employee profile
  2. Clicks "Transfer Department"
  3. Selects new department from list
  4. Optionally selects new manager (defaults to department head)
  5. Sets effective date (can be future-dated)
  6. Adds transfer reason (optional)
  7. Confirms transfer

Alternative Flows

A1: Future-Dated Transfer

  1. Transfer scheduled but not yet effective
  2. Current department shown with "Transferring to X on DATE"

A2: No Manager in New Department

  1. System warns department has no manager
  2. Allows transfer, employee reports to no one temporarily

Postconditions

  • Employee moved to new department
  • Org chart updated
  • Historical record of department change preserved
  • Notifications sent to old/new managers (optional)

UC-EMP-06: Terminate Employee

Primary Actor: Tenant Admin

Preconditions

  • Tenant Admin is authenticated
  • Employee is currently active

Main Flow

  1. Tenant Admin navigates to employee profile
  2. Clicks "Terminate Employee"
  3. Enters termination details:
    • Last working day
    • Termination type (Resignation, Termination, Retirement)
    • Reason (optional, internal only)
  4. Reviews impact:
    • Employee will lose system access on last day
    • Pending leave requests will be cancelled
    • Direct reports will need new manager
  5. Confirms termination
  6. System triggers offboarding workflow (if configured)

Alternative Flows

A1: Employee Has Direct Reports

  1. System lists current direct reports
  2. Requires reassignment before termination completes

A2: Employee Has Pending Approvals

  1. System shows pending items assigned to employee
  2. Requires resolution or reassignment

Postconditions

  • Employee status changed to "Terminated"
  • Last day recorded
  • User access scheduled for deactivation
  • Offboarding workflow initiated
  • Data retained (soft delete) for compliance

Business Rules

  • Terminated employees cannot be managers
  • Data is retained, not deleted (soft delete)
  • User account is deactivated, not deleted
  • Historical records preserved for reporting

UC-EMP-07: View Org Chart

Primary Actor: All users

Preconditions

  • User is authenticated
  • Employees exist with reporting relationships

Main Flow

  1. User navigates to Organization → Org Chart
  2. Views hierarchical tree visualization:
    • CEO/top-level at root
    • Managers with expandable/collapsible teams
    • Employee cards with photo, name, title
  3. Can interact with org chart:
    • Click employee to view profile
    • Expand/collapse nodes
    • Search by name to locate
    • Filter by department

Alternative Flows

A1: No Reporting Structure Defined

  1. System displays flat list grouped by department
  2. Prompts admin to set up reporting relationships

A2: Large Organization

  1. Initial view shows top levels only
  2. "Show more" to expand deeper levels
  3. Search to jump directly to an employee

Postconditions

  • User has visual understanding of organization structure
  • Can navigate to individual profiles

Example Org Chart View

                    CEO

        ┌────────────┼────────────┐
        │            │            │
       CTO         CFO         COO
        │            │
   ┌────┴────┐    Finance
   │         │      Team
Dev Mgr   QA Mgr
   │         │
┌──┴──┐   ┌──┴──┐
Dev   Dev QA   QA

UC-EMP-08: Tenant Admin Adds Custom Fields

Primary Actor: Tenant Admin

Preconditions

  • Tenant Admin is authenticated
  • Has access to system configuration

Main Flow

  1. Tenant Admin navigates to Settings → Employee Profile → Custom Fields
  2. Clicks "Add Custom Field"
  3. Configures field properties:
    • Field Name: e.g., "Uniform Size"
    • Field Type: Text, Dropdown, Date, Checkbox, Number
    • Options (for Dropdown): e.g., "S, M, L, XL, XXL"
    • Required: Yes/No
    • Visibility: All, Manager+, Admin only
    • Employee Editable: Yes/No
    • Section: Which profile section to display in
  4. Saves custom field
  5. Field appears on all employee profiles

Alternative Flows

A1: Field Name Conflicts

  1. System displays "Field name already exists"
  2. User must choose unique name

A2: Editing Existing Field

  1. Can change display properties (name, visibility)
  2. Cannot change field type (would break existing data)

A3: Deleting Field

  1. System warns about data loss
  2. On confirmation, field and all values removed

Postconditions

  • Custom field added to employee profile schema
  • Appears on all employee profiles
  • Existing employees have blank value for new field

Custom Field Examples

Field NameTypeOptionsVisibilityEmployee Editable
Uniform SizeDropdownS, M, L, XLAllYes
Company LaptopText-Manager+No
Mobile PhoneText-Manager+No
Parking PermitCheckbox-AllNo
Visa Expiry DateDate-Admin onlyNo
T-Shirt SizeDropdownS, M, L, XLAllYes
Emergency ContactText-Manager+Yes

UC-EMP-09: Employee Updates Custom Fields

Primary Actor: Employee

Preconditions

  • Employee is authenticated
  • Custom fields are configured with employee-editable permission

Main Flow

  1. Employee navigates to own profile
  2. Views custom fields section
  3. Identifies editable fields (marked with edit icon)
  4. Updates values:
    • Selects from dropdown
    • Enters text
    • Checks/unchecks checkbox
    • Selects date
  5. Saves changes

Alternative Flows

A1: Required Field Empty

  1. System highlights required field
  2. Must complete before saving

A2: Validation Error

  1. System shows validation message (e.g., invalid date format)
  2. User corrects and retries

Postconditions

  • Custom field values saved
  • Audit log records changes

Business Rules

  • Employees can only edit fields marked as employee-editable
  • Read-only fields are displayed but cannot be modified
  • Admin can override and edit all custom fields

Primary Actor: All users

Preconditions

  • User is authenticated
  • Employees exist in tenant

Main Flow

  1. User navigates to Directory
  2. Views list of all active employees with:
    • Photo, name, job title
    • Department
    • Contact info (email, phone)
  3. Searches by:
    • Name (first, last, or full)
    • Department
    • Job title
    • Tags
  4. Filters by:
    • Department
    • Location
    • Employment type
    • Tags (e.g., "Remote", "Expat")
  5. Clicks employee to view profile

Alternative Flows

A1: No Search Results

  1. System displays "No employees found"
  2. Suggests broadening search criteria

A2: Viewing Terminated Employees

  1. Toggle to include terminated employees
  2. Terminated shown with visual indicator

Postconditions

  • User finds and can contact colleagues
  • Can navigate to full profiles

UC-EMP-11: Tag Employee

Primary Actor: Manager, Tenant Admin

Preconditions

  • Actor has permission to assign tags
  • Employee profile exists
  • Tags are configured for Employee asset type

Main Flow

  1. Actor navigates to employee profile
  2. Views Tags section with current tags
  3. Clicks "Add Tag"
  4. Selects from available tags:
    • Expat
    • Remote
    • Part-time
    • Contractor
    • VIP
    • Custom tags configured by admin
  5. Tag is added with visual indicator (color)
  6. Saves profile

Alternative Flows

A1: Tag Already Applied

  1. Tag is grayed out in selection
  2. Can only be removed, not added again

A2: Creating New Tag (if permitted)

  1. User with create permission can add new tag inline
  2. New tag saved to tag library

Postconditions

  • Tag associated with employee
  • Employee appears in tag-based searches
  • Audit log records tag assignment

Use Cases for Employee Tags

TagPurpose
ExpatEmployees on international assignment
RemoteEmployees working remotely full-time
Part-timePart-time employees
ContractorExternal contractors
VIPExecutives or key employees
InternInterns and temporary workers
Flight RiskHR-private tag for retention focus

Summary

Use CasePrimary ActorPurpose
UC-EMP-01Admin, ManagerCreate new employee profile
UC-EMP-02ManagerView team dashboard with dual-role support
UC-EMP-03All usersView/edit employee details by permission
UC-EMP-04AdminChange reporting relationships
UC-EMP-05AdminTransfer employee between departments
UC-EMP-06AdminTerminate employee and trigger offboarding
UC-EMP-07All usersView organizational hierarchy
UC-EMP-08AdminConfigure custom profile fields
UC-EMP-09EmployeeUpdate own custom field values
UC-EMP-10All usersSearch and browse employee directory
UC-EMP-11Manager, AdminAssign tags to employees for categorization

AI Chat Integration

The following employee use cases can be triggered via AI Chat. See AI Chat Specification for full implementation details.

AI Chat-Enabled Actions

Use CaseAI ToolRequires Confirmation
UC-EMP-01employee_createYes
UC-EMP-04employee_transferYes
UC-EMP-06employee_terminateYes
UC-EMP-07org_explainNo (read-only)
UC-EMP-10employee_searchNo (read-only)
UC-EMP-11employee_tagYes

UC-EMP-01: Create Employee via AI Chat

Example prompts:

  • "Add a new employee named John Smith"
  • "Create employee profile for jane@company.com as a Senior Developer"
  • "Hire a new frontend developer starting next Monday"

AI Chat Flow:

User: "Add a new developer named Sarah Lee starting January 15"

AI: Shows Confirmation Card
┌─────────────────────────────────────────────┐
│ Create Employee Profile                     │
│                                             │
│ Name: Sarah Lee                             │
│ Email: (to be provided)                     │
│ Job Title: Developer                        │
│ Start Date: January 15, 2025                │
│ Department: (to be selected)                │
│                                             │
│ Please provide:                             │
│ - Work email address                        │
│ - Department                                │
│                                             │
│ [Cancel]                    [Continue]      │
└─────────────────────────────────────────────┘

UC-EMP-10: Search Employees via AI Chat

Example prompts:

  • "Find all engineers in the product team"
  • "Search for employees tagged as remote"
  • "Who works in the Marketing department?"
  • "Find Sarah in Engineering"

AI Chat Flow:

User: "Find all engineers on the SaaS team"

AI: Shows Search Results
┌─────────────────────────────────────────────┐
│ Search Results: Engineers on SaaS Team      │
│ 5 employees found                           │
│                                             │
│ 1. John Smith - Senior Developer            │
│    Engineering | SaaS Team                  │
│                                             │
│ 2. Sarah Johnson - Tech Lead                │
│    Engineering | SaaS Team                  │
│                                             │
│ 3. Mike Chen - Developer                    │
│    Engineering | SaaS Team                  │
│                                             │
│ [Show More] [View in Directory]             │
└─────────────────────────────────────────────┘

UC-EMP-06: Terminate Employee via AI Chat

Example prompts:

  • "Start offboarding for John Smith"
  • "Process resignation for employee leaving March 15"
  • "Terminate Sarah with last day Friday"

AI Chat Flow:

User: "Process resignation for Mike, last day is December 31"

AI: Shows Confirmation Card
┌─────────────────────────────────────────────┐
│ Initiate Employee Termination               │
│                                             │
│ Employee: Mike Chen                         │
│ Reason: Resignation                         │
│ Last Day: December 31, 2024                 │
│                                             │
│ This will:                                  │
│ - Update employee status to "Departing"     │
│ - Start offboarding workflow                │
│ - Schedule access revocation                │
│ - Notify HR and IT                          │
│                                             │
│ [Cancel]                    [Confirm]       │
└─────────────────────────────────────────────┘

UC-EMP-11: Tag Employee via AI Chat

Example prompts:

  • "Tag John as a senior engineer"
  • "Add 'remote' tag to Sarah"
  • "Remove 'contractor' tag from Mike"

AI Chat Flow:

User: "Tag Sarah as remote and senior"

AI: Shows Confirmation Card
┌─────────────────────────────────────────────┐
│ Tag Employee                                │
│                                             │
│ Employee: Sarah Johnson                     │
│ Tags to Add: "Remote", "Senior"             │
│                                             │
│ Current Tags: "Engineering", "Full-time"    │
│                                             │
│ [Cancel]                    [Add Tags]      │
└─────────────────────────────────────────────┘

Business Rules for AI Chat Employee Actions

RuleDescription
Permission CheckUser must have employee management permission
Email ValidationAI validates email format and uniqueness
Manager AssignmentAI auto-suggests manager based on department
Termination FlowTermination automatically triggers offboarding
Audit TrailAll AI-initiated changes logged with AI actor