Feature Requests & Bugs Reporting

Currently, all employees can view the folders of any letters created in the system under letter templates. The requirement is that employees should only be able to see the folder of letters specifically generated for them, and not have access to all letter folders.

Currently if I want to see the employees who have been rated 4 ir 3 overall that I cannot find by clicking on the bell curve or the table data...need a provision to do so. It will be a great feature to add

It is super difficult to do BH ratings on phone. Plz optimize for mobile experience

On BH page, I selected the team function filter, the page filetered the data too, but did not retain the selected teams. Seems like the setstate function is missing

Profile Logs report which is part of reporting tool,takes ages to load and finally gives an error. This report is crucial for HR Admin ,due to failure of loading report there is a dependency on support to share the log of any profile data that is getting updated

If customers want to make some label changes like mentioned in attached document, then they still have to depend on dev team...we need to create a simple crud or page where we allow changing such labels from front end itself

If more than one employee is included in the workflow, then as per the current architecture, any one of them can approve the request. However, from another perspective, if someone needs to review data from six months ago for audit purposes, the request can be traced to the person who approved it. At the same time, an auditor may request the data from any individual involved in the workflow.

Currently, whenever a client requests different terminology in the PMS module (for example, renaming KRA to Goals), the change is handled by overriding the language file for that specific client. This approach creates unnecessary customization effort and increases maintenance overhead for future updates. Instead, the PMS module should provide a configuration setting that allows admins to define custom labels for key fields directly from the system, such as: KRA Self Rating Manager Rating Reviewer Rating BH Rating With this enhancement, each client can rename these labels based on their internal terminology without requiring code-level language overrides. Expected Benefit: Reduce client-specific customizations Simplify implementation Improve maintainability Provide more flexibility to clients within standard product configuration

Onboarding teams usually have reported a problem that when they add a new employee but they don't have all the details at a particular time, they are forced to fill in all the details at once. It will be easier if we can give a save as draft option here so that hiring team can enter the details as per availability and convenience

Whenever a manager receives an employee's KRA, they have the option to either accept it or recommend changes. If the manager edits the KRA and sends it back to the employee, the edits made by the manager should be clearly highlighted so the employee can easily see what has been changed. This should work vica versa.