Daily updates from Odoo
Wednesday, September 1, 2021
10 changes
Enhancements to existing features
Luxembourg electronic reporting and SAF-T capabilities have been merged into the main Luxembourg reports module. This simplifies setup and maintenance for companies using Luxembourg localization by keeping related reporting features in one place.
Original PR description
The goal is to merge the following modules into `l10n_lu_reports` : - `l10n_lu_reports_electronic` - `l10n_lu_reports_electronic_xml_2_0` - `l10n_lu_saft` Task: 2198395
Control Domains in financial reports are now treated as a debug-only feature, keeping regular reporting screens cleaner for everyday users. When debugging, the interface now highlights the relevant accounts and control domains instead of individual journal entries, making review work easier to follow.
Original PR description
There are 2 parts to this task. Part 1: Consider the new feature of Control Domains on Financial Reports a debug feature. Part 2: Better UX when debugging. We will highlight the accounts and control domains rather than the journal items. Task: 2613022
Quality checks can now be managed directly on individual stock move lines, including by lot or serial number. This helps warehouse and quality teams check the right quantities during picking and navigate required checks more easily.
Original PR description
This creates the possibility to use Quality Checks at the stock move line level. This can be done in the Control Point, configuring it to track QC at the Lot/SN level. It is also possible to set a percentage of a lot that has to be checked, indicating which quantity should be checked within a lot at picking. The Quality Check pop-up has been transformed into a wizard and adapted. It shows how many checks need to be done and to which Lot/SN the QC belongs. It also gives the possibility to go to the previous/next QC. QC icons have been added in the detailed operations tab, next to the stock move lines having a QC. Task-ID: 2566811 Migration-PR: https://github.com/odoo/upgrade/pull/2785 Community-PR: https://github.com/odoo/odoo/pull/75691
Manufacturing planners can now add bill of materials components more efficiently when creating production plans and review completed quantities from the same period in the previous one or two years. Product forms also provide easier access to the Master Production Schedule, helping users make forecasts based on historical demand.
Users signing documents can now provide their signature or initials once and apply it to matching fields on the same page. This reduces repetitive work and makes documents with many signing fields faster and easier to complete.
Original PR description
When signing a document with multiple initials/signatures is hard since every field must be explicitly signed. This task implements a feature that allows the user to fill the initial/signature only once and all other sign items in the page will use the chosen signature. task-2541739
Warehouse users can now choose the label type, format, and quantity when printing product labels from a picking. This replaces separate PDF and ZPL print actions with a single guided flow, reducing confusion and making label printing more flexible.
Original PR description
This commit replace the two old reports (pdf and zpl) to print product labels from a picking by the new wizard allowing the user to choose the type, format and quantity of labels to print Task 2501730
Internal users can now add missing signature, initials, or text fields while they are signing a document, instead of abandoning the process and starting over. The change keeps signing secure by only allowing edits before anyone has signed, recording who made the update, and using a copied template for the revised request.
Original PR description
Adds edit mode during sign procedure, allowing back-end users to add fields to a template while signing a document. The rationale behind this feature is: when you fill a whole document and see it…
Adds edit mode during sign procedure, allowing back-end users to add fields to a template while signing a document. The rationale behind this feature is: when you fill a whole document and see it miss a field, you have to quit the sign process, ask for edit, start from beginning again. The process is quite frustrating if you use sign often. This PR adds an extra flow to the sign application, allowing internal users to edit already sent requests while signing. By using ctrl+click, the user is now able to add new sign items (only signature, initials and text types) to a request if the request has not been signed by anyone yet. Technically, the user adds the new items to a new template that is a copy from the original one. This process adds an "Update" log to the sign request saving who edited the template and when it was done. Since the changes are done to a new template and with the guarantee that no one has signed the document yet, the security of sign is not changed by this feature. In order to guarantee this, automated tests were created to assure the feature is working correctly. Two options were available to allow this feature: First, a button could have been added on the control panel of the backend view. It would have redirected to the template edition view. This solution would be simplier to implement but it would have broken the flow and it may have been difficult to keep the item already filled when switching from the signing to editing views. The other option was to directly add items during the signing procedure and send all the items (old and new) to the sign controller to handle them properly. This solution has been kept as the flow is less perturbed. Furthermore, it was decided to keep an uncommon flow when one can send a template without item. In that case, the "Sign Document" button in the control panel allows to validate it without use of any item. To make it work, a default role was needed to allow the creation of item when no role was available. The default role is therefore mandatory for this use case. That's why new ir.rule are added in this commit to prevent deletion of them by regular or even admin users. task-2475732
Argentinian electronic invoicing now lets each company set its own default FCE transmission type instead of using one shared global setting. Users can also adjust this value directly on invoices when needed, or leave the default unset for more flexibility.
Original PR description
latam task 569 --- 1. Now depends on the company and is not global value. 2. We have the option in the invoice so the user can change the default value when needed. 3. They can choose to define or not a default value for the field.
The Documents spreadsheet view now uses the same built-in styling approach as the main spreadsheet tool. This removes obsolete custom styling and helps keep icons and layout details visually consistent across spreadsheet experiences.
Original PR description
Up until the introduction of bootstrap in this repository, we have had to make specific style rules inside Odoo for both versions of spreadsheet to look the same. Concretely, we had to override o-spreadsheet rules inside documents_spreadsheet because the former did not have default css rules introduced by bootstrap (e.g. vertical-align: middle on icons). Now that bootstrap is part of o_spreadsheet, the old o-spreadsheet rules have become obsolete and as we removed them, we did not correctly adapt documents_spreadsheet. With bootstrap, we can however define rules directly in the components definition as those will applied in both o-spreadsheet and documents_spreadsheet. Co-authored-by: Pierre Rousseau <pro@odoo.com> Task 2531049
The employee form no longer shows a separate Personal Documents tab. Employee documents are now intended to be managed through the chatter and Documents app, while the underlying document request fields remain available for salary configuration workflows.
Original PR description
The personal documents tab on the employee form view is removed in favor of the chatter + documents app to hold and manage documents. The fields are kept because the salary configurator needs fields to bind to be able to still request documents. This might change in the future. Task ID: 2628750