Skip to content

[19.0][MIG] l10n_it/l10n_it_edi: rename folded-module xmlids#87

Open
dnplkndll wants to merge 3 commits into
19.0from
19.0-mig-l10n-it-family
Open

[19.0][MIG] l10n_it/l10n_it_edi: rename folded-module xmlids#87
dnplkndll wants to merge 3 commits into
19.0from
19.0-mig-l10n-it-family

Conversation

@dnplkndll

Copy link
Copy Markdown

Two Italian-localization module folds in 19.0, handled via openupgrade.rename_xmlids in pre-migration so customer FKs to the legacy records survive a fresh install:

  • l10n_it_edi_withholding → l10n_it — 10 withholding tax-report records (report + columns + lines + expression tags). Customer references like account.tax.tag_ids pointing at the withholding line definitions would otherwise orphan.
  • l10n_it_edi_ndd → l10n_it_edi — the document-type access rule + 22 l10n_it.document.type records (ids 01-09, 16-28).

apriori.renamed_modules already declares both folds; this PR moves the ir_model_data ownership without touching res_ids. Not in the lab seed — gated by the OCA migration job + enriched fork test.

@dnplkndll dnplkndll force-pushed the 19.0-mig-l10n-it-family branch 3 times, most recently from fc816ab to a410085 Compare June 5, 2026 19:54
@dnplkndll dnplkndll force-pushed the 19.0-mig-l10n-it-family branch 3 times, most recently from f2c8de7 to 9882f43 Compare June 17, 2026 12:44
l10n_it_edi_withholding folds into l10n_it (10 tax-report records) and
l10n_it_edi_ndd folds into l10n_it_edi (access rule + 22 document-type
records). Both move ir_model_data ownership via openupgrade.rename_xmlids
in pre-migration so customer FKs to the legacy records survive. apriori
already declares the module folds.
base's update_module_names(merge_modules=True) rewrites the folded modules'
ir_model_data BEFORE these scripts run: the withholding records already sit
under l10n_it_edi (sources fixed accordingly), and the ndd records already
land at their final l10n_it_edi names (script was a silent no-op; removed).
The 2026-05 annual-report fix converted 4 VL lines' aggregation_formula
shorthand to explicit expression records; shorthand rows have no
ir_model_data, so the 19.0 load created a duplicate balance expression on
the preserved line (UniqueViolation caught by the enriched gate).
@dnplkndll dnplkndll force-pushed the 19.0-mig-l10n-it-family branch from 9882f43 to ef2bbd1 Compare June 19, 2026 11:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant