Wednesday, February 12, 2025
4 changes · master
Enhancements to existing features
Timesheet managers can now view and edit employee billing targets directly from a new Timesheets app menu, without needing HR Officer access. This aligns billing target management with the teams that use timesheet data and moves the billing rate target into a clearer Timesheets section under employee work information.
Original PR description
[IMP] sale_timesheet_enterprise: allow timesheet managers to configur… …e billing targets Before this commit: Currently, billing targets can only be viewed and edited on the employee form view by HR officers. This doesn't make sense as all users can see this information in the timesheets app. After this commit: Timesheet managers are able to edit this information even without having HR Officers via a new menu in Timesheet app. It was done via this menu instead of the employee public form because all fields are readonly and we cannot set an editable field. Billing rate target field was also moved to the 'Work Information' notebook under a dedicated 'timesheets' section. task-4173890
Mexican payroll now calculates the employment subsidy using the daily UMA value and a configurable percentage parameter. This helps keep payroll computations aligned with the latest subsidy rules and improves accuracy for affected payslips.
Original PR description
The subsidy is now computed based on the daily UMA and a new rule parameter, a percentage. Task: 4465315
Accounting screens and navigation were simplified to make setup and daily use less intimidating for small businesses and self-employed users. Advanced accounting options remain available, but the interface is less cluttered and easier to understand during onboarding.
Original PR description
This commit cleans menu items and forms to clean the interface as much as possible. We want onboarding of small entrepreneurs and self-employed persons to be less daunting, while preserving the usability of features for advances users. Excalidraw: https://link.excalidraw.com/l/65VNwvy7c4X/1BQX1dh6I8x task-4430969
Skill types in project HR skills must now include at least one skill and one level, helping prevent incomplete setup that could affect skill tracking. The related skill widget was adjusted so default levels are sent correctly when saving, improving reliability for users managing skills.
Original PR description
With this commit a skill type need to have at least one skill and one level. With this changes, the widget boolean_toggle_load needs to be changed because it was not possible anymore to save the record to retrieve the right default level's value. To solve this issue, a new field computed, no-readonly, no-stored is introduced. With this compute the frontend send to the backend the default level. task-4467338 Special thanks to @FrancoisGe and @aab-odoo for their help on this task :D