Purtroppo in questo momento non riesco a ripercorrere tutta la faccenda capisco che - applicando il metodo di calcolo per sequenza c'erano casi in cui, per effetto dell'arrotondamento, la somma di IVA IND + IVA DETR desse un centesimo in più rispetto all'IVA in fattura - il rimedio che è stato proposto è quello di spaccare l'imponibile in "imponibile indetraibile" e "imponibile detraibile" e su quelli applicare ed arrotondare l'imposta. - in questo modo la registrazione allinea imponibili ed imposte, ad esempio un imponibile di 123,57 viene spaccato come se avessi due fatture di 61,78 e 61,79.
Il vantaggio è che predispongo i dati come richiesti dalla dichiarazione IVA. Attenzione però che la norma richiede semplicemente di rilevare l'IVA DETRAIBILE (od indetraibile) applicando l'aliquota di detraibilità all'imposta che mi viene addebitata e LI' fare l'arrotondamento. Tutto qua. Il fatto che mi venga comodo spaccare gli imponibili per la dichiarazione è cosa diversa, potrei popolare i dati richiesti ex-post. Infatti in dichiarazione c'è apposita casella dove ficco dentro tutte le diavolerie derivanti da accantonamenti. Direi questo: se il lavoro è stato fatto e funziona lasciamo così com'è (non stiamo a fare il capello in quattro), altrimenti ci aggiorniamo per approfondimenti, magari organizzando una conference-call. Scusate ma ho 2-3 giorni di fuoco... Ciao Il giorno 29 maggio 2011 10:10, Lorenzo Battistini < [email protected]> ha scritto: > Buondì, > > stavo guardando il problema descritto qui > http://wiki.openerp-italia.org/doku.php/moduli/l10n_it_iva_indetraibile > e vi riassumo la situazione. > > In seguito ad una discussione iniziata a settembre ( > > http://www.mail-archive.com/[email protected]/msg00018.html > ), le tasse per l'IVA (parzialmente) indetraibile sono state > configurate ed inserite nell'attuale modulo l10n_it > > Senza annoiarvi troppo con i calcoli effettuati da OpenERP nei vari > casi di tasse figlie di vario tipo, vi comunico che penso di aver > risolto il problema modificando leggermente la configurazione delle > tasse. > > Ho messo qui > > https://code.launchpad.net/~openobject-italia-core-devs/openobject-italia/l10n_it_fix_partially_deductible_vat > il modulo l10n_it modificato. > Se non voleste scaricarvi tutto il branch, potete prendere solo il csv > delle tasse > > http://bazaar.launchpad.net/~openobject-italia-core-devs/openobject-italia/l10n_it_fix_partially_deductible_vat/view/4610/l10n_it/data/account.tax.template.csv > e sostituirlo a quello del l10n_it ufficiale. > > Ma i casini non sono finiti :-) > A causa di questo baco > https://bugs.launchpad.net/openobject-addons/+bug/789658 > in attesa che venga risolto, bisogna fare una piccola modifica ad > account.py: > > http://bazaar.launchpad.net/~openerp/openobject-addons/6.0/view/4610/account/account.py#L2456 > alla riga 2467, fra i possibili valori del campo 'type' bisogna aggiungere > > ('balance','Balance') > > in modo che diventi > > 'type': fields.selection( [('percent','Percent'), > ('fixed','Fixed'), ('none','None'), ('code','Python Code'), > ('balance','Balance')], 'Tax Type', required=True), > > A questo punto, se qualche esperto di IVA avesse voglia di testare le > modifiche a l10n_it e verificare che risolvano il problema continuando > ad effettuare correttamente le varie registrazioni, potremmo poi (una > volta che anche l'altro baco sarà risolto) proporre il merge nel > modulo ufficiale. > > Ciau > > -- > Lorenzo Battistini > https://launchpad.net/~elbati > > _______________________________________________ > Mailing list: https://launchpad.net/~openobject-italia-core-devs > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openobject-italia-core-devs > More help : https://help.launchpad.net/ListHelp >
_______________________________________________ Mailing list: https://launchpad.net/~openobject-italia-core-devs Post to : [email protected] Unsubscribe : https://launchpad.net/~openobject-italia-core-devs More help : https://help.launchpad.net/ListHelp
