Newsgroup: it.comp.appl.access
Titolo: Errore di calcolo dell'imponibile in fattura

Avendo una piccola applicazione in access2000 per generare
fatture mi capita che se in più di una riga articolo di corpo fattura
vengono inseriti valori uguali sia per quantità che per prezzo netto
(es. Riga 1    q.tà 2    pr. 10,00
       Riga 2    q.tà 2    pr. 10,00)
non viene presa in considerazione una delle righe.
Ho impostato i totali a pie' pagina così:
il netto merce: =[TotImp]
il totale imponibile (netto merce + spese incasso):
=DSum("[SubTNetto]";"QTotPerIVA";"[IDFattura] = " & [IDFattura])
il totale Iva:
=DSum("[SubTIVA]";"QTotPerIVA";"[IDFattura] = " & [IDFattura])
il totale fattura:
=DSum("[SubTLordo]";"QTotPerIVA";"[IDFattura] = " & [IDFattura])
Il netto merce è giusto ma il totale imponibile, su cui viene
calcolata
l'Iva, non tiene in considerazione le righe come ho spiegato sopra
così sbaglia l'Iva e il totale.
La query per il calcolo iva:
SELECT Q1.IDFattura, Sum(Q1.ImpNetto) AS SubTNetto, Q1.AliqIVA, Round
([SubTNetto]*AliqIVA/100,2) AS SubTIVA, ([SubTIVA]+[SubTNetto]) AS
SubTLordo
FROM [SELECT IDFattura, PAG_SPESE AS ImpNetto, ZeroDaNull([PAG_IVA])
AS AliqIVA
FROM Fatture INNER JOIN Pagamenti ON Fatture.FT_PAG_COD =
Pagamenti.PAG_COD
UNION
SELECT IDFattura, Round([FC-QTA]*[FC-PRZ],2) AS ImpNetto, ZeroDaNull
([FC-IVA]) AS AliqIVA
FROM FattCorpo]. AS Q1
GROUP BY Q1.IDFattura, Q1.AliqIVA
ORDER BY Q1.IDFattura, Q1.AliqIVA;
--
Ryoma


Ciao, credo che il problema sia UNION
deve essere UNION ALL
Ciao
Alberto

In poche parole ogni volta che una riga articolo ha un importo totale
riga uguale a quello di un'altra riga non lo prende in considerazione.
--
Ryoma

 deve essere UNION ALL
Ho provato con UNION ALL ma mi da errore di parentesi sbagliata
sulla prima SELECT.
C'è di strano anche l'ultima parentesi quadra con il "."
--
Ryoma

 wrote in news:20276a0d-0c37-44f2-be65-
40cdd4...@e18g2000vbe.googlegroups.com
:

se nella query metti un group by per importo e aliquota, il programma 
collassa in una riga sola, le righe con la stessa accoppiata 
importo/aliquota.
che poi non sia il risultato che vuoi tu, questo e' un altro paio di 
maniche, ma il programma fa quello che gli hai chiesto...
non c'entra un tubo col problema... ma c'e' ancora chi paga il codice un 
tanto al carattere?
giusto per capire come mai i campi hanno nomi del tipo fc-prz, ft_pag_cod 
invece di qualcosa di un po' piu' comprensibile.
fan tanto i campi di vecchi sw gestionali riciclati e aggiornati alle nuove 
tennologie solo copiando le tabelle dbIII su sql...
:-)
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 Ryoma
Non mi sono mai imbattuto in una situazione che necessitasse una query del
genere per stampare una fattura.
Come mai non usi il semplicissimo sistema Report/Sottoreport con i totali
calcolati nei controlli del pi� pagina (=Somma([campo]))?
Ciao.
-Marco-
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 tennologie solo copiando le tabelle dbIII su sql...
Eh..
--
Ryoma

 calcolati nei controlli del piè pagina (=Somma([campo]))?
Non ho fatto io il programma.
In origine era con = [TotImp] = [TotIva] ecc. ma mi arrotondava
al'intero
togliendo i decimali, perciò mi è stato modificato come è attualmente.
Se mi spieghi cosa devo mettere in quei campi...
Es.:
Sul netto merce c'è =[TotImp] e va bene
Sulle spese di incasso c'è [Pag_Spese] (fa parte della tabella
Pagamenti)
Sull'imponibile c'è quello che dicevo sopra...???
Sul totale fattura c'è quello che ho scritto sopra e andrebbe bene
--
Ryoma

 Ryoma
Bisognerebbe analizzare la struttura tabellare e capire come mai � stato
scelto quel sistema.
Esaminando la query sembra ci sia una struttura standard Testata/Dettagli,
con le tabelle Fatture e FattCorpo. Senza vedere il database non ti posso
consigliare niente.
Se non hai esperienza di Access e il programma finora ha funzionato bene
ti conviene cercare di aggiustarlo cambiando il meno possibile.
Nella query i calcoli sono fatti con Round(xxx,2) quindi dovrebbero gi�
avere anche i decimali.
Verifica che non sia un semplice problema di formato dei controlli,
cos'hai nelle propriet� "Formato" e "Posizioni decimali" delle caselle in
cui non ti compaiono i decimali?
Ma scusa, quel programma lo usavi gi� prima e funzionava, e adesso di
colpo non va pi�? O stai appena cominciando ad usarlo?


 colpo   non   va   pi�?   O   stai  appena  cominciando  ad  usarlo?
  Lo  sto  usando  da  qualche  giorno,  anche se proviene da vecchie 
routines ecc.
-- 
Ryoma

 importo/aliquota.
Ma nella query non c'è il raggruppamento per importo, solo per numero
(ID) fattura e aliquota.
Finisce così :
