-
-
Notifications
You must be signed in to change notification settings - Fork 306
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][IMP] l10n_it_ricevute_bancarie: Add exposure/risk and improve the management of unsolved riba #4457
base: 14.0
Are you sure you want to change the base?
[14.0][IMP] l10n_it_ricevute_bancarie: Add exposure/risk and improve the management of unsolved riba #4457
Conversation
@SirAionTech va bene che teniamo tutto in un solo commit o va gestito come una migrazione? |
6f99361
to
7a71ef9
Compare
7a71ef9
to
15bcfb8
Compare
15bcfb8
to
1514290
Compare
Secondo me devono essere portati i singoli commit come in una migrazione perché ognuno ha il suo scopo. @odooNextev ti chiedo di revisionare perché la PR e i commit portati sono tuoi, come il nuovo commit in questa PR. |
1514290
to
28b4471
Compare
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.
Code review, LGTM
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.
Funzionale ok (testato da @stefano-ooops)
@SirAionTech giusto un dubbio, la descrizione dei commit "l10n_it_riba" va modificata con il nome v14 del modulo o lasciamo così come da commit originale? |
Si va nelle aree grigie 😄 secondo me ci andrebbe il nome del modulo che si sta effettivamente modificando nel commit |
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.
Test Funzionale: OK
…k as past due" wizard
28b4471
to
6d9c241
Compare
esposizione, cioè l'importo dovuto dal cliente a fronte dell'emissione | ||
della RiBa non ancora scaduta. | ||
|
||
In maniera predefinita la data delle registrazioni dei pagamenti viene |
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.
Qua nella 16.0 avevo messo questa descrizione per indicare tutte le modalità di modifica della data di scadenza:
In maniera predefinita la data delle registrazioni dei pagamenti viene
impostata con la data di scadenza della RiBa, ma è possibile modificarla in due momenti:
- durante la creazione del pagamento,
cliccando su "Segna righe come pagate" o su "Segna coma pagata"
o usando l'azione "Registrazione Riba a data di scadenza"
e indicando una data nel campo `Data pagamento`,
- successivamente a pagamento effettivamente avvenuto selezionando la
registrazione dalla vista ed elenco ed eseguendo l'azione "Imposta data
di pagamento RiBa".
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.
@odooNextev dal blame risulta che quella parte è aggiunta in #4383 (stiamo backportando anche quella)
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.
ok
@@ -216,6 +226,11 @@ def action_cancel_draft(self): | |||
for line in riba_list.line_ids: | |||
line.state = "draft" | |||
|
|||
def action_open_lines(self): | |||
action = self.env.ref("l10n_it_riba.detail_riba_action").read()[0] |
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.
Va modificato l'ID esterno in l10n_it_ricevute_bancarie.detail_riba_action
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.
grazie
@@ -34,6 +33,12 @@ def _compute_payment_ids(self): | |||
move_lines |= line.payment_ids | |||
riba.payment_ids = move_lines | |||
|
|||
def _compute_total_amount(self): |
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.
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.
controlliamo
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.
@odooNextev il problema risiede in questa linea
and line.display_type == "payment_term" |
dato che l'uso di
display_type
non è lo stesso che se ne fa nella 16.0 non fa partire il calcolo.
io ho pensato a and line.payment_term_id
ma non credo sia la stessa cosa.
Hai qualche suggerimento con cosa si possa sostituire?
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.
display_type = "payment_term" deriva da questa condizione: https://github.com/odoo/odoo/blob/16.0/addons/account/models/account_move_line.py#L440
potresti replicarla
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.
@odooNextev grazie per il consiglio, credo che la versione riadattata sia
and line.account_id.internal_type in ['receivable', 'payable']
solo che cosi facendo se una riba è insoluta il campo open_amount
viene calcolato a 0
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.
solo che cosi facendo se una riba è insoluta il campo open_amount viene calcolato a 0
@odooNextev ping, se hai qualche suggerimento è ben accolto!
6d9c241
to
38f1d86
Compare
Back port di tutti i cambiamenti fatti nella PR #3984. Con piccoli riadattamenti per la 14.0