[14.0][IMP] l10n_br_sale_stock: get analytic account and analytic tags from sale order #2797
Conversation
|
Hi @renatonlima, @mbcosta, |
marcelsavegnago
changed the title
marcelsavegnago
force-pushed
the
14.0-l10n_br_sale_stock-copy-analytic_data-to-invoice
branch
from
7c2d77d
to
b794cd3
Compare
There was a problem hiding this comment.
Ver o comentário: #2796 (review)
Será que não vale a pena por essa implementação fora da localização ?
@antoniospneto Não consegui visualizar isso fora da localização porque entendo que a questão da politica de faturamento de pedido de venda/compra feito no cadastro da empresa é algo próprio da localização. |
|
@antoniospneto sinceramente estive pensando inclusive em não implantar o sistema com a politica de faturamento via picking porque comecei a perceber certos problemas. Porém, nossos clientes normalmente estão optando pelo faturamento de pedido de venda e compra pelo picking. |
marcelsavegnago
requested review from
antoniospneto,
rvalyi,
renatonlima,
augustodinizl and
kaynnan
|
/ocabot merge patch |
|
This PR looks fantastic, let's merge it! |
|
Congratulations, your PR was merged at 790d4ef. Thanks a lot for contributing to OCA. ❤️ |
|
@antoniospneto alguns pontos sobre o stock_picking_invoicing, como o Marcel disse o objetivo lá é apenas criar Fatura/Invoice a partir do Picking, mas devido a dependência do modulo stock_picking_invoice_link https://github.com/OCA/account-invoicing/blob/14.0/stock_picking_invoicing/__manifest__.py#L10 o sale_stock está sendo instalado https://github.com/OCA/stock-logistics-workflow/blob/14.0/stock_picking_invoice_link/__manifest__.py#L20 acredito que quando foi feita a inclusão do modulo isso acabou passando despercebido e talvez o melhor lá vai ser remover essa dependência, talvez na v16. Em 2021 houve uma tentativa de extração do l10n_br_sale_stock para criar um modulo sale_stock_picking_invoicing no repo account-invoicing OCA/account-invoicing#1025 a ideia seria fazer o mesmo com o l10n_br_purchase_stock, mas o PR ficou em aberto por volta de um ano sem retorno, eu mencionei essa questão na migração do l10n_br_sale_stock "Havia a ideia de extrair boa parte do modulo para o repo account-invoicing mas é preciso confirmar se existe o interesse dos mantedores lá nesse modulo e hoje acredito que perdemos a "janela" para fazer essa extração e será melhor ver isso na futura v16" #1961 @marcelsavegnago sobre "sinceramente estive pensando inclusive em não implantar o sistema com a politica de faturamento via picking porque comecei a perceber certos problemas." eu estou revendo os módulos l10n_br_sale_stock e l10n_br_purchase_stock para manter a compatibilidade com os casos internacionais, mas se existirem outros problemas eu posso ver de resolver, se você achar melhor pode abrir um Issue e me marcar ou mesmo adicionar um Dado de Demonstração com o caso de uso que você encontrou problemas, no caso de Vendas para tentar atender o caso de Comissão e evitar a necessidade de criar um novo modulo intermediário eu chequei a fazer um PR na v12 que buscava de forma dinamica trazer os campos que existissem na criação a partir do Pedido e que faltavam a partir do Picking #2002 talvez isso ajude, e como estou vendo a migração do stock_picking_invoicing para a v16 também podemos ver se tem algo que pode ou precisa ser alterado lá para ter aqui uma melhor compatibilidade. |
| "analytic_account_id" | ||
| ] = moves.sale_line_id.order_id.analytic_account_id.id | ||
| values["analytic_tag_ids"] = [ | ||
| (6, 0, moves.sale_line_id.analytic_tag_ids.ids) |
There was a problem hiding this comment.
Uma questão, esses campos sempre vem preenchidos? Pelos testes parece que sim, porque se não pode acabar retornando erro de Bool não tem ID
There was a problem hiding this comment.
De fato não viria preenchido sempre. vamos testar
marcelsavegnago
deleted the
14.0-l10n_br_sale_stock-copy-analytic_data-to-invoice
branch
No description provided.