Le fatture chiuse continuano ad essere calcolate nei sospesi

[GoogleCodeExporter]

Quali passi si possono fare per riprodurre il problema?
Registrare una fattura di acquisto.

Registrare pagamento a 0 e chiudere contabilmente la fattura. Questa viene 
evidenziata come pagata ma continua ad essere calcolata nei sospesi.

A parte l'incongruenza della fattura che risulta saldata da una parte e non 
dall'altra, la chiusura della fattura con pagamenti a 0 é utile per segnalare 
automaticamente in primanota un pagamento effettuato con carta di credito 
(segnalato ad es. dal movimento a 0); segnalazione utile per il commercialista.

A tal proposito ricordo un vecchio BUG da me segnalato e poi risolto in cui si 
poteva lasciare il campo vuoto (nella definizione del tipo di pagamento, campo: 
cassa o banca). Come conseguenza si otteneva proprio l'effetto desiderato: 
pagamenti correttamente scalati dai sospesi ma registrazione a 0 del movimento 
in primanota. Se la situazione potesse essere replicata inserendo un terza 
tipologia, ad es. Carta C) si agevolerebbe il lavoro.

Original issue reported on code.google.com by a.peccia...@gmail.com on 15 Apr 2011 at 7:11

[GoogleCodeExporter]

P.S.: l'utilita' si estende anche alle operazioni bancarie gravate di 
commissioni, sia nei pagamenti che negli incassi, e non solo

Original comment by a.peccia...@gmail.com on 18 Apr 2011 at 8:02

[GoogleCodeExporter]

mi accingo a correggere la prima parte del bug.Puoi spiegarmi meglio cosa 
intendi con il post scriptum ? Non ho capito 

Original comment by m3nt0r3@gmail.com on 18 Apr 2011 at 5:02

• Changed state: Accepted

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

É un problema di cui abbiamo parlato qualche tempo fa (non ricordo se email o 
telefono).
Come riportare automaticamente in primanota un movimento di importo diverso 
dall'effettivo pagamento al fornitore ?

Esempio: Fattura acquisto 100 euro; Uscita di conto corrente bancario: 101Euro 
= 100Euro Bonifico + 1Euro commissioni bancarie.

A)Per far risultare 101Euro in primanota (automaticamente) devo inserire un 
pagamento di 101Euro ma poi subentra un errore di calcolo di 1 euro nei sospesi 
(che dovrebbe annullarsi con la chiusura del documento a bug risolto).
B)Se invece inserisco un pagamento di 100 Euro in fattura mi risultano 
automaticamente 100 Euro in primanota ma devo poi aggiungere manualmente in 
primanota un secondo movimento di 1 Euro per pareggiare i conti con il conto 
corrente bancario (tuttavia in primanota risultano 2 movimenti ed in banca uno 
solo).

Il problema vale anche nel caso dei pagamenti di alcuni clienti che pervengono 
decurtati di spese bancarie.

Risolvere il bug segnalato consente di gestire tutte le situazioni menzionate 
applicando sempre la soluzione "A" (sfruttabile, in maniera semplicistica, 
anche per le carte di credito immettendo un pagamento a 0).

Spero di essere riuscito a spiegarmi. A quest'ora non connetto piu'.

-------- Quanto segue forse e' più adatto per una nuova ISSUE. La inserisco 
qui poi, se desideri, ne creo una nuova.

Come feature aggiuntiva, e questo e' un suggerimento per il futuro sviluppo, se 
ad ogni voce di pagamento in fattura fosse presente un campo per inserire a 
parte le spese pag./incasso o commissioni bancarie, si potrebbe:
1) Indicare in primanota l'importo esatto del movimento (pagamento + spese) 
evidenziando come nota la parte dovuta alle spese.
2) Il calcolo dei sospesi sarebbe SEMPRE esatto anche prima di chiudere il 
documento, in quanto calcolato sui soli pagamenti.
3) Come elaborazione statistica sarebbe anche possibile quantificare le spese 
per commissioni sostenute in un determinato arco di tempo, spese che non 
risultano in estrattoconto bancario (se non erro).

Original comment by a.peccia...@gmail.com on 18 Apr 2011 at 6:39

[GoogleCodeExporter]

Altro suggerimento correlato ai pagamenti (se reputi più opportuno apro anche 
qui un nuovo issue): 
Oltre all'ISSUE 24 da correggere, avere nella denominazione in primanota anche 
l'importo complessivo del documento credo possa aumentare la leggibilità, 
anche in considerazione dei pagamenti/incassi con spese.

Inoltre, se alla chiusura contabile della fattura, si postesse aggiungere in 
denominazione (oltre alla rata) la parola - SALDO, si elimina una ambiguitá 
(al commercialista) che potrebbe considerare la fattura ancora aperta.

Original comment by a.peccia...@gmail.com on 19 Apr 2011 at 7:42

[GoogleCodeExporter]

Errata corrige: al commento 5 punto 3 ho indicato "elaborazione statistica". In 
realta' intendevo un riepilogo, inseribile eventualmente anche nel report 
documenti.

Original comment by a.peccia...@gmail.com on 19 Apr 2011 at 7:50

[GoogleCodeExporter]

Confermo che con la ultima fix (1661) le differenze nei pagamenti delle fatture 
chiuse non vengono piu' calcolate nei sospesi. Verificato con fatture di 
acquisto e fatture di vendita.
Grazie.

Original comment by a.peccia...@gmail.com on 20 Apr 2011 at 1:27

[GoogleCodeExporter]

considero chiuso il bug ma resta in essere il problema dell'aggiornamento dei 
totali dopo la modifica di una riga ed un altro problema legato alla chiusura 
"forzata" del documento. Il bottone chiudi e apri non funzionano come 
dovrebbero. 
Questo lo chiudo cmq al massimo ne apriamo un altro 

Original comment by m3nt0r3@gmail.com on 20 Apr 2011 at 1:44

• Changed state: Fixed