[16.0][BUG] l10n_br_account: Etiqueta “Status de Pagamento” mostra Pago mesmo com valor em aberto

[antoniospneto]

Ao registrar pagamentos parciais em Faturas de Clientes, a etiqueta de Status de Pagamento (payment_state) fica incorreta: a fatura exibe Pago (paid) mesmo havendo saldo em aberto.

Passos para reproduzir (runboat)

1. Acesse Faturamento → Clientes → Faturas
2. Crie a primeira fatura:
   • Cliente: AMD do Brasil
   • Tipo de documento: 55 – Nota Fiscal Eletrônica
   • Operação: Venda
   • Item: [FURN_8888] Lâmpada de Escritório, valor 40,00
   • Modo de pagamento: Cheque (qualquer, só para evitar erro)
   • Confirme a fatura
   • Registre um pagamento de 80,00 (gera crédito de 40,00)
3. Crie a segunda fatura com as mesmas configurações, mas total de 100,00
   • Confirme a fatura
   • Registre um pagamento de 90,00 (ficam 10,00 em aberto)
4. No rodapé da segunda fatura, aplique o crédito de 40,00 gerado na primeira fatura. A fatura passa a mostrar status “Pago”.
5. Desconcilie a parte do pagamento de 10,00 ainda pendente dessa fatura.

Resultado atual

O status continua “Pago”, embora existam 10,00 em aberto.

Resultado esperado

Após a desconciliação o status deve voltar para “Parcial”, refletindo o saldo pendente.

Screenschot:

[antoniospneto]

Existem outras situações que podem levar o status de pagamento a ficar incosistente, mas não é tão facil mapear e reproduzir os casos rsss.

Mas pelo que debuguei acontece uma confusão na ordem da execução dos computes, o compute do status do pagamento está sendo acionado antes do compute do valor em aberto e depois não é acionado de volta gerando a incosistencia.

logo pretendo abrir uma PR

[rvalyi]

@antoniospneto uma intuição: vc chegou a ver se podia vir do _compute_payment_lines https://github.com/OCA/l10n-brazil/blob/16.0/l10n_br_account_due_list%2Fmodels%2Faccount_move.py

Sei lá talvez o modulo l10n_br_account_nfe manda calcular para calcular as duplicatas e isso poderia interferir com o amount_residual.

Sugestão: tentar apenas com o modul l10n_br_account instalado (remover a dependência do l10n_br_account_due_list (funciona) e ver se ainda tem o bug...

Minhas dificuldades em tentar remover a dependência do l10n_br_account_due_list me fizeram pensar nesse compute...