Thursday, April 11, 2024
7 changes
2 changes
Enhancements to existing features
Account managers can now see more sales, purchase, subscription, and invoice records linked to the partners they manage, including cases where those partners are listed as referrers. This makes it easier for commission teams to track customer activity and related documents from the right menus without extra navigation barriers.
Original PR description
[IMP] partner_commission: account manager access rights This commit intends to give access to account managers to more records of the partners they manage. It mainly gives a range of new permissions…
[IMP] partner_commission: account manager access rights This commit intends to give access to account managers to more records of the partners they manage. It mainly gives a range of new permissions to the Commission/Own Documents and Commission/All Documents groups as well as changing stat buttons to include records where the partner is set as referrer. Commission Managers have access to sale orders/purchase orders/subscriptions/ invoices with a "referrer" set while Commission Users have access to a range of documents where the `partner_id` field is an account they manage or the `referrer_id` field is an account they manage. At creation, a child partner will be propagated its parent's account manager (= user_id). So an account manager will have access to the children's records as well as long as that field is propagated. The groups also give access to Invoicing and Accounting top menu so that members of the group can easily access account.move records. Task-2842675
The Barcode app now hides reserved serial number lines with no completed quantity by default, reducing clutter during stock operations. Businesses can still enable a new operation-type setting to show those reserved serial numbers when the previous workflow is needed.
Original PR description
Before this PR: =================== - the operation type in the barcode displayed lines even when the quantity done was 0 . - when the setting is on create new only then in barcode, show lines with done=0 - when use existing not checked AND create new not checked, in barcode we have multiple lines . After this PR: ==================== - Introduces a new option in operations type 'show_reserved_sns,' in the sale module with default value False . - This option becomes active only when the 'use_existing_type' is enabled . - When unchecked, it ensures that lines where the quantity done is 0 are hidden , only the selected ones will be added. - When checked, it will work same as before this commit . - when the setting is on create new only then in barcode, never show show lines with done=0 - when use existing not checked AND create new not checked, Then there should be one line in the aggregate with no serial and a +qty . Task ID : 3284600
5 changes
Enhancements to existing features
This update enhances Chilean electronic point-of-sale receipts by adding a bidimensional (2D) code and displaying the requirements needed for valid electronic document compliance. This improvement ensures receipts meet Chilean regulatory standards for electronic documents and provides customers with a verifiable digital receipt.
Original PR description
This is a backport of odoo/enterprise#58479 This commit adds the bidimensional code on the receipt, it also adds to the receipt header the requirements for considering the receipt as a valid electronic document. task-id: 3747828 Community PR: odoo/odoo#161342
The German tax number (Steuernummer) validation has been moved from the tax report generation process to the company form, where it now triggers immediately when users enter the information. This ensures data quality at the point of entry rather than later during report generation, preventing invalid data from being saved in the first place.
Original PR description
Steuernummer was being validated at tax report xml generation. The check was moved to the company form view. It should be a constraint raising when trying to set the steuernummer to the company; there is no point in only checking it at XML generation. task-3809218 Forward-Port-Of: odoo/enterprise#60479 Forward-Port-Of: odoo/enterprise#59348
This update improves how Odoo handles shipping methods when databases are copied for testing or staging. Previously, all shipping methods were disabled during this process. Now, only shipping methods that connect to external providers (like real courier services) are disabled, while internal shipping methods based on fixed prices or custom rules remain active. This allows teams to continue testing order fulfillment workflows without losing their standard shipping options.
Original PR description
Only delivery carriers that can communicate with the outside should be deactivated. Every time a database is neutralized, all delivery carriers are deactivated. In staging or test databases this should not be the case, only delivery carriers with an external connection, i.e. delivery carriers with an external provider should be deactivated. Delivery carriers with fixed price or based on rules should not be deactivated with every neutralization. This way Odoo can continue to operate with shipping methods without prejudice to the users in neutralized databases. @moduon @yajo @Shide MT-5612 Description of the issue/feature this PR addresses: Current behavior before PR: Deactivated every delivery carriers. Desired behavior after PR is merged: Deactivated only delivery carriers with external provider. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#160443
This update enhances the Point of Sale receipt functionality for Chilean businesses by adding support for bidimensional codes. This improvement aligns with Chilean regulatory requirements for receipts, making the system more compliant with local standards and improving the receipt documentation process.
Original PR description
This is a backport of odoo/odoo#159671 This commit adds the requirements in order to add the bidimensional code on the receipt of the point of sale for the Chilean localization. task-id: 3747828 Enterprise PR: odoo/enterprise#60451 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The German tax number (Steuernummer) validation has been moved from the tax report generation stage to the company form, where it now validates immediately when the field is updated. This ensures invalid tax numbers are caught early and prevents errors during report generation. The field is now also visible for multi-VAT company configurations.
Original PR description
Steuernummer was being validated at tax report xml generation. The check was moved to the company form view. Moreover, the field was set visible in the company form view for multivat. It should be a constraint raising when trying to set the steuernummer to the company; there is no point in only checking it at XML generation. task-3809218 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#161395 Forward-Port-Of: odoo/odoo#159057