[16.0][MIG] l10n_br_delivery

[rvalyi]

same as #3553 but using #3570 and rebased on fresh 16.0

cc @antoniospneto @mbcosta @renatonlima @marcelsavegnago

[rvalyi]

/ocabot migration l10n_br_delivery

[mbcosta]

Atualizando, a migração do módulo está dependendo dos PRs:

• [16.0][MIG] l10n_br_sale_stock #3570 e consequentemente do [16.0][MIG][sale_stock_picking_invoicing] account-invoicing#1857 aqui seria importante um retorno dos Desenvolvedores da Localização, os testes e as funcionalidades podem ser vistas instalando o l10n_br_sale_stock para ter certeza de que o sale_stock_picking_invoicing está funcionando de acordo com o que é esperado pela Localização

Para evitar os erros ao "instalar duas vezes o módulos", como ocorre aqui no CI, e para criar os ir.property que associam os Diários Contabéis da Empresa com as Operações Fiscais de forma dinâmica e evitar erros devido a sequencias de instalação dos módulos:

• [16.0][REF] l10n_br_stock: Carregando os Dados de Demonstração pelo post_init_hook  #3606
• [16.0][REF+IMP] l10n_br_stock_account, l10n_br_fiscal: Carregando os Dados de Demo via hook e incluído método para associar o Diário a OP Fiscal  #3607 nesse PR está sendo incluído o método que cria ou informa os ir.property por isso os PRs abaixo dependem desse PR
• [16.0][REF] l10n_br_purchase: Carregando os Dados de Demo pelo post_init_hook e criando os Property dos Diários nas OP Fiscal via método #3608
• [16.0][REF] l10n_br_sale: Carregando os Dados de Demo via post_init_hook e criando os Property dos Diários nas OP Fiscal via método #3609

Parece que devido a forma como o teste aqui é criado isso passou a dar erro no módulo l10n_br_fiscal_edi:

• [16.0][FIX] l10n_br_fiscal_edi: Evita erro por chamar o método back2draft duas vezes #3611

Para manter a compatibilidade com os Casos de Uso Fora do Brasil ou mesmo quando a Empresa é do Brasil mas por algum motivo decide criar um Pedido de Vendas Sem Operação Fiscal, isso pode ser visto rodando os testes do módulo delivery

$ odoo -d test -u delivery --workers 0 --stop-after-init --test-enable

• [16.0][FIX+IMP] l10n_br_sale: Casos Sem Operação Fiscal ou Fora do Brasil #3598
• [16.0][REF] l10n_br_stock_account: Não informar a Operação Fiscal Padrão quando a Empresa não é do Brasil #3599

Com esses PRs e usando os mesmo comandos do CI para instalar e testar esse PR no ambiente local os testes deixaram de retorna erros, portanto depois dos merges dos PRs acima acredito que o PR deve ficar verde e pronto para Revisão.

[rvalyi]

@mbcosta dei um rebase aqui e alterei o ultimo commit. Mas pelo jeito ta falhando no modulo l10n_br_purchase_stock provavelmente pelas questões do dados de demo/hook que vc comentou @mbcosta . Eu não analisei ainda...

cc @renatonlima @marcelsavegnago @antoniospneto

[mbcosta]

Essa Linha é realmente necessária? Não tive erros removendo, tem alguma justificativa? Alguém viu algum problema, qual?