Skip to content
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

[14.0][FIX] l10n_br_fiscal: FCP-ST tax domain and view adjustment #3011

Merged
merged 2 commits into from
Apr 11, 2024

Conversation

DiegoParadeda
Copy link
Contributor

@DiegoParadeda DiegoParadeda commented Apr 11, 2024

Este PR corrige dois pontos do FCP-ST:

  1. Remove campo legado de valor de FCP-ST, que antes ficava na seção do FCP próprio (note que o campo novo já existe na nova seção)
  2. Utiliza regras de NCM, CEST, NBM no domínio do tax definition (semelhante ao ICMS-ST)

@OCA-git-bot
Copy link
Contributor

Hi @renatonlima,
some modules you are maintaining are being modified, check this out!

@DiegoParadeda DiegoParadeda changed the title [FIX] FCP-ST tax domain and view adjustment [14.0][FIX] l10n_br_fiscal: FCP-ST tax domain and view adjustment Apr 11, 2024
@DiegoParadeda DiegoParadeda marked this pull request as ready for review April 11, 2024 14:09
Copy link
Member

@rvalyi rvalyi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@rvalyi
Copy link
Member

rvalyi commented Apr 11, 2024

@DiegoParadeda @mileo @ygcarvalh eu gostaria porem de chamar a atenção de vcs num ponto. Eu até aprovei o PR da FCP ST e realmente eu acho que tem que fazer parte do modulo l10n_br_fiscal assim como o suporte que temos pros outros impostos do regime normal.

POREM, o PR adicionou umas 500 linhas no modulo l10n_br_fiscal. Eu espero que vcs entendem que a gente não pode simplesmente encher o modulo l10n_br_fiscal de novos PR com 500 linhas a vontade sem por outro lado fazer um trabalho de limpar a casa. Porque hoje o modulo l10n_br_fiscal bate no teto de mais de 20 000 linhas de codigo Python e XML, se eu contabilizar o XML dos data bate até em 30 000 linhas. Nenhum outro modulo da OCA tem uma obesidade morbida assim.

Nisso eu até prototipei de passar a tesoura no l10n_br_fiscal (na v16 mas validando isso na v14 para checar que não quebra nada) nesse outro PR #3010 Eu espero que vcs entendem que a contra partida de aceitar essas novas funcionalidades de imposto é tb de passar a tesoura em outras coisas para deixar as coisas sobre controle. Por examplo modulos como l10n_br_sale, l10n_br_purchase, l10n_br_sale_stock, l10n_br_purchase_stock, l10n_br_repair, l10n_br_contract etc (uns 15 modulos talvez) não precisam saber como a gente vai lidar com os eventos de NFe ou de outro documento fiscal. Na hora da migração mesma coisa: fatiar facilita muito as coisas: facilita de dizer esse "modulo central aqui é maduro, pode confiar, vai ser facil migrar etc" enquanto se o scope fica infinito sempre vai ter coisas que vai impactar sempre e nunca estabiliza... Eh a mesma logica do que agora o Marcel extraindo as funcionalidades de faturas de retenção para não engordar o l10n_br_account.

cc @marcelsavegnago @renatonlima @mbcosta @antoniospneto @felipemotter

@mileo
Copy link
Member

mileo commented Apr 11, 2024

/ocabot merge minor

@OCA-git-bot
Copy link
Contributor

What a great day to merge this nice PR. Let's do it!
Prepared branch 14.0-ocabot-merge-pr-3011-by-mileo-bump-minor, awaiting test results.

@OCA-git-bot OCA-git-bot merged commit 503aae2 into OCA:14.0 Apr 11, 2024
5 checks passed
@OCA-git-bot
Copy link
Contributor

Congratulations, your PR was merged at ed58b17. Thanks a lot for contributing to OCA. ❤️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants