[16.0][REF] l10n_br_base: use vat field for CNPJ and CPF #3566
+125
−72
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.
re-abertura de #3386 depois do conserto da branch 16.0 como explicado em #3490. Importante notar que a antiga branch 16.0 não constava com o port de #2718 e eu tive que retrabalhar meu PR para compatibilizar.
O objetivo desse PR é de se aproximar do modelo de dados da Odoo que desde a versão 16.0 (e até a v18) usa o vat para armazenar o CNPJ.
Na v14 botamos o vat como related do cnpj_cpf, a ideia é agora de usar a coluna vat no banco de dados e conservar o campo cnpj_cpf como related para conservar uma certa compatibilidade e facilitar os cherry-picks com o codigo da v14 por enquanto.
Eu tinha inicialmente introduzido o campo l10n_br_cpf_code pro CPF de acordo com o modelo do Odoo a partir da v16:
https://github.com/odoo/odoo/blob/16.0/addons/l10n_br/models/res_partner.py
porem o campo l10n_br_cpf_code foi removido e assimilado ao campo vat a partir da v17 (e continua assim na v18 ou na master):
https://github.com/odoo/odoo/blob/17.0/addons/l10n_br/models/res_partner.py
Nisso eu achei melhor deixar o CPF no campo vat mesmo. Tem nada no Odoo CE ou Odoo EE v16 que usa de fato o campo l10n_br_cpf_code então eu achei melhor já alvejar a compatibilidade com as v17 e v18 e usar o mesmo campo deixa tb mais parecido ao que tínhamos com o campo único cnpj_cpf até agora.
Eu tb aproveitei para melhorar a mensagem de validação.