[Vb.Net] - Arrotondamento

[U235]

in sostanza :
se qualcuno ti dice che calcola il 21 % su un imponibile già arrotondato è un ignorante lui, non stai sbagliando tu... se vuole un calcolo preciso prende la cifra iniziale e applica la regola dell'arrotondamento matetematico (il fisco applica tale regola), quindi se non è ignorante in materia sa che il tuo 66.12 è un totale arrotondato con tale regola, idem per l'iva calcolata sull'importo... se vuole infine controllare l'esattezza del tuo arrotondamento allora non può fare il calcolo sull'imponibile che hai calcolato tu, sarebbe un vero pirla... ma lo farà sulla cifra iniziale (80) applicando la regola in vigore con il fisco.

[Veronica80]

Ok ok quello dicevo infatti!

Se PER LEGGE io posso scrivere che il 21% di 66,12 è 13,88 (Perchè io so che nella parcella arrotondo ma in realtà 66,12 non è realmente 66,12) è tutto ok!

Non ci metto molto a modificare il campo double del db a 12 cifre decimali e le funzioni che uso per calcolare l'imposta

[U235]

Originariamente inviato da Veronica80
Ok ok quello dicevo infatti!

Se PER LEGGE io posso scrivere che il 21% di 66,12 è 13,88 (Perchè io so che nella parcella arrotondo ma in realtà 66,12 non è realmente 66,12) è tutto ok!

Non ci metto molto a modificare il campo double del db a 12 cifre decimali e le funzioni che uso per calcolare l'imposta

Ciao!
La percentuale non è su 66,12 , ma su 80... se hai incassato lordi devi scorporare da li! ovvero (80 - (80/1.21)) = 13.8842975... quindi siccome la legge prevede l'arrotondamento matematico diventa 13,88.
NON è il 21% sull'imponibile, ma lo scorporo del 21% dall'importo! e questo va arrotondato... l'imponibile lo ricavi detraendo l'IVA dall'importo...

comunque, fa fede sempre ciò che hai incassato (80).
ecco perchè ti dicevo che potresti anche solo memorizzare l'importo (80) sul db, diversamente devi mettere le cifre precise...

in sostanza fai sempre :

IVA = importo -(importo/1.21) (arrotondi)
Imponibile = importo-(IVA (arrotondata))

il signore cattivo che controlla dice : allora vediamo veronica cosa ha incassato... 80... quindi scorporando l'IVA da 80 risulta 13.8842975... che arrotondato da 13,88... mmm si veronica deve pagare l'IVA allo stato per quanto dichiarato... poi lei ha un imponibile di (mmm) 80 - 13,88 = 66,12... quindi (e fa i calcoli per altre tasse! ), del resto non gli frega nulla...

se proprio vuoi fare la pignola puo scrivere nella fattura che le cifre si intendono arrotondate secondo la regola vigente dell'arrotondamento matematico ecc... ma credo che sia implicito, anche se può servire a qualche contestatore che dice che lo scorporo del 21% dall'importo non è 13,88 ma 13,8842975....

[Veronica80]

Perfetto! In effetti non fa na piega! TI ringrazio molto!

Adesso mi adopero subito per far si che tutte le cifre vengano arrotondate solo a runtime per dare i resoconti e lascio tutto integrale nel DB!

Io sto salvando solo l'imponibile comunqe nel db (perchè mi serve per fare in modo che possa controllare la percentuale di "saldo" di ogni preparcella emessa senza dovermi preoccupare di eventuali variazioni di imposta)

ES:

ho: 1000€ + 21% IVA = A pagare 1210,00€ emetto la preparcella e il cliente mi paga 2 anni dopo 1210,00€ io emetto la parcella, ma 2 anni dopo l'iva magari è al 22% quindi i miei 1210,00 non sono più il lordo di 1000€ di netto ma meno e io posso rilevare che la preparcella non è saldata nonostante abbia incassato quanto era previsto!

[U235]

Originariamente inviato da Veronica80
Perfetto! In effetti non fa na piega! TI ringrazio molto!

Adesso mi adopero subito per far si che tutte le cifre vengano arrotondate solo a runtime per dare i resoconti e lascio tutto integrale nel DB!

Io sto salvando solo l'imponibile comunqe nel db (perchè mi serve per fare in modo che possa controllare la percentuale di "saldo" di ogni preparcella emessa senza dovermi preoccupare di eventuali variazioni di imposta)

ES:

ho: 1000€ + 21% IVA = A pagare 1210,00€ emetto la preparcella e il cliente mi paga 2 anni dopo 1210,00€ io emetto la parcella, ma 2 anni dopo l'iva magari è al 22% quindi i miei 1210,00 non sono più il lordo di 1000€ di netto ma meno e io posso rilevare che la preparcella non è saldata nonostante abbia incassato quanto era previsto!

non ho capito molto del tuo esempio scusami... ma di sicuro se emetti la fattura, che ti abbiano pagato oppure no, lo stato ti chiede subito la sua parte (alla prima "occasione", dipende dal regime fiscale "ogni quanto"), quindi dopo due anni l'IVA l'hai già pagata con aliquota di quel detto momento... ma anche questo dipende dal regime fiscale. Non so se esiste ancora un forfettone (mi pare si chiamasse così). in ogni caso lo stato prende soldi in maniera costante... sempre!

comunque si, se fai i calcoli in run time metti nel db tutti gli importi che ti vengono pagati al centesimo (prendi 0,01 ? segna che hai preso 0,01) poi tu sai ovviamente che quello è il lordo incassato e da li si risale a qualsiasi calcolo, ovviamente accompagnato da eventuali altri dati, tipo data e ad esempio se di archivio (aliquota di quel periodo oppure una tabella con i vari cambiamenti di aliquota ecc..). Insomma vedi un pò tu cosa ti conviene di più consideranto quale può essere una quantità maggiore di dati da archiviare fare in un modo oppure in un altro in base alle esigenze... insomma progettati bene anche il db, non basta solo il codice sorgente per fare un buon programma, anzi spesso è un contorno, sopratutto sui gestionali di piccola fascia!

Ma una curiosità : perchè non fai una capatina da un commercialista? nel fare un gestionale da soli a volte si potrebbero combinare guai... attenzione...

[Veronica80]

In realtà il progetto è di 3 commercialisti....ma credo non siano così informati come speravo xD

[Veronica80]

ps: Qual'è la dimensione massima per un Double?

Ho provato Double(35,26) per avere 9 cifre intere e 26 decimali e me l'ha preso però poi quando metto valori alla 26^ cifra li arrotonda lasciandomi una sfilza di zeri dopo la 13^.


(So che anche 12 cifre andrebbero benissimo però visto che c'erò volevo mettere il massimo ma non son riuscita a trovare quale sia la lunghezza massima di un double!)

[Veronica80]

Ultima domanda poi chiudo questo caso! (è stato traumatico giuro).


io ora ottengo tutti gli importi a runtime NON arrotondati e li arrotondo solo per stampe o visualizzazioni.

Se volessi (per esempio) calcolare l'iva totale versata cosa faccio? Sommo le ive non arrotondate o quelle arrotondate?

in sostanza chi emette la parcella che iva versa? Quella arrotondata in parcella (a prescindere dagli arrotondamenti che ci son dietro?)

[MegaAlchimista]

Originariamente inviato da Veronica80
ps: Qual'è la dimensione massima per un Double?

Ho provato Double(35,26) per avere 9 cifre intere e 26 decimali e me l'ha preso però poi quando metto valori alla 26^ cifra li arrotonda lasciandomi una sfilza di zeri dopo la 13^.


(So che anche 12 cifre andrebbero benissimo però visto che c'erò volevo mettere il massimo ma non son riuscita a trovare quale sia la lunghezza massima di un double!)

Il double dovrebbe permettere 52 cifre significative.
La virgola è mobile, quindi per grandi numeri perdi "precisione" dopo la virgola: se hai un numero con 51 cifre, puoi rappresentare un solo numero dopo la virgola
Link a wiki

[jupynet]

Premesso che il metodo di U235 è corretto, mi chiedevo, è meglio ricavare l'iva per differenza tra totale (con iva) e imponibile, oppure ricavare l'imponibile per differenza tra totale e iva?
In pratica fare:
iva=ScorporoIva(totale_con_iva)
imponibile=totale_con_iva - iva

oppure fare:
imponibile=ScorporoImponibile(totale_con_iva)
iva=totale_con_iva - imponibile

Tra i due metodi quale è preferibile?