UI Validation Blocks Negative Percentage Entry for DEF SAL Allowance (Inconsistent with Go-Live Data)
R
Rebeca Castellanos
started a topic
about 17 hours ago
Product: Sparkrock 365 (SR-365) Module: HR & Payroll (HRP) Severity/Priority: Medium (Workaround exists, but impacts daily usability)
Problem Statement: The system UI currently blocks users from entering a negative percentage value for the DEF SAL (Deferred Salary) allowance code. However, historical records (e.g., data migrated at go-live) successfully hold negative percentage values for this exact same allowance code. This inconsistency prevents users from natively updating or creating new deferred salary deductions.
Business Impact: HR/Payroll administrators are forced to use complex workarounds (e.g., Configuration Packages) to bypass UI validation just to enter a negative deferred salary percentage. This increases administrative burden, consumes support time, and introduces unnecessary risk of data entry errors.
Steps to Reproduce:
Navigate to an employee’s allowance setup (e.g., Employee E-008687).
Attempt to add or edit the DEF SAL allowance.
Enter a negative value (e.g., -10.00) in the "Percent" field.
Attempt to save the record.
Expected Behavior: The system should accept the negative percentage value, consistent with how legacy records are stored and how deduction-type allowances should function when configured appropriately.
Actual Behavior: UI validation throws an error and blocks the negative percentage entry.
Workaround Currently Provided to Customer: Use a Configuration Package to export the record with a positive value, manually edit the file to a negative value, remove package validations, and re-import. (This is not a sustainable solution for regular payroll processing).
Rebeca Castellanos
Module: HR & Payroll (HRP)
Severity/Priority: Medium (Workaround exists, but impacts daily usability)
The system UI currently blocks users from entering a negative percentage value for the DEF SAL (Deferred Salary) allowance code. However, historical records (e.g., data migrated at go-live) successfully hold negative percentage values for this exact same allowance code. This inconsistency prevents users from natively updating or creating new deferred salary deductions.
HR/Payroll administrators are forced to use complex workarounds (e.g., Configuration Packages) to bypass UI validation just to enter a negative deferred salary percentage. This increases administrative burden, consumes support time, and introduces unnecessary risk of data entry errors.
-10.00) in the "Percent" field.The system should accept the negative percentage value, consistent with how legacy records are stored and how deduction-type allowances should function when configured appropriately.
UI validation throws an error and blocks the negative percentage entry.
Use a Configuration Package to export the record with a positive value, manually edit the file to a negative value, remove package validations, and re-import. (This is not a sustainable solution for regular payroll processing).