[18.0][MIG] l10n_es_aeat_mod303 #4056
Draft
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
[MIG] l10n_es_aeat_mod303: Migración a v7 del módulo con las siguientes mejoras: - Convenciones de la comunidad. - PEP8 en la mayoría de código. - Icono para el módulo. - Adaptación de vistas a las posibilidades de la v7. - Restringidas las cuentas bancarias a las de la compañía.
…más código. [IMP] l10n_es_aeat: Añadido wizard para ver el resultado de la exportación sin necesidad de tener el módulo document. [IMP] l10n_es_aeat: Puesta transición de estados sin workflow. [IMP] l10n_es_aeat_mod303: Adaptado al nuevo mecanismo. Se elimina workflow anterior mediante un script de migración.
[MIG] Eliminados módulos no migrados a v7
…zado Presentación del Modelo AEAT 303 ================================ * Incluye un motor genérico para obtener los totales de códigos de impuestos de manera parametrizada y con posibilidad de versionado por fechas * Incluye un motor de parametrización de las exportaciones a formato BOE con posibilidad de versionado por fechas. * Se incluyen las parametrizaciones de ambos motores para el 303.
…dacion y corregido formulario de mod303, sustituido campo casilla_46 repetido por campo casilla_69.
…ón cuando se hace la declaración * Generador del asiento de regularización con cargo a un proveedor "Agencia Estatal de Administración Tributaria" creado al efecto. Configuración ============= Para activar la creación del asiento de regularización en un modelo, hay que poner en el modelo correspondiente el campo allow_posting a True, y establecer en la configuración de impuestos los conceptos que se regularizarán con el flag "to_regularize".
====================== AEAT - Prorrata de IVA ====================== Módulo para gestionar la prorrata del IVA en las declaraciones de la AEAT (por el momento, en el modelo 303), según el artículo 92 de la Ley 37/1992, de 28 de diciembre, del Impuesto sobre el Valor Añadido. Uso === Realizando el modelo 303, se puede seleccionar si se desea aplicar prorrata de IVA. Prorrata general ---------------- En el caso de seleccionar "Prorrata general", aparece un nuevo campo llamado "Porcentaje de prorrata de IVA" que puede ser rellenado a mano. Además, cuando se realice el asiento de regularización, la parte proporcional de la cuota no deducida se compensará como gasto. Se ha incluido un calculador del porcentaje de prorrata, utilizable en 2 casos: * Al comienzo de un nuevo ejercicio, para determinar el porcentaje provisional a aplicar hasta el último periodo de ese ejercicio. * En la última declaración del ejercicio, para determinar el porcentaje definitivo de prorrata, y sobre el que se compensará la diferencia. Problemas conocidos / Hoja de ruta ================================== * La prorrata especial de IVA no está contemplada aún.
…ixes OCA#290 Cuando se tienen campos related, aunque el valor no se cambie, Odoo lanza una escritura en el objeto relacionado cada vez que se guarda el objeto principal. En el caso de la moneda asociada a la compañía, hace que aquellos usuarios que no tengan permiso para modificar la compañía (la mayoría), falle en la creación del modelo.
El anterior método utilizado, al tener una clase y un many2one genérico, no permitía poner los datos en múltiples modelos hijos, ya que se repetían los IDs, y cogía los datos de un modelo en otros. Con este nuevo sistema, se sigue utilizando una tabla, pero con doble índice: el modelo y el ID, parecido a un campo reference, pero gestionado por código propio en el método de cálculo. El 303 está adaptado a este nuevo sistema, y se incluye un script de migración que conserve los datos.
Currently translated at 99.4% (181 of 182 strings) Translation: l10n-spain-17.0/l10n-spain-17.0-l10n_es_aeat_mod303 Translate-URL: https://translation.odoo-community.org/projects/l10n-spain-17-0/l10n-spain-17-0-l10n_es_aeat_mod303/es/
IVA 2% + Recargo equivalencia 0.26% should be included in VAT regularization entry. TT52149
If not, the fields are stretched on regular screens, and they can't be filled.
It was incorrectly mapped to "recargo de equivalencia" base amounts, which is not correct, as that base amounts are already included in regular operations, so it appears duplicated. This field is for being filled in specific cases where the subject is on the special fiscal regime "Recargo de equivalencia". The tests have been changed, as now field 88 doesn't contain this field. TT52996
…ale a pagar pero se compensa parcialmente con ejercicios anteriores @moduon MT-8455
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate. Translation: l10n-spain-17.0/l10n-spain-17.0-l10n_es_aeat_mod303 Translate-URL: https://translation.odoo-community.org/projects/l10n-spain-17-0/l10n-spain-17-0-l10n_es_aeat_mod303/
Recargo equivalencia 0,26% and 1% for refunds are missing. TT54712
Models like 303 and 390 have a lot of fields, so showing them all even if the amount is 0 can be counterproductive. Thanks to the magic of one2many fields, we can continue calculating all the fields and showing them for traceability purposes, but filter out in another o2m field those with amount with hardly no cost, and now 2 tabs are shown for these lines, having precedence the filtered one.
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate. Translation: l10n-spain-17.0/l10n-spain-17.0-l10n_es_aeat_mod303 Translate-URL: https://translation.odoo-community.org/projects/l10n-spain-17-0/l10n-spain-17-0-l10n_es_aeat_mod303/
Tax S_IVA21ISP was removed at odoo/odoo@401a961 therefore, the test data is incorrect. If tax S_IVA21ISP is restored, this change must be reverted.
In fact, the changes are very small for the implemented things, as the changes on the REAGP, which are the biggest, are not implemented. We just need to force to 0 the percentages for the ephemeral taxes. They just can ignore that fields for not bothering people... There's also a move for "Recargo equivalencia 0.5%" from 16-18 to 168-170 inadvertently.
If the previous 303 report has remaining fee to compensate, and the result of the report is positive and bigger than the fee to compensate, when computing the current one, the constraint "The fee to compensate must be indicated as a positive number." will raise always. To avoid it, two changes have been done: 1. Only substract report result if it's of type C. 2. Nullify any possible result when it's less than 0. Amendment of 4bd1c02 TT55245
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Migración
l10n_es_aeat_mod303a la 18.0.