Monday, November 9, 2020
5 changes · master
Enhancements to existing features
CRM, Sales, and Purchase reporting now include dedicated dashboard menu entries and default to graph-based views for standard reports. This makes key business reports easier to find and quicker to interpret, with lead reports also opening with the relevant default filter.
Original PR description
We have add the menu dasboard in crm, sales, purchase and change the view mode of all the modules. task : 2311392 PR : 55598
The website product catalog/pricelist snippet will now start with item descriptions turned off by default. This makes newly added pricelist sections cleaner and easier for visitors to scan, while still allowing descriptions to be enabled when needed.
Original PR description
task-2372330 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The forecasted stock report now lets users view and change sales or manufacturing order priority directly from the report, helping teams reorder and act on demand faster. It also improves readability with clearer labels, links to draft documents, rounded quantities, mobile layout tweaks, and added order/customer totals.
Original PR description
see and set priority on sales orders and manufacturing orders in forecasted report without having to go to the SO/MO add the priority star icon in front of the SO/MO reference changing priority should reload the page with reordered SO's/Mo add a unreserve button next to 'reserved from stock' in the replenishment column add total order and customer amount in used by column remove time in delivery/receipt dates change column headers (Quantity -> the UoM of the product, Expected Receipt -> Receipt, Expected Delivery -> Delivery) change 'Draft SO' -> 'Quotations' and 'Draft PO' -> 'Requests for quotation' and add links mobile view: display KPI's on new line check decimals on quantities, must be 2 task: 2349142 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Belgian payroll now calculates employees' legal paid time off based on their actual working schedules and contract changes, rather than only worked days. This improves accuracy when employees change schedules, move to credit time, or have new contracts for the next year.
Original PR description
## Compute paid time off for the next year Before this PR, we computed the amount of the paid time off according to the number of worked days that employee has made during the year. Now, we compute…
## Compute paid time off for the next year Before this PR, we computed the amount of the paid time off according to the number of worked days that employee has made during the year. Now, we compute the correct number of legal leaves according to the working schedule in the contract(s) of each employee during the current year. ### Review allocated days according working schedule In the Paid Time Off Allocation wizard, we also need to compute the legal leaves according the current contract for the next period that the employees have. To find the contract for the next year, we need to search also in the incoming contract, because if we compute the legal leaves at the end of the period. Then it is possible that an employee finished his contract at the end of year and has another contract for the beginning of the next year (next period). We need to add a field named "max_leaves_allocated" in 'hr.leave.allocation' model to retain the maximum time offs that we can allocate to an employee for the next year when he changes his working schedule. Indeed, if in the current period, we compute 18 legal leaves for the following period of an employee, if his contract at the next period specifies that he works at mid-time, we need to allocate the half of legal leaves computed but we must retain the computed amount for the next period to not allocate too many legal leaves when the employee would want to change his working schedule. ### Remove the worked days field in Paid Time Off Allocation wizard Since we now compute the legal leaves with the working schedule in the contracts during the period, the worked days field is useless to keep in this wizard. ### Change date range of period to year The using of the Paid Time Off Allocation wizard is only when we need to allocate Paid Time Off for each employee in belgian. Therefore, the selection of a year of the reference period is more user-friendly then selected a date range. ### Filter employees for allocating time off When we allocate time offs for the next year to an employee, if we return to the wizard then we can even allocate time off to the same employee. This PR filters the employees based on the holiday_status_id selected by the user. We only display the employees which haven't got a time off allocation with this selected 'hr.leave.type' yet. ### Unit Tests Two tests have been created for allocating paid time off. In the first, we check if we correctly compute the right amount of leaves for the next year. In the next test, we check if we allocate the correct amount of paid time off (leaves) based on the working schedule of the employee for the next year. ## Reevaluate the right to time off ### Reevaluate the time off when a credit time is made for an employee When the employee needs to a credit to change his working schedule, we need to reevaluate the right to time off at each change of working schedule. ### reevaluate the time off when exit credit time When the user removes the credit time for an employee to create a new contract at full time, we need to reevaluate the paid time off to allocate. ### compute the old work time rate We need to compute the old work time rate of the employee because we must recompute the correct work time rate to compute correctly the paid time off. ### Unit Tests Some unit tests has been created to check if the implementation is correct. TaskId: 2314223
Sales, CRM, and purchasing now have clearer reporting navigation with dedicated dashboard menu items. Standard report menus now open graph views by default, helping teams spot trends and performance insights more quickly.
Original PR description
We have add the menu dasboard in crm, sales, purchase and change the view mode of all the modules. task : 2311392 PR : 12419