Daily updates from Odoo
Saturday, February 24, 2024
15 changes · master
Enhancements to existing features
The Belgian payroll individual account has been improved to make it easier to configure, generate, and read. These updates help payroll teams produce clearer employee account reports with less manual effort and a smoother setup experience.
Original PR description
TaskID: 3762935
Miscellaneous changes
In the Balance Sheet: The headers "TOTAL ASSETS" and "TOTAL EQUITY AND LIABILITIES" should be on the same level. In the Profit & Loss: The headers "Net turnover" and "Cost of sales" should be on the same level as the rest of the headers. This is corrected in this commit. The sepcs can be found in task-3701151. Forward-Port-Of: odoo/enterprise#57433 Forward-Port-Of: odoo/enterprise#56925
Original PR description
In the Balance Sheet: The headers "TOTAL ASSETS" and "TOTAL EQUITY AND LIABILITIES" should be on the same level. In the Profit & Loss: The headers "Net turnover" and "Cost of sales" should be on the same level as the rest of the headers. This is corrected in this commit. The sepcs can be found in task-3701151. Forward-Port-Of: odoo/enterprise#57433 Forward-Port-Of: odoo/enterprise#56925
Before this commit, the amount that is declared as the customs value was prone to rounding errors, and as a result, for international shipments, the user sometimes received this warning: `448: The sum of internationalDetail commodities customs value amounts do not equal the internationalDetail customs value amount; the greater customs value amount was used to rate.` This commit rounds the total amount before sending it to FedEx to avoid the warning. opw-3701773 Forward-Port-Of: odoo/enter
Original PR description
Before this commit, the amount that is declared as the customs value was prone to rounding errors, and as a result, for international shipments, the user sometimes received this warning: `448: The sum of internationalDetail commodities customs value amounts do not equal the internationalDetail customs value amount; the greater customs value amount was used to rate.` This commit rounds the total amount before sending it to FedEx to avoid the warning. opw-3701773 Forward-Port-Of: odoo/enterprise#57201 Forward-Port-Of: odoo/enterprise#57048
Purpose: Fixes applied to modelo 347 based on feedback (Task: 3757213). Addressing issues with VAT ID being included incorrectly and default invoice type for foreign partners as specified in the AEAT guidelines. Specs: 1. Corrected the default computation of the invoice field in the AEAT tab for non-EU partners, ensuring it remains empty as per specifications 2. Modified the BOE export logic to prevent duplicating the VAT number. Ensured that for Spanish partners, the VAT ID is placed in '
Original PR description
Purpose: Fixes applied to modelo 347 based on feedback (Task: 3757213). Addressing issues with VAT ID being included incorrectly and default invoice type for foreign partners as specified in the AEAT guidelines. Specs: 1. Corrected the default computation of the invoice field in the AEAT tab for non-EU partners, ensuring it remains empty as per specifications 2. Modified the BOE export logic to prevent duplicating the VAT number. Ensured that for Spanish partners, the VAT ID is placed in 'NIF Declarado' and for EU (non-Spanish) partners, in 'NIF OPERADOR COMUNITARIO', aligning with the guidelines. task-3758760 Forward-Port-Of: odoo/enterprise#57405 Forward-Port-Of: odoo/enterprise#57160
To reproduce: ============= - using PyPDF2==2.12.1 - upload the attached PDF file provided by client on ticket - try to sign the uploaded PDF file, put the signature on the extreme left side of the page - download the signed PDF file -> the signature is not there Problem: ======== - the canvas used to draw the signature is using the default page size, which is smaller to the actual page size of the PDF file, so the signature is out of the page Solution: ========= - initialize the
Original PR description
To reproduce: ============= - using PyPDF2==2.12.1 - upload the attached PDF file provided by client on ticket - try to sign the uploaded PDF file, put the signature on the extreme left side of the page - download the signed PDF file -> the signature is not there Problem: ======== - the canvas used to draw the signature is using the default page size, which is smaller to the actual page size of the PDF file, so the signature is out of the page Solution: ========= - initialize the canvas with the actual page size of the PDF file opw-3642459 Forward-Port-Of: odoo/enterprise#57263
2 line names (i.e. in Lithuanian) do not correspond to the balance sheet spec. This was fixed in this commit. The BS spec can be found in task-3701151. Forward-Port-Of: odoo/enterprise#57337 Forward-Port-Of: odoo/enterprise#56924
Original PR description
2 line names (i.e. in Lithuanian) do not correspond to the balance sheet spec. This was fixed in this commit. The BS spec can be found in task-3701151. Forward-Port-Of: odoo/enterprise#57337 Forward-Port-Of: odoo/enterprise#56924
Steps to reproduce: create a shipment to a customer and validate it. `street2` field is not included in the address line sent to UPS and it does not appear on the label. The issue happens because in line https://github.com/odoo/enterprise/blob/bec5f384325116e21221260559c7141cccf0500a/delivery_ups_rest/models/ups_request.py#L248 if `street` exists, the rest of the line is short-circuited, and so we will only have that line. This commit changes the format to one similar to legacy UPS modul
Original PR description
Steps to reproduce: create a shipment to a customer and validate it. `street2` field is not included in the address line sent to UPS and it does not appear on the label. The issue happens because in line https://github.com/odoo/enterprise/blob/bec5f384325116e21221260559c7141cccf0500a/delivery_ups_rest/models/ups_request.py#L248 if `street` exists, the rest of the line is short-circuited, and so we will only have that line. This commit changes the format to one similar to legacy UPS module. opw-3745075 Forward-Port-Of: odoo/enterprise#57340
This commit hides the email adresses of other portal users when one of them is connected. This way we keep a certain level of privacy to guest users as only internal users will now be able to see their email adress. task-3753758 Forward-Port-Of: odoo/enterprise#57363
Original PR description
This commit hides the email adresses of other portal users when one of them is connected. This way we keep a certain level of privacy to guest users as only internal users will now be able to see their email adress. task-3753758 Forward-Port-Of: odoo/enterprise#57363
Current behaviour: --- When an employee places an event on a certain day starting at 00:15 to 18:00 on a brussels TZ, the event is stored on the UTC TZ, so starting the day before at 23:15 to 17:00. This behavior shows the employee as available. Expected behaviour: --- The employee should not be available even if the event start on another day. Steps to reproduce: --- 1. Employee and db has a Brussels TZ 2. Go to Calendar 3. Add an event when employee is available 4. Event st
Original PR description
Current behaviour: --- When an employee places an event on a certain day starting at 00:15 to 18:00 on a brussels TZ, the event is stored on the UTC TZ, so starting the day before at 23:15 to 17:00.…
Current behaviour: --- When an employee places an event on a certain day starting at 00:15 to 18:00 on a brussels TZ, the event is stored on the UTC TZ, so starting the day before at 23:15 to 17:00. This behavior shows the employee as available. Expected behaviour: --- The employee should not be available even if the event start on another day. Steps to reproduce: --- 1. Employee and db has a Brussels TZ 2. Go to Calendar 3. Add an event when employee is available 4. Event starts at 00:15 and ends at 18:00 5. Go to website > Appointment 6. Select Mitchell Admin 7. Look at the date, should be unavailable 8. => Still available Cause of the issue: --- https://github.com/odoo/enterprise/blob/d6135811316837d6523e59163739fc9b954be2e6/appointment/models/calendar_appointment_type.py#L295 If the event starts on another day than the slot, it isn't taken into account. Fix: --- Adding events from yesterday and tomorrow to know if they overlap with the slot opw-3599209 Co-authored-by: Boulif Nasreddin <bon@odoo.com> Forward-Port-Of: odoo/enterprise#57284 Forward-Port-Of: odoo/enterprise#52935
Before this commit: ================================ - When we use a longer warehouse address name or company name, the shiprocket will return an error message with `The vendor details / pick up location cannot be longer than 36 characters.` After this commit: ================================ - It will only take 36 characters if the warehouse address name or company name is longer than 36 characters while validating the delivery order. - `Cannot reach the server. Please try again lat
Original PR description
Before this commit: ================================ - When we use a longer warehouse address name or company name, the shiprocket will return an error message with `The vendor details / pick up location cannot be longer than 36 characters.` After this commit: ================================ - It will only take 36 characters if the warehouse address name or company name is longer than 36 characters while validating the delivery order. - `Cannot reach the server. Please try again later.` - If shiprocket returns this error, the delivery order should not be validated. task-3650073 Forward-Port-Of: odoo/enterprise#57002 Forward-Port-Of: odoo/enterprise#53507
Our users, even our best trained colleagues, don't find the `VAT units` menu. It's too hidden in the configuration menu and in debug mode. this commit makes it discoverable. task-3746523 Forward-Port-Of: odoo/enterprise#56765
Original PR description
Our users, even our best trained colleagues, don't find the `VAT units` menu. It's too hidden in the configuration menu and in debug mode. this commit makes it discoverable. task-3746523 Forward-Port-Of: odoo/enterprise#56765
The module is auto-installed, and activating its feature is paying, so not desired. [opw-3180544](https://www.odoo.com/web#id=3180544&model=project.task) Forward-Port-Of: odoo/enterprise#40219
Original PR description
The module is auto-installed, and activating its feature is paying, so not desired. [opw-3180544](https://www.odoo.com/web#id=3180544&model=project.task) Forward-Port-Of: odoo/enterprise#40219
https://github.com/odoo/enterprise/commit/3479940bf8ba5b0efcc5ce9e10a07e30af1d6f87 intended to fix the conditions under which this node appears in the file, but it was wrong. The functional testing missed this, as the sepa_pain_version field got recomputed when updating the account code; so, checking the pain version was indeed the Swiss one, then modifying the account and putting and IBAN recomputed the pain version to 'Generic', hence compromising the test. The condition can actually be mad
Original PR description
https://github.com/odoo/enterprise/commit/3479940bf8ba5b0efcc5ce9e10a07e30af1d6f87 intended to fix the conditions under which this node appears in the file, but it was wrong. The functional testing missed this, as the sepa_pain_version field got recomputed when updating the account code; so, checking the pain version was indeed the Swiss one, then modifying the account and putting and IBAN recomputed the pain version to 'Generic', hence compromising the test. The condition can actually be made simpler: we want the SvcLvl everywhere but in Switzerland. Forward-Port-Of: odoo/enterprise#57164 Forward-Port-Of: odoo/enterprise#57104
This commit adds the Balance and the Profit and Loss report for CZ localization. Those reports follow the Decree No. 500/2002 Coll. It also adds some missing accounts. task-2348644 Forward-Port-Of: odoo/enterprise#54906
Original PR description
This commit adds the Balance and the Profit and Loss report for CZ localization. Those reports follow the Decree No. 500/2002 Coll. It also adds some missing accounts. task-2348644 Forward-Port-Of: odoo/enterprise#54906
The forward-port of #54535 neglected to adapt the code it introduced to the move of settings to its own model. Because of this oversight, this.settings is undefined, and this.settings.external_device_number would crash. This commit adapts the code to properly retrieve the config, and adds a test to make sure this never happens again. opw-3743892 Forward-Port-Of: odoo/enterprise#57277
Original PR description
The forward-port of #54535 neglected to adapt the code it introduced to the move of settings to its own model. Because of this oversight, this.settings is undefined, and this.settings.external_device_number would crash. This commit adapts the code to properly retrieve the config, and adds a test to make sure this never happens again. opw-3743892 Forward-Port-Of: odoo/enterprise#57277