Newsgroup: it.comp.macintosh
Titolo: Euro e Appleworks

Buongiorno,
abbiamo un foglio di calcolo di Apple Works per la fatturazione. Ora, il
programma esegue i calcoli con tutte le cifre, ma l'euro ha solo 2 cifre
significative. Alcune volte succede che ci sono errori di un centesimo
proprio a causa delle altre cifre. Come posso dire al programma di
considerare solo due decimali? E' possibile?
Davide


usa:
X = INT ( X / 100) * 100

"Adriano" <borgob...@SPAMadriacom.it> ha scritto nel messaggio
news:butgag$oi7$1...@news.flashnet.it...

Ma cosě facendo considere l'intero... non i due decimali...

Kwijibo <spams...@hotmail.comspam> wrote:

puoi usare la funzione ROUND(numero;numero_di_cifre)
-- 
"La prova sicura che nell'Universo esiste vita intelligente,
e' che non ha mai cercato di contattarci"
Calvin and Hobbes (Bill Watterson)

 Ma cosě facendo considere l'intero... non i due decimali...
In effetti... semmai e' il contrario:
x=INT ( X * 100) / 100
-- 
Roberto

 
|'o\| |/o \/o \/o \ |   On The aaria: 
http://OnTheaaria.webhop.org
|._/|_|\__/\__/\__/ | * An out of control ego will sometimes get in the
       /_/ /_/      |   way of your success.                  (Todd H.)

> Formato -> Numeri -> Valuta -> Decimali?
Questa è la strada che ho seguito da principio. Ma se a video vedi due
decimali, il programma considera quelli successivi. Ed ecco che si creano le
differenza tra i totali che vedi a video (quandi sommando numeri a due
decimali) e quelli del pc (che sommano tutti i decimali). Per questo l'idea
del ROUND mi pare la migliore.
Davide

Kwijibo <spams...@hotmail.comspam> wrote:

Se vuoi considerare solo i 2 decimali anche nel calcolo, devi usare
TRUNC, non ROUND.
Pero' e' sbagliato.
Cioe', in una contabilita' seria 0.1051 + 0.1051 fa 0.21[02], non 0.22
(ROUND: 0.11 + 0.11) ne' 0.20 (TRUNC: 0.10 + 0.10). In poche parole: gli
arrotondamenti si fanno alla fine. Se no e' contabilita' creativa .-) 


 arrotondamenti si fanno alla fine. Se no e' contabilita' creativa .-)
esistono delle leggi (i.e. conversioni valute locali in euro) che
stabiliscono come fare (questa ad esempio fa troncare al terzo decimale
e poi arrotondare al secondo) oppure dei regolamenti che specificano
come devi arrotondare i decimali (esempio calcolo iva). Questi
arrotondamenti vanno fatti in corso di calcolo, non alla fine. esitono
poi dei regolamenti speciali per quantita' di costo unitario piccolo,
quali i costi delle telefonate al secondo, ecc.
E la contabilita' deve aderire a queste regole, non alla logica... :-)


> > Cioe', in una contabilita' seria 0.1051 + 0.1051 fa 0.21[02], non 0.22
(ROUND: 0.11 + 0.11) ne' 0.20 (TRUNC: 0.10 + 0.10). In poche parole: gli
arrotondamenti si fanno alla fine. Se no e' contabilita' creativa .-)
Se io sommo 0.1051 e .105, nella fattura indico alla prima voce 0,11 e 0,11
alla seconda per via degli arrotondamenti). Quindi il totale deve fare 0,22.
Non so se vi siano leggi, o ragionamenti, ma se i calcoli li fai a mano
questo viene e questo è da indicare.
Davide

 alla seconda per via degli arrotondamenti)
Direi che la seconda invece e' 0.10, proprio per gli arrotondamenti.
Comunque dice bene Arruba: dipende da cosa chiede la legge.
Personalmente, se avessi un'azienda che fornisce prestazioni
quantificabili al millesimo di euro troverei quantomeno strano troncare
i millesimi, e quantomeno disonesto arrotondarli durante il calcolo. 
Metti che ti ho convinto a usare il mio servizio telefonico al costo di
0.016 euro a scatto, magari pubblicizzando il mio prezzo come "molto
piu' conveniente di quegli altri che ti fanno pagare 0.019 a scatto".
Metti che hai fatto 10'000 scatti.
Metti che ti faccio pagare 200 euro invece di 160.


 E la contabilita' deve aderire a queste regole, non alla logica... :-)
Giusto, avrei dovuto dire "in un calcolo serio". La contabilita' e'
*sempre* creativa .-)))


> Comunque dice bene Arruba: dipende da cosa chiede la legge.
Ammesso che la legge dica... voglio far presente che nella nostra
fatturazione la legge impone le due cifre... e tanto mi basta...
Davide