Daily updates from Odoo
Friday, June 3, 2022
11 changes · master
Enhancements to existing features
The Belgian payroll departure notice wizard now decides when to show the notice respect field based on the calculated notice period instead of fixed departure reason codes. This makes the process more accurate and easier to maintain for HR payroll users.
Original PR description
In belgian l10n payroll the departure notice wizard currently hides the notice_respect field using the hard-coded departure_reason_codes. This commit uses the computed value of weeks/months of notice to hide/show the field. task-2837430
Resolved issues and error corrections
Pivot side panels in Documents Spreadsheet now display readable dimension names instead of internal technical labels. This makes spreadsheet pivot information easier for users to understand and reduces confusion when reviewing reports.
Original PR description
Since 65d772de9af2a92967b26946706cf26503d445af, it's the technical name of the dimensions that were displayed in the side panel of the pivots instead of a friendly name. Task-id 2842860
Miscellaneous changes
This domain wasn't matching anything due to a missing '|'. Forward-Port-Of: odoo/enterprise#28018 Forward-Port-Of: odoo/enterprise#27156
Original PR description
This domain wasn't matching anything due to a missing '|'. Forward-Port-Of: odoo/enterprise#28018 Forward-Port-Of: odoo/enterprise#27156
Steps to reproduce: (on a new database without demp) - create an invoice of 1000$ for every month from November 2021 to April 2022 - In reporting > Balance Sheet - Select "End Of Last Month" Issue: The "Previous Year Unallocated Earnings" will be incorrect != 2000 (1000 December + 1000 November) Cause: The issue is not from "Previous Year Unallocated Earnings" per se but from from one of its subcomponent: the "Current Year Earnings" ``` PREV_YEAR_EARNINGS = -sum
Original PR description
Steps to reproduce: (on a new database without demp) - create an invoice of 1000$ for every month from November 2021 to April 2022 - In reporting > Balance Sheet - Select "End Of Last Month" Issue:…
Steps to reproduce:
(on a new database without demp)
- create an invoice of 1000$ for every month from November 2021 to April 2022
- In reporting > Balance Sheet
- Select "End Of Last Month"
Issue:
The "Previous Year Unallocated Earnings" will be incorrect != 2000 (1000 December + 1000 November)
Cause:
The issue is not from "Previous Year Unallocated Earnings" per se but from from one of its subcomponent: the "Current Year Earnings"
```
PREV_YEAR_EARNINGS =
-sum : from_beginning
+ ALLOCATED_EARNINGS : from_beginning
- CURR_YEAR_EARNINGS_ALLOC : from_fiscalyear
- CURR_YEAR_EARNINGS_PNL : normal -> Problematic one
[OPINC + OIN - COS - EXP - DEP]
```
The CURR_YEAR_EARNINGS_PNL or NEP (Net Profit) is computed for the month of April 2022 (04/01/22 - 04/30/222) instead of from the beginning of the fiscal year (01/01/22-30/04/22).
This happens only when you select a "Last of [month quarter]" option (quarter if in the third or fourth one). If you select "Today" or a "Custom End Date", it won't cause the issue.
Solution:
Force a "custom" option value to compute it correctly
opw-2821529
Forward-Port-Of: odoo/enterprise#28022
Forward-Port-Of: odoo/enterprise#27910…81.10 Purpose ======= The company car exemption is declared in the 281.10 sheet. No need to bring mystic hidden computation on the monthly payslips, as the difference will be paid to the employee at the end of the 'exercice'. This was bringing confusion to employees trying to understand their payslips, and this was complex for HR people too when they had to validate the whole batch. This commit will slightly increase the withholding taxes on the monthly payslip, but as this is
Original PR description
…81.10 Purpose ======= The company car exemption is declared in the 281.10 sheet. No need to bring mystic hidden computation on the monthly payslips, as the difference will be paid to the employee at the end of the 'exercice'. This was bringing confusion to employees trying to understand their payslips, and this was complex for HR people too when they had to validate the whole batch. This commit will slightly increase the withholding taxes on the monthly payslip, but as this is a tax advance, the employees will recover this money at the end of the year. TaskID: 2869755 Forward-Port-Of: odoo/enterprise#27984
Forward-Port-Of: odoo/enterprise#27880
Original PR description
Forward-Port-Of: odoo/enterprise#27880
…ilters - Insert a pivot in a spreadsheet - Create a relational filter - Try to change the value in the filter => changes are not reflected Since 4ccd405 Forward-Port-Of: odoo/enterprise#27990
Original PR description
…ilters - Insert a pivot in a spreadsheet - Create a relational filter - Try to change the value in the filter => changes are not reflected Since 4ccd405 Forward-Port-Of: odoo/enterprise#27990
Line account_financial_report_line_it_sp_PASS_A_IX's domain wasn't matching anything, due to a missing or operator. Forward-Port-Of: odoo/enterprise#27198 Forward-Port-Of: odoo/enterprise#27132
Original PR description
Line account_financial_report_line_it_sp_PASS_A_IX's domain wasn't matching anything, due to a missing or operator. Forward-Port-Of: odoo/enterprise#27198 Forward-Port-Of: odoo/enterprise#27132
Before this commit, template `dsfinvk_cash_point_closing_template` used `full_product_name` for the `text` field for order lines. When a sale order is imported in the POS session, this field includes the product description as the full product name by default. This description might include line breaks (i.e. `\n`) which causes an error in `ast.literal_eval` when processing the POS session. It might also be too long which doesn't comply with Fiskaly API (which specifies it to be 255 charac
Original PR description
Before this commit, template `dsfinvk_cash_point_closing_template` used `full_product_name` for the `text` field for order lines. When a sale order is imported in the POS session, this field includes the product description as the full product name by default. This description might include line breaks (i.e. `\n`) which causes an error in `ast.literal_eval` when processing the POS session. It might also be too long which doesn't comply with Fiskaly API (which specifies it to be 255 characters or less) To fix these problems, we can use product name as the text field for order lines in this report (the same way it was done in v13) opw-2817707 Forward-Port-Of: odoo/enterprise#27938
**Steps to follow** - Go to Social Marketing > Post > Calendar view - Add a new post by clicking on a day block - Set a message and change the scheduled date - Save the record - Go back to the calendar view by using the breadcrumbs -> The displayed date is not the expected one **Cause of the issue** `default_calendar_date` is set by the calendar view when clicking on a day block. The orm sees that the `calendar_date` has a default value and thus the `_compute
Original PR description
**Steps to follow** - Go to Social Marketing > Post > Calendar view - Add a new post by clicking on a day block - Set a message and change the scheduled date - Save the record - Go back to the calendar view by using the breadcrumbs -> The displayed date is not the expected one **Cause of the issue** `default_calendar_date` is set by the calendar view when clicking on a day block. The orm sees that the `calendar_date` has a default value and thus the `_compute_calendar_date` method is not called. **Solution** Set the `calendar_date` manually in the create method, before `default_get` is called opw-2857947 Forward-Port-Of: odoo/enterprise#27986 Forward-Port-Of: odoo/enterprise#27885
Prior to this commit: - When they were more than one leave in the following week, only the last leave was removed from the availabilities which lead to strange behaviors. After this commit: - The balanced assignation will correctly take into account the employees' leaves. task-2870985 Forward-Port-Of: odoo/enterprise#28000
Original PR description
Prior to this commit: - When they were more than one leave in the following week, only the last leave was removed from the availabilities which lead to strange behaviors. After this commit: - The balanced assignation will correctly take into account the employees' leaves. task-2870985 Forward-Port-Of: odoo/enterprise#28000