Italy mailing list archives
italy@odoo-community.org
Browse archives
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
by
- l10n_it_vat_registries
- corretto metodo _get_invoice_total per considerare
gli sconti in fattura, le fatture create manualmente (non da
ordini/picking), più somma algebrica di debiti e crediti al
posto della funzione abs(...) per escludere possibilità di
errori di importi negativi su note credito
- miglioramenti al Report PDF del registro IVA:
- orientamento verticale
- raggruppamento per sezionale con relativa tabella di
riepilogo a fine sezionale
- gestione dei pagebreak per evitare l'interruzione brusca di pagina
- correzioni CSS per adattare spaziature e migliorare la leggibilità del report
- paperformat dedicato per ottimizzare le spaziature dei margini del foglio
- Traduzioni
- account_fiscal_year_closing
- completato il porting alla v8. Il modulo prima era
installable=False
- formattazione del codice e piccole correzioni varie per migliorare le leggibilità del codice
- riordinata la form view secondo gli standard v8, con in
aggiunti ulteriori controlli su campi obbligatori a livello
di view per ridurre gli errori utente (tramite attrs)
- riordinata la wizard view secondo gli standard v8
- aggiunta autoconfirm per le registrazioni contabili create
al termine della chiusura dell'anno fiscale
- traduzioni
- account_vat_period_end_statement
- migliorata l'interfaccia della liquidazione IVA secondo gli standard v8.0, con in aggiunta ulteriori controlli su campi obbligatori a livello di view per ridurre gli errori utente (tramite attrs)
- corretto CSV con regole di accesso per la model account.vat.settlement.attachment
- **NUOVA FUNZIONALITA'** aggiunta gestione delle imposte non deducibili/indetraibili nella liquidazione. Funzionalità non presente sui repo dell'Associazione
- **NUOVA FUNZIONALITA'** aggiunta gestione della liquidazione
riepilogativa di fine anno, attualmente in sviluppo
sui repo dell'Associazione
- **NUOVA FUNZIONALITA'** aggiunta esportazione XML IVP 2018, non presente sui repo Associazione/OCA
- aggiunta dipendenza al modulo l10n_it_ade
dell'Associazione + nuovi binding per la
generazione dei file XML sopra elencati
- traduzioni
- l10n_it_vat_communication (nuovo Spesometro - collegato però al modulo l10n_it_ade dell'Associazione)
- Migliorato il wizard per l'esportazione dei delle comunicazioni
- migliorata la form view secondo gli standard v8, con in aggiunta ulteriori controlli su campi obbligatori a livello di view per ridurre gli errori utente (tramite attrs)
- Aggiunti wizard per la creazione dell'annullamento della comunicazione già inviata all'AdE
- Aggiunti messaggi di errore più espressivi durante la creazione dei file per la comunicazione dei dati all' AdE
- Aggiunto campo aliquota nella vista della comunicazione.
- Aggiunto invoice_number e date nella view della comunicazione
- Migliorato controllo sul campo codice fiscale durante l'esportazione del file XML
- FIX: aggiunto controllo sulla lista delle fatture collegate ad un cliente/fornitore: se il partner non ha fatture collegate la funzione get_invoice_list restituisce una lista sbagliata ([None]) invece di lista vuota ([])
- FIX: Corretta gestione dati Deducibile e
Detraibile nel file XML quando una fattura fa riferimento ad
una imposta non detraibile.
Risolve l'errore che l'AdE riporta su fatture con imposte indetraibili:
Errore: 00435 - Detraibile e Deducibile non possono essere presenti
contemporaneamente con riferimento agli stessi Dati Riepilogo - Traduzioni
- l10n_it_split_payment
- **AGGIUNTO NUOVO CAMPO** amount_sp_total
nella model account.invoice per mantenere l'importo
originario delle fattura, in quanto il campo amount_total
viene decurtato delle tasse a seguito dell'applicazione
dello SplitPayment. Tale campo lo inseriamo anche nei report
di fattura di vendita in quando deve essere espressamente
mostrato affinché la fattura rispetti le norme vigenti
(stando a quando ci hanno riportato diversi commercialisti)
- l10n_it_fiscalcode
- porting del modulo alla versione v8.0
- aggiunta la ricerca per codice fiscale nella searchview dei partner
- rimozione spazi bianchi a termine del codice fiscale
tramite funzione rstrip(). Alcune P.IVA estere hanno gli
spazi (ora però non ricordiamo però in che caso la PIVA deve
essere indicata nel campo CODICE FISCALE) quindi non abbiamo
volutamente usato il trim totale tramite strip() per evitare
di rimuovere anche gli spazi intermedi
- **AGGIUNTI NUOVI CAMPI** introdotti i campi
firstname e lastname, per lo stesso motivo per cui su Trello
si sta discutendo di aggiungere la dipendenza al modulo partner_firstname
di OCA/Parter-contact
- l10n_it_account
- **AGGIUNTO NUOVI CAMPO** Nuovo campo refund_invoice_account_id
nella model account.account (quindi nei conti contabili)
per abbinare il conto inverso da utilizzare nella
registrazione contabile creata dalle note credito. Questo
perché mentre Odoo v8 ammette le scritture dei conti sia in
DARE che in AVERE, nella contabilità italiana è preferibile
utilizzare alcuni conti in modo unilaterale (cioè o solo in
DARE o solo in AVERE). Per i conti sui cui è impostato il
conto inverso, viene utilizzato quest'ultimo nelle
registrazioni delle note di credito
- migliorata search view di account.account: aggiunti i
campi tipo e mastro
- rimozione spazi bianchi a termine della P.IVA tramite
funzione rstrip(). Alcune P.IVA estere hanno gli spazi
quindi non abbiamo volutamente usato il trim totale tramite
strip() per evitare di rimuovere anche gli spazi intermedi.
(stessa cosa fatta anche in l10n_it_fiscalcode)
- **AGGIUNTO NUOVI CAMPO** Nuovo campo partner_type
di tipo selection per identificare il tipo di anagrafica
partner:
selection=[
('contact', _('Generic Contact')),
('company', _('Company')),
('individual', _('Individual Company')),
('public', _('Public Company')),
('person', _('Person'))
]
Inoltre questo campo lo utilizziamo per compilare in automatico tutti i campi booleani dei partner (is_company, vat_subjected, individual, public_company {analogo di is_pa di OCA}), e per mostrare/nascondere campi inutili, aggiungere ulteriori controlli su campi obbligatori a livello di view per ridurre gli errori utente (tramite attrs)
- l10n_it_bill_of_entry (Bolle doganali)
- porting alla v8.0
- gestione multiazieda: aggiunto nella form view
dell'azienda campo bill_of_entry_journal_id per
configurare il sezionale da utilizzare per le bolle
doganali, per ogni azienda. Sui repo OCA/Associazione invece
è presente solo nelle configurazioni tecniche di
Contabilità, sotto la sezione Configurazioni.
- **AGGIUNTO NUOVO CAMPO** nuovo campo is_bill_of_entry_tax nella model product.template per definire prodotti di tipo dazio doganale per facilitare la compilazione della fattura.
- **AGGIUNTO NUOVO CAMPO** nuovo campo forwarded_supplier_invoice_ids
(di tipo m2m ad account.invoice) nella model
account_invoice_line, per collegare le righe fattura
spedizioniere con le fatture fornitore. Il campo è di tipo
m2m per poter collegare più fatture fornitore alla stessa
fattura spedizioniere.
- **AGGIUNTO NUOVO CAMPO** nuovo campo forwarded_invoice_ids (di tipo o2m ad account.invoice.line) nella model account_invoice, per visualizzare nella fattura fornitore le fatture spedizioniere collegate.
- Grazie al campo forwarded_supplier_invoice_ids,
abbiamo potuto creare automaticamente anche la registrazione
contabile di giroconto IVA quando una bolla doganale
è collegata a più fatture, mentre nei repo OCA/Associazione
questo caso non è gestito,
- FIX impostato valore di default per il campo journal_id
(sezionale) durante la creazione di una bolla doganale, che
richiama quello preimpostato nel template scelto nel wizard
di creazione della bolla doganale,
- FIX Rimosso il codice imposta nella registrazione contabile del giroconto dell'IVA perché comporta un errato calcolo delle liquidazioni,
- migliorate le view secondo gli standard v8,
- Traduzioni.
- l10n_it_report_intrastat **NUOVO MODULO**
- estende il modulo 'report_intrastat' di OdooSA per aggiungere le informazioni necessarie alla dichiarazione INTRA secondo le normative italiane.
- migliorate quindi search e tree view
- Traduzioni
- l10n_it_reverse_charge
- compilazione automatica del campo booleano rc (reverse_charge) durante la creazione delle linee della fattura quando la posizione fiscale è di tipo reverse charge
- **NUOVA FUNZIONALITA'** aggiunta la possibilità di
registrare note credito in reverse charge con
annessa creazione automatica della corretta
registrazione contabile secondo la normativa italiana
inerente alla reverse charge
- FIX gestione dello sconto nell'autofattura di
reverse charge: quando si creava una fattura
fornitore in reverse charge, il modulo creava in automatico
l'autofattura per il giroconto dell'IVA, ignorando
l'eventuale sconto applicato sulle righe della fattura
- l10n_it_central_journal
- riorganizzazione del modulo (qui le modifiche sono
sostanziali, vedete direttamente il branch sopra indicato)
- orientamento verticale del report
- semplificazione delle colonne visualizzate
- report in contropartita centralizzata, ovvero le linee di
una registrazione contabile che riguardano lo stesso conto
vengono sintetizzate in una sola riga riepilogativa (es:
merci c/vendite ricorre in una sola riga per fattura)
- evidenziazione del sezionale della registrazione contabile
- prima le righe in DARE, poi le righe in AVERE
- gestione migliorata della paginazione: altezza fissa delle righe e 30 righe per pagina (se non sbaglio), più gestione del pagebreak
- Su diversi dei moduli sopra indicati abbiamo anche:
- migliorato l'usabilità di alcune view, riposizionando
buttons/fields/groups
- aggiunti i tag sheet nelle form view in cui mancavano
- migliorato le view e i wizard secondo lo standard v8.0
- corretto l'identazione per favorire la leggibilità del codice (non sempre entro le 80 colonne)
dott. Vincenzo Terzulli |
Consulente Informatico presso Elven Studio |
|
Sede operativa: Via Modesti, 20 • 70037 Ruvo di Puglia (BA) • Tel. +39 080.3601479 |
|
e-mail: v.terzulli@elvenstudio.it |
|
web: www.elvenstudio.it |
|
INFORMATIVA PRIVACY |
Buongiorno Vincenzo,
capisco il problema ed in effetti ritengo sia il momento di provare a fare lo sforzo di unificare.Anche altri hanno espresso questa volontà.
Quando parli di moduli di contabilità fiscale italiana ti riferisci a comunicazione dati fatture XML (nuovo spesometro) e liquidazione IVA XML? Altri?
La mia proposta: creiamo una scheda sul trello per ogni modulo mancante o che necessità di modifiche. Da lì analizziamo la situazione e proponiamo le PR su OCA/l10n-italy
On Fri, 23 Nov 2018 at 17:52, Vincenzo Terzulli <v.terzulli@elvenstudio.it> wrote:
Buonasera a tutti, Scrivo in questa mailing-list per la prima volta perché vorrei unirmi alla comunità di sviluppo OCA Italia. Come molti utenti della comunità Odoo, ho la necessità di utilizzare a pieno le funzionalità della fatturazione elettronica (quindi i repo OCA), ma al tempo stesso mantenere la compatibilità con i moduli di contabilità fiscale italiana (aimè presenti solo nei repo Odoo Italia). Avendo sviluppato e testato già diverse migliorie ai moduli presenti nel repo Odoo Italia per Odoo V8, vorrei effettuare le dovute modifiche per portare tutti quei moduli sui repo OCA. Io e altri miei collaboratori abbiamo già iniziato il processo di confronto e merge dei due repo. Sul nostro fork di OCA (appena resettato) https://github.com/ElvenStudio/l10n-italy/tree/8.0 pubblicheremo periodicamente tutti i moduli e le migliorie che a nostro avviso debbano essere di base per il corretto rapporto con la fiscalità. Ho deciso ora (tardi, si lo so) di unirmi alla Community OCA perché non condivido il percorso che Odoo Italia ha intrapreso nell'ultimo periodo, nonostante il grande sforzo che stanno dimostrando diversi sui utenti. Personalmente sono dell'idea che il modo migliore per mantenere viva e unita la Community Odoo è combattere il fenomeno della frammentazione (che porta solo ad un inutile spreco di risorse) cercando invece di superare le divergenze nella maniera più costruttiva e migliore per tutti. Sperando di fare cosa gradita ad altri utenti che ancora operano con la V8, resto in attesa di vostre istruzioni e preziosi consigli. Vincenzo Terzulli v.terzulli@elvenstudio.it_______________________________________________
Mailing-List: https://odoo-community.org/groups/italy-53
Post to: mailto:italy@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Lorenzo Battistini_______________________________________________
Mailing-List: https://odoo-community.org/groups/italy-53
Post to: mailto:italy@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Reference
-
V.8.0 Allineamento ai moduli di fiscalità italiana
byELVEN STUDIO S.N.C. DI TERZULLI VINCENZO & C., Vincenzo Terzulli-
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
byTAKOBI s.r.l., Lorenzo Battistini. -
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
bySHS-AV srl, Antonio M. Vigliotti -
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
byELVEN STUDIO S.N.C. DI TERZULLI VINCENZO & C., Vincenzo Terzulli -
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
bySHS-AV srl, Antonio M. Vigliotti -
Re: V.8.0 Allineamento ai moduli di fiscalità italiana
bySHS-AV srl, Antonio M. Vigliotti
-