Problema Scheda Contabile - Nota di Credito Cliente

[GoogleCodeExporter]

Quali passi si possono fare per riprodurre il problema?
1. Creare una fattura di vendita
2. Creare una nota di credito a cliente
3. Visualizzare la scheda contabile

Cosa dovrebbe uscire? Cosa accade invece?
Si dovrebbe vedere che il cliente ha un sospeso che è pari all'importo totale 
della fattura - (meno) l'importo della nota di credito emessa. Invece il totale 
sospeso è pari all'importo totale sommato della fattura e della nota di credito

Che versione del prodotto usi? Che sistema operativo?
Versione Aggiornata. Ubuntu 10.10 Desktop

Per favore inserisci altre informazioni qui

Original issue reported on code.google.com by loiacono...@gmail.com on 1 Apr 2011 at 2:55

[GoogleCodeExporter]

Io in nota di credito inserisco negativamente gli importi cosi' da far 
ritornare il saldo e tutto il resto della scheda contabile (e che in stampa del 
documento produce ovviamente valori negativi, comunque fiscalmente corretti).

Desiderei tuttavia ricevere da Francesco una conferma tale utilizzo e' corretto 
oppure se in effetti sussiste un problema soggetto a futura correzione.

Original comment by a.peccia...@gmail.com on 7 Apr 2011 at 8:00

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Mi correggo: ho constatato solo ora che la soluzione di inserire importi 
negativi in nota di credito ha effetti collaterali in primanota. Prego quindi 
di ignorare il mio precedente commento. Resto in attesa di una fix. Grazie

Original comment by a.peccia...@gmail.com on 7 Apr 2011 at 10:11

[GoogleCodeExporter]

Stò provvedendo a correggere entrambi i problemi segnalati 
nel prossimo commit dovrebbe essere a posto. 

Original comment by m3nt0r3@gmail.com on 7 Apr 2011 at 1:03

[GoogleCodeExporter]

Mi concentro innanzitutto su questo bug per poi passare all'altro segnalato. 

Ho sistemato la formattazione del testo ed altre parti "coreografiche" ora 
però ho un dubbio su come proseguire. Come dovrei conteggiare eventuali ordini 
o preventivi ? 

Da una parte propenderei per un filtro dei documenti come Fattura ( acquisto e 
vendita ) e/o Nota di credito che servono esplicitamente per il calcolo della 
scheda contabile, ma se vi sono anche eventuali preventivio DDT ? Da una parte 
potrei voler sapere quanti, e per quanto valore, preventivi ho emesso ma 
chiaramente falserebbero i conteggi. 

Es:
cliente X: 
Preve N. 1 da 300 €
DDt N.4 da 400 € 
Fattura diff vendita da 400 €
Reso da cliente da 100 € 
Nota di credito da 100 €

Es 2:
Report a video di TUTTI i documenti emessi di tutti i tipi 
DDT, NOTE DI C, FATT ACQ, FATT VEND, PREV ...

Come dovrei calcolare i totali? Nella scheda contabile ci andrebbero SOLO Fatt 
e note di credito o tutti ?

Potrei aggiungere una serie di totali per tipologia documento. TOT Preventivi 
800 € tot DDT Vendita 1200 € ...

Forse è l'orario ma non riesco a trovare una chiusura LOGICA che possa andare 
bene per tutte le situazioni. 

Original comment by m3nt0r3@gmail.com on 7 Apr 2011 at 11:55

• Changed state: Started
• Added labels: Priority-High
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Direi che la soluzione migliore sia quella di inserire nel report o , nel caso 
del filtro per cliente quindi scheda contabile, entrambe le informazioni. 

UN conteggio SOLO di quei documenti contabili positivi o negativi ( FATT e/o 
NOTE di C), con totali non scontati, totali scontati , totali non pagati e 
pagati. e poi  una aggiunta di totali dedicata ad ogni tipo di documento per 
sapere quanti prev ho emesso, quanti DDT, quante fatt , etc .. 
In questo modo dovrebbero esserci tutte le informazioni sia quando si utilizza 
per un singolo cliente sia quando si utlizza senza applicare alcun cliente. Che 
ne pensate?

Original comment by m3nt0r3@gmail.com on 8 Apr 2011 at 12:30

[GoogleCodeExporter]

Io penso che potrebbe essere utile avere separati i due report. Ad esempio 
avere il sospeso dei soli documenti contabili (senza altre informazioni con i 
preventivi) permette di poter stampare il report e ritrovarti il sollecito di 
pagamento praticamente gia' fatto (un semplice allegato ad una comunicazione 
standard)

Credo, ovviamente é una mia opinione, che avere oltre alle opzioni di filtro 
standard per tipo di documento anche un 'macro filtro' (ad esempio una 
biffatura) che selezioni tutti i documenti contabili (fatture e nota cred.) 
risolva il problema.
É poco che utilizzo il programma e, se non ho capito male, la ricerca delle 
altre informazioni può essere effettuata con il sistema "tradizionale" già a 
disposizione.

Per quanto riguarda il discorso dei documenti contabili, caso a parte e' 
fattura proforma in quanto può essere richiesta di pagamento (da inserire 
quindi nei sospesi) ma anche solo una semplice dichiarazione di valore per fini 
doganali (e quindi da non inserire nei sospesi). 
Dato che comunque (se pagata) deve seguire una fattura di vendita, potrebbe 
essere il caso di non inserire la proforma tra i documenti contabili (e 
gestirla quindi come caso a parte con il filtro già esistente, salvo future 
implementazioni)

Probabilmente ho sconfinato anche nell'altra segnalazione ma credo che le cose 
a questo punto si stiano intrecciando.

Original comment by a.peccia...@gmail.com on 8 Apr 2011 at 9:32

[GoogleCodeExporter]

Issue 31 has been merged into this issue.

Original comment by m3nt0r3@gmail.com on 8 Apr 2011 at 12:10

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Dato che si sta esaminando questa parte, desidero proporre anche un ritocco 
estetico.

Quando si effettua una ricerca di un documento, cliccando sulla colonna "data" 
per avere un ordinamento decrescente (ed avere quindi i più recenti in alto) i 
progressivi rimangono sempre ordinati sempre in senso crescente. 
Se con l'ordinamento decrescente della data fosse possibile anche un secondario 
ordinamento decrescente dei progressivi si migliorerebbe la lettura dei 
risultati nel caso di gruppi di documenti con stessa data 
(si facilita ad esempio la ricerca di una fattura di vendita).

Original comment by a.peccia...@gmail.com on 9 Apr 2011 at 8:34

[GoogleCodeExporter]

potresti verificare il funzionamento adesso?

plus = ["Fattura vendita","DDT vendita","Preventivo","Vendita dettaglio",
    "Preventivo dettaglio","Ordine a magazzino","Ordine beni strumentali",
    "Fattura pro-forma","Fattura differita vendita","Fattura acompagnatoria","Scarico venduto da cassa","Ordine da cliente",
    "Ordine a fornitore","Fattura acquisto","Fattura differita acquisto",
"DDT acquisto",]

minus =["Nota di credito a cliente", "Nota di credito da fornitore",
            "DDT reso da cliente", "DDT reso a fornitore",]
contabili = ["Fattura vendita", "Fattura acquisto","Nota di credito a cliente",
            "Nota di credito da fornitore","Fattura accompagnatoria",
             "Vendita dettaglio","Fattura differita vendita",
            "Fattura differita acquisto"]

Questo è l'elenco delle tipologie di documento 
plus sono quelle che concorrono alla somma, minus alla sottrazione 
mentre contabili sono i tipi documenti dopo l'uso del filtro 
solo contabili aggiunto in documenti

Che ne pensi?

Original comment by m3nt0r3@gmail.com on 10 Apr 2011 at 9:28

[GoogleCodeExporter]

Direi che é ok!
Ho fatto un po' di prove con le schede contabili clienti (dopo aver reinserito 
i valori positivi alle note di credito) ed i totali partite aperte, nei report 
e primanota ritornano. 
Mi sembrano corrette anche le definizioni di plus e minus per i documenti non 
contabili.

Ci siamo dimenticati questo pezzetto dell'issue 31 che riporto di seguito (in 
quanto il problema c'é ancora):

DA ISSUE 31 ---------
Confermo che le correzioni degli importi delle singole voci in fattura non 
aggiornano il saldo contabile del cliente.
Ultima prova effettuata su un cliente con una sola fattura emessa contentente 
un singolo articolo, a listino e con quantità 1. Provato a cambiare, in 
sequenza, l'importo imponibile del singolo articolo, cambiare iva da 20% a 
0%-f.c.iva e entrambe le cose contemporaneamente. Nella sezione pagamenti della 
fattura il sospeso viene indicato regolarmente.

ANNOTAZIONE IMPORTANTE rilevata in questo momento: se si apre la sezione 
pagamenti della fattura già emessa e (senza modificare nulla) si clicca 
"applica" (o direttamente ok) l'importo nel report viene aggiornato 
correttamente. Forse si tratta quindi di un semplice mancato aggiornamento in 
fase di modifica della fattura.
--------------------------

Original comment by a.peccia...@gmail.com on 11 Apr 2011 at 7:02

[GoogleCodeExporter]

Provato anche con i fornitori, fatture di acquisto e note credito fornitore 
vengono calcolare correttamente.
Grazie.

Original comment by a.peccia...@gmail.com on 13 Apr 2011 at 7:32

[GoogleCodeExporter]

Considero chiusa questa parte allora. Resta in piedi il problema dei refresh 
dei totali nella parte filter dopo aver modificato solo una riga documento. E' 
un po' criptico, richiede un po' di pazienza. 
Grazie per il feedback puntuale ed utile come sempre 

Original comment by m3nt0r3@gmail.com on 13 Apr 2011 at 9:03

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Scusa, forse ho "copiato troppo". Quello era solo il modo con cui inizialmente 
ho rilevato il problema. Più in generale, qualsiasi variazione dei documento 
già emesso che comporta una variazione del totale fattura, operata e salvata 
direttamente dal "dettaglio" non aggiorna i sospesi.

....ops, mi e' venuto un dubbio ed ho fatto un controllo in questo momento. Il 
problema sussiste anche se CREI il documento lavorando e salvando 
esclusivamente dal dettaglio (il report indica sospeso 0 e saldato 0)

..... Grazie anche a te pe la disponibilità

Original comment by a.peccia...@gmail.com on 14 Apr 2011 at 8:15

[GoogleCodeExporter]

Rammento la questione dei sospesi. 
Per essere sicuri che la scheda contabile sia corretta, occorre aprire tutte le 
fatture, andare nella pagina dei pagamenti e dare OK.

I che crea, tra l'altro, grossi problemi a causa dell'ISSUE 110

Original comment by a.peccia...@gmail.com on 10 Jun 2011 at 7:42

[GoogleCodeExporter]

Dovrebbe essere risolto del tutto ora.

Original comment by Francesc...@gmail.com on 1 Dec 2011 at 6:01

• Changed state: Fixed