-
-
Notifications
You must be signed in to change notification settings - Fork 246
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
[16.0][l10n_br_account_payment_order][l10n_br_account_payment_brcobranca] unify cnab code objects #3406
base: 16.0
Are you sure you want to change the base?
Conversation
Hi @mbcosta, |
faltou adaptar o script de migração, vou botar em rascunho até la. |
@rvalyi aproveitando, eu to refatorando o script de migração do cnab na 14.0, se puder esperar um pouco, acho que vele a pena ver a minha proposta |
58bdb61
to
942c15b
Compare
942c15b
to
57c9b37
Compare
@rvalyi @antoniospneto atualizei o script de migração e fiz outras pequenas alterações necessárias, segue o que foi feito:
Um ponto aqui, até onde vi é desnecessário tanto na v14 quanto na v16 criar os campos via script como foi feito no l10n_br_account_payment_order/migrations/14.0.6.0.0/pre-migration.py o Openupgradelib tem uma função para adicionar campos def add_fields mas no docstring está dizendo que a partir da v12 isso seria desnecessário e não tive erros ao não usar E para não rodar o script em Banco de Dados já migrados é verificado se exite algum Modo de Pagamento com o campo sending_code_id preenchido, o campo é fundamental para o uso do CNAB, e para testar é possível simular mudando a versão do modulo para 16.0.3.0.0 e copiando o mesmo script da versão 16.0.2.0.0.
# TODO: Ao remover os objetos que ficaram obsoletos com a unificação dos Códigos
# no l10n_br_cnab.code acontece o erro abaixo, isso deixa de acontecer em
# versões posteriores a 16.0.2.0.0, porém para evitar problemas como o que ocorreu
# na v14 será melhor aguardar mesmo que por 6 meses ou mesmo apenas na migração
# para a v17 para remover esses objetos e assim evitar qualquer possibilidade
# de problema com migrações
# ERROR db odoo.modules.registry: Failed to load registry
# Traceback (most recent call last):
# File "/usr/local/lib/python3.10/site-packages/odoo/tools/convert.py",
# line 698, in _tag_root
# f(rec)
# File "/usr/local/lib/python3.10/site-packages/odoo/tools/convert.py", line 515,
# in _tag_record
# record = env['ir.model.data']._load_xmlid(xid)
# File "/usr/local/lib/python3.10/site-packages/odoo/addons/base/models/ir_model.py",
# line 2162, in _load_xmlid
# record = self.env.ref(xml_id, raise_if_not_found=False)
# File "/usr/local/lib/python3.10/site-packages/odoo/api.py", line 600, in ref
# record = self[res_model].browse(res_id)
# File "/usr/local/lib/python3.10/site-packages/odoo/api.py", line 550, in __getitem__
# return self.registry[model_name](self, (), ())
# File "/usr/local/lib/python3.10/site-packages/odoo/modules/registry.py",
# line 190, in __getitem__
# return self.models[model_name]
# KeyError: 'l10n_br_cnab.mov.instruction.code'
https://github.com/odoo/odoo/issues/109447
https://github.com/odoo/odoo/pull/102119
https://github.com/odoo/odoo/pull/102190/files
Os PRs estão dentro desse "bash" para evitar uma ligação direta com esses PRs e acabarem "poluindo" os PRs, segue images O problema que acontecia aqui Modo de Pagamento Linhas de Movimentações Financeiras Se acreditarem que vai levar um tempo para Aprovar esse PR posso ver de extrair esse commit que corrige essas Visões, aqui é necessário para permitir a Revisão. Com o que foi feito no PR acredito e peço para alterar o PR de Rascunho/Draft para Pronto para Revisão/Ready to Review |
port de #3337