Friday, April 1, 2022
9 changes · master
Enhancements to existing features
Project update side panels now show clearer budget and profitability information, including planned versus spent budget amounts. Profitability now also includes subscription revenue and confirmed extra Field Service sales, giving teams a more complete financial view of projects.
Original PR description
Purpose ======= The goal is to review the information displayed in the project updates side panel and also completely review the project profitability calculation. ## Implementation details ###…
Purpose ======= The goal is to review the information displayed in the project updates side panel and also completely review the project profitability calculation. ## Implementation details ### Review the profitability section In this section (added in community version), the subscriptions are takken into account in the revenues table shown for the project profitability. With Field Service, the 'Extra Quotations' feature is also takken into account in the project profitability by adding the extra sales orders created with this feature. ### Budget section This section will list all of budgetary positions linked to the AA of the project. Each row will shown: - the Budgetary position name - the allocated amount represents the planned_amount of budget lines - the spent amount represents the practical_amount of budget lines - the remaining amount represents the difference between the allocated and the spent amounts if there are no budgetary positions, an 'add budget' button will be displayed that should open the budget form view (only visible if the user has accounting > accountant access right level). ### Additional changes in the right side panel - remove the following stat buttons: subscriptions, budget. Community PR: odoo/odoo#87480 task-2710808
Web Studio's internal tests now use a different partner field because the previous credit limit field is being moved to the accounting area. This keeps automated checks aligned with the broader product structure and helps avoid test failures during future updates.
Original PR description
`credit_limit` is being moved from `base` to `account` in the following PR : https://github.com/odoo/odoo/pull/83205 It is being replaced by `partner_latitude`, as it is also being done in the `base` and `base_import` tests in the aforementioned PR.
This update makes day-to-day accounting review easier by allowing account changes directly in the general ledger list and simplifying tax line audits by removing the default date grouping. It also reduces clutter by hiding currency fields unless debug mode is enabled, and strengthens controls around deleting taxes that are still referenced elsewhere.
Original PR description
Improve a few things in accounts modules:
- Users wants to be able to change the account in the general ledger
list view
- Do not group by date by default when auditing a tax line.
- Make the currency fields only show in debug mode for accounts and assets
Task id # 2810379The Luxembourg EC Sales Report was updated to process report fields more efficiently. This is an internal code improvement that can help keep report generation cleaner and easier to maintain, without changing the report’s business content.
Original PR description
Slight improvements in l10n_lu EC Sales Report code. The iteration over fields and the lookup in fields_map is not efficient. Each id should be its own key, the additional for loop is thus unnecessary. Task: 2791523
Changing an employee’s work schedule now recalculates paid time off based on the entitlement the employee should receive, rather than only on remaining days. This improves accuracy for Belgian payroll cases such as credit time and supports more targeted internal allocation processing.
Original PR description
Changes the behaviour of the schedule change wizard towards time off allocation
The signing workflow now offers a more consistent and user-friendly editing experience when preparing or signing documents. Users can move signature fields between pages, see clearer drag guides, add initials across pages more easily, and use improved multi-select behavior, while underlying code cleanup should make future maintenance easier.
Original PR description
after this commit: codes are reused and shorter the UI is more user-friendly some `const self = this` are removed a new file backend/PDFIframe.js is created for shared logic between 1. editing…
after this commit: codes are reused and shorter the UI is more user-friendly some `const self = this` are removed a new file backend/PDFIframe.js is created for shared logic between 1. editing sign.template from backend 2. signing sign.request from backend Now edit while signing allows 1. once the signatureItem is dropped, it can be moved to another page. 2. the dotted lines while dragging the signatureItem is available 3. when drop an initail signatureItem, `add once` and `add to all pages` are available Multi select feature is improved for sign.template New behavior: click sign.item => open popover click + ctrl sign.item => close all popover + multi-select Before this commit: the trigger (ctrl + left click) for edit while signing invalid for MacOS duplicated code exists for edit while signing logic some UI features for sign.template don't work for edit while signing (e.g. 1. once the signatureItem is dropped, it cannot be moved to another page. 2. the dotted lines while dragging the signatureItem is not available ) Using ctrl cannot multi select sign items taskid: 2783401
The appointment experience has been polished for both employees and website visitors, with clearer setup screens, easier sharing, editable reminders, and better appointment creation flows. Notifications are now sent more appropriately by OdooBot, reducing confusion around attendees, cancellations, and public-user followers.
Original PR description
PURPOSE Various UI improvements to the appointment module on both ends SPECIFICATIONS * Reorganize Appointment Type form view fields, also adding a simple interface to edit followers of appointment…
PURPOSE Various UI improvements to the appointment module on both ends SPECIFICATIONS * Reorganize Appointment Type form view fields, also adding a simple interface to edit followers of appointment types and related events. * Set 3 default reminders and enable users to update them. These will be applied to new events booked from the frontend or backend. * Customize Front End creation/edition: * Update New Appointment Type modal, add default slots and self as user * Allow edition of appointment type title, duration and location * Add a few placeholders * Change kanban view to a list when not grouped, similar to Survey's * Improve sharing modal * The notifications for appointments created and cancelled/Archived is also updated such that * OdooBot sends notifications instead of a "Public User" * Notifications are sent when an attendee cancels but the meeting is not canceled because there are still 2+ attendees * Public user is no longer a follower NB The appointment type location is now set as a partner (see Event.Event Venue). MISC Some tests are included. LINKS Task-2709580 See https://github.com/odoo/odoo/pull/82387 See odoo/upgrade#3383
Accounting reports now present figures in a cleaner, easier-to-read format, hiding unnecessary zero values and highlighting negative amounts in red. The report layout has also been refreshed for better usability, with smoother resizing and clearer controls.
Original PR description
[IMP] account_report: accounting report readability Improve design and readability on accounting reports : * Remove 0.0 from reporst except for total rows and balance columns * Number fields are displayed with Couriew new font * Reports are displayed in a sheet similar to formview * Negative numbers are displayed in red * Fix a bug where unfolding a report line will also unfold children dropdown * Make report resizing fluid * Remove search bar from sheets to control panel * Misc. design fixes Task: [task-2714060](https://www.odoo.com/web#id=2714060&model=project.task) Signed-off-by: Ruben Gomes <rugo@odoo.com>
Belgian payroll now automatically sets double holiday pay to zero on a departing employee's holiday payslip when that pay has already been granted for the year. This reduces manual corrections for HR teams and helps avoid overpayment during employee termination processing.
Original PR description
Before this commit : If a belgian employee is fired after receiving his double pay before holidays, the HR team needs to manually remove the pay for double holiday on the leave payslip. After this commit : Double pay will be automatically set at 0 for the holiday N pay if it has already been paid for that year. TaskID : 2630393 [l10n_be_hr_payroll] Set double pay=0 on holiday attest (N-1) if a double pay has already been paid