[16.0] [MIG] l10n_it_reverse_charge #3300

are-agilebg · 2023-05-10T12:04:18Z

Sostituisce #3103 integrando le modifiche applicate sul ramo 14.0 successivamente alla versione 14.0.1.1.13 (vedi #3103 (comment)).

[IMP] pep8 [FIX] typos and pep8 [IMP] l10n_it_reverse_charge refactoring [ADD] account_move_skip [IMP] skip expr [IMP] i18n [IMP] tax mapping [IMP] mandatory fields [IMP] autohide if == 0 [REM] pdb [IMP] no need to specify expr [FIX] write if no credit/debit

[ADD] l10n_it_reverse_charge: add initial draft of README [ADD] l10n_it_reverse_charge: add note about 'Integrazione IVA' [ADD] l10n_it_reverse_charge: add check if there is default credit account defined on Self Invoice Payment Journal [ADD] l10n_it_reverse_charge: set rc on invoice.line according to RC Type defined on fiscal position [FIX] l10n_it_reverse_charge: rename tax_src_id and tax_dest_id fields to be more consinstent and easier to understand their purpose [IMP] l10n_it_reverse_charge: adapt to latest OCA guidelines [FIX] l10n_it_reverse_charge: fix 'WARNING test_reverse_charge openerp.modules.loading: The model account.rc.type has no access rules' [ADD] l10n_it_reverse_charge Handle invoice supplier cancellation and reopening for method 'selfinvoice': * cancellation: both supplier invoice and selfinvoice are cancelled * reopening: data on existing selfinvoice are copied to supplier invoice [FIX] l10n_it_reverse_charge: fix WARNING account.invoice.line.create() with unknown fields: uom_id [IMP] l10n_it_reverse_charge: improve README [IMP] l10n_it_reverse_charge: add more comments for making code easier to understand [IMP] l10n_it_reverse_charge: add help to tax_ids field [FIX] l10n_it_reverse_charge: * do not copy rc_self_invoice_id * check if inv has rc_self_invoice_id before to proceed with its cancellation [FIX] l10n_it_reverse_charge: avoid product from self invoice lines to better handle related stats [ADD] 8.0-l10n_it_reverse_charge: copy self_invoice_text to self invoice name

[W7910(wrong-tabs-instead-of-spaces), ] Use wrong tabs indentation instead of four spaces FIX screenshots FIX allow to use and compute RC field in invoice line form pop up l10n_it_reverse_charge ADD "With additional supplier self invoice" to enable the creation of an additional supplier self invoice. This is tipically used for extraUE suppliers, in order to show, in supplier register, an invoice to the specified partner (tipically, my company), instead of the extraUE partner Also FIX ValueError: "local variable 'tax_code_id' referenced before assignment" while evaluating u'invoice_validate()' when tax mapping not found

michelerusti

Mi sembra sia rimasto da schiacciare i vari commit amministrativi dei bot, per il resto tutto ok!

https://github.com/OCA/maintainer-tools/wiki/Merge-commits-in-pull-requests#mergesquash-the-commits-generated-by-bots-or-weblate

FIX invoice_line_tax_ids field

…nvoice_draft due to odoo/odoo@bc8d5db (OCA#433) In this way both invoices are again set as draft.

tafaRU · 2023-07-07T12:24:14Z

#3287 da includere

lo includiamo successivamente per #3286 (comment)

MarcoCalcagni

Ok test funzionali

MarcoCalcagni · 2023-07-07T12:26:16Z

questo commento è per una issue futura non impatta sulla migrazione.
nel caso di tipo partner autofattura "Altro" e Con autofattura passiva aggiuntiva "si" quando metto in bozza una fattura passiva precedentemente confermata c'è un messaggio utente "You cannot delete a tax line as it would impact the tax report"
per proseguire è necessario cancellare le fatture collegate per poi ricrearle.

per migliorie future se cancello la fattura passiva legata al RC non cancella le eventuali fatture in bozza collegate.

eLBati · 2023-07-07T12:40:00Z

#3287 da includere

lo includiamo successivamente per #3286 (comment)

Rilasciare il modulo senza ba0be69 significa permettergli di generare registrazioni contabili sbagliate, che quindi saranno poi da correggere

SirTakobi

Grazie della PR!
Non ho guardato tutte le modifiche ma so solo che manca #3287 e a quanto ne so è un errore abbastanza grave, è possibile includerlo nella migrazione?

MarcoCalcagni · 2023-07-07T14:18:31Z

@SirTakobi
nella issue 3286 ti ho aggiunto il nostro setup che funziona come scritture contabili.

MarcoCalcagni · 2023-07-07T15:03:57Z

anche senza la Pr #3287

ottengo questo

partendo da questa fattura

posizione fiscale

inversione contabile

registro rc

MarcoCalcagni · 2023-07-07T15:08:37Z

appena mergiata preparo il read me con tutta la configurazione per la 16 . eventualmente anche con la pr di Simone

aleuffre · 2023-07-07T15:58:56Z

A questo punto non so se sarà più rilevante, ma visto che ci ho passato un bel po' di tempo qualche dettaglio tecnico sul test che fallisce nell'integrazione di #3287 , nel caso qualcuno lo debba riprendere e non vuole iniziare da capo:

Il test è test_intra_EU_exempt

Fallisce perchè è l'unico caso di fattura con tassazione 0%. A quel punto, il problema si ha quando si creano le move_lines all'interno della funzione _prepare_rc_invoice_payment, in particolare queste righe:

        # Lines to be reconciled with the original supplier Invoice (self)
        rc_tax_amount = self.compute_rc_amount_tax_main_currency()
        payment_credit_line_data = self.rc_credit_line_vals(
            rc_type.transitory_account_id,
            rc_tax_amount,
        )
        line_to_reconcile = self._rc_get_move_line_to_reconcile()
        payment_debit_line_data = self.rc_debit_line_vals(
            line_to_reconcile.account_id,
            rc_tax_amount,
        )

rc_tax_amount è 0, quindi payment_debit_line_data diventa una move_line con credit e debit = 0; a questo punto, appena la move_line viene creata, Odoo la marca immediatamente come riconciliata.

Quando viene chiamata rc_lines_to_rec.reconcile() qualche riga più in basso, viene restituito un errore perché la riga è già stata riconciliata.

TheMule71 · 2023-07-07T17:17:55Z

A questo punto la _rc_get_move_line_to_reconcile() potrebbe filtrare per line.reconciled == False ?

aleuffre · 2023-07-10T07:27:31Z

A questo punto la _rc_get_move_line_to_reconcile() potrebbe filtrare per line.reconciled == False ?

Confermo che con la seguente modifica al file account_move.py righe 334 e 335:

rc_lines_to_rec = line_to_reconcile | payment_line_to_reconcile
rc_lines_to_rec.filtered(lambda x: not x.reconciled).reconcile()

(aggiunto solo il filtered())

i test passano. Se sia anche corretto il risultato prodotto non lo saprei dire.

tafaRU · 2023-07-10T08:02:14Z

Ok grazie @aleuffre! A questo punto ti direi di creare una PR verso di questa contente le seguente modifiche:

cherry-pick di 745c9aa7701ca8e217b4f5f5ba8b92b13dd1f88a
le modifiche che scrivevi su [16.0] [MIG] l10n_it_reverse_charge #3300 (comment)

aleuffre · 2023-07-10T08:16:40Z

Ok grazie @aleuffre! A questo punto ti direi di creare una PR verso di questa contente le seguente modifiche:

* cherry-pick di [745c9aa7701ca8e217b4f5f5ba8b92b13dd1f88a](https://github.com/OCA/l10n-italy/pull/3287/commits/745c9aa7701ca8e217b4f5f5ba8b92b13dd1f88a)

* le modifiche che scrivevi su [[16.0] [MIG] l10n_it_reverse_charge #3300 (comment)](https://github.com/OCA/l10n-italy/pull/3300#issuecomment-1628391126)

Mmmh, non credo di poterlo fare...

La fix si trova qui https://github.com/PyTech-SRL/l10n-italy/tree/16.0-reverse-charge-test-fix

il mio cambiamento è letteralmente meno di una riga, se volete copiarlo e incollarlo direttamente sul vostro branch non mi offendo haha

tafaRU · 2023-07-10T08:36:40Z

Anch'io avevo avuto qualche difficoltà a creare are-agilebg#1 @are-agilebg ricordi mica come c'ero riuscito? 😅

SirTakobi · 2023-07-10T08:52:23Z

Quando viene chiamata rc_lines_to_rec.reconcile() qualche riga più in basso, viene restituito un errore perché la riga è già stata riconciliata.

Grazie @aleuffre dell'analisi, sai mica come mai nella 14.0 questo non succeda?
I test non mi sembrano essere cambiati nella migrazione

aleuffre · 2023-07-10T09:02:45Z

Quando viene chiamata rc_lines_to_rec.reconcile() qualche riga più in basso, viene restituito un errore perché la riga è già stata riconciliata.

Grazie @aleuffre dell'analisi, sai mica come mai nella 14.0 questo non succeda? I test non mi sembrano essere cambiati nella migrazione

Non ne sono sicuro, e adesso purtroppo non riesco a fare test più approfonditi. Ma è cambiata di molto la funzione _compute_amount_residual che si occupa di settare il campo reconciled sulle move.line, quindi sospetterei in prima battuta che possa essere quello. Magari sbaglio.

are-agilebg · 2023-07-10T09:18:39Z

Anch'io avevo avuto qualche difficoltà a creare are-agilebg#1 @are-agilebg ricordi mica come c'ero riuscito? sweat_smile

forse avevi settato a mano il remote nell'url di github nella schermata della creazione PR, e poi in quel modo era possibile selezionare il remote/branch di interesse.. ma non ricordo con precisione

aleuffre · 2023-07-10T09:22:53Z

Anch'io avevo avuto qualche difficoltà a creare are-agilebg#1 @are-agilebg ricordi mica come c'ero riuscito? sweat_smile

forse avevi settato a mano il remote nell'url di github nella schermata della creazione PR, e poi in quel modo era possibile selezionare il remote/branch di interesse.. ma non ricordo con precisione

Grazie, sembra aver funzionato.

are-agilebg#2

scigghia

👍

Co-authored-by: Simone Rubino <sir@takobi.online>

Borruso · 2023-07-18T14:03:12Z

l10n_it_reverse_charge/views/account_rc_type_view.xml

+                            groups="base.group_multi_company"
+                        />
+                    </group>
+                    <group string="Self Invoicing">


puoi aggiungere colspan="4" per risolvere questo comportamento

Non riesco a riprodurre la problematica, visualizzo quella schermata senza problemi anche modificando la dimensione della finestra (Chrome). Tu come ottieni quel comportamento?

scusami hai ragione non ho scritto come riprodurre, basta che inserisci nella tabella all'interno della form una qualsiasi riga che abbia del testo molto lungo

Ho fatto alcune prove e non riesco a risolvere applicando colspan="4" come mi suggerisci. Probabilmente sto sbagliando io qualche cosa, purtroppo però non posso spendere altro tempo su questa attività. Valuta se riesci a farmi una PR con la fix direttamente.

posso provare a indagare meglio nel caso ti creo una PR
grazie mille

SirTakobi

Grazie della PR!
Non è possibile portare a termine la configurazione solo seguendo le istruzioni del modulo, ma questo andrà risolto in una issue dedicata, forse #2670.

Oltre ai commenti qui sotto, ho trovato un problema eseguendo questi passi:

Creare il tipo di inversione contabile
Impostare il tipo di inversione contabile nella posizione fiscale
Impostare la posizione fiscale in fornitore
Creare una fattura fornitore per fornitore, con un servizio (la riga fattura sarà RC)
Confermare la fattura
Riportare in bozza la fattura
Confermare di nuovo la fattura

Osservato:
Errore di validazione

You cannot delete a tax line as it would impact the tax report

Atteso:
Poter confermare la fattura

SirTakobi · 2023-07-25T08:07:46Z

l10n_it_reverse_charge/README.rst

Questi commit sono da schiacciare:

c291816

5ae51f6

e73e9d8

Mancano alcuni commit presenti in 14.0, tipo:

1ce5a39

0f2304b

È possibile riscrivere il messaggio del commit 56a8a1e in modo da seguire le linee guida https://github.com/OCA/odoo-community.org/blob/master/website/Contribution/CONTRIBUTING.rst#71commit-message?
La prima riga è lunga quasi due volte il numero massimo di caratteri

SirTakobi · 2023-07-25T08:29:22Z

.python-version

Ho provato a eseguire pre-commit e questo file non viene generato, da dove viene?

SirTakobi · 2023-07-25T08:58:01Z

l10n_it_reverse_charge/data/rc_type.xml

@@ -1,38 +1,36 @@
 <?xml version="1.0" encoding="utf-8" ?>
 <odoo>
-    <data noupdate="1">


Come mai questi dati non hanno più noupdate?

SirTakobi · 2023-07-25T09:03:52Z

l10n_it_reverse_charge/security/reverse_charge_security.xml

@@ -1,25 +1,23 @@
 <?xml version="1.0" encoding="utf-8" ?>
 <odoo>
-    <data noupdate="1">


Come mai questi dati non hanno più noupdate?

SirTakobi · 2023-07-25T09:11:29Z

l10n_it_reverse_charge/tests/rc_common.py

@@ -93,7 +91,9 @@ def create_invoice(cls, partner, amounts, taxes=None, post=True):
        invoice = cls.init_invoice(
            "in_invoice", partner=partner, post=post, amounts=amounts, taxes=taxes
        )
-        for line in invoice.invoice_line_ids:
+        for line in invoice.invoice_line_ids.filtered(
+            lambda l: l.display_type == "product"


Come mai questa modifica è necessaria per la migrazione?
Ho provato senza e non ho trovato problemi nei test

SirTakobi · 2023-07-25T09:17:03Z

l10n_it_reverse_charge/tests/rc_common.py

+
+        (
+            cls.tax_22ai.invoice_repartition_line_ids
+            + cls.tax_22ai.refund_repartition_line_ids
+        ).filtered(
+            lambda repartition_line_id: repartition_line_id.repartition_type == "tax"
+        ).write(
+            {
+                "account_id": cls.env["account.account"].search(
+                    [
+                        ("company_id", "=", cls.env.company.id),
+                        ("account_type", "=", "asset_current"),
+                    ],
+                    limit=1,
+                )
+            }
+        )
+


Come mai questa modifica è necessaria per la migrazione?
Ho provato senza e non ho trovato problemi nei test

SirTakobi · 2023-07-25T09:25:36Z

l10n_it_reverse_charge/views/account_move_views.xml

@@ -20,13 +20,13 @@
                <field name="rc_purchase_invoice_id" readonly="True" />
            </group>
            <xpath
-                expr="//field[@name='invoice_line_ids']/tree/field[@name='price_subtotal']"
+                expr="//field[@name='invoice_line_ids']/tree/field[@name='tax_ids']"


C'è un motivo particolare per cui è necessario spostare il campo?
Se non è una modifica necessaria per la migrazione, sarebbe meglio spostarla in un altro commit in modo da poterla portare nelle altre versioni più facilmente

SirTakobi · 2023-07-25T09:28:03Z

l10n_it_reverse_charge/views/account_move_views.xml

                position="after"
            >
-                <field name="rc" />
+                <field name="rc" optional="hide" />


In 14.0 il campo era visibile di default, come mai invece in 16.0 deve essere nascosto di default?
Se non è una modifica necessaria per la migrazione, sarebbe meglio spostarla in un altro commit in modo da poterla portare nelle altre versioni più facilmente

SirTakobi · 2023-07-25T12:56:25Z

l10n_it_reverse_charge/tests/test_rc.py

@@ -85,7 +83,7 @@ def test_extra_EU(self):
        invoice.button_draft()
        # see what done with "with invoice.env.do_in_draft()" in
        # button_draft
-        invoice.refresh()
+        invoice.invalidate_model()


Dimenticavo: nella 16.0 apparentemente la cache è gestita meglio quindi questa riga (e le successive che erano dei refresh) potrebbero non servire più, puoi verificare?

SirTakobi · 2023-08-02T12:32:44Z

Prendo in carico la migrazione per risolvere i punti aperti in #3300 (review) e #3300 (review)

tafaRU · 2023-09-07T07:30:12Z

Chiudo in favore di #3514

eLBati · 2023-09-07T07:30:30Z

chiudo in favore di #3514

dcorio and others added 3 commits April 28, 2023 16:46

are-agilebg force-pushed the 16.0-mig-l10n_it_reverse_charge branch 2 times, most recently from 5366e32 to 117255f Compare May 10, 2023 12:27

are-agilebg marked this pull request as ready for review May 10, 2023 12:34

are-agilebg mentioned this pull request May 10, 2023

16.0 mig l10n it reverse charge #3103

Closed

tafaRU mentioned this pull request May 10, 2023

Migration to version 16.0 #2967

Open

75 tasks

michelerusti reviewed May 10, 2023

View reviewed changes

are-agilebg force-pushed the 16.0-mig-l10n_it_reverse_charge branch 12 times, most recently from 2385392 to c0c5c36 Compare May 11, 2023 07:04

MarcoCalcagni and others added 9 commits May 11, 2023 09:25

[IMP] improve the README

10c74bc

porting l10n_it_reverse_charge to 10.0

a15eb0f

IMP porting to 10.0 l10n_it_reverse_charge

7202f14

FIX invoice_line_tax_ids field

[FIX] l10n_it_reverse_charge: added check for invoice of 0

764e4e0

[IMP] porting of change pull 402 of v8

9ede23f

FIX l10n_it_reverse_charge to make it work with intrastat (OCA#418)

1d7cc98

[FIX] l10n_it_reverse_charge: replace action_cancel_draft by action_i…

916340a

…nvoice_draft due to odoo/odoo@bc8d5db (OCA#433) In this way both invoices are again set as draft.

[ADD] tests

99f1769

FIX l10n_it_reverse_charge RC payment move should be posted (OCA#559)

d40eaa3

are-agilebg force-pushed the 16.0-mig-l10n_it_reverse_charge branch from f309def to 56a8a1e Compare July 7, 2023 12:18

MarcoCalcagni approved these changes Jul 7, 2023

View reviewed changes

eLBati mentioned this pull request Jul 7, 2023

Pagamenti in sospeso per fatture in inversione contabile #3286

Closed

2 tasks

SirTakobi suggested changes Jul 7, 2023

View reviewed changes

scigghia approved these changes Jul 11, 2023

View reviewed changes

[FIX] l10n_it_reverse_charge: No outstanding payments (#2)

56f0340

Co-authored-by: Simone Rubino <sir@takobi.online>

Borruso suggested changes Jul 18, 2023

View reviewed changes

SirTakobi suggested changes Jul 25, 2023

View reviewed changes

SirTakobi reviewed Jul 25, 2023

View reviewed changes

SirTakobi mentioned this pull request Aug 3, 2023

[MIG] l10n_it_reverse_charge #3514

Closed

tafaRU closed this Sep 7, 2023

[16.0] [MIG] l10n_it_reverse_charge #3300

[16.0] [MIG] l10n_it_reverse_charge #3300

Conversation

are-agilebg commented May 10, 2023

michelerusti left a comment

Choose a reason for hiding this comment

tafaRU commented Jul 7, 2023

MarcoCalcagni left a comment

Choose a reason for hiding this comment

MarcoCalcagni commented Jul 7, 2023 • edited Loading

eLBati commented Jul 7, 2023

SirTakobi left a comment

Choose a reason for hiding this comment

MarcoCalcagni commented Jul 7, 2023

MarcoCalcagni commented Jul 7, 2023

MarcoCalcagni commented Jul 7, 2023

aleuffre commented Jul 7, 2023 • edited Loading

TheMule71 commented Jul 7, 2023 • edited Loading

aleuffre commented Jul 10, 2023 • edited Loading

tafaRU commented Jul 10, 2023

aleuffre commented Jul 10, 2023 • edited Loading

tafaRU commented Jul 10, 2023

SirTakobi commented Jul 10, 2023

aleuffre commented Jul 10, 2023

are-agilebg commented Jul 10, 2023

aleuffre commented Jul 10, 2023 • edited Loading

scigghia left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

SirTakobi left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

SirTakobi commented Aug 2, 2023

tafaRU commented Sep 7, 2023

eLBati commented Sep 7, 2023

MarcoCalcagni commented Jul 7, 2023 •

edited

Loading

aleuffre commented Jul 7, 2023 •

edited

Loading

TheMule71 commented Jul 7, 2023 •

edited

Loading

aleuffre commented Jul 10, 2023 •

edited

Loading

aleuffre commented Jul 10, 2023 •

edited

Loading

aleuffre commented Jul 10, 2023 •

edited

Loading