Skip to content

[19.0][MIG] l10n_jp_summary_invoice: Migration to 19.0 - #124

Open
AungKoKoLin1997 wants to merge 40 commits into
OCA:19.0from
qrtl:19.0-mig-l10n_jp_summary_invoice
Open

[19.0][MIG] l10n_jp_summary_invoice: Migration to 19.0#124
AungKoKoLin1997 wants to merge 40 commits into
OCA:19.0from
qrtl:19.0-mig-l10n_jp_summary_invoice

Conversation

@AungKoKoLin1997

@AungKoKoLin1997 AungKoKoLin1997 commented May 11, 2026

Copy link
Copy Markdown
Contributor

Depends on #125
Includes: #109
@qrtl QT6740

@OCA-git-bot OCA-git-bot added mod:l10n_jp_summary_invoice Module l10n_jp_summary_invoice series:19.0 labels May 11, 2026
@AungKoKoLin1997
AungKoKoLin1997 force-pushed the 19.0-mig-l10n_jp_summary_invoice branch from 8892496 to f482307 Compare May 13, 2026 08:27
@AungKoKoLin1997
AungKoKoLin1997 marked this pull request as ready for review May 13, 2026 08:29
@yostashiro

Copy link
Copy Markdown
Member

/ocabot migration l10n_jp_summary_invoice

@OCA-git-bot OCA-git-bot added this to the 19.0 milestone May 14, 2026
@OCA-git-bot OCA-git-bot mentioned this pull request May 14, 2026
7 tasks
@AungKoKoLin1997
AungKoKoLin1997 marked this pull request as draft May 19, 2026 01:16
@AungKoKoLin1997
AungKoKoLin1997 force-pushed the 19.0-mig-l10n_jp_summary_invoice branch from 19047a8 to cc6383b Compare May 21, 2026 09:26
@AungKoKoLin1997
AungKoKoLin1997 marked this pull request as ready for review May 21, 2026 09:26
@nobuQuartile

nobuQuartile commented May 28, 2026

Copy link
Copy Markdown
Contributor

The test error is from account_billing, which is not merged.
I have confirmed no error occurred in my dev env.
image

@nobuQuartile

Copy link
Copy Markdown
Contributor

Functional review LGTM
image
image

@nobuQuartile nobuQuartile left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Mistakenly

@nobuQuartile nobuQuartile left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code review

Comment thread l10n_jp_summary_invoice/tests/test_l10n_jp_summary_invoice.py
Comment thread l10n_jp_summary_invoice/tests/test_l10n_jp_summary_invoice.py Outdated
@AungKoKoLin1997
AungKoKoLin1997 force-pushed the 19.0-mig-l10n_jp_summary_invoice branch from cc6383b to 583d4b0 Compare May 28, 2026 07:24

@nobuQuartile nobuQuartile left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code review: LGTM

@AungKoKoLin1997
AungKoKoLin1997 force-pushed the 19.0-mig-l10n_jp_summary_invoice branch from ab5a7fb to ee99d66 Compare June 4, 2026 06:40

@SanamiK SanamiK left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Functional review. LGTM.

AungKoKoLin1997 and others added 9 commits July 29, 2026 08:48
- Moved the option for selecting the alternative layout to the paper format settings
- Added an option to include the partner’s address in the header when using the alternative layout
- Added an option to display the document name on the report
- Added an option to display the report date on the report
- Added an option to display the report date label on the report
- Refactored some code
- Updated translations
Previously, credit notes were incorrectly treated as positive amounts
in reporting and tax computation, just like regular invoices. This
commit addresses the issue by introducing the `signed_quantity` field
on `account.move.line` and refactoring the `_compute_tax_totals()`
method to delegate tax computation to Odoo’s standard logic in
`account.move`.

Minor improvements were also made to the generated tax adjustment
entries, including setting the correct due date and enhancing the
reference field.
yostashiro and others added 28 commits July 29, 2026 08:48
- Add amount_untaxed, amount_tax, amount_total computed fields
- Change tax_totals from Binary to Json field (stored)
- Display tax totals in form view using account-tax-totals-field widget
- Add amount fields to list views with sum aggregation
- Add "Print Summary Invoice" button to form header
- Add currency_id filter and group-by option in search view
- Style report table header with light gray background
…stment account lookup

When the billing partner is a child contact, account_move_line stores the
commercial partner as partner_id. Using partner_id.id directly in
_get_inv_line_account_id caused _get_most_frequent_account_for_partner to
return False, resulting in account_id=NULL and a DB constraint violation.
….move

Add stored Many2one billing_id field to account.move to enable efficient
searching and grouping by billing. Includes search filters, group by option,
and view updates. Only non-cancelled billings are considered.
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: l10n-japan-18.0/l10n-japan-18.0-l10n_jp_summary_invoice
Translate-URL: https://translation.odoo-community.org/projects/l10n-japan-18-0/l10n-japan-18-0-l10n_jp_summary_invoice/
Add conditional rendering and text widget for the description field
to handle empty names and preserve line breaks properly.
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: l10n-japan-18.0/l10n-japan-18.0-l10n_jp_summary_invoice
Translate-URL: https://translation.odoo-community.org/projects/l10n-japan-18-0/l10n-japan-18-0-l10n_jp_summary_invoice/
…d billing currency are different

When company currency differs from billing currency, comparing tax amounts
in company currency (via 'balance' and 'tax_amount' fields) causes
floating-point precision errors that create unnecessary tax adjustments.

Changes:
- Use 'amount_currency' instead of 'balance' when summing invoice taxes
- Use 'tax_amount_currency' instead of 'tax_amount' from billing totals
- Add currency.is_zero() check to handle remaining FP precision issues
- Ensure tax adjustment entry uses billing currency

This ensures both values are compared in the billing currency before any
company currency conversion, eliminating FP rounding accumulation errors.

Example: With JPY company and USD invoices ($100.10 each):
- Before fix: Compares ¥4,654.8 vs ¥4,654.7 (FP error) → false adjustment
- After fix: Compares $30.03 vs $30.03 → no adjustment
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: l10n-japan-18.0/l10n-japan-18.0-l10n_jp_summary_invoice
Translate-URL: https://translation.odoo-community.org/projects/l10n-japan-18-0/l10n-japan-18-0-l10n_jp_summary_invoice/
The labels held by `tax_totals` (e.g. "Untaxed Amount", tax group names) are
translated when the value is built, so storing them freezes them in the language
of the user who triggered the compute, and the report cannot translate them
anymore. Stop storing the field, as in `account.move`, so that it is built in
the language of the reader (i.e. the partner's one in the report).

The amount fields need to stay stored, hence they are moved to their own compute
method: sharing it with a non-stored field would update them on each read.
@AungKoKoLin1997
AungKoKoLin1997 force-pushed the 19.0-mig-l10n_jp_summary_invoice branch from ee99d66 to 347bb24 Compare July 29, 2026 09:29

@nobuQuartile nobuQuartile left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code review and Fucntional review: LGTM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

8 participants