Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migration to version 16.0 #203

Open
2 of 7 tasks
sbidoul opened this issue Oct 3, 2022 · 8 comments
Open
2 of 7 tasks

Migration to version 16.0 #203

sbidoul opened this issue Oct 3, 2022 · 8 comments
Labels
help wanted no stale Use this label to prevent the automated stale action from closing this PR/Issue. work in progress
Milestone

Comments

@sbidoul
Copy link
Member

sbidoul commented Oct 3, 2022

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-16.0

Modules to migrate

Missing module? Check https://github.com/OCA/maintainer-tools/wiki/%5BFAQ%5D-Missing-modules-in-migration-issue-list

@sbidoul sbidoul added help wanted no stale Use this label to prevent the automated stale action from closing this PR/Issue. work in progress labels Oct 3, 2022
@sbidoul sbidoul added this to the 16.0 milestone Oct 3, 2022
@dzungtran89
Copy link

dzungtran89 commented Dec 5, 2022

@dzungtran89
Copy link

dzungtran89 commented Dec 6, 2022

@dzungtran89
Copy link

dzungtran89 commented Dec 6, 2022

@alexis-via
Copy link
Contributor

I plan to migrate the module account_cutoff_accrual_picking from this v14 PR #225 and rename the module to account_cutoff_picking (with this PR, it now supports both accruals and prepaid, so we need to remove "accrual" in the module name).

@alexis-via
Copy link
Contributor

I have another idea for v16 for account_cutoff_base:

  • remove the 2 fields account_accrued_revenue_id and account_accrued_expense_id from account.tax
  • replace it by 2 fields on res.company: accrued_revenue_tax_account_id and accrued_expense_tax_account_id

Reminder: these fields are only useful if you set accrual_taxes=true on res.company (should be set to True for France for instance). As using tax in accrual moves is a pretty useless thing (but in France, we like useless things !), I don't imagine someone needing different accounts for different VAT rates.
Advantage of this change: save time on configuration. Avoid addition of the 2 current fields on account.tax.template.

@fclementic2c any objection ?

@fclementic2c
Copy link
Member

@alexis-via more simple but less rational ... In the standard, for example, Odoo put the cash basis information on the tax so I would not change.
But if you change this it is ok I can live with this.

@Borruso
Copy link

Borruso commented Jun 14, 2023

Migration account_fiscal_year_closing #248

@SilvioC2C
Copy link

Migrating account_invoice_start_end_dates_move in #292

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted no stale Use this label to prevent the automated stale action from closing this PR/Issue. work in progress
Projects
None yet
Development

No branches or pull requests

6 participants