[16.0] [FIX] l10n_it_split_payment: when editing invoice lines, move lines are not correctly computed #4233

eLBati · 2024-06-25T15:55:27Z

odooNextev

Test funzionale OK

SirAionTech

Grazie della PR!
Puoi modificare il messaggio del commit in modo che segua le linee guida in https://github.com/OCA/odoo-community.org/blob/master/website/Contribution/CONTRIBUTING.rst#71commit-message?
In particolare:

please check if the commit message is cut with ellipsis

Puoi aggiungere un test? Così si evitano regressioni.

SirAionTech · 2024-07-11T15:52:21Z

l10n_it_split_payment/models/account_move.py

+            return res
+        for move in self:
+            if move.split_payment:
+                split_payment_total = 0


Questo viene dichiarato qui e sommato poco sotto, ma non trovo dove viene usato: a cosa serve?

SirAionTech · 2024-07-11T16:00:32Z

l10n_it_split_payment/models/account_move.py

+                        write_off_line_vals = line._build_writeoff_line()
+                        split_payment_total += write_off_line_vals["debit"]
+                        line_sp = fields.first(
+                            line.move_id.line_ids.filtered(


Suggested change

line.move_id.line_ids.filtered(

move.line_ids.filtered(

SirAionTech · 2024-07-11T16:01:12Z

l10n_it_split_payment/models/account_move.py

+                                float_compare(
+                                    line_sp.price_unit,
+                                    write_off_line_vals["price_unit"],
+                                    precision_rounding=line.move_id.currency_id.rounding,


Suggested change

precision_rounding=line.move_id.currency_id.rounding,

precision_rounding=move.currency_id.rounding,

SirAionTech · 2024-07-11T16:01:56Z

l10n_it_split_payment/models/account_move.py

+                            ):
+                                line_sp.write(write_off_line_vals)
+                        else:
+                            if line.move_id.amount_sp:


Suggested change

if line.move_id.amount_sp:

if move.amount_sp:

SirAionTech · 2024-07-11T16:08:38Z

l10n_it_split_payment/models/account_move.py

+                    if line.display_type == "tax" and not line.is_split_payment:
+                        write_off_line_vals = line._build_writeoff_line()
+                        split_payment_total += write_off_line_vals["debit"]
+                        line_sp = fields.first(


Per ogni riga cerca tra tutte le righe della move e troverà sempre la stessa line_sp, non sarebbe meglio salvarla? Così almeno evitiamo di rifare la ricerca e il filtered che tra l'altro ora è anche su un campo calcolato.

Se poi riuscissimo anche a fare la scrittura fuori dal loop non sarebbe male.

In pratica, ora che siamo nella move si potrebbe riscrivere un po' questo loop per evitare di rifare le stesse operazioni per ogni riga: ad esempio ottenere in un colpo solo l'importo da mettere nel writeoff da tutte le righe che non sono is_split_payment, visto che _build_writeoff_line prende quasi tutti i dati dalla move; cosa ne pensi?

Ho tirato fuori line_sp ma non mi è chiara l'altra proposta

SirAionTech · 2024-07-11T16:10:01Z

l10n_it_split_payment/models/account_move.py

+                            if line.move_id.amount_sp:
+                                line.move_id.with_context(
+                                    skip_split_payment_computation=True
+                                ).line_ids = [(0, 0, write_off_line_vals)]


Rispetto al codice rimosso sotto non c'è più _sync_dynamic_lines, sai mica come mai non serve più?

Dovrebbe essere lui a scrivere le move lines indesiderate

SirAionTech · 2024-07-11T16:17:45Z

l10n_it_split_payment/models/account_move_line.py



 class AccountMoveLine(models.Model):
    _inherit = "account.move.line"

-    is_split_payment = fields.Boolean()
+    is_split_payment = fields.Boolean(compute="_compute_is_split_payment")


Si potrebbe rendere storato e dipendente da account_id, che ne dici?

SirAionTech · 2024-07-11T16:21:05Z

l10n_it_split_payment/models/account_move.py

+                            if line.move_id.amount_sp:
+                                line.move_id.with_context(
+                                    skip_split_payment_computation=True
+                                ).line_ids = [(0, 0, write_off_line_vals)]


Suggested change

).line_ids = [(0, 0, write_off_line_vals)]

).line_ids = [Command.create(write_off_line_vals)]

eLBati · 2024-07-12T13:43:14Z

please check if the commit message is cut with ellipsis

Fatto

Puoi aggiungere un test?

Al momento non riesco

MaurizioPellegrinet

Funzionale OK

matteoopenf · 2024-09-16T09:17:35Z

per caso verrà mergiata a breve?

francesco-ooops · 2024-09-16T09:21:39Z

@matteoopenf stando alla review, mancava l'aggiunta di un test

se @eLBati non riesce potreste aggiungerlo voi

francesco-ooops · 2024-11-11T11:02:43Z

/ocabot rebase

When editing invoice lines, move lines are not correctly computed

OCA-git-bot · 2024-11-11T11:02:54Z

Congratulations, PR rebased to 16.0.

masimassimo · 2024-11-11T11:51:06Z

@francesco-ooops col codice della #4233, continuo ad avere il problema. Ho fatto un test, aggiungendo al context check_move_validity=False, quando la write di account.move chiama la super e richiamando _check_balanced prima della return.
In questo modo, succede che la fattura viene scritta correttamente ed è bilanciata, anche se il sistema diceva il contrario.
Forse, quando Odoo esegue il controllo con la funzione _check_balanced di account.move, la scrittura delle righe non è ancora completa.

CiroBoxHub · 2024-11-18T14:09:41Z

Buongiorno, ho testato la PR con le modifiche suggerite anche da @masimassimo relativamente al problema segnalato nella #4432 ma il risultato è il medesimo. L'errore di creazione fattura per scritture sbilanciate rimane.
Ci sono altri aggiornamenti utili?

CiroBoxHub · 2024-11-18T14:22:31Z

Ho anche verificato che il problema ora si presenta anche senza la presenza del DDT

masimassimo · 2024-11-18T16:25:39Z

@CiroBoxHub se vuoi possiamo vedere di fare qualche test insieme

CiroBoxHub · 2024-11-19T16:02:25Z

@CiroBoxHub se vuoi possiamo vedere di fare qualche test insieme

Ciao @masimassimo ho fatto un test a partire dalla runbot della PR è ho il problema anche li

http://oca-l10n-italy-16-0-pr4233-f003442ef656.runboat.odoo-community.org/web?debug=1#cids=1&menu_id=160&action=274&model=account.move&view_type=form&id=16 questa la fattura creata che non fa salvare.

C'è qualcosa di configurato male?

patrickt-oforce · 2024-11-22T10:12:49Z

@francesco-ooops col codice della #4233, continuo ad avere il problema. Ho fatto un test, aggiungendo al context check_move_validity=False, quando la write di account.move chiama la super e richiamando _check_balanced prima della return. In questo modo, succede che la fattura viene scritta correttamente ed è bilanciata, anche se il sistema diceva il contrario. Forse, quando Odoo esegue il controllo con la funzione _check_balanced di account.move, la scrittura delle righe non è ancora completa.

![image](https://private-user-images.githubusercontent.com/33621723/384909571-02891ee8-c555-43f4-b6b0-797fc74b996e.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzIyNzAyOTYsIm5iZiI6MTczMjI2OTk5NiwicGF0aCI6Ii8zMzYyMTcyMy8zODQ5MDk1NzEtMDI4OTFlZTgtYzU1NS00M2Y0LWI2YjAtNzk3ZmM3NGI5OTZlLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDExMjIlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMTIyVDEwMDYzNlomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTFjNzliYTg2M2Q4MzAyMzQwMTZhZWIzOTc0MGJkOWE2OTIzNjBmOTY4NzY1Mjg0ZTU2MDZiMTNkMDljZmIyZTcmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.a5EIyImSkyXRsWjlsD2gyjoSce1mE82FRxWB8WyVfv0)

Ciao @masimassimo, il secondo screen del messaggio fa riferimento a una fattura o una nota di credito? Perché per un nostro cliente ci siamo accorti che generando la nota di credito dalla fattura si perde il giroconto dello split payment; da una veloce analisi sembra che il metodo _sync_dynamic_line a riga 2107 identifichi la riga dello split payment come da rimuovere, andando poi ad accorpare l'iva al totale della fattura

masimassimo · 2024-11-27T16:06:01Z

@patrickt-oforce è una fattura

masimassimo · 2024-11-27T16:08:50Z

@CiroBoxHub lo screenshot col codice che ho riportato nel precedente commento, è diverso da quello della PR.
Infatti, si tratta di una modifica apportata alla PR, realizzata in un ambiente di staging su sh.

CiroBoxHub · 2024-11-29T16:21:41Z

@CiroBoxHub lo screenshot col codice che ho riportato nel precedente commento, è diverso da quello della PR. Infatti, si tratta di una modifica apportata alla PR, realizzata in un ambiente di staging su sh.

Ciao @masimassimo si infatti l'ho riportato manualmente nel mio ambiente ma continuo ad avere il problema

matteoopenf · 2025-02-19T17:39:06Z

qualcuno ha poi trovato qualche soluzione?

matteoopenf · 2025-02-19T18:01:37Z

@francesco-ooops col codice della #4233, continuo ad avere il problema. Ho fatto un test, aggiungendo al context check_move_validity=False, quando la write di account.move chiama la super e richiamando _check_balanced prima della return. In questo modo, succede che la fattura viene scritta correttamente ed è bilanciata, anche se il sistema diceva il contrario. Forse, quando Odoo esegue il controllo con la funzione _check_balanced di account.move, la scrittura delle righe non è ancora completa.

![image](https://private-user-images.githubusercontent.com/33621723/384909571-02891ee8-c555-43f4-b6b0-797fc74b996e.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzk5ODczMzIsIm5iZiI6MTczOTk4NzAzMiwicGF0aCI6Ii8zMzYyMTcyMy8zODQ5MDk1NzEtMDI4OTFlZTgtYzU1NS00M2Y0LWI2YjAtNzk3ZmM3NGI5OTZlLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMTklMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjE5VDE3NDM1MlomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTJlZjhmMmY5NTZjMWNlM2Q1MmVjMGU1MTIwNjRlNmUzOTM3ZThjMDIzNzI4Nzk2NmI0ZTUxZDMzMDY5ZmIyNzkmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.a9HK_c91TfIpBHPZMlur1KQfbmjTc-7p8gg3ZHqZqT8)

quindi a te con il fix nello screen sta funzionando in produzione?

matteoopenf · 2025-02-25T15:09:18Z

@masimassimo abbiamo aperto questa che comprende il tuo fix e ora sembra funzionare tutto correttamente.
Se ci dici la mail ti aggiungiamo anche a te come coautore della modifica perche' giustamente abbiamo usato un tuo pezzo di codice
#4630

masimassimo · 2025-02-25T15:20:24Z

@matteoopenf [email protected]

eLBati · 2025-03-26T15:02:19Z

Quindi chiudo in favore di #4630

eLBati mentioned this pull request Jun 25, 2024

l10n_it_split_payment: registrazioni contabili sbagliate dopo modifica riga fattura #4231

Open

2 tasks

francesco-ooops linked an issue Jun 27, 2024 that may be closed by this pull request

l10n_it_split_payment: registrazioni contabili sbagliate dopo modifica riga fattura #4231

Open

2 tasks

odooNextev approved these changes Jun 27, 2024

View reviewed changes

SirAionTech suggested changes Jul 11, 2024

View reviewed changes

eLBati force-pushed the 16.0-fix-split_payment branch from f6b5fe7 to 0e6a669 Compare July 12, 2024 13:42

eLBati force-pushed the 16.0-fix-split_payment branch 2 times, most recently from c34606a to 1b72988 Compare July 12, 2024 13:47

eLBati force-pushed the 16.0-fix-split_payment branch from 1b72988 to 5cabb0a Compare July 31, 2024 14:08

MaurizioPellegrinet approved these changes Aug 1, 2024

View reviewed changes

[FIX] l10n_it_split_payment: move lines are not correctly computed

f003442

When editing invoice lines, move lines are not correctly computed

OCA-git-bot force-pushed the 16.0-fix-split_payment branch from 5cabb0a to f003442 Compare November 11, 2024 11:02

francesco-ooops mentioned this pull request Nov 11, 2024

Errore creazione fatture split payment con DDT #4432

Open

1 task

eLBati closed this Mar 26, 2025

	precision_rounding=line.move_id.currency_id.rounding,
	precision_rounding=move.currency_id.rounding,

	).line_ids = [(0, 0, write_off_line_vals)]
	).line_ids = [Command.create(write_off_line_vals)]

Uh oh!

[16.0] [FIX] l10n_it_split_payment: when editing invoice lines, move lines are not correctly computed #4233

[16.0] [FIX] l10n_it_split_payment: when editing invoice lines, move lines are not correctly computed #4233

Uh oh!

Conversation

eLBati commented Jun 25, 2024

Uh oh!

odooNextev left a comment

Choose a reason for hiding this comment

Uh oh!

SirAionTech left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

eLBati commented Jul 12, 2024

Uh oh!

MaurizioPellegrinet left a comment

Choose a reason for hiding this comment

Uh oh!

matteoopenf commented Sep 16, 2024

Uh oh!

francesco-ooops commented Sep 16, 2024

Uh oh!

francesco-ooops commented Nov 11, 2024

Uh oh!

OCA-git-bot commented Nov 11, 2024

Uh oh!

masimassimo commented Nov 11, 2024

Uh oh!

CiroBoxHub commented Nov 18, 2024

Uh oh!

CiroBoxHub commented Nov 18, 2024

Uh oh!

masimassimo commented Nov 18, 2024

Uh oh!

CiroBoxHub commented Nov 19, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

patrickt-oforce commented Nov 22, 2024

Uh oh!

masimassimo commented Nov 27, 2024 • edited by francesco-ooops Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

masimassimo commented Nov 27, 2024

Uh oh!

CiroBoxHub commented Nov 29, 2024

Uh oh!

matteoopenf commented Feb 19, 2025

Uh oh!

CiroBoxHub commented Nov 19, 2024 •

edited

Loading

masimassimo commented Nov 27, 2024 •

edited by francesco-ooops

Loading