Open GoogleCodeExporter opened 9 years ago
Suggerirei di sfruttare quella stessa anagrafica cosí modificata anche nella
sezione pagamenti, quando sussistono spese a proprio carico da inserire in
primanota.
discorso già affrontato in precedenza:
bb (bonifico bancario) per pag. fattura di acquisto
1 Euro commissioni bancarie bonifico
in primanota deve risultare un singolo movimento di banca di bb+1
analogo discordo per incasso gravato di commissioni)
Original comment by a.peccia...@gmail.com
on 17 Sep 2011 at 1:20
Come da contatto telefonico, accenno alla possibilità (da valutare) di gestire
la anagrafica pagamenti similarmente al listino, cosí da poter gestire sia gli
importi da addebitare al cliente che i costi effettivi per l'esercente, nonché
eventuali applicazioni dell'IVA
Original comment by a.peccia...@gmail.com
on 20 Sep 2011 at 12:34
Original comment by Francesc...@gmail.com
on 6 Nov 2011 at 10:34
E' stata implementata la gestione delle spese nella scadenze per quanto
riguarda gli importi da addebitare al cliente. In attesa dell'annuncio
ufficiale, sono gradite segnalazioni per eventuali problemi o miglioramenti.
grazie.
Original comment by Francesc...@gmail.com
on 30 Nov 2011 at 2:47
Nella build 2514 ho visto la variazione nella anagrafica pagamenti. Ho inserito
una nuova modalita' di pagamento ma non sono riuscito ad inserire la spesa in
una fattura proforma (di prova ovviamente) emessa ad un cliente.
Immagino che quest'ultima parte non sia ancora implementata.
Come gia' suggerito telefonicamente in altre occasioni, ritengo che nella
sezione pagamenti sarebbe preferibile indicare due spese (ognuna con la propria
aliquota iva), e non una sola.
La prima che verra' inserita nella fattura quale addebito al cliente, come gia'
previsto.
La seconda invece e' la spesa di pagamento o incasso che sostiene
effettivamente l'esercente (bancaria quindi solitamente iva esente) che deve
essere integrata nel movimento di primanota per generare una riga di primanota,
ad esempio, del tipo:
Fattura acquisto 1234 - 24/11/2011 Rif.interni N.262 da ACME spa
Importo doc. 100 , spesa 1.50, saldo ; valore: 101,50
Fattura vendita - 19/10/2011 Rif.interni N.324 a ROSSI Rossa
Importo doc. 254.10 , spesa 4.10, saldo, Valore 250,00
Una cosa del genere semplificherebbe di molto (con risparmio di tempo) la
gestione dei pagamenti bancari in quanto, oltre il 90%, gravati da commissioni
da gestire manualmente.
Original comment by a.peccia...@gmail.com
on 1 Dec 2011 at 9:26
A seguito di una chiacchierata con Fmarl mi è venuto in mente che forse il
valore da inserire relativo alle spese potrebbe essere cumulabile è gestito
anche come percentuale ( es: 4€;2,3% ) questa soluzione permetterebbe per
esempio du quadrare le operazioni tramite paypal che come sappiamo da buon
usuraio legalizzato applica trattenute in % e non solo a valore. La soluzione
sarebbe veloce e si baserebbe su una semplice sintassi del tipo: se c'è il
simbolo dell'euro è a valore altrimenti si mette la %, il ; potrebbe gestire
più valori.
Original comment by m3nt0r3@gmail.com
on 17 Dec 2011 at 10:36
Intendi un qualcosa del tipo 4 Euro a transazione + 2% Valore transazione ?.
Original comment by a.peccia...@gmail.com
on 17 Dec 2011 at 10:46
esattamente
Original comment by m3nt0r3@gmail.com
on 17 Dec 2011 at 10:48
Ovviamente la percentuale puo' essere anche decimale (es. 1.90%)
E' utile, anche considerando la diffusione proprio di paypal (o incassi in
generale da carta di credito) che accennavi.
P.S.: Dato quello che sta succedendo con questo governo, lasciate aperta la
possibilita' che in futuro venga applicata l'iva nelle commissioni bancarie ...
non si sa mai.
Original comment by a.peccia...@gmail.com
on 17 Dec 2011 at 11:33
Original issue reported on code.google.com by
m3nt0r3@gmail.com
on 15 Sep 2011 at 3:07