PERM Performance Appraisal — Stakeholder Guide

Performance Appraisal Module

A structured, KRA-driven appraisal engine covering the full cycle — from plan configuration to finalization, bell curve normalization, appeals, and PIP — with ESS self-service for employees at every stage.

48
API Endpoints
across all PERM resources
5
Evaluator Types
Manager / Self / Peer / Skip-Level / HR
∫
Bell Curve Normalization
configurable band targets
ESS
Employee Self-Service Portal
self-assess, acknowledge, appeal

Why Structured Appraisals Matter

When evaluations are unstructured — a single manager rating with no defined criteria — outcomes vary wildly across teams and business units. Employees in one department may be rated on completely different dimensions than peers doing equivalent work elsewhere, and there is no way to compare performance fairly at the organizational level. The PERM module replaces that with a KRA-based framework: every employee is measured against the same defined Key Result Areas, with explicit weights and measurable targets. The result is a process the employee can prepare for, the manager can defend, and HR can audit.

Fairness and transparency are the two qualities that determine whether an appraisal system is trusted by the workforce. Fairness comes from consistent criteria, calibrated rating scales, and bell-curve normalization when populations are large enough to support it. Transparency comes from giving employees visibility into their scores, a formal acknowledgement step, and a structured appeal path when they disagree. PERM is designed with both explicitly in mind: every configuration toggle in MPERMCONFIG maps directly to one of these two properties.

The third dimension is development. An appraisal that only produces a number is a missed opportunity. PERM connects weak KRA scores directly to PIP plans, and PIP plans to Training Need (TNA) requests, closing the loop between measurement and improvement. Managers who use the system well will find it becomes a coaching tool as much as a compliance exercise — one that generates evidence-based development conversations rather than annual surprises.

Capability Matrix

Feature HR Admin Manager Employee Executive
Create & configure rating scales✓———
Define KRAs and Measures✓———
Create Appraisal Types and Plans✓———
Open and manage Appraisal Cycles✓———
Rate employee KRAs✓✓——
Self-assessment (KRA self-rating)——✓—
View team performance summary✓✓—✓
Run bell curve analysis✓———
Finalize Appraisal Cycle✓———
View own appraisal score——✓—
Acknowledge appraisal——✓—
Submit appeal——✓—
Review and resolve appeals✓———
Trigger and manage PIP✓✓——
Generate appraisal reports✓——✓
Org-level performance dashboard✓——✓

Stakeholder Roles

PERM serves four distinct stakeholder groups, each with a different relationship to the appraisal process. Understanding these roles is important when configuring the system — nearly every MPERMCONFIG toggle controls what each group can see or do.

🏛
HR Administrator

The system owner for all appraisal infrastructure. HR configures everything before a cycle begins, manages the process while it is live, and has exclusive access to finalization and bell curve tools.

  • Configures rating scales, KRA categories, KRAs, and Measures
  • Creates Appraisal Types, Plans, and Cycles
  • Monitors completion progress across all departments
  • Runs bell curve analysis and adjusts distribution
  • Triggers finalization once all evaluations are complete
  • Reviews and resolves employee appeals
  • Generates cross-organizational reports
  • Manages PIP escalations and TNA linkages
👤
Manager

Responsible for evaluating direct reports against the KRAs defined in the cycle. Managers see only their own team; they cannot access other managers' evaluations.

  • Rates each direct report's KRA performance
  • Enters quantitative measure results (actual vs. target)
  • Adds qualitative comments at KRA and overall level
  • Views the employee's self-assessment as context (if enabled)
  • Saves evaluation drafts and submits when ready
  • Views aggregated team performance summary
  • Triggers a PIP manually for any team member
🧑
Employee

Participates through the ESS (Employee Self-Service) portal. Their involvement is structured but limited to their own appraisal record. They can never modify a manager's evaluation.

  • Completes self-assessment on each KRA (if enabled)
  • Views final appraisal score after finalization (if visibility enabled)
  • Reviews self vs. manager comparison table
  • Acknowledges the appraisal formally (IsAcknowledged flag)
  • Submits an appeal if they disagree with the outcome
  • Views PIP targets and progress (if on a PIP)
📊
Executive

Consumes aggregated performance intelligence. Executives do not participate in individual evaluations — their view is deliberately high-altitude, focused on organization-wide patterns and trend lines.

  • Views org-level performance dashboard and metrics
  • Inspects bell curve distribution across divisions
  • Tracks performance trends across multiple appraisal cycles
  • Identifies top-performer cohorts and risk flags
  • Reviews department-level average scores
  • Exports cycle summary reports for board-level use

Core Concepts

The PERM module uses a layered vocabulary that can be confusing at first. This glossary defines every key term in plain language, from the broadest concept down to individual scoring mechanics.

TermPlain English DefinitionNotes
Appraisal Type A reusable template that defines which KRAs are evaluated and what the evaluation form looks like. Think of it as the master blueprint. Created once; many Plans can reference the same Type. Stored in MAPPRAISALTYPE.
Appraisal Plan A named configuration that links an Appraisal Type to a specific evaluation period (e.g., "Annual Review FY2026"). A Plan specifies which employees are in scope. A Plan is not yet active — it needs a Cycle to go live. Stored in MAPPRAISALPLAN.
Appraisal Cycle The live execution of a Plan. When HR "opens" a cycle, appraisal records are generated for all in-scope employees and the clock starts on the evaluation window. Has start date, end date, and status (Open / In Progress / Finalized). Stored in TAPPRAISAL.
KRA (Key Result Area) A defined performance dimension — a category of work that matters for the role. Examples: "Customer Satisfaction", "Project Delivery", "Process Compliance". Each KRA has a weight (%). Weights across all KRAs in a plan must sum to 100%. Stored in MKRA.
Measure A specific, observable sub-criterion under a KRA. A Measure can be quantitative (e.g., "Resolve 95% of tickets within SLA") or qualitative (e.g., "Demonstrates proactive communication"). Quantitative measures store target value and actual achieved value. Stored in MMEASURE.
Rating Scale The score bands used for evaluation. Can be numeric (1–5) or label-based (Excellent / Good / Average / Poor / Unacceptable). Each band maps to a percentage range. Example: Excellent = 90–100%, Good = 75–89%, Average = 50–74%, Poor = 30–49%, Unacceptable = 0–29%. Stored in MRATINGSCALE.
Weighted Score The employee's overall performance percentage, computed by multiplying each KRA's score by its weight and summing the results. Formula: Σ (KRA_score × KRA_weight) ÷ 100. This is the CalculatedScore.
CalculatedScore vs FinalScore CalculatedScore is the raw weighted result from evaluations. FinalScore is what is stamped at finalization — it may differ if bell curve adjustment was applied. Once finalized, FinalScore is immutable unless an appeal results in a re-finalization.
Bell Curve A normalization step where HR distributes employees into defined performance bands (e.g., top 10% = Excellent) to ensure the organization does not rate everyone highly. Applied after all managers have evaluated but before finalization. Requires BellCurveEnabled = 1.
EvaluatorType Who is doing the rating. MANAGER is the default. SELF is the employee rating themselves. PEER is a nominated colleague. SKIP_LEVEL is the manager's manager. HR is the HR team. Which types are active depends on MPERMCONFIG.MultipleEvaluatorMode. Each evaluator's ratings are stored separately in TAPPRAISALEVAL.
PIP (Performance Improvement Plan) A structured plan for an employee whose score falls below an acceptable threshold, documenting improvement targets, timelines, and check-in milestones. Can be triggered automatically (based on AutoPIPThreshold) or manually by a manager. Stored in TPIPPLAN.
IsAcknowledged A flag on the employee's appraisal record confirming that they have seen and formally accepted the outcome. Set to 1 when the employee clicks "Acknowledge" in ESS. Acknowledgement is not agreement — the employee can still submit an appeal after acknowledging.
Appeal A formal request by an employee to have their appraisal score reviewed after finalization. The employee specifies which KRA they are contesting and provides evidence. Has a 4-state lifecycle: Pending → Under Review → Resolved or Withdrawn. Stored in TAPPRAISALAPPEAL.

Setup Guide — HR Administrator

Complete these steps in order before opening your first appraisal cycle. Each step builds on the previous one. Allow 2–4 hours for an initial configuration; subsequent cycles typically reuse most of this setup.

Setup Flow

Step 1Rating Scale
→
Step 2KRA Categories & KRAs
→
Step 3Measures
→
Step 4Appraisal Type
→
Step 5MPERMCONFIG
→
Step 6Appraisal Plan
→
Step 7Open Cycle ✓

Step 1 — Create a Rating Scale

The rating scale defines the grade bands that managers and employees will choose from when evaluating KRAs. Navigate to Performance → Configuration → Rating Scales → New Rating Scale.

For each grade band, specify: the label (e.g., "Excellent"), a display color (used in reports), and the minimum and maximum score percentage the band corresponds to. A typical 5-band scale looks like this:

GradeLabelMin %Max %Color
5Excellent90100Green
4Good7589Blue
3Average5074Amber
2Below Average3049Grey
1Unacceptable029Red

You can create multiple rating scales (e.g., a 3-band scale for interns, a 5-band scale for permanent staff) and assign them at the Appraisal Type level.

Step 2 — Create KRA Categories and KRAs

KRAs are organized into categories for reporting and filtering purposes (e.g., "Operational", "Leadership", "Technical"). Navigate to Performance → Configuration → KRA Library.

For each KRA, define: the name, a brief description that helps evaluators understand what is being measured, the default weight (percentage), and the category it belongs to. Keep KRA names short and unambiguous — they will appear on the manager evaluation form and employee ESS view.

Weight rule: When you link KRAs to an Appraisal Type (Step 4), the total of all KRA weights in that Type must equal exactly 100%. The system validates this on save and will reject configurations that do not sum correctly.

Step 3 — Create Measures under each KRA

Measures are the observable checkpoints within a KRA. Navigate to a KRA record and add Measures using the sub-form. For each Measure, decide whether it is Quantitative (a number target, e.g., "Maintain 98% uptime") or Qualitative (a behavioural descriptor, e.g., "Consistently meets deadlines without chasing").

Quantitative measures will prompt the manager to enter the employee's achieved value against the target during evaluation. Qualitative measures are rated directly on the rating scale. A KRA can have both types of measures.

Step 4 — Create an Appraisal Type

The Appraisal Type assembles the KRAs into a form template. Navigate to Performance → Configuration → Appraisal Types → New. Give the Type a name (e.g., "Standard Annual Review — Operations"), select the rating scale to use, and add KRAs from your library. Adjust the weights for this specific Type if they differ from the KRA defaults — just ensure the total remains 100%.

One Appraisal Type can be reused across many Plans. You would typically create a different Type for different employee populations (e.g., engineering vs. sales vs. support) if they have fundamentally different KRAs.

Step 5 — Configure MPERMCONFIG

Before creating a Plan, confirm the system-level settings in Performance → Configuration → Settings (MPERMCONFIG). These toggles control the visibility and self-service capabilities for the entire module. Review them with HR leadership before the first cycle. See the Configuration Reference section for a full description of each setting.

Step 6 — Create an Appraisal Plan

Navigate to Performance → Plans → New Plan. Link the Plan to an Appraisal Type, give it a name that identifies the period and population (e.g., "FY2026 Annual — All Staff"), and specify which employees or departments are included. The Plan holds the structural definition; the Cycle holds the live execution dates.

Step 7 — Open an Appraisal Cycle

Navigate to Performance → Cycles → New Cycle. Select the Plan, set the Evaluation Start Date and Evaluation End Date, and optionally set the Self-Assessment window (which typically runs before the manager evaluation window). Click Open Cycle to generate appraisal records for all employees in the Plan. From this point, the cycle is live.

Tip: Run a test cycle with a small group (e.g., the HR team itself) before rolling out to the full organization. This catches configuration gaps — missing measures, wrong weights, unclear KRA descriptions — before managers and employees are involved.

Running an Appraisal Cycle

Once a cycle is opened, HR's role shifts to monitoring and facilitation. This section describes the HR workflow from cycle open through to finalization.

When to Open a Cycle

Open the cycle at least one to two weeks before the evaluation window begins. Employees need time to complete self-assessments before managers start their evaluations; managers need the full window to review evidence and write meaningful comments. A typical calendar looks like this:

Cycle Opens

Appraisal records generated. Self-assessment window opens for employees (if AllowSelfAssessment = 1).

Self-Assessment Period (1–2 weeks)

Employees rate their own KRAs and submit. Manager evaluation period has not started yet.

Manager Evaluation Period (2–3 weeks)

Managers review employee self-assessments and submit their own KRA ratings and comments.

HR Review & Bell Curve (1 week)

HR checks completion, chases outstanding evaluations, runs bell curve analysis.

Finalization

HR triggers FinalizeAppraisal. All records locked. FinalScore stamped. Notifications sent.

Acknowledgement & Appeal Window

Employees acknowledge (if visibility is ON) or simply acknowledge receipt. Appeal window (AppealWindowDays) is active.

Auto-generating vs. Manual Appraisal Records

When a cycle is opened, the system auto-generates an appraisal record for every active employee within the Plan's scope. If an employee joined during the cycle period or was missed due to a data issue, HR can manually add an individual appraisal record from the Cycle detail view without re-opening the entire cycle.

Monitoring Completion

Navigate to Performance → Cycles → [Cycle Name] → Completion Dashboard. This shows a real-time breakdown of: employees who have completed self-assessment, managers who have submitted evaluations, outstanding records, and overall cycle completion percentage. HR can filter by department and drill into individual records.

Handling Late Submissions

If a manager has not submitted by the evaluation end date, HR has two options. First, send a reminder notification from the Cycle dashboard — this triggers a system notification and ESS pending-task prompt. Second, if the manager is unavailable (e.g., on leave), HR can submit the evaluation on behalf of the manager by using the HR Override function. All override actions are audit-logged.

Finalizing the Cycle

Finalization should only be triggered once all manager evaluations are submitted. The system will warn (but not block) if outstanding records exist at finalization time. Once finalized, the following cascade occurs:

  1. All appraisal records are locked — no further edits by managers or HR.
  2. FinalScore is stamped on each record — this is the bell-curve-adjusted score if bell curve was applied, otherwise the CalculatedScore.
  3. IsFinalized flag is set to 1 on the cycle record.
  4. Score visibility is activated for employees if ScoreVisibilityOnFinalize = 1.
  5. Notifications sent via SignalR hub (/hubs/perm) and ESS pending-task bucket.
  6. Auto-PIP triggered for any employee whose FinalScore falls below AutoPIPThreshold (if configured).
  7. Acknowledgement tasks appear in ESS for all employees in the cycle.
Finalization is irreversible without a re-finalization triggered by an approved appeal. Run the bell curve analysis and confirm all scores are correct before triggering finalization.

Post-Finalization Reports

After finalization, HR can generate the following reports from the Cycle detail view: Score Distribution Report (bell curve chart), Appraisal Summary by Department, KRA Weakness Analysis (which KRAs had the lowest average scores), and Top/Bottom Performer List. These reports are available for export to Excel or PDF.

Self-Assessment — Employee Guide

This section is written for employees accessing PERM through the ESS portal. Self-assessment is straightforward, but doing it thoughtfully makes a real difference to the quality of your appraisal conversation.

What Self-Assessment Is

Self-assessment is your opportunity to rate your own performance on each KRA before your manager submits their evaluation. It is not a negotiation — your self-assessment score does not directly change your appraisal outcome. Rather, it gives your manager context: how you perceive your own performance, where you feel you exceeded expectations, and where you acknowledge development opportunities. Managers who see a self-assessment tend to write more specific, evidence-based evaluations because the conversation has already started.

How to Access Self-Assessment

Log in to the ESS portal. On your dashboard under My Pending Tasks, you will see a task titled "Complete Self-Assessment — [Cycle Name]". Click it to open the self-assessment form. If you do not see this task, confirm with HR that self-assessment is enabled for your cycle (AllowSelfAssessment = 1 in MPERMCONFIG).

Rating Your KRAs

The self-assessment form lists each KRA in the cycle. For each one, select the grade band that best describes your performance during the evaluation period. Use the same rating scale as your manager will use — refer to the grade descriptions in the form for guidance. For quantitative measures, enter your actual achieved value alongside the target — this is factual and easy to verify.

You can save your progress as a draft and return to it before the self-assessment deadline. Once you click Submit Self-Assessment, your ratings are locked and sent to your manager. Check the task deadline in the pending task — once the self-assessment window closes, submissions are no longer possible.

Advice: Be honest rather than strategic. Managers who see inflated self-assessments find it harder to write a balanced evaluation. A self-assessment that accurately identifies both strengths and development areas signals maturity and earns credibility.

After Submission

Your self-assessment is visible to your assigned manager and to HR. It is not visible to your peers or skip-level manager unless peer or skip-level evaluation is enabled for your cycle. Your self-assessment score is stored separately from your manager's evaluation — both are displayed in the final score view if ScoreVisibilityOnFinalize is enabled.

Viewing Your Score

After the cycle is finalized, return to the ESS portal. If score visibility is enabled, your My Appraisal view will show your FinalScore, a KRA-level breakdown with self vs. manager comparison, and your grade band. If visibility is not enabled, you will see the acknowledgement prompt but not the numeric score.

Manager Evaluation Guide

Manager evaluations are the core input that drives PERM outcomes. This guide explains the workflow step by step, and closes with best-practice principles for writing evaluations that are fair, specific, and defensible.

Accessing Your Pending Evaluations

When the manager evaluation window opens, a pending task — "Complete Appraisal Evaluations — [Cycle Name]" — appears in your ESS dashboard. Click it to see a list of all your direct reports included in the current cycle. The list shows each employee's name, self-assessment status (Submitted / Pending), and your evaluation status (Not Started / Draft / Submitted).

Evaluating a Direct Report

Click on an employee's name to open their evaluation form. The form displays each KRA with its weight and the list of Measures beneath it. For each KRA:

After all KRAs, add an overall comment. This appears in the employee's appraisal record and is visible to HR. It should summarize the employee's year, highlight standout contributions, and flag any development priorities.

Viewing Self-Assessment as Context

If the employee submitted a self-assessment, you will see their self-rated grade for each KRA alongside your rating selector. Where there is a significant gap between self and manager rating, add a comment explaining the discrepancy — this is important if the employee later files an appeal.

Saving and Submitting

You can save your evaluation as a draft at any time — progress is preserved between sessions. Click Save Draft after each session. When all KRAs are rated and you are ready to submit, click Submit Evaluation. Once submitted, your evaluation moves to Submitted status. You can request HR to un-submit for corrections if needed before the cycle is finalized.

Important: Only submitted evaluations are included in cycle completion counts. A Draft does not count as complete. HR may send reminders for managers in Draft status close to the evaluation deadline.

Best Practices for Evaluation Quality

Be evidence-based

Reference specific incidents, deliverables, or metrics. "Met the SLA target in 11 of 12 months, with the exception of August when a team member was on extended leave" is far more useful than "Generally meets expectations".

Be timely — do not recency-bias

The evaluation covers the full performance period, not just the last few weeks. Review notes, project logs, and milestone records from throughout the year before rating.

Be balanced

Every employee — even strong performers — has development areas. Every struggling employee has something they do well. A balanced evaluation is more credible and more useful for development planning.

Separate performance from potential

PERM measures what the employee achieved against their KRAs this cycle — not their future potential or personality. Rate the performance, not the person.

Bell Curve Distribution

Bell curve normalization is a calibration tool for large organizations. It ensures that rating inflation — where managers consistently rate everyone highly — does not distort the organization's performance picture.

When to Use Bell Curve

Enable bell curve (BellCurveEnabled = 1 in MPERMCONFIG) when all of the following are true: your cycle population is 20 or more employees, your organization needs cross-department comparability, and HR leadership has agreed on target distribution percentages. Do not apply bell curve to small teams, specialist roles with genuinely homogeneous high performance, or situations where the workforce genuinely does cluster at the high end due to recruitment quality.

Statistical minimum: Bell curve is only meaningful above 20 employees in a population. Applying it to a team of 8 produces distorted results and will generate employee grievances.

How It Works

Once all managers have submitted evaluations, HR navigates to Performance → Cycles → [Cycle Name] → Bell Curve Analysis. The system shows the current CalculatedScore distribution versus the target distribution. HR reviews where actual scores deviate from targets and can make band adjustments — moving employees between bands — before finalizing.

Target Distribution Example

Excellent
10%
10%
Good
25%
25%
Average
40%
40%
Below Average
20%
20%
Poor
5%
5%

Target distributions are organization-defined. The example above (10/25/40/20/5) is a common starting point; HR should adjust based on the organization's context and talent philosophy. The percentages are stored as configuration on the bell curve definition, not hardcoded.

HR Workflow: Reviewing and Adjusting

The Bell Curve Analysis screen shows each employee as a data point with their CalculatedScore and their current band. HR can drag employees between bands (or use the band assignment form) where the distribution deviates from target. All adjustments are recorded in the audit log with the HR user's ID and timestamp. When the distribution is satisfactory, HR confirms the bell curve — at this point, each employee's FinalScore band is set, and the cycle is ready for finalization.

Bell Curve and Individual Fairness

Bell curve adjustments modify the band an employee lands in; they do not change the underlying CalculatedScore that remains on record. Employees can appeal a bell curve downgrade through the standard appeal process after finalization. HR should document the rationale for any specific adjustments in the bell curve notes field — this documentation will be important if an appeal is submitted.

Score Visibility & Acknowledgement

The ScoreVisibilityOnFinalize Toggle

MPERMCONFIG.ScoreVisibilityOnFinalize (0 or 1) is the single switch that controls whether employees can see their numeric appraisal score in the ESS portal after finalization. This is a deliberate organizational policy choice. Most organizations set it to 1; some prefer to share scores only in the manager-employee review conversation rather than having employees see numbers in isolation.

Score Visibility ON (= 1)

After finalization, the employee's ESS "My Appraisal" view shows:

  • Overall FinalScore as a percentage and grade band
  • KRA-level breakdown: manager score per KRA
  • Self vs. manager comparison table (if self-assessment was submitted)
  • Manager's overall comment
  • Their acknowledgement button

Score Visibility OFF (= 0)

After finalization, the employee's ESS view shows:

  • A notification that their appraisal is complete
  • Their acknowledgement button
  • No numeric scores or KRA breakdown

Scores should be shared in a private meeting with the manager before triggering finalization.

Acknowledgement

Acknowledgement is the formal step where an employee confirms they have seen and received their appraisal outcome. It is not an endorsement — the employee is not agreeing that the score is correct, only confirming they have been informed. Navigate to the My Appraisal page in ESS and click Acknowledge. The system stamps IsAcknowledged = 1 and records the timestamp on the appraisal record.

HR can monitor acknowledgement status from the Cycle dashboard — it shows a count of acknowledged vs. pending acknowledgements per department. Some organizations require 100% acknowledgement before reporting to the board. The appeal window runs independently of acknowledgement; an employee can acknowledge and still file an appeal.

Best practice: Hold manager–employee feedback conversations before or shortly after finalization, even when score visibility is ON. Employees who receive a score with no context are more likely to appeal than those who received the same score with a conversation.

Appeal Workflow

The appeal process gives employees a formal channel to challenge their appraisal outcome. It is not a grievance procedure — it is specifically for contesting an appraisal score, and it operates within a defined time window after finalization.

When an Employee Can Appeal

An appeal can be submitted after finalization and within the appeal window defined by MPERMCONFIG.AppealWindowDays (default: 7 calendar days from finalization date). Once the window closes, the system will not accept new appeal submissions for that cycle.

The employee must specify: which KRA(s) they are contesting, their reason for the appeal, and any supporting evidence (comments, metrics, references to documented work). Vague appeals ("I deserved a higher score") without specific KRA references will be harder to resolve fairly.

Appeal State Machine

State 1Pending
→
State 2Under Review
→
State 3aResolved
|
State 3bWithdrawn

Score Adjustments Following an Appeal

If HR determines the appeal is valid and a score adjustment is warranted, the process is: (1) HR updates the affected KRA evaluation with the corrected score, (2) the system recalculates CalculatedScore, (3) HR triggers a targeted re-finalization for that employee's record, (4) the updated FinalScore is stamped, and (5) the employee receives an ESS notification. The appeal record is updated with the resolution and the score change is noted.

Audit trail: All appeal records are permanent. They cannot be deleted by any user, including administrators. This ensures there is always a verifiable history of contested appraisals. The audit log on TAPPRAISALAPPEAL captures every state transition with user ID and timestamp.

HR Side: Reviewing an Appeal

Navigate to Performance → Appeals to see all open appeals across all cycles. For each appeal, HR can view the employee's stated reason and evidence, the manager's original evaluation comments, the KRA score history, and any uploaded documents. HR records a formal response in the Resolution Notes field — this text is visible to the employee once the appeal is resolved.

Performance Improvement Plan (PIP)

A PIP is a structured intervention for employees whose appraisal score falls below an acceptable threshold, or who have been flagged by their manager for specific performance concerns. It is a development tool, not a disciplinary measure — the intent is to provide clarity, support, and a defined path to improvement.

PIP Triggers

Auto-Triggered (System)

When MPERMCONFIG.AutoPIPThreshold is configured (e.g., 40.0), the system automatically creates a PIP record for any employee whose FinalScore falls below that threshold at finalization. The employee and their manager receive an ESS notification.

Manually Triggered (Manager or HR)

A manager or HR can create a PIP for any employee at any time — even outside of an appraisal cycle — when specific performance concerns are identified. Navigate to Performance → PIPs → New PIP and select the employee.

What a PIP Contains

A PIP record (TPIPPLAN) documents the improvement agreement and tracks progress. It includes:

Periodic Reviews (Check-ins)

At each review date, the manager records a check-in note against the PIP: progress observations against each improvement target, a qualitative rating (On Track / Needs Attention / Off Track), and any adjustments to the support measures. Check-in records are appended to the PIP record and are visible to the employee, the manager, and HR.

Outcomes

At the end of the PIP period, HR marks the plan with one of three outcomes:

PIP and Training Needs

When a PIP is created, HR can link it to a Training Need request (TTNAREQUEST). This connects the identified skill gap to the organization's TNA module, ensuring the required training is sourced and scheduled — closing the loop between performance measurement and development investment.

Framing matters: PIPs are most effective when introduced as a support structure rather than a warning. Employees who understand the improvement targets are specific and the support is genuine engage with the process more constructively.

Analytics & Dashboard

The PERM analytics views are available to HR Administrators and Executives. They provide both cycle-level operational metrics and multi-cycle trend data for strategic workforce analysis.

Cycle-Level Metrics

Completion Rate
% of evaluations submitted
vs. total expected — by department
Score Distribution
Bell curve chart showing
actual vs. target band populations
Avg Score
By department, role level,
or reporting manager
Pending Actions
Outstanding acknowledgements
and open appeals

Multi-Cycle Trend Analysis

Navigate to Performance → Analytics → Trends to view an employee's score trajectory across multiple cycles. A consistently improving trajectory identifies high-potential employees. A declining trajectory that precedes a PIP creates an evidence-based record. Trend charts are available at employee, department, and organization level.

KRA Weakness Analysis

This report aggregates KRA scores across all employees in a cycle and identifies which KRAs had the lowest average scores. This is a leading indicator for organization-wide capability gaps — if "Digital Proficiency" consistently scores low, that is a signal for a systemic training intervention, not just individual PIPs.

Top and Bottom Performer Identification

The cycle summary view surfaces the top-decile performers (candidates for fast-track, retention focus, or recognition programs) and the bottom-decile performers (candidates for PIP or support). These lists are filtered by the HR user's access scope — cross-department data requires HR Administrator or Executive access.

Executive Dashboard

Executives see an org-wide summary dashboard with: overall completion rate, score distribution chart across the full population, average score by business unit, and a count of active PIPs. The dashboard is read-only — executives cannot drill into individual employee records. Data refreshes in real time via the SignalR hub at /hubs/perm.

Integration Map

PERM does not operate in isolation — it exchanges data with four other GB5 modules, forming the Performance Management Platform (PERM + OKR + FBCK + CMGM) and connecting to the ESS portal and TNA workflow.

OKR
Objectives & Key Results cycle scores can contribute a weighted input to appraisal KRA scoring
⇄
CMGM
KRA performance scores drive automatic competency profile generation and gap identification
⇕
PERM
Performance Appraisal Engine
⇕
FBCK
Feedback history from the Feedback module is surfaced in the manager's evaluation context panel
⇄
TNA / ESS
PIP plans generate Training Need requests; ESS portal hosts self-assessment, acknowledgement, and appeals
Connected ModuleData FlowDirectionTrigger
OKR OKR cycle achievement scores optionally weighted into KRA score calculation OKR → PERM When Appraisal Cycle is opened and OKR linkage is configured on the Appraisal Type
CMGM KRA-level scores mapped to competency profiles; gaps written back to CMGM PERM → CMGM Triggered at Finalization; requires CMGM mapping configuration
FBCK Relevant feedback records from the Feedback module shown as a context panel in the manager's evaluation form FBCK → PERM On manager form load; last 6 months of feedback for the employee
TNA PIP creation optionally generates a linked Training Need request PERM → TNA When HR creates or auto-triggers a PIP and the TNA linkage toggle is enabled
ESS Portal Pending tasks (self-assess, acknowledge, appeal), score view, PIP progress view Bidirectional Real-time via SignalR hub /hubs/perm for notifications; REST for data loads

Configuration Reference (MPERMCONFIG)

All PERM system settings are stored in MPERMCONFIG, one row per client. Navigate to Performance → Configuration → System Settings to review and update these values. Changes take effect immediately — no server restart is required. Confirm these settings with HR leadership before opening the first cycle.

SettingValuesDefaultEffect
ScoreVisibilityOnFinalize 0 / 1 1 When 1, employees can see their FinalScore, KRA breakdown, and self vs. manager comparison in ESS after finalization. When 0, only the acknowledgement prompt is shown.
AllowSelfAssessment 0 / 1 1 When 1, employees see a self-assessment task in ESS and can rate their own KRAs before the manager evaluation window. When 0, only manager evaluations are collected.
AllowAppeal 0 / 1 1 When 1, the appeal submission form is available to employees in ESS after finalization. When 0, the appeal option is hidden and no appeals can be submitted for any cycle.
AppealWindowDays Integer (days) 7 The number of calendar days after finalization during which employees can submit appeals. After this window closes, the Appeal button is hidden in ESS for that cycle.
AutoPIPThreshold Decimal (0.0 – 100.0) 0.0 (disabled) When set above 0, any employee whose FinalScore is below this percentage will have a PIP record automatically created at finalization. Set to 0.0 to disable automatic PIP creation entirely.
BellCurveEnabled 0 / 1 0 When 1, the Bell Curve Analysis tool is available in the Cycle detail view. HR can use it to adjust band assignments before finalization. When 0, the tool is hidden and CalculatedScore = FinalScore for all employees.
MultipleEvaluatorMode 0 / 1 0 When 1, peer evaluators and skip-level evaluators can be assigned to appraisals in addition to the manager. Evaluation records are stored per EvaluatorType in TAPPRAISALEVAL. The final score aggregation across evaluator types must be configured in the Appraisal Type definition.
Note: These settings apply globally to all cycles for the client. If you need different settings for different employee populations (e.g., bell curve for one division but not another), this requires separate client configurations. Contact your GB5 implementation team to discuss multi-configuration arrangements.

Implementation Checklist

Use this checklist when configuring PERM for the first time or for a new business unit. Work through it in order — each item depends on the preceding ones being complete.

ItemOwnerNotes
Rating Scale defined and savedHR AdministratorAgree grade labels and percentage bands with HR leadership first
KRA categories createdHR AdministratorTypically 3–5 categories; align with the organization's strategic pillars
KRAs defined with names, descriptions, and default weightsHR Business PartnerDraft with department heads; descriptions must be unambiguous to managers
Measures defined under each KRAHR Business PartnerAt least 2 measures per KRA; mix quantitative and qualitative where appropriate
KRA weights sum to 100% (validated)HR AdministratorSystem enforces this on Appraisal Type save — verify before linking to a Plan
Appraisal Type created and KRAs linkedHR AdministratorCreate one Type per distinct population (if different KRA sets apply)
MPERMCONFIG settings confirmed with HR leadershipHR Lead + ITEspecially ScoreVisibilityOnFinalize, AllowAppeal, BellCurveEnabled, AutoPIPThreshold
Appraisal Plan created and employee scope definedHR AdministratorConfirm employee list is current — new joiners not in the list will be missed
First Appraisal Cycle opened (test)HR AdministratorRun a test cycle with the HR team before full rollout; verify forms, scores, and notifications
Manager training session conductedHR / L&DCover: accessing evaluations, KRA rating mechanics, comment best practices, submission steps
Employee communication sentHR / CommsExplain: what PERM is, what they need to do, how to access ESS, self-assessment deadline
Test appraisal run completed and signed offHR AdministratorComplete a full cycle end-to-end (self-assess → evaluate → bell curve → finalize) before production rollout
Production cycle openedHR AdministratorSet actual dates; confirm notification messages are correct; verify ESS pending tasks appear for employees
Escalation path agreed for technical issuesIT / HRIdentify the contact for system issues; confirm SLA for support during the active cycle window

Frequently Asked Questions

1. Can a manager see the employee's self-assessment?
Yes. When a manager opens an employee's evaluation form, the employee's self-assessment ratings are displayed alongside the manager's own rating selectors (if AllowSelfAssessment = 1 and the employee has submitted). The self-assessment is read-only from the manager's view — they cannot modify it. If the employee has not yet submitted their self-assessment, the field shows "Not Submitted".
2. What happens if a manager doesn't complete their evaluation before finalization?
The system will display a warning when HR attempts to finalize a cycle that has incomplete manager evaluations, but it will not block finalization. HR can proceed, in which case employees without a completed manager evaluation will have no CalculatedScore. Best practice is to either: (a) wait until all evaluations are submitted, or (b) use the HR Override function to submit on the manager's behalf before finalizing. Outstanding evaluations appear prominently on the Cycle completion dashboard so HR can track them daily.
3. Can we run appraisals without bell curve?
Yes. Bell curve is optional and disabled by default (BellCurveEnabled = 0). When disabled, every employee's FinalScore equals their CalculatedScore exactly as submitted by managers (or averaged across evaluator types in MultipleEvaluatorMode). Many organizations run PERM without bell curve, especially in the first cycle while building confidence in the evaluation process. Bell curve can be enabled for subsequent cycles once HR has baseline data on how managers tend to rate.
4. How do we handle employees who joined mid-cycle?
There are two common approaches. First, exclude mid-cycle joiners from the current cycle entirely and include them in the next full cycle — this is the simplest approach and avoids partial-year evaluations. Second, add them manually to the current cycle using the Add Individual Appraisal function on the Cycle detail page. If you add them, adjust the KRA weights or leave a note in the overall comment to reflect the shorter evaluation period. There is no pro-ration mechanism in the scoring engine — weighting adjustments must be handled in the evaluation comments.
5. Can appeal scores be changed after finalization?
Yes, but only through the formal appeal process. If HR accepts an appeal and determines a score adjustment is warranted, the HR Administrator updates the affected KRA evaluation, the system recalculates the CalculatedScore, and HR triggers a targeted re-finalization for that specific employee record. This generates a new FinalScore and notifies the employee. The original FinalScore is retained in the audit log alongside the revised score and the appeal resolution record. No other mechanism allows a FinalScore to change after finalization.
6. What is the difference between an Appraisal Type and an Appraisal Plan?
An Appraisal Type is the template — it defines the KRAs, measures, rating scale, and form structure. It is reusable across many years and populations. An Appraisal Plan is the application of a Type to a specific population and period — it specifies which employees are in scope and any plan-level overrides (such as modified KRA weights for a specific department). The Plan is also reusable; the Cycle is the live execution of a Plan for a specific evaluation window. Think: Type = form design, Plan = scoped version of that form, Cycle = the actual active appraisal run.
7. Can an employee view their appraisal score immediately after their manager submits?
No. Scores are never visible to employees until after the cycle is finalized (and only then if ScoreVisibilityOnFinalize = 1). This is by design — scores may change during the bell curve adjustment phase, and showing a pre-finalization score would create confusion and unnecessary anxiety. Employees can see that their evaluation has been submitted (the evaluation status updates in their ESS view) but not the score itself until finalization is complete.
8. How are peer evaluations weighted when MultipleEvaluatorMode is enabled?
The weighting across evaluator types is configured on the Appraisal Type — for example, Manager = 60%, Self = 20%, Peer = 20%. The system calculates a weighted average of all submitted evaluations for each KRA using these weights. If a peer evaluator does not submit within the evaluation window, their weight is either redistributed to other evaluators (configurable) or the employee's appraisal is flagged for HR attention. Peer evaluators are nominated by HR and cannot nominate themselves.
9. Can KRA weights differ per employee?
Not at the individual employee level — weights are set at the Appraisal Type level and apply equally to all employees using that Type. If a specific employee's role genuinely requires different KRA weighting (e.g., a technical lead with different focus areas), the recommended approach is to create a separate Appraisal Type for that role variant. This keeps the configuration clean and auditable. Avoid workarounds like setting a KRA to 0% for specific employees — the system allows this but it creates an inconsistent evaluation record.
10. How do we archive old appraisal cycles?
Finalized cycles are automatically retained in the system indefinitely — they are never deleted. To reduce clutter in the active Cycles list, HR can mark a cycle as Archived from the Cycle detail view. Archived cycles are hidden from the default list view but remain fully accessible through the Cycle History search, where they can be filtered by year, plan, and status. All historical data including individual scores, evaluator comments, bell curve records, appeals, and audit logs is preserved and included in multi-cycle trend analytics.
GoodBooks GB5 — PERM Module
This guide covers the business stakeholder view of the Performance Appraisal module. For technical reference — database schema, API endpoints, and integration specifications — see perm.html. For configuration questions specific to your implementation, contact your GB5 project team.