Monday, June 30, 2025
5 changes · 17.0
Resolved issues and error corrections
Hungarian electronic credit note submissions now show the supplier and customer bank accounts correctly instead of repeating the customer account in both fields. This helps businesses send accurate NAV XML reports and reduces the risk of incorrect tax authority data.
Original PR description
### Steps to reproduce: - Install l10n_hu_edi and switch to a Hungarian company - In the settings set the NAV mode to "demo" - Create an invoice to a Hungarian contact with an account number - Send it to NAV - Create the credit note for this invoice - Send it to NAV and download the XML in the page "NAV 3.0" - The account number in `supplierBankAccountNumber` and `customerBankAccountNumber` are the same ### Cause: The code was doing: `'supplierBankAccountNumber': format_bank_account_number(self.partner_bank_id or supplier.bank_ids[:1]),` But for credit notes `self.partner_bank_id` is the bank account of the customer not the supplier. ### Solution: Only use `supplier.bank_ids[:1]`. As the bank account were never tested in l10n_hu_edi, this commit adds it in the setup and changed the XMLs to always test it. opw-4845026
This fixes how the time off app checks which employees are online, avoiding unreliable behavior caused by treating a list like text. The change helps ensure availability indicators are evaluated consistently, reducing the chance of incorrect status-based behavior.
Original PR description
PR above made a typo in code in which list of "online" member IM status is a list of string, and it uses + to concatenate items like in python but this doesn't work in JS. Thankfully it kinda "worked" because this casted the array into list (e.g. `["a", "b"]` becomes "a,b") and other items were appended to string. Since this list was used for `.includes()` by chance the ".includes()" method is on Array and String and functionally this results to about the same intention... Again by chance!
Spanish electronic tax reporting now correctly identifies OSS taxes on credit notes as well as invoices. This helps ensure refund documents are classified accurately for SII reporting, reducing the risk of incorrect tax submissions.
Original PR description
Before this commit, the method _has_oss_taxes was determining whether a tax is OSS based on the tax_ids.invoice_repartition_line_ids.tag_ids This works fine for invoices, but for credit notes it should be based on tax_ids.refund_repartition_line_ids.tag_ids This commit solves this issue followup of: https://github.com/odoo/odoo/pull/215614 task-4548095 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#216543
The Kenyan NHIF/SHIF payroll report now includes payslips based on the month selected by the user, preventing payslips from the wrong month appearing in reports. The report wizard text was also simplified by removing an outdated explanatory line, making the selection clearer for payroll users.
Original PR description
- load payslip according to the Month value, currently, may payslip appears on june selection - remove the line 'the selection will cover ...' task-4775801
This fix prevents errors when users add or edit lines in the payslip line editing wizard. It helps payroll teams complete payslip adjustments without failed record creation interruptions.
Original PR description
In this PR we add edit_payslip_lines_wizard_id in the view to prevent a new line record creation error.