summaryrefslogtreecommitdiff
path: root/addons/l10n_mx/data/l10n_mx_chart_post_data.xml
AgeCommit message (Collapse)Author
2020-06-15[REF] account: journal items reconciliation (part 1/2)Laurent Smet
This commits refactors the code of the reconciliation, in order to facilitate the process of complex use cases, namely multi-currencies or cash-basis-taxes related (see details below). It also prepares the code for a second refactoring where we will save on each journal items the amount_currency and currency_id field (even in case of operation made in company currency), also in the sake of simplification. 1) Multi-currencies: - the account.partial.reconcile model now will have dedicated columns to specify the amount of the partial reconciliation in the debit_line_id currency and the credit_line_id currency. That comes in handy when dealing with journal items having different secondary currencies, but also allows some simplification. - residual_amount_currency computation changed accordingly - moved models account.full.reconcile and account.partial.reconcile in their dedicated .py file 2) Cash basis taxes - cash basis entries now handle correctly rounding errors to make sure the exact amount of gets reported when the reconciliation becomes full. - the account for the base amount of cash basis entries has to be set, now, on the company instead of on each cash basis tax. - that new 'property' field can be set at the CoA installation via the field property_cash_basis_base_account_id of account.chart.template, or going through the accounting settings. Was task task: 2243420 Was PR #50308 Related: odoo/upgrade#1121 Related: odoo/enterprise#10252 Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
2020-06-11[FIX] l10n_*: no chart template should be set to noupdateDenis Ledoux
In a general manner, the chart templates should not be set to noupdate, that way, if a new company starts in an existing database, it starts with an up-to-date chart of accounts. For instance, if the chart of template is not updated from 12.0 to 13.0, the `default_pos_receivable_account_id` is not added in the chart template, and when a new company is created, the default pos receivable account is not set on the company. Besides, the field `res.company``account_default_pos_receivable_account_id` is not displayed on any form view, whether or not the full accounting is installed, so we must especially pay attention this default account is well set from start, as the user as no opportunity to correct this by himself. In addition, in upgrade scripts, the default pos receivable account on the chart template is used to correctly set the pos receivable account on the company and on the pos payment methods, so it must be well set for the upgrade script to do its job correctly. Technically, it means, without this revision, the fields: - `account.chart.template``default_pos_receivable_account_id`, - `res.company``account_default_pos_receivable_account_id`, - `pos.payment.method``receivable_account_id` were not filled properly on upgrade, causing critical issues in the accounting entries on pos session closing. Related to #52786 Related to odoo/upgrade@ccfd2371ef89ae67dc9bd68bb0d02f2a440551a2 closes odoo/odoo#52870 X-original-commit: 3258ba015ff75b7c176d83a44261d24ebfcc26de Signed-off-by: Denis Ledoux (dle) <dle@odoo.com>
2019-08-09[IMP] l10n_*: add new receivable account for posJoseph Caburnay
A new feature[*] in point_of_sale (PoS) which minimizes the creation of account.move records in closing a pos.session relies on a receivable account made specifically for PoS. This commit addresses this feature's requirement by adding a new receivable account to each localization. [*] point_of_sale: single AE for a pos.session TASK-ID: 1862388
2019-02-08[IMP] l10n_mx: switch account.account.template creation in csvHetashree Chauhan
data creation is faster when done through a CSV file than an XML file, hence doing it through a CSV was task# 1909961 closes odoo/odoo#28885