Arrotondamento fatture fornitori a più voci
Questo argomento contiene 7 risposte, ha 3 partecipanti, ed è stato aggiornato da 
-
Articoli
-
Salve, sto proseguendo il debug di dolibarr (versione 3.4.0). Mi sono imbattuto in un fenomeno curioso, nel tentativo di registrare una fattura di prova da fornitore (IVA 21%).
Se registro la cifra globale di 827,60 € ottengo correttamente una fattura finale di € 1001,40.
Se registro la fattura elencando diverse voci, tutte al 21%, ottengo un risultato diverso, legato a un arrotondamento scorretto.
In particolare:
186,40 + IVA 21% = 225,54 (reale 225,544)
198,00 + IVA 21% = 239,58
93,20 + IVA 21% = 112,77 (reale 112,772)
350,00 + IVA 21% = 423,50Totale = 1001,39 (reale 1001,396)
La somma in fattura risulta di 1001,39 in luogo del corretto, dal punto di vista fiscale, 1001,40.
Chiaramente l’errore è conseguenza degli arrotondamenti parziali ignorati in fase di somma semplice, ma conducono ad un errore nell’arrotondamento finale, portando a una cifra fiscalmente non corretta.
Ho provato solo nelle fatture fornitori, ma credo che lo stesso problema si trovi anche nelle fatture normali.
I valori che ho impostato nel menù dei limiti di dolibarr (Impostazioni/Limiti e precisione/ limite max decimali ecc.) sono quelli che trovo per default: 5 2 8
Forse sbaglio in qualche cosa?
Grazie,
cordiali salutiBuongiorno gio,
è un errore conosciuto dovuto alla struttura del codice stesso, non possiamo sistemarlo autonomamente ma aggiungeremo la nostra segnalazione alla community di sviluppo, nel frattempo le posso dire che, quando mi capita, aggiungo una riga di arrotondamento… non sarà elegante ma è efficace.
Da parte mia, utilizzando il software quotidianamente, non ho riscontrato l’errore nella fatturazione attiva.Cordiali saluti e grazie per la segnalazione
Grazie, per ora applicherò lo stesso trucco e faccio una verifica anche io per le fatture attive, cordiali saluti
Salve,
ho verificato la stessa somma per una fattura attiva, con le stesse cifre dell’esempio, e l’errore esiste anche in questo caso…Salve,
l’errore, o incongruenza se preferite, rimane anche con la versione 3.5.1 aggiornata fresca fresca…Grazie per il Link, adesso indago su quale sia la migliore soluzione accettata dal sistema fiscale italiano.
Tuttavia la soluzione 2 lascia aperto il caso di quando vi siano articoli con IVA diversa (per esempio al 10 e non al 22 %), se non ho capito male.Praticamente risolto con gli aggiornamenti (disponibilità di metodo1 e metodo2)
Devi essere loggato per rispondere a questa discussione.
Trackback dal tuo sito.
Homepage del progetto
Community francese
Community spagnola
Community tedesca
Community greca