Saturday, March 14, 2026
4 changes · master
Resolved issues and error corrections
This update focuses on improving the Field Service feature by ensuring migrated functionality remains operational and streamlining the daily workflow for planning users. Key changes include accurate time tracking, enhanced reporting, and UI refinements for better usability.
Original PR description
This commit continues to review the new Field Service to make sure the features migrated from the old Field Service are still available and also improve a bit the flow to facilate the day to day of…
This commit continues to review the new Field Service to make sure the features migrated from the old Field Service are still available and also improve a bit the flow to facilate the day to day of planning users using Field Service feature. In detail, this commit will: - fix traceback and access rights on creation of worksheet - use generated timesheets of the intervention for the report. To do that a new one2many field called `intervention_timesheet_ids` is added in `planning.slot` model. And so instead of relying on 'timesheet_ids' of the slot, which are not necessarily linked to the intervention, we compute the effective hours based on the timesheets generated by the intervention, and use that field in the report and stat button. - change color of trash button in form view in gantt - make sure no planned shifts are not displayed - simplify kanban card when shift is not planned - some relabeling and change worksheet visibility condition in the report - hide resource_ids in calendar popover when empty - hide Field Service report if no customer report - compute is_absent field if shift is not completed - raises a user error when the user tries to reset the state of an intervention in draft if the state was in progress or completed - hides `Hide price on customer report` in settings of planning app if `Customer Report` feature is disabled - add space between worksheet and photos in the portal view and in Field Service report - compute quotations_count field in planning.slot only if the user has sales access - makes sure the context is reset before taking the display name of the customer set to set it to display name of the shift. Because before this commit, when the user creates a new shift and set a customer to the intervention, the display_name of the shift will contain the customer name but also his address which is not really expected. - reorder worksheets data/demo to have the one created in demo data first once the demo data are loaded - relabel email template in field service - order the tracking in planning.slot - reset SO when customer changes - show field service stat button in SO when SO is generated/linked to an intervention. - text white for conflicts tag in kanban otherwise the text is not correctly lisible in light mode. - fix worksheet visibility in portal/report - fix action_complete() and sale_line_id computation when no SO - review card_top of kanban card of planning slot - hide effective_hours and related fields from views/reports - remove group to prevent access errors in SO - hide partner_phone if no partner set on the shift - add photos in field service report - don't allow to add material on draft or published, we should only be able to add material when the intervention is in progress or completed task-5994280 Forward-Port-Of: odoo/enterprise#109963
This update ensures that the system correctly validates UY CFEs (electronic invoices) by granting necessary permissions to access company data. Previously, users without specific group access would encounter validation errors. This change adds sudo() access to company data, resolving this issue and improving the reliability of the UY CFE processing workflow.
Original PR description
This pull request makes a small update to the `_ucfe_inbox` method in `l10n_uy_edi_document.py` to ensure that company-specific fields are always accessed with the appropriate permissions. This is achieved by using the `sudo()` method when retrieving the `l10n_uy_edi_ucfe_commerce_code` and `l10n_uy_edi_ucfe_terminal_code` fields from the `company` record. * Ensured that `l10n_uy_edi_ucfe_commerce_code` and `l10n_uy_edi_ucfe_terminal_code` fields are accessed with elevated permissions by calling `company.sudo()` in the `_ucfe_inbox` method (`l10n_uy_edi_document.py`). Without this fix, if the user doesn't belong to group "base system", it won't be able to validate CFEs, receiving the following message: <img width="1272" height="400" alt="image" src="https://github.com/user-attachments/assets/ec4223fb-5b96-4a3e-babf-2f6a35ecd123" /> Forward-Port-Of: odoo/enterprise#105918
This update ensures that taxes are automatically calculated for charge and discount lines in UrbanPiper orders, even when tax data isn't directly provided by the vendor. Previously, taxes weren't applied if UrbanPiper didn't send tax information, and it was limited to India. Now, the system uses standard product tax rules for these lines, ensuring accurate tax calculations across all regions.
Original PR description
Before this commit: --- - If UrbanPiper did not send tax data for charge and discount lines, taxes were not applied. - Tax data was only provided by UrbanPiper for the India region. After this commit: --- - When the payload does not include tax data, compute taxes for charge and discount lines using the product tax, the same way as for normal order lines. task-5895987 Forward-Port-Of: odoo/enterprise#110166 Forward-Port-Of: odoo/enterprise#106686
This update ensures Odoo complies with NACHA rules regarding payment descriptions. Starting March 2026, all payroll payments must include 'PAYROLL' in the Company Entry Description field. This change is necessary to avoid potential payment processing issues and maintain compliance with financial regulations.
Original PR description
Starting March 20, 2026, NACHA requires the Company Entry Description field to contain "PAYROLL" for paying wages, salaries, or compensation [1]. [1] https://www.nacha.org/rules/risk-management-topics-company-entry-descriptions task-5981941 Forward-Port-Of: odoo/enterprise#109460