-
-
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
12.0 mig l10n_br_account_payment_cobranca (renomeado l10n_br_account_payment_order) #768
12.0 mig l10n_br_account_payment_cobranca (renomeado l10n_br_account_payment_order) #768
Conversation
l10n_br_account_payment_cobranca/models/account_payment_mode.py
Outdated
Show resolved
Hide resolved
Sim, mas acho melhor revisar o da v10... Conseguimos trabalhar nisso amanhã. |
Mas alguns itens que foram revisados aqui podem ser aplicados lá... |
5380703
to
f636a9f
Compare
Olá pessoal, revisando encontrei alguns issues que nosso time vai começar a trabalhar amanhã, vou postando cada um deles aqui; Caso encontrem mais algum por favor avisem e tb se forem trabalhar neles.... |
A baixa de pagamento esta criando uma movimentação de baixa a ser enviada para o banco. Através dos métodos:
Entretanto isto só esta sendo criado quando a invoice é paga através do account.payment.
Deve ser verificado caso a fatura seja paga através do assistente de reconciliação: Seja ao juntar dois lançamentos contábeis; Ou através do wizard de reconciliação, ao associar uma linha de um extrato bancário a uma fatura:
Que é um método mais profundo que também é chamado dentro do reconcile |
Cobrança via API deve ser integrada ao fluxo normal O fluxo de cobrança via API deve ser integrado ao fluxo de confirmação da fatura, os botões devem ser removidos, ao se confirmar uma fatura o boleto já deve ser registrado; |
Uma linha de pagamento esta sempre sendo criada, mesmo que não seja necessário Caso haja um modo payment_mode_id, sempre esta sendo criado um linha de pagamento.
|
2dcee7f
to
332c33f
Compare
07d71c3
to
0603206
Compare
0603206
to
85cb147
Compare
839de69
to
7f3500a
Compare
ola @renatonlima @mileo @sadamo algumas questões sobre mudanças de campos entre as versões 8 e 12: Na 8 tinhamos o campo bank_id no objeto account.payment.mode o que identificava o Modo do Pagamento a uma Conta Bancaria e consequentemente ao Banco a ser usado, esse campo parece não existir mais, alguém saberia dizer de onde essa informação pode ser obtida na 12 ou se vai ser preciso reimplementar ? Na 8 eu adicionei alguns campos no account.payment.mode referentes a informações usadas nos boletos boleto_perc_mora "Percentual de Juros de Mora", instrucao_boleto_perc_mora 'Instrução Juros Mora', boleto_perc_multa "Percentual de Multa", instrucao_boleto_perc_multa 'Instrução Multa por Atraso' no objeto account.payment.mode https://github.com/OCA/l10n-brazil/blob/8.0/l10n_br_account_payment_boleto/models/payment_mode.py#L60 isso foi removido, esses campos não são mais necessários ou estariam em outro objeto ? |
Sobre a questão de onde buscar a conta bancaria e o banco estou usando a conta vinculada ao Diário Bancario. Estou testando Boleto e Remessa Unicred tenho que incluir dois campos especificos a esse banco:
Por esse motivo estou pensando em incluir um campo related do Banco dentro do Modo de Pagto ( campo hoje está na Conta Bancaria dentro do Diário ) para permitir tornar esses novos campos invisiveis caso não seja uma conta desse Banco, o que acham ? |
l10n_br_account_payment_cobranca/models/account_payment_mode.py
Outdated
Show resolved
Hide resolved
ola @mileo sobre o que escrevi Esse campos não deveriam estar no modulo que implementa o Boleto ? Não vejo relação com o modulo do PR que cria Pagamentos/Financeiro, qual seria ? |
…id inherit errors.
…uld be FIXED because CNAB can has only one Account Journal.
a30e40b
to
a14cc8e
Compare
Pessoal, Esse PR já tem um tempo que esta aberto, como ele já esta funcional, apesar de ter ainda algumas features para serem implementadas, eu vou fazer o merge deste PR e depois pode ser feito outros PRs menores para as novas features. |
/ocabot merge nobump |
This PR looks fantastic, let's merge it! |
This PR has the |
Congratulations, your PR was merged at 406884b. Thanks a lot for contributing to OCA. ❤️ |
Depende do PR #702