[16.0][MIG] l10n_es_aeat_mod347: Migration to 16.0 #2679
Merged
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
- Se han renombrado los módulos para usar la nomenclatura propuesta por OpenERP: l10n_es para el módulo base de localización (plan de cuentas), l10n_es_* para el resto de módulos. - Se eliminan los módulos extra_addons/* que deberían moverse a los extra-addons genéricos (no son específicos de España). - Se renombran los __terp__.py por __openerp__.py
…ciertos módulos, por los correspondientes que se modificaron para esta versión 6.0 y en ciertos __init__ adaptamos los imports a los nuevos nombres de los ficheros. Renombrado de los archivos de traducción españoles de es_ES.po a es.po y pequeñas refactorizaciones
* FIX: Renombrado de los archivos de traducción catalanas de ca_ES.po a ca.po * IMP: Añadidos avisos NO ADAPTADO TODAVÍA A LA VERSIÓN 6.0 a varios módulos, limpieza l10n_es_partner_mercantil
…c module for aeat models, 347 module was portedto v6.0 and adds new module to print AEAT model 349.
…ueñas mejoras generales (vistas, traducciones, código) y corrección pequeño bug por un olvido en la adaptación de la v5 a la v6
… módulo del 347, que incluían los cambios hechos por la AEAT para la declaración 2010, para la versión 6.0 del módulo, además corregimos un bug encontrado por Jordi en la versión 5.0 hoy. También añado una nueva comprobación de los registros de empresas, ya que el cif de la empresa es requerido, por lo que no va a dejar confirmar el informe, mientras no se rellene este campo en todos los registros de empresa. La agrupación de pagos en efectivo se dejó igual que en la 5.0, ya que se sigue comportando como en la 5.0, sigo animando a que si alguien conoce como mejorarla adelante.
… las mejoras introducidas en el anterior commit
…recía Pexego en la licencia, quedan los compartidos.
…elo con el detalle de los trimestes obligatorio para la declaración del 2011.
…r Cif/Nif en el cálculo del 347, por si hay más de una empresa con el mismo cif..., pequeña refactorización usando rec_name en lugar de name_get
… los nuevos strings después de los recientes cambios en el 347.
…as. Necesario para las Sociedades Irregulares, Sociedades Civiles y Comunidad de Bienes sin regimen de módulos en el IRPF. Al resto de las empresas no les afecta ya que no facturan con IRPF. l10n_es_aeat_mod340: Correción de los autores en el modelo 340
…ron marcados como no instalables mientras no se compruebe que funcionan o migren, para poder usarlos o probarlos se debería poner el atributo installable de los ficheros __openerp__.py de cada módulo a True
[FIX]: Add security definition for objects l10n_es_aeat_mod347_calculate_records and l10n_es_aeat_mod347_export_to_boe. [FIX]: Changed types to orm.Model, orm.TransientModel and orm.AbstractModel. [FIX]: Contributions have been written in the standard format of the community. [FIX]: Remove 'init_xml' keys, because it's no longer needed in v7. [FIX]: Remove __author__ variables in files, because authors are put on manifest file (__openerp__.py). [FIX]: Increased compatibility with standard PEP8. [FIX]: Imports in standard format. [IMP]: Add "state" field in tree view. [IMP]: Option to generate report suppliers only. [FIX]: Update address partner search to V7. [FIX]: Update state in address partner to V7. [FIX]: Update dependencies, now required the module documents to view generated file in V7. [FIX]: Translate .pot file to v7. [FIX]: Translate field "only_supplier" to spanish language. [FIX]: Format the text that explains the module. [IMP]: Add icon and screencapture.
- Cambiado flag de los partners para no incluirlos en el 347 (opción menos común), que incluirlos (que suelen ser todos). - Eliminado flag para incluir los diarios, ya que no se activa por defecto y el usuario se confunde con los resultados. Se cogen todos los diarios de caja. - Otras mejoras menores.
…el calculo del 347
…s rectificativas.
…res/patrocionadores expandidos + PEP8
…ds, variables, classes and translations, and related PEP8 fixes.
…ación de periodos mensuales. Fixes OCA#209
Previously, if there are cancel or draft moves with the corresponding taxes, they were included in the report. We should filter them out. TT33910
The provided field name was not correct. Fixes OCA#2001
In a customer invoice, the field `name` contains the number of the invoice, and the field `ref` can contain any other arbitrary content put by the user, so we should only use this second one in the case of vendor bills, as this is the invoice number for the vendor. TT34430
When populating move records for a partner, an abs operation is performed, as AEAT requires to express amount as positive for all records. Previous code trusts on the journal entry type for determining later the sign of the operation, but there can be the possibility of having a big journal entry where the type is of one sign, but the specific operation for that partner is another. The canonical example is on PoS, with the closing entry including together all the operations of the session. So let's keep the balance sign all the time, and remove the checks on move type, converting the amount to positive where needed (BOE export), and this also makes a bit lighter the quarter computation, not needing to filter by move_type. It includes the migration scripts for adapting following the same previous approach the existing amounts. TT34561
Currently translated at 100.0% (249 of 249 strings) Translation: l10n-spain-15.0/l10n-spain-15.0-l10n_es_aeat_mod347 Translate-URL: https://translation.odoo-community.org/projects/l10n-spain-15-0/l10n-spain-15-0-l10n_es_aeat_mod347/ca/
…ount_edi_ubl_cii account. TT36147
pedrobaeza
approved these changes
Dec 17, 2022
|
/ocabot merge nobump |
|
What a great day to merge this nice PR. Let's do it! |
|
Congratulations, your PR was merged at bd96409. Thanks a lot for contributing to OCA. ❤️ |
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.
No description provided.