[16.0] l10n_it_fatturapa_out: Errore XML Su Fatture Con Anticipo

[Marcoapu]

Module

l10n_it_fatturapa_out

Describe the bug

Il problema è l'emissione dell'xml sulle fatture che hanno una riga di anticipo, la riga di anticipo ha quantità -1 e il prezzo unitario positivo, quindi il totale parziale viene negativo, a fronte di un imponibile negativo l'aliquota deve risultare negativa.
Quello che succede è che sul codice c'e scritto che l'importo sui dati riepilogo è il valore assoluto di tax_balance,quindi o è negativo o è positivo viene sempre messo senza segno, e ciò manda in errore la fattura.

To Reproduce

Affected versions:

• 14.0: [FIX] l10n_it_fatturapa_out: fix issue https://github.com/OCA/l10n-it… #4312
• 16.0: [16.0][FIX] fixed xml on downpayment invoice #3678 o [fix]l10n_it_fatturapa_out risuzione problema fattura con anticipo #4381

Steps to reproduce the behavior:

1. Partendo da un ordine di vendita creare una fattura di anticipo, e una di saldo
2. Confermando le fatture ed esportare l'xml della fattura di saldo
3. Controllare il file xml esportato su una verifica sdi va in errore

Expected behavior
Quello che dovrebbe succedere invece è che a fronte di un'imponibile negativo l'aliquota quindi l'importo iva sia negativo, in modo tale che il file risulti giusto

Additional context
Una soluzione trovata sarebbe aggiungere:

if tax_id.credit == 0.0 and tax_id.debit:
    tax_amount = -tax_id.balance
if tax_id.credit and tax_id.debit == 0.0:
    tax_amount = abs(tax_id.balance)
out_computed[key] = {
    "AliquotaIVA": aliquota,
    "Natura": tax_line_id.kind_id.code,
    # 'Arrotondamento':'',
    "ImponibileImporto": tax_id.tax_base_amount,
    "Imposta": tax_amount,
    "EsigibilitaIVA": tax_line_id.payability,
}

Alla riga: https://github.com/OCA/l10n-italy/blob/16.0/l10n_it_fatturapa_out/wizard/wizard_export_fatturapa.py#L138
nella funzione getAllTaxes nel file wizard_export_fatturapa.py

[TheMule71]

L'abs() è stato introdotto qui: #3249

[SirAionTech]

Grazie della segnalazione!
Puoi proporre una PR per introdurre la modifica che hai suggerito?

[CiroBoxHub]

Il problema si verifica in presenza di aliquote diverse. Se sull'acconto viene usata un'aliquota diversa da quella usata nelle righe, le scritture di riepilogo sulla fattura elettronica sono separate.
Per preservare il fix applicato #3249, si potrebbe procedere in questo modo:

if invoice.move_type == 'out_invoice':
      if tax_id.credit == 0.0 and tax_id.debit:
          tax_amount = -tax_id.balance
      if tax_id.credit and tax_id.debit == 0.0:
          tax_amount = abs(tax_id.balance)
  else:
      tax_amount = abs(tax_id.balance)
  out_computed[key] = {
      "AliquotaIVA": aliquota,
      "Natura": tax_line_id.kind_id.code,
      # 'Arrotondamento':'',
      "ImponibileImporto": tax_id.tax_base_amount,
      "Imposta": tax_amount,
      "EsigibilitaIVA": tax_line_id.payability,
  }

@Marcoapu puoi proporre la PR?

[Marcoapu]

Ho provveduto ad aprire una pr per il fix #3678

[MaurizioPellegrinet]

Ho provato a testare.
Se applico un codice iva sulle righe del preventivo, nel momento in cui faccio le fatture (acconto e saldo) lo stesso viene omesso.
Se lo inserisco manualmente le fatture vengono corrette anche alla verifica xml esclusivamente x cod. con iva esclusa (es. art.15).
Qualora il codice iva sia diverso (es. 22%) il file xml non è corretto

[MaurizioPellegrinet]

Secondo voi è possibile agganciare all'acconto il codice TD02, credo sia più corretto

[CiroBoxHub]

Ho provato a testare. Se applico un codice iva sulle righe del preventivo, nel momento in cui faccio le fatture (acconto e saldo) lo stesso viene omesso. Se lo inserisco manualmente le fatture vengono corrette anche alla verifica xml esclusivamente x cod. con iva esclusa (es. art.15). Qualora il codice iva sia diverso (es. 22%) il file xml non è corretto

Ciao Maurizio, penso che l'omesso passaggio del codice iva dal preventivo alla fattura non rientri nella problematica descritta da questo fix.
Questa PR si propone di mettere il segno giusto e quindi riportare l'importo aliquota sul xml a partire dalla generazione del file dalla fattura.
Potrebbe essere il caso di segnalare il bug in una issue apposita mettendo i dettagli operativi di quanto verificato da te.
Grazie mille per la collaborazione

[francescapenso]

CIao ci sono news su questa issue?

[francesco-ooops]

@francescapenso la PR linkata risolve?

[francescapenso]

Ho fatto alcune prove e mi pare di sì
Però sarebbe il caso provasse anche qualcuno altro

[matteoopenf]

ho appena trovato il medesimo problema su 14

[matteoopenf]

ho creato quella per 14.0 #4312 sto un attimo sistemando e mettendo il coature del commit per correttezza