| Age | Commit message (Collapse) | Author |
|
In https://www.agenciatributaria.es/AEAT.internet/Inicio/La_Agencia_Tributaria/Campanas/Retenciones/Cuadro_informativo_tipos_de_retencion_aplicables__2020_.shtml
we can check that this retention fee is applied for
'Rendimientos del art. 75.2.b): cesión derecho de imagen (art. 101.1 RIRPF)'
It's not the regular retention, but there are cases where it can be
used, so we need to support it the same as others.
closes odoo/odoo#68939
X-original-commit: 192654675f4a87a62c17b501d7da0c0ee57f61cf
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Previously on v12, every tax was added in an account.invoice.tax line,
being clear about the amount of each one.
Now on v13, that table has dissappeared, and the tax summary at the
footer grouped by tax group, resulting in a mix of all taxes with the
same percentage. This is not usually a problem, as the same percentage
taxes are not included at the same time in the same invoice, except
an exception: non deductible VAT.
For this case, we can have several lines with the same percentage as
deductible or non deductible, and all being mixed in the footer.
For avoiding the problem, we create a new tax group, and use it for
non deductible VAT taxes. We can consider to add 3 groups, one per
percentage of non deductible VAT, but it's an overhead that doesn't add
too much value (the 95% percent of the non deductible is 21%), and even
if having several of them in the same invoice, to see the total amount
grouped as "IVA no deducible" is not a big deal.
closes odoo/odoo#68780
X-original-commit: fb6e0d5962963fbf22fbe56864a10aec7868292b
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Due to Spanish fiscal positions tax mapping, this improvement includes in IRPF 7%, IRPF 15%, IRPF 18%, IRPF 19% and IRPF 20%
both tax mapping (IVA Exento Repercutido & IVA Soportado exento) as it is in IRPF 1%, IRPF 2%, IRPF 9%, IRPF 21%.
There have been included tax mapping for account_tax_template_s_iva0_ns, account_tax_template_p_iva0_ns and
account_tax_template_p_iva0_ns_b taxes as well, in all IRPF fiscal positions.
closes odoo/odoo#62676
X-original-commit: 152237fa28ac22a869402310939a2459c50f22b5
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
|
|
Fine-tuning of #58062. This is not possible in v11, as the link for localization
modules is done through the description field, but doable in v12.
closes odoo/odoo#58435
X-original-commit: 207207d9dc1c2e0c18c6f3b48078314ced8b38cb
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
|
|
account.tax.template
closes odoo/odoo#58339
X-original-commit: 98a7e8118c703fe0d9a5afc7c9d47b5951e567bd
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
|
|
According to the Spanish VAT reporting (mod 303), this commit has been created to fix some inconsistencies in section number 60.
Exempt taxes comming from training, for example, wouldn't be taken in consideration anymore.
closes https://github.com/OCA/l10n-spain/issues/1300
closes odoo/odoo#58219
X-original-commit: 75d0974eeb823a03bd194838ed213d2468903155
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
|
|
According to the Spanish accounting rules, this commit tries
to set more appropriate account types to the different
account_account templates.
closes odoo/odoo#57736
X-original-commit: 970d9bf10283e770c984d78fe145fd61a2be43dc
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
|
|
Based on https://www.agenciatributaria.es/AEAT.internet/Inicio/La_Agencia_Tributaria/Campanas/Retenciones/Cuadro_informativo_tipos_de_retencion_aplicables__2020_.shtml
closes odoo/odoo#55851
X-original-commit: 41ac6df5e8483111c5ec33e89c65b6c60b26b81e
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Currently, there's only one tax for non deductible VAT on purchase, but although the
most common one (21% percentage), it's not the only one. There can be cases where
there's 4% or 10% VAT that is not deductible.
With this PR we add that percentages to the CoA.
Forward port to v13 of odoo/odoo#48629
closes odoo/odoo#55830
X-original-commit: 3b51ca0191f4df0f1f7543070b9e23a87286a426
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Task 2309613
We have a new hierarchy:
* Accounting
* [Generic, not changed]
* Localization
* Account Chart
* Check
* EDI
* Point of Sale
* Purchase
* Reporting
* Sale
This helps in displaying only the chart of accounts when clicking on
"Install more Packages" from the accounting settings in the Fiscal
Localization section.
We can also refine the search in the _auto_install_l10n post init hook
of account.
closes odoo/odoo#55384
Related: odoo/enterprise#12179
Related: odoo/upgrade#1568
Signed-off-by: Cedric Snauwaert (csn) <csn@openerp.com>
|
|
According to what has been discussed in https://github.com/OCA/l10n-spain/issues/1434, there's a problem with
this account, that can be put in 2 places in the balance sheet, depending on its
nature.
Unfolding it in 2 using same prefix, we can guide users in which account they
should book their balances according the nature, and define reports according
these accounts without the need of modifying them each time.
Closes OCA/l10n-spain#1434
closes odoo/odoo#55619
X-original-commit: d8a9fc8b5ef858942c6529e09cb75a11225519d3
Related: odoo/enterprise#12295
Signed-off-by: Laurent Smet <smetl@users.noreply.github.com>
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
|
|
description for tax templates in account_tax_data.xml is not showing a "friendly" customer description for several taxes.
It's common to be requested for changes and being forced to help customers to replace the current tax label by understandable descriptions.
This PR improves that description and makes it easier to understand.
closes odoo/odoo#54402
X-original-commit: f8d55c8e4559264c68155a4a8e3151f6aa045037
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Fiscal Position
closes odoo/odoo#51600
X-original-commit: 343d888c10af3d8d6a360d7857a6fb7903acbf24
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Task 2198388
When testing and demoing localization, it can but cumbersome to create a
Company with the right credentials and install the chart of account on
it.
This commit aims to shorten the process. The first version only contains
a valid vat (or similar) number, but we should add fields specific to
localization in the future so that we have a working environment as soon
as we install the localization.
change manifest
closes odoo/odoo#48102
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Canada(l10n_ca): Apply fiscal positions automatically based on partner's state.
EU nations: Apply fiscal positions automatically for national or EU/Non EU partners.
closes odoo/odoo#48250
Task: 1952975
Closes: #32126
X-original-commit: 15e0026bdeaefd7a915718781bf3f6ee0389365e
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
Purpose
=======
The current kanban view is messy. It is difficult to identify which
apps are installed or not. The user can completely miss a module
that might have interested him. A search panel would make things way
more readable.
closes odoo/odoo#44401
Taskid: 2181557
Related: odoo/enterprise#8144
Related: odoo/upgrade#879
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
|
|
Not having a tax group, we can have a side effect. It hasn't failed before because
the field is required only on screen, but not on DB.
closes odoo/odoo#42100
X-original-commit: 21c89aade534ba41bb492934d9795e3f0bb13f5f
Signed-off-by: Josse Colpaert <jco@openerp.com>
|
|
|
|
As the vat result is cleared at the end of the perior to the account 4751, there's
no sense to have these intermediate accounts with the reconcile flag, as they are
not going to be reconcile at all.
This has been also reported to be unperformant on enterprise reports where this
flag is used for obtaining the records to show.
4751 account already has the reconcile flag, and it's the one which is reconciled
on the bank reconciliation process when the fiscal authority (AEAT) charges you
the result.
closes odoo/odoo#38101
X-original-commit: e84d9c366e5c4c1a25aad28b85b96431b8f208d5
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>
|
|
closes odoo/odoo#36721
Signed-off-by: Christophe Simonis <chs@odoo.com>
|
|
This commit shouldn't have been forward-ported.
This reverts commit 2078fefdb1893227a8fb0bdfb4ac6da1397ca1f1.
closes odoo/odoo#35928
Signed-off-by: Christophe Simonis <chs@odoo.com>
|
|
|
|
|
|
|
|
You can check
https://www.plangeneralcontable.com/?tit=526-dividendo-activo-a-pagar&name=GeTia&contentId=pgc_526
for further information on the account.
This is needed for proper bank statement reconciliation and for AEAT model 123.
closes odoo/odoo#35357
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
|
|
|
|
Before, we only had a public method that installed
the CoA for the current active company.
With the multi-company changes, it was not
possible anymore to install a module with a
demo company and then have the CoA installed
in that demo company correctly.
We changed that public method to be able to
put an extra optional parameter and shortened
its name to try_loading instead of
try_loading_for_current_company. The method that
it calls when there is no chart installed
is made private and renamed to _load.
closes odoo/odoo#35703
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
|
|
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
|
|
Before that, groups of taxes defined in l10n_es only defined tags on child taxes. This is wrong: base tags of a group of taxes should always be set on the group itself; children should only contain tax tags (at least, if their type_tax_use is 'none'). Indeed, the tax_ids field of aml generated for these taxes will point to the group, while tax_line_id points to its children.
closes odoo/odoo#34557
Signed-off-by: Laurent Smet <smetl@users.noreply.github.com>
|
|
- Add repartition lines on taxes
- Link account tags directly to account.move.line; remove the tag_ids field from account.tag
- Add a new report engine dedicated to tax reports, directly generating account tags. It is called as an alternate mode of generic tax report, with a dedicated "Use tax grids" toggle.
>> The biggest change lies in the way the new tax report computes its values.
Everything is now aggregated directly using the tags set on the account move lines. Thanks to that,
modifying the configuration of a tax today will not impact the report for the previous periods anymore.
This is a big improvement, as it means the report will keep on reflecting the values that were submitted
to the state before, whatever the configuration change.
- Add an audit char field to account.move.line telling with tax grids are impacted by the line, with the corresponding amount
- Modify the behavior of cash basis taxes: the cash basis account is now used as the transition account, while the regular account given in tax declaration is used to store the final entry (it was the opposite before)
- Modify every l10n_* module in order to keep them consistent with these changes
closes odoo/odoo#32833
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
|
|
|
|
Groups with more than 3 digits exist, but none of the accounts are
"hanging" from them. For example, the group of accounts 1030 and 1034 is
103, even though 1030 and 1034 groups exist. The account structure
should concur with the account group structure.
closes odoo/odoo#28420
Signed-off-by: Josse Colpaert <jco-odoo@users.noreply.github.com>
|
|
|
|
Include commit 572d628 again, as it was lost with a forward port.
closes odoo/odoo#31479
|
|
data creation is faster when done through a CSV file compared to an XML file. Hence doing it through a CSV
This commit is related to task_id : 1909961.
closes odoo/odoo#28871
|
|
|
|
|
|
|
|
closes odoo/odoo#27228
|
|
Were no longer synchronized since 9.0
Commit 710f67ad4b5f2a mistakly reexported them too
Remove the .pot, keep only a few one like it actually makes sesne to have
translated content such as l10n_be_invoice_bba
|
|
To match new model_terms syntax
|
|
|
|
|
|
|
|
|
|
Regenerate all child translations based on the .pot
Remove the terms that are either equal to the parent, either equal to the
source term.
Remove empty translation files
|
|
|
|
|
|
|
|
add name + some missing groups
Was PR #23922. Courtesy of Jordi Ballester (Eficent)
|