diff --git a/l10n_br_account_payment_order/__manifest__.py b/l10n_br_account_payment_order/__manifest__.py index 8566b0a9a3bc..b89491c30347 100644 --- a/l10n_br_account_payment_order/__manifest__.py +++ b/l10n_br_account_payment_order/__manifest__.py @@ -4,7 +4,7 @@ { 'name': 'Brazilian Payment Order', - 'version': '12.0.1.0.0', + 'version': '12.0.3.0.0', 'license': 'AGPL-3', 'author': "KMEE, " "Akretion, " diff --git a/l10n_br_account_payment_order/migrations/12.0.2.0.0/pre-migration.py b/l10n_br_account_payment_order/migrations/12.0.2.0.0/pre-migration.py index c2fa5534eb75..37c3ea618f5d 100644 --- a/l10n_br_account_payment_order/migrations/12.0.2.0.0/pre-migration.py +++ b/l10n_br_account_payment_order/migrations/12.0.2.0.0/pre-migration.py @@ -71,10 +71,6 @@ ('mensagem_erro_exportacao', 'export_error_message'), ('ultimo_estado_cnab', 'last_cnab_state') ], - # TODO - mover os cnab/lote/evento para o modulo de implentacao da KMEE, - # já que para importacao do arquivo CNAB de retorno a Akretion passou a - # usar o account_move_base_import, estou mantendo o código para permirtir - # a extração e assim preservar o histórico de commits 'l10n_br.cnab.evento': [ ('data_real_pagamento', 'real_payment_date'), ('data_ocorrencia', 'occurrence_date'), @@ -107,6 +103,14 @@ ('tipo_servico', 'service_type'), ('total_valores', 'total_value'), ], + # TODO - Separação dos dados de importação para um objeto especifico + # l10n_br_cnab.return.log armazenando o LOG do Arquivo de Retorno CNAB + # de forma separada e permitindo a integração com a alteração feita no + # modulo do BRCobranca onde se esta utilizando o modulo + # account_base_move_import para fazer essa tarefa de wizard de importação, + # o objeto l10n_br_cnab esta comentado para permitir, caso seja necessário, + # a implementação de outra forma de importação pois tem os metodos que eram + # usados pela KMEE e o historico git do arquivo 'l10n_br.cnab': [ ('arquivo_retorno', 'return_file'), ('data', 'cnab_date'), @@ -130,6 +134,9 @@ ('eval_payment_mode_instrucoes', 'eval_payment_mode_instructions') ], } +# TODO - verificar na migração da 8/10 para 12, em uma base de dados nova não +# existe os campos e objetos o que causa erro +_column_renames = {} @openupgrade.migrate(use_env=True) diff --git a/l10n_br_account_payment_order/migrations/12.0.3.0.0/pre-migration.py b/l10n_br_account_payment_order/migrations/12.0.3.0.0/pre-migration.py new file mode 100644 index 000000000000..a83c05208916 --- /dev/null +++ b/l10n_br_account_payment_order/migrations/12.0.3.0.0/pre-migration.py @@ -0,0 +1,22 @@ +# @ 2020 Akretion - www.akretion.com.br - +# Magno Costa +# License AGPL-3.0 or later (http://www.gnu.org/licenses/agpl.html) + +from openupgradelib import openupgrade + +_table_renames = [ + ('cnab_return_move_code', 'l10n_br_cnab_return_move_code'), +] + +_model_renames = [ + ('cnab.return.move.code', 'l10n_br_cnab.return.move.code'), + ('cnab.return.log', 'l10n_br_cnab.return.log'), + ('cnab.return.event', 'l10n_br_cnab.return.event'), + ('cnab.return.lot', 'l10n_br_cnab.return.lot'), +] + + +@openupgrade.migrate(use_env=True) +def migrate(env, version): + openupgrade.rename_tables(env.cr, _table_renames) + openupgrade.rename_models(env.cr, _model_renames)