14.0 mig l10n it fatturapa out wt #2386
Conversation
|
Hi @CiroBoxHub! Thank you very much for this contribution. As the addon you are improving does not have a declared maintainer, I take the opportunity to mention that you can consider adopting it. To do so, please read the maintainer role description, and, if interested, create a pull request to add your GitHub login to the |
|
Solo in caso di note di credito non viene creata la stanza e tutte quelle al suo interno. |
|
E' necessario che la PR #2388 venga mergiata per il corretto funzionamento di questa |
@CiroBoxHub la #2388 è stata mergiata, puoi fare rebase? |
|
/ocabot rebase |
|
Congratulations, PR rebased to 14.0. |
OCA-git-bot
force-pushed
the
14.0-mig-l10n_it_fatturapa_out_wt
branch
from
883ce31
to
2fe8c0a
Compare
There was a problem hiding this comment.
Puoi correggere Travis?
Falliscono proprio i test di questo modulo:
2021-10-12 17:01:19,637 7090 ERROR openerp_test odoo.addons.l10n_it_fatturapa_out_wt.tests.test_fatturapa_wt: FAIL: TestInvoiceWT.test_e_invoice_wt_enas_1
Traceback (most recent call last):
File "/home/travis/build/OCA/l10n-italy/setup/l10n_it_fatturapa_out_wt/odoo/addons/l10n_it_fatturapa_out_wt/tests/test_fatturapa_wt.py", line 286, in test_e_invoice_wt_enas_1
module_name="l10n_it_fatturapa_out_wt",
File "/home/travis/build/OCA/l10n-italy/setup/l10n_it_fatturapa_out/odoo/addons/l10n_it_fatturapa_out/tests/fatturapa_common.py", line 198, in check_content
self.assertEqual(etree.tostring(test_fatt), etree.tostring(xml))
AssertionError: b'<ns[2754 chars]ogo><DatiRiepilogo><AliquotaIVA>0.00</Aliquota[505 chars]ica>' != b'<ns[2754 chars]ogo></DatiBeniServizi><DatiPagamento><Condizio[282 chars]ica>'
2021-10-12 17:01:19,638 7090 INFO openerp_test odoo.addons.l10n_it_fatturapa_out_wt.tests.test_fatturapa_wt: Starting TestInvoiceWT.test_e_invoice_wt_enas_2 ...
2021-10-12 17:01:20,931 7090 INFO openerp_test odoo.addons.l10n_it_fatturapa_out_wt.tests.test_fatturapa_wt: ======================================================================
2021-10-12 17:01:20,931 7090 ERROR openerp_test odoo.addons.l10n_it_fatturapa_out_wt.tests.test_fatturapa_wt: FAIL: TestInvoiceWT.test_e_invoice_wt_enas_2
Traceback (most recent call last):
File "/home/travis/build/OCA/l10n-italy/setup/l10n_it_fatturapa_out_wt/odoo/addons/l10n_it_fatturapa_out_wt/tests/test_fatturapa_wt.py", line 345, in test_e_invoice_wt_enas_2
module_name="l10n_it_fatturapa_out_wt",
File "/home/travis/build/OCA/l10n-italy/setup/l10n_it_fatturapa_out/odoo/addons/l10n_it_fatturapa_out/tests/fatturapa_common.py", line 198, in check_content
self.assertEqual(etree.tostring(test_fatt), etree.tostring(xml))
AssertionError: b'<ns[2732 chars]o>10.83</ImponibileImporto><Imposta>0.00</Impo[418 chars]ica>' != b'<ns[2732 chars]o>10.00</ImponibileImporto><Imposta>0.00</Impo[418 chars]ica>'
(da https://app.travis-ci.com/github/OCA/l10n-italy/jobs/542735700#L2184-L2200)
|
@CiroBoxHub pre-commit fallisce: puoi controllare? |
|
@SimoRubi @TheMule71 ho dovuto riscrivere la funzione perché due test fallivano per dei dati che non venivano scritti |
Ciao @tafaRU dovrei aver sistemato |
There was a problem hiding this comment.
Grazie della PR!
Puoi ridurre un po' il numero di commit?
Non credo siano tutti essenziali, ti puoi mettere d'accordo con @TheMule71 per gestire il fixup e farlo diventare un commit normale se non lo volete squashare per l'authorship
l10n_it_fatturapa_out_wt/i18n/it.po
Outdated
| @@ -1,28 +0,0 @@ | |||
| # Translation of Odoo Server. | |||
There was a problem hiding this comment.
Come mai non c'è più la traduzione in italiano?
| SdI expects a summary for every tax mentioned in the invoice, | ||
| even those with price_total == 0. | ||
| """ | ||
| out_computed = {} |
There was a problem hiding this comment.
Qui viene in pratica riscritto il metodo presente in super, è possibile evitarlo e riutilizzare il codice esistente?
Forse ne puoi parlare con @TheMule71 che ha scritto il metodo in super e potete mettere a punto un refactoring.
There was a problem hiding this comment.
@SimoRubi cosa intendi per "presente in super"? ho dovuto scrivere un nuovo metodo riportando il codice della funzione originale perché la super di una funzione innestata non viene eseguito in nessun modo. Neanche l'override funziona. Questo mi permette di poter aggiungere il mio codice in coda a quello già eseguito senza perdere i dati già presente
There was a problem hiding this comment.
cosa intendi per "presente in super"?
Intendo che questo stesso codice è già presente in
quindi copiarlo con qualche modifica non è secondo me la cosa migliore perché se viene aggiornato/corretto il codice linkato, tale modifica dovrà essere riportata a mano qui.Ok che il super di una funzione innestata non esiste ma forse si potrebbe recuperare la funzione originale dal risultato di get_template_values e aggiungere le modifiche che ti interessano, ad esempio:
def get_template_values(self):
template_values = super().get_template_values()
[...]
def get_all_taxes_extend(record):
original_res = template_values['all_taxes'][record.id](record) # tipo super()
# Aggiungi quello che ti serve
Il modo migliore però secondo me sarebbe rendere queste funzioni più facilmente raggiungibili/modificabili dai moduli dipendenti, come scrivevo ti potresti coordinare con @TheMule71 che le ha scritte in origine per fare un refactoring.
| ) | ||
| index += 1 | ||
| return res | ||
| def _get_efattura_class(self): |
There was a problem hiding this comment.
Questo non mi pare venga utilizzato, si può rimuovere?
| # tested 2021/08/06 @TheMule71 | ||
|
|
||
| # XXX - a company named "YourCompany" alread exists | ||
| # we move it out of the way but we should do better here |
There was a problem hiding this comment.
Come mai non si può modificare la company esistente?
There was a problem hiding this comment.
Come mai non si può modificare la company esistente?
Perché non è quella giusta (intesa come id). La company che usiamo è ereditata da AccountTestInvoicingCommon(), e si chiama (prima della nostre modifiche) 'company_1_data'. Tutto il setup avviene usando quella come company, per es. self.sales_journal.company_id punta a quella.
La vecchia 'Your Company' è quella dei dati demo, che manca comunque di tutti i dati per riuscire a fatturare XML.
Quindi l'alternativa è
- o si usa 'Your Company' dei dati demo, la si modifica per i dati di fatturapa, e poi si rifà il tutto il setup (conti, tasse, ecc) usando quella,
- o si usa il setup di AccountTestInvoicingCommon() e lo si estende per la fatturarazione elettronica, col solo problema di settare il nome a 'Your Company', questo per non dover cambiare tutti gli XML dei test. Per poter cambiare nome occorre rinominare quella omonima della demo.
Io ho preferito la seconda, anche se come ho detto spesso, la vera soluzione sarebbe di concentrare il setup in l10n_it_fatturapa e creare un framework di test estendendo quello standard di AccountTestInvoicingCommon() che poi tutti gli altri moduli l10n_fatturapa* possano usare. Ma il refactoring dell'infrastrutta di test è stato spostato successivamente alla fase di migrazione. Al momento ciascun modulo prende company_1_data e se la adatta in modo che generi gli XML esattamente così com'erano nella 12.
Poi per carità in fase di refactoring se decidiamo che usare AccountTestInvoicingCommon() è più scomodo che altro, possiamo farci la nostra classe non derivata.
There was a problem hiding this comment.
Come detto stamattina in chiamata, rimandiamo la scrittura di test decenti a dopo #2507
l10n_it_fatturapa_out_wt/i18n/it.po
Outdated
| @@ -1,28 +0,0 @@ | |||
| # Translation of Odoo Server. | |||
| # tested 2021/08/06 @TheMule71 | ||
|
|
||
| # XXX - a company named "YourCompany" alread exists | ||
| # we move it out of the way but we should do better here |
There was a problem hiding this comment.
Come detto stamattina in chiamata, rimandiamo la scrittura di test decenti a dopo #2507
| SdI expects a summary for every tax mentioned in the invoice, | ||
| even those with price_total == 0. | ||
| """ | ||
| out_computed = {} |
There was a problem hiding this comment.
cosa intendi per "presente in super"?
Intendo che questo stesso codice è già presente in
quindi copiarlo con qualche modifica non è secondo me la cosa migliore perché se viene aggiornato/corretto il codice linkato, tale modifica dovrà essere riportata a mano qui.Ok che il super di una funzione innestata non esiste ma forse si potrebbe recuperare la funzione originale dal risultato di get_template_values e aggiungere le modifiche che ti interessano, ad esempio:
def get_template_values(self):
template_values = super().get_template_values()
[...]
def get_all_taxes_extend(record):
original_res = template_values['all_taxes'][record.id](record) # tipo super()
# Aggiungi quello che ti serve
Il modo migliore però secondo me sarebbe rendere queste funzioni più facilmente raggiungibili/modificabili dai moduli dipendenti, come scrivevo ti potresti coordinare con @TheMule71 che le ha scritte in origine per fare un refactoring.
| ) | ||
| index += 1 | ||
| return res | ||
| def _get_efattura_class(self): |
* [IMP] extend wt_types selection with new code and add tax_id for daticassa * [IMP] use causale_pagamento for all withholding tax type * [IMP] improve wizard_export_fatturapa with new 1.6 xml tack specific
…CA#1878) * [12.0][FIX] fatturapa withholding tax invoice received - e-invoice 1.6 * [FIX] l10n_it_fatturapa_out_wt pep8 fixes This reverts commit 421ef9e51634383263638e9b52ea4038829f62ec. * [IMP] migration script * [FIX] l10n_it_fatturapa_out_wt: Fixed ordering in DatiRitenuta generation, according to XML test file. Otherwise: 2020-09-17 07:34:14,789 7808 ERROR openerp_test odoo.addons.l10n_it_fatturapa_out_wt.tests.test_fatturapa_wt: ` AssertionError: b'<ns[1677 chars]a>RT02</TipoRitenuta><ImportoRitenuta>2.00</Im[1155 chars]ica>' != b'<ns[1677 chars]a>RT04</TipoRitenuta><ImportoRitenuta>0.83</Im[1155 chars]ica>' Co-authored-by: SimoRubi <[email protected]>
Currently translated at 100.0% (2 of 2 strings) Translation: l10n-italy-12.0/l10n-italy-12.0-l10n_it_fatturapa_out_wt Translate-URL: https://translation.odoo-community.org/projects/l10n-italy-12-0/l10n-italy-12-0-l10n_it_fatturapa_out_wt/it/
|
Dipende da #2787. |
|
@TheMule71 la si può chiudere a favore di #2848? |
|
Si |
Descrizione del problema o della funzionalità:
Porting del modulo l10n_it_fatturapa_out_wt per l'inserimento nel xml della fattura dei fati ritenuta
Condizioni:
E' necessario che la PR #2388 venga mergiata per il corretto funzionamento di questa
--
Confermo di aver firmato il CLA https://odoo-community.org/page/cla e di aver letto le linee guida su https://odoo-community.org/page/contributing