Monday, June 3, 2024
3 changes · 17.0
Enhancements to existing features
When users audit specific accounts in Balance Sheet and Profit & Loss reports, accounts appearing lower in the list were difficult to locate. This improvement adds a default filter to the audit report, automatically displaying only the selected account and making it easier to review account details without scrolling through large lists.
Original PR description
In the balance sheet and Profit & Loss reports, we allow users to audit the General Ledger of a specific account if we want to look at the details of that account for the period of the report. When clicking on the link of the audit, it works well for small db, but if the account is low in the list, you don't even see it. This commit adds a default filter on the report. task-3839845
The contract signing flow now intelligently reuses existing partner information instead of creating duplicate partners. When an applicant already has an assigned partner, the system will use that existing partner rather than generating a new one, reducing data duplication and improving data consistency.
Original PR description
Steps to reproduce: --------- - Install hr_contract_salary - Create a contract template - Create an applicant and send an offer - Sign Document - Check partner In this PR, the sign flow will now only generate a partner when the related applicant does not already have one. If a partner is already assigned, the sign flow should utilize that existing partner. task-3693838
This update improves how local taxes are handled in Mexican electronic invoices (CFDI) by making tax details more accessible to developers. Local taxes, which are state-specific contributions, can now be properly identified and separated from other taxes in invoice lines. This enables better customization and compliance with Mexican tax regulations.
Original PR description
In some cases, it is necessary to make changes to taxes or identify other taxes, such as local taxes. Local taxes are taxes created by each state in the country to contribute to the public expenses of the cities in which the taxpayers reside. For Mexican localization the local taxes need to be added in a separate node in the CFDI, so they must be differentiated from the rest of the taxes used in the invoice lines. To identify local taxes, information of the tax record as its tag or name is used. Currently that information cannot be obtained. By adding the tax record to the base lines it is easier to obtain information from taxes when inheriting the _add_base_lines_cfdi_values method.