Raphaël Valyi

@marioolofo @marcelsavegnago @antoniospneto @renatonlima vale a pena considerar esse modulo OCA também, talvez como dependência ou apenas fonte de inspiração: https://github.com/OCA/edi/tree/16.0/account_invoice_export_job

@CristianoMafraJunior lembrando tb que seria bom se vcs na Escodoo conseguissem arrumar esse port da MDF-e #3842 Eu fiz um rebase uns dias atrás mas os testes continuam sem passar....

> Parabens @rvalyi, ficou muito bom! você pretender fazer mais alterações? ou está pronto para revisão? pretendo botar uns prints apenas.

/ocabot migration l10n_br_website_sale

boa, valeu por reportar. Lembro ter quebrado a cabeça com isso no momento da migração, pelo jeito eu não acertei.

@CristianoMafraJunior passou os testes não. Sera se não precisa fazer commit do __init__.py tb? Tb verifique se vc usou o pedaço do script.sh relativo ao CTe para gerar os bindings....

aff ainda temos um problema no erpbrasil.edoc que usa os antigos bindings generateDS. Vamos pensar na melhor forma de resolver, talvez por hoje a melhor opcao eh forcar a nfelib==2.0.7...

pessoal pensei num primeiro passo melhor para ter uma compatibilidade com l10n_br_cpf_code tb sem perder a facilidade dos cherry-picks com a v14. Novo PR em breve. EDIT: acabei finalizando esse...

teste de migração. Dados da v16 antes do PR: ``` odoo16=# select id, vat, cnpj_cpf, is_company, name from res_partner where cnpj_cpf is not null; id | vat | cnpj_cpf |...

vale a pena ver que um refator importante do VAT/CNPJ que tinha sido feito pelo @marcelsavegnago na 14.0 ta atualmente faltando na 16.0 e por isso certamente esse meu PR...