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

[16.0] [l10n_it_split_payment] problem compute #4439

Open
1 task
matteoopenf opened this issue Nov 12, 2024 · 1 comment
Open
1 task

[16.0] [l10n_it_split_payment] problem compute #4439

matteoopenf opened this issue Nov 12, 2024 · 1 comment

Comments

@matteoopenf
Copy link
Contributor

l10n_it_split_payment

Describe the bug

Sto riscontrando generando una fattura con splitpayment verso la PA che vengono calcolate anche le imposte nel totale quando non dovrebbero essere calcolate.
A differenza di un altro baco che ho letto che succede da DDT, nel mio caso creo la fattura, applico l'imposta con scissione pagamenti e la posizione fiscale relativa

e ho la seguente situazione
image

image
image
image

To Reproduce

Affected versions:

  • 16.0

Steps to reproduce the behavior:

  1. Creazione una fattura
  2. mettere come cliente una pubblica amministrazione con abilitato il flag fatturazione elettronica
  3. mettere la posizione fiscale dedicata allo split payment

Expected behavior
il totale delle imposte non deve valorizzarsi come descritto nella configurazione del modulo e cosi che il totale non tenenendo conto delle imposte viene esatto

Additional context
Ho messo tutti gli screen della configurazione perche' ho ricontrollato a piu' riprese tutta la configurazione.
Dopo aver controllato piu' volte ho aperto la issue,

@matteoopenf
Copy link
Contributor Author

Ho appena riprodotto il problema su runbot http://oca-l10n-italy-16-0-27f13aeb3832.runboat.odoo-community.org/web#id=29&cids=1&menu_id=160&action=274&model=account.move&view_type=form
Replicando la configurazione che ho compreso in locale

riporto lo screen
image

Quindi forse non ho un problema di configurazione, ma qualcosa si e' sballato da qualche parte, ma non saprei dove.
Perche' anche il metodo compute amount sembra giusto per come e' progettato

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants