Skip to content
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][MIG] l10n_it_fatturapa_out_triple_discount #2760

Closed

Conversation

GSLabIt
Copy link
Contributor

@GSLabIt GSLabIt commented Apr 13, 2022

@GSLabIt GSLabIt force-pushed the 14.0-mig-l10n_it_fatturapa_out_triple_discount branch from 85306ed to 6f28831 Compare April 13, 2022 15:56
@GSLabIt GSLabIt mentioned this pull request Apr 13, 2022
76 tasks
@TheMule71
Copy link
Contributor

Prova a fare un rebase sulla mia #2753 e poi un push -f

Copy link
Contributor

@francesco-ooops francesco-ooops left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@GSLabIt GSLabIt force-pushed the 14.0-mig-l10n_it_fatturapa_out_triple_discount branch from 6f28831 to 7eb8811 Compare April 20, 2022 13:44
@GSLabIt
Copy link
Contributor Author

GSLabIt commented Apr 20, 2022

Prova a fare un rebase sulla mia #2753 e poi un push -f

La pr indicata è chiusa. Ho fatto un rebase su 14.0, ma non ha risolto il problema. Qualche suggerimento?

@@ -119,7 +119,7 @@ e 'line' per riga di fattura (a seconda del livello in cui sono chiamati)
</template>

<template id="account_invoice_line_it_sconto_maggiorazione">
<t t-set="importo" t-value="get_importo(line)" />
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Non riesco a capire a che serve la modifica.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Serve a non riscrivere la funzione per il calcolo dello sconto, solo per questo.

@@ -257,12 +257,12 @@ def _key(tax_id):
out.update(out_computed)
return out

def get_importo(line):
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Trovo più versatile passare l'intera line piuttosto che i due valori qui. Un sottomodulo potrebbe voler fare l'override dell'importo leggendo valori presi da line. Se passi solo price_unit e discount, altri moduli non ci possono fare molto.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A me sembra più utile non duplicare il codice per il calcolo dello sconto.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Beh prima c'era funzione get_importo() che riceveva un parametro, line, adesso riceve due parametri, price_unit e discount, entrambi però presi da line.
È cambiata la signature della funzione, e rende la funzione meno versatile.

Forse sarebbe meglio passare un parametro aggiuntivo, opzionale, che permetta di selezionare quale sconto applicare, mantenendo la compatibilità con la base e altri (eventuali) moduli. Tipo:

def get_importo(line, discount_field="discount"):
  str_number = str(line[discount_field])

che permette di mantenere la compatibilità e comunque scegliere lo sconto da applicare, in modo del tutto generale. Un domani un altro modulo potrebbe voler fare dei conti sull'importo usando campi dalla line, o introdurre in altro campo sconto da usare come base tipo discount4 (faccio per dire, non che abbia senso).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Chiaro ma resto della mia idea; mi da l'impressione di un UCAS. Detto ciò, sentiti libero di modificare la pr.

@francesco-ooops
Copy link
Contributor

@OCA/local-italy-maintainers come possiamo procedere con questa?

@francesco-ooops
Copy link
Contributor

@OCA/local-italy-maintainers potete dare un'occhio anche a questo porting? grazie!

@francesco-ooops
Copy link
Contributor

@TheMule71 puoi suggerire come implementeresti la modifica richiesta? che sennò restiamo nell'impasse e non possiamo gestire lo sconto triplo in fattura. Grazie!

@francesco-ooops
Copy link
Contributor

@SirTakobi avresti qualche indicazione su come procedere con questa migrazione?

@SirTakobi
Copy link
Contributor

@SirTakobi avresti qualche indicazione su come procedere con questa migrazione?

Me l'ero già segnata grazie, quando ho tempo ci guardo

Copy link
Contributor

@SirTakobi SirTakobi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Puoi correggere i test?
Suggerisco anche GSLabIt#2 per risolvere la discussione partita da #2760 (comment).
cc @TheMule71

l10n_it_fatturapa_out/data/invoice_it_template.xml Outdated Show resolved Hide resolved
Comment on lines 5 to 6
# TODO https://github.com/OCA/l10n-italy/issues/1588
#from . import test_fatturapa_triple_discount
# from . import test_fatturapa_triple_discount
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Puoi verificare se questo problema continua a verificarsi ed eventualmente ripristinare i test?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@SirTakobi i test continuano a fallire in l10n_it_fatturapa_in e l10n_it_fatturapa_in_purchase, hai qualche suggerimento?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@SirTakobi i test continuano a fallire in l10n_it_fatturapa_in e l10n_it_fatturapa_in_purchase, hai qualche suggerimento?

Nel commento indicavo i test di l10n_it_fatturapa_out_triple_discount, non quelli di altri moduli.

Comunque, per quanto riguarda i test di l10n_it_fatturapa_in e l10n_it_fatturapa_in_purchase: se lo riproduci in locale, andrei in debug.
Puoi anche provare se OCA/account-invoicing#876 risolve.

@GSLabIt GSLabIt force-pushed the 14.0-mig-l10n_it_fatturapa_out_triple_discount branch 2 times, most recently from 1fa35cc to c372328 Compare July 14, 2022 09:49
@primes2h
Copy link
Contributor

primes2h commented Nov 8, 2022

/ocabot migration l10n_it_fatturapa_out_triple_discount

@OCA-git-bot OCA-git-bot added this to the 14.0 milestone Nov 8, 2022
@matteoopenf
Copy link
Contributor

per caso ci sono novità su questa pr?

@francesco-ooops
Copy link
Contributor

per caso ci sono novità su questa pr?

per il momento no, se volete portarla avanti siamo molto contenti :)

@GSLabIt GSLabIt force-pushed the 14.0-mig-l10n_it_fatturapa_out_triple_discount branch from c372328 to 513a474 Compare January 10, 2023 08:05
@odooNextev
Copy link
Contributor

Utilizzando la versione 5.12.0 di isort nel file pre-commit non da problemi nei test.

sherpya and others added 18 commits April 11, 2023 19:08
it fixes:
 - removes xs:dateTime if bogus and not mandatory
   i.e. 0001-01-01T00:00:00.000+02:00 where python raises
   OverflowError
 - removes timezone from xs:date to make pyxb able to compare with
   1-1-1970, it also removes the need of patching pyxb
 - removes space only strings if not mandatory, else replace with
   a dash

breaking change:
  modules needs to import binding.fatturapa instead of
  bindings.fatturapa_v_1_2, this would be asl useful for
  new specs
…e now rounded to the nearest even result instead of away from zero".

See https://docs.python.org/3/whatsnew/3.0.html#builtins

Examples:

>>> '%.2f' % 75.845
'75.84'
>>> '%.2f' % 75.855
'75.86'
>>> round(2.5)
2
>>> round(3.5)
4
…scount: modifica del type di Importo in ScontoMaggiorazioneType (OCA#1875)

* [IMP] l10n_it_fatturapa_out: change precision_rounding of ScontoMaggiorazioneType according to e-invoicing specs 1.6

* [IMP] l10n_it_fatturapa_out_triple_discount: change precision_rounding of ScontoMaggiorazioneType according to e-invoicing specs 1.6
@GSLabIt GSLabIt force-pushed the 14.0-mig-l10n_it_fatturapa_out_triple_discount branch from 513a474 to 0c28ad6 Compare April 11, 2023 17:09
@GSLabIt
Copy link
Contributor Author

GSLabIt commented Apr 11, 2023

Utilizzando la versione 5.12.0 di isort nel file pre-commit non da problemi nei test.

il pre-commit non ha dato errori, ho cmq fatto un rebase.

vediamo come vanno

@francesco-ooops
Copy link
Contributor

@odooNextev se volete riprendere il lavoro in una nuova PR, siete benvenuti :)

@tafaRU
Copy link
Member

tafaRU commented Apr 14, 2023

superseeded by #3269

@tafaRU tafaRU closed this Apr 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.