Newsgroup: it.comp.appl.access
Titolo: Euro... l'ora X si avvicina!

Rieccomi tra voi! Ogni tanto riappaio!
Ho provato a guardare tra i messaggi e sul sito ufficiale. Ma non ho trovato
nulla, quindi, se non mi è sfuggito...
Gestire l'euro mi sta comportando dei problemi (non a livello di
conversione, su quello si sa praticamente tutto). Ne avete già parlato?
Posto il tutto?
Un saluto a tutti!
--
Jonathan Canova
www.aladinoinformatica.com

 ha scritto nel messaggio
news:9pij1a$gvucq$1...@ID-109056.news.dfncis.de...

Il "problema" più scocciante, secondo me,  è quello di andare a ricercare
all'interno delle maschere e dei report tutti i controlli calcolati, quindi
non direttamente legati alle tabelle o alle query, con formato valuta  e
trasformarli in formato euro.
Anch'io vorrei sapere se c'è la possibilità di farlo automaticamente o
quantomeno con un tempo ridotto rispetto a quello occorrente al controllo di
buona parte delle maschere.
L'altro problema è quello della doppia fatturazione, per cui le vecchie
fatture devono ancora possedere il formatodi valuta e quelle nuove quello di
euro, per cui convertendo e dovendo ristampare una fattura si otterrebbe una
fattura del tutto o in parte diversa da quella originale.
Ciao,
 Salvatore

 Posto il tutto?
Posta, posta.
Ciao, Simone

 Posta, posta
Eccomi!
Chiarisco: sto pensando ad un programma realizzato nel 2002, cioè NON
includo i problemi di conversione. Prima facciamo qualcosa di funzionante in
Euro, dopo convertiamoci la roba :-)
Metto un inciso tratto da it...commercialisti :
--------------------------------------------------------------------------
Il nostro commercialista ha parlato:
L'IVA in lire si arrotonda sempre alla lira superiore.
All'IVA in euro invece non si applica l'articolo 21 del d.p.r. 633/72, ma le
nuove regole europee descritte nelle circolari 291 e nel regolamento CE n.
1103. Quindi la regola 0-4 = difetto e 5-9 = ecceso vale per il calcolo
dell'IVA in euro anche *dopo* la conversione.
--------------------------------------------------------------------------
sto anche cercando le fonti normative (che non siano quelle sulla
conversione). Vado per punti:
1. Consideriamo il classico schema per fatture / DDT / Preventivi
Quando compilo una fattura ho due ordini di problemi.
a. in ogni calcolo che faccio (qta* importo unitario, sconti ed altro) mi
porto dietro tutti i decimali possibili, confermate? Se arrotondo ad ogni
calcolo intermedio, i risultati cambiano molto. Esempio:
Prezzo: EUR 100,50; Sconto 10%; Prezzo Scontato= 90,045;
Prezzo Scontato Arrotondato: 90,04
b. i totali di imponibile, imposta e totale vengono fatti sommando le
omonime quantità di ogni riga, giusto? E poi vengono visualizzati
arrotondando a 2 cifre.
Ora, questo porta ad un problema: posso avere, con tutti i decimali:
Imponibile=1,011
Imposta=1,014
Totale=2,025
Arrotondato
Imponibile=1,01
Imposta=1,01
Totale=2,03
Ma il cliente (o il commercialista :-) che vede 1,01+1,01=2,03 è d'accordo?
E qui mi è stato risposto di fare Totale=Imponibile + Imposta, dove
imponibile ed imposta sono l'arrotondamento delle sommatorie dei campi
corrispondenti nelle righe di dettaglio (anf, l'ho scritto :-)
2. Fatture riepilogative
Stesso problema: se ho 10 DDT con le cifre di cui sopra, se non tengo conto
dei decimali, quando vado a scrivere Imponibile ed Imposta sulla riga della
fattura relativa a quelle 10 DDT, ottengo errori anche grossi tipo:
Imponibile=10,1
Imposta=10,1
Totale=20,3
3. Riepiloghi IVA
Idem
4. Scadenzario
Una fattura di 100 Euro, divisa in tre scadenze, cosa fa?
33,33+33,33+33,33=99,99 :-)
Qui la soluzione pare semplice:
L'ultimo totale è: totale - (somma(Arrotondamento (Totale/NumScadenze)).
Esempio: 33.33, 33.33, 33,34
Per inciso, ho installato il programma EasyFatt di Danea: facendo una
fattura in euro con casi particolari, ottengo una visualizzazione diversa
tra schermo e stampa (!) e non capisco bene quali algoritmi usi.
--
Cordiali saluti,
Jonathan Canova
www.aladinoinformatica.com

 Ma il cliente (o il commercialista :-) che vede 1,01+1,01=2,03 è
d'accordo?
Però francamente non vedo il problema: la logica è la stessa dei calcoli in
lire, con la differenza che gli arrotondamenti parziali degli importi devono
essere operati al secondo decimale invece che all'unità.
Occhio ai commercialisti Gionata ... ogni altra interpretazione ci porta
verso la massima entropia :-)
Ciao, Simone

 verso la massima entropia :-)
ROFL II!
Il problema è che non ho trovato nessuna normativa che confermi queste
regole.


 regole.
Beh, col Marco teutonico le cose funzionano così ... non vedo perchè
dovrebbero essere diverse in Euro.
Con l'unione europea sarà smantellato l'ufficio italico "complicazione
affari semplici": all'estero non hanno tempo da perdere :-)
Ciao, Simone

 affari semplici": all'estero non hanno tempo da perdere :-)
E' quello che credo anch'io. Ma mi piace la sicurezza... se modifichi un
centinaio di procedure e le modifichi in maniera sbagliata, il 2002 lo vedo
brutto... sgrat sgrat :-)


 brutto... sgrat sgrat :-)
Mah, forse io sono tranquillo perchè in passato ho sviluppato programmi in
valuta estera con decimali (marchi tedeschi appunto) e non ho dubbi su come
*devono* funzionare le cose...
Se le masturbazioni mentali dei commercialisti italici dovressero prender
piede, l'europa starebbe ferma due anni con l'Euro!
Ciao, Simone

 ha scritto nel messaggio
news:9pl8mj$ie8i7$1...@ID-109056.news.dfncis.de...

Non conosco il programma sopra citato, ma uso arrotondare a 4 cifre dopo la
virgola, visualizzandone 2.
In questo modo non escludi completamente (e teoricamente) un'eventuale
differenza nei calcoli, ma in pratica non hai problemi.
Inoltre, poiché non sono amante della visualizzazione della valuta assieme
all'importo, imposto i campi della tabella in tipo dati Valuta e visualizzo
nelle maschere e nei report con formato Standard e 2 posizioni decimali.
Se non usi il Tipo Dati Valuta x i campi, puoi arrotondare a 4 decimali con
la funzione CCUR( ).
P.S. I commercialisti hanno torto fino ad inconfutabile prova contraria.
;-))
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com