-
-
Notifications
You must be signed in to change notification settings - Fork 248
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][Anglo-saxon accounting]: Habilita anglo-saxon para COA templates e cria contas intermediárias para COA generic #2667
Conversation
Hi @renatonlima, @mileo, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ufa fim dessa novela
/ocabot merge major |
1 similar comment
/ocabot merge major |
Hey, thanks for contributing! Proceeding to merge this for you. |
Suspeito que quando solicitado pelo app do github no celular não esta indo, isso aconteceu comigo esses dias, foi o seu caso? |
This PR looks fantastic, let's merge it! |
/ocabot merge major |
What a great day to merge this nice PR. Let's do it! |
Congratulations, your PR was merged at 9d8682a. Thanks a lot for contributing to OCA. ❤️ |
Objetivo
Habilitar anglo-saxon accounting e criar contas auxiliares para o fluxo contábil.
Background
A funcionalidade anglo-saxon foi discutida de modo extensivo no PR #1561 para a versão 12.0, que ativa o modo anglo-saxon e adiciona melhorias no fluxo.
O PR ficou travado por um conflito no conceito anglo-saxon e suas funcionalidades que posso resumir brevemente aqui:
*Contabilização automática dos custos de estoque -> Pode ser interpretado (no contexto da revenda de mercadorias) como um lançamento contábil com débito na conta Custo das Mercadorias Vendidas (CMV) e crédito na conta Estoque.
Para entender esse fluxo e embasar as soluções técnicas contratamos uma consultoria de contabilidade e realizamos testes e simulações extensas. Seguem comparações entre os fluxos demonstrando os resultados.
Simulação SEM ANGLO-SAXON:
Sem a utilização do modo anglo-saxon a configuração validada com a contabilidade foi a seguinte:
Repare na utilização de uma conta transitória, sem ela os lançamentos não ficam corretos (considerando contabilização no CMV na venda), e parece até não haver contas para preencher toda a configuração.
IMPORTANTE: Apesar de ser/parecer um workaround os lançamentos contábeis foram validados como corretos, veja:
Na Compra:
Na Venda:
Outras tentativas com a conta CMV no campo Expense Account também ficaram inconsistentes pelos seguintes motivos:
A conta CMV é debitada no momento da compra. Mais especificamente na fatura do fornecedor:
Os lançamentos automáticos de estoque (tanto de entrada como de saída) não ficam certos pois não geram relação nenhuma com a conta CMV (mesmo se utilizar outras contas fora desse exemplo):
Simulação COM ANGLO-SAXON:
Finalmente, com modo anglo-saxon ativado os lançamentos ficam semelhantes aos estratégia da conta transitória. Por se tratar de um módulo padrão do Odoo acredito que a maioria irá concordar que é uma estratégia melhor do que o workaround e outras estratégias mencionadas.
Configuração utilizada:
Lançamentos na Compra:
Lançamentos na Venda:
O módulo l10n_br_coa_generic é baseado no Livro_Escrituracao_contabil.pdf, de onde retirei os seguintes trechos:
Compra:
Venda:
As contas utilizadas estão ligeiramente diferentes e no Odoo os lançamentos estoque/financeiro são separados, necessitando as contas de estoque intermediário para juntá-los. De qualquer forma, o resultado dos lançamentos após simplificação bate com o do livro e com a teoria passada pela consultoria que comentei.
NOTAS: