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

[9.0][MIG] l10n_es_aeat_mod349: Migration to 9.0 #435

Merged
merged 5 commits into from
Jan 30, 2018

Conversation

pedrobaeza
Copy link
Member

@pedrobaeza pedrobaeza commented Jan 30, 2017

@pedrobaeza pedrobaeza mentioned this pull request Jan 30, 2017
31 tasks
@pedrobaeza pedrobaeza force-pushed the 9.0-l10n_es_aeat_mod349 branch 4 times, most recently from 7fb899f to 2fe45a0 Compare January 30, 2017 21:23
@pedrobaeza pedrobaeza force-pushed the 9.0-l10n_es_aeat_mod349 branch 2 times, most recently from 39d49b1 to abd2e81 Compare February 23, 2017 10:23
angelmoya and others added 4 commits January 29, 2018 19:10
* Pylint
* Use new API

[skip ci]
* Mejora del rendimiento.
* Apuntes contables como fuente de datos. El motor del informe se construye a partir de apuntes
  contables, y la información de facturas se consulta cuando se necesita. De este modo aseguramos que
  los resultados serán consistentes con los otros modelos de AEAT, que también toman como fuente de
  datos los apuntes contables. Así evitamos posibles inconsistencias.
* Nuevo informe Qweb, que sustituye al antiguo RML
* Correcciones para exporación a formato BOE. Permite importar el modelo a la web de hacienda.
* Permite borrar operaciones que no se quiere declarar. El usuario puede eliminar las operaciones que
  no desee incluir en la presentación. Esto será especialmente útil en el caso de presentaciones
  complementarias.
* En declaraciones normales y complementarias se excluyen automáticamente operaciones ya
  presentadas anteriormente.
* Script de migración para tener en cuenta los cambios en el modelo de datos.
@pedrobaeza pedrobaeza force-pushed the 9.0-l10n_es_aeat_mod349 branch 2 times, most recently from 097339c to 1a4cefa Compare January 29, 2018 21:00
@pedrobaeza pedrobaeza added this to the 9.0 milestone Jan 30, 2018
@pedrobaeza pedrobaeza changed the title [MIG] l10n_es_aeat_mod349: Migration to 9.0 [9.0][MIG] l10n_es_aeat_mod349: Migration to 9.0 Jan 30, 2018
* Save in account.move.line directly the 349 export key via a selection field, so you are not bound to a map line record instead of mapping changes.
* Field renamings for better understanding.
* Map data with command `4` instead of `6` for allowing custom mappings.
* Added constraint for avoiding duplicated mapping lines with the same operation key.
* Fix tests asserts and code
* Fix refund records computation
* Complete behavior for imported move lines declarations
* Switch certain fields to computed ones, for avoiding extra code that can be handled easily with ORM, but without performance penalty thanks to norecompute ORM option.
* Remove useless check for invalid characters, as export now removes them
@pedrobaeza
Copy link
Member Author

Últimas pruebas en producción de la refactorización realizadas, así que fusiono.

@pedrobaeza pedrobaeza merged commit a13ae55 into OCA:9.0 Jan 30, 2018
@pedrobaeza pedrobaeza deleted the 9.0-l10n_es_aeat_mod349 branch January 30, 2018 01:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants