Friday, June 21, 2024
4 changes · master
Enhancements to existing features
Belgian payroll now calculates the 13th month bonus using employees' contract work time rates, making payments more accurate for part-time or changing schedules. The update also corrects related calculation issues and adds validation coverage to reduce payroll errors.
Original PR description
This will make the computation of the 13th month based on the work time rates of the contracts. Also fix some other issues with the computation. Task: 3792123
This change removes shared leave and allocation records for multiple employees and moves those flows to wizard-based creation. It improves accuracy for employees with different schedules, time zones, or local rules by generating individual records instead of forcing one shared request.
Original PR description
Purpose ======= Right now it's possible to take company-, department-, or multi employee leaves in addition to the most often occurring case of single employee leaves. This doesn't really work,…
This update standardizes how interface elements are layered on top of each other by using Bootstrap's built-in options instead of Odoo-specific custom rules. It gives teams more flexibility and helps reduce visual stacking issues in screens such as planning, documents, point of sale displays, timesheets, rooms, grids, and Gantt views.
Original PR description
task-3930430 - requires https://github.com/odoo/odoo/pull/165568 ---------------- This PR removes the custom `z-index` utilities in favor of Bootstrap default allowing us to choose value from a wider range. Prior to this PR, we were using custom utilities to handle the z-index of our elements. This approach allowed us to use `z-index-0` and `z-index-1` classes but it was sometimes not enough, leading to the use of `z-index` CSS properties. With the migration to Bootstrap 5.3 achieved in Commit[1], we now have access to a wider range of `z-index` which are defined inside the `$zindex-levels` map and go from `-1` to `3`. Unfortunately, these new utilities were being overridden by our custom one. To unlock these utilities and allow more flexibility in our code, this PR removes the custom utilities in favor of Bootstrap default. Commit[1]: [6e90b00](https://github.com/odoo/odoo/pull/158560/commits/6e90b0033ed19f2496d0e8816e431cc34dafef6e)
When users insert a pivot table, list, or chart into a spreadsheet, the related data source panel now opens automatically the next time the spreadsheet is opened. This makes it easier to review and adjust the connected data without extra navigation.
Original PR description
When inserting any data source (pivot, list, graph) in a spreadsheet, open the data source side panel when opening the spreadsheet. Task: 3636088
Purpose ======= Right now it's possible to take company-, department-, or multi employee leaves in addition to the most often occurring case of single employee leaves. This doesn't really work, because stuff like time zones, durations and in the case of exotic localizations even the end date. For example if two employees work different schedules, for example one works part-time while the other one doesn't, giving them both a 1-week vacation results in different durations for the leave, which we currently simply can't handle. This means to support the case of multi-employee leaves, we need a new 'super' model, where you can use a wizard to create a leave 'batch' which will trigger an individual leave per employee. We can add a new menu-item where these batches can be edited after creation (or new employees added for example) but the exact flow of that needs to be discussed. The case for getting rid of multi-employee leaves (which include leaves per company, department or just where multiple people are assigned to the same leave): Currently these multi-employee leaves can't really work because properties like duration that are associated with a leave, can be different for different employees (in the case employees have different work schedules). It complicates the flows of the model. In every method you write, you have to think about the different forms these leaves can be (company/department, multi-employee, single-employee) which makes the code more error-prone. Finally, what is the benefit? When do you ever create leaves for multiple people at the same time? We already have public holidays that you can do per company or per department. And in the relatively rare cases where it could potentially happen, can't they just create individual leaves for each employee (like they are already doing 99% of the time anyway). Leaves are different from allocations, which do in fact get assigned to whole groups of employees and companies regularly or even almost exclusively. With leaves this is probably just not the case. Alternatively, we can still create a wizard that allows you to create a leave for multiple employees at the same time but under the hood, we would then just create individual leaves for each employee. TLDR: multi-employee leaves make the code complex, don't work and don't really have a strong use case that can't already be achieved through other means Specification ============= Move all the multi-employee stuff into specific wizards TaskID: 3323139