[14.0][l10n_it_fatturapa_out] problema currency in caso di fattura con valuta diverso da euro

[matteoopenf]

Module

l10n_it_fatturapa_out

Describe the bug

A clear and concise description of what the bug is.

To Reproduce

• [ ] 14.0 https://github.com/OCA/l10n-italy/pull/3739
• [ ] 16.0

Steps to reproduce the behavior:

1. Creare una fattura fornitore con reverserge e con registro con una valuta diversa da euro

2. Validare la fattura

3. andare nella fattura cliente e esportare l'xml

4. inviarlo allo SDI

5. si ottiene il seguente errore:

Dopo varie prove, sul fatto che fallivano i test e vari ragionamenti ho scoperto testando il file del test che a sua volta esso e' sbagliato. Riguardo gli errori del file 15 li metto di seguito

Quindi c'e' un problema che a monte si testa un file sbagliato

Expected behavior una volta esportata la fattura e inviata venga inviata correttamente allo SDI senza errori

Additional context CI siamo accorti dopo varie prove che il problema è causato da questi due fattori: imponobileImporto quando viene usato all'interno dell'xml è già convertito nella valuta che occorre e invece l'imposta no.

anche qui oltre che sul modulo del reverse charge imponibile importo è già in valuta.

Mi sembra strano anche a me che sià già convertito, ma fatte varie prove, togliendo il metodo che fa la conversione sostanzialmente sono riuscito qui https://www.fatturacheck.it/ a farmela validare la fattura .

[matteoopenf]

tra poco integro con un paio di dettagli e aggiorno sopra

[TheMule71]

occhio che https://www.fatturacheck.it/ non credo faccia quei controlli SdI (quelli che generano errori semantici), fa solo controlli sintattici che noi già facciamo.

Sarebbe il caso di vedere l'XML generato, magari anonimizzato.

[matteoopenf]

occhio che https://www.fatturacheck.it/ non credo faccia quei controlli SdI (quelli che generano errori semantici), fa solo controlli sintattici che noi già facciamo.

Sarebbe il caso di vedere l'XML generato, magari anonimizzato.

Come riprendo a lavoro lo anonimizzo e metto. Ma prima di sistemarlo mi dava errore anche qua quindi non è che passa per via di un controllo semantico, quando i valori erano errati mi dava errore proprio su i due campi che ho corretto con la pr.

[matteoopenf]

altri come noi hanno questo problema?

[francesco-ooops]

@matteoopenf anche sulla 16?

[matteoopenf]

@matteoopenf anche sulla 16?

presumo di si essendo che la 16 e' quasi identica alla 14 sotto questo punto di vista

[matteoopenf]

@TheMule71 dopo varie prove e giri ho capito dove era l'inghippo, tolto che il file del test 15 ha il tipo documento errato, ho trovato dove era l'inghippo per far funzionare i test

[github-actions[bot]]

There hasn't been any activity on this issue in the past 6 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. If you want this issue to never become stale, please ask a PSC member to apply the "no stale" label.