Italy mailing list archives

italy@odoo-community.org

Avatar

Re: V.8.0 Allineamento ai moduli di fiscalità italiana

by
TAKOBI s.r.l., Lorenzo Battistini.
- 29/11/2018 15:20:13
Ciao Vincenzo, grazie mille delle informazioni.
Direi di procedere analizzando le modifiche modulo per modulo; quindi una PR per ogni modulo.

Per quanto riguarda eventuali procedure automatiche con git, i branch hanno ormai storie troppo diverse.
Quindi l'unica operazione automatica potrebbe essere eventualmente il cherry-pick dei singoli commit, qualora fosse stati isolati correttamente.

Mi aspetto che nella maggior parte dei casi vi converrà creare i nuovi commit manualmente con le modifiche che vorrete introdurre.

Si tratta comunque di modifiche ai moduli della versione 8, giusto?
L'ideale sarebbe poi portarle anche alle versioni successive, se le modifiche coinvolgono moduli rilasciati. Ma valuteremo caso per caso.

> Tra parentesi, nulla vieta che ci siano dei moduli alternativi per la stessa funzionalità per quanto ne so

Meglio non introdurre in un repository OCA 2 moduli incompatibili che coprono la stessa funzionalità.

PS: invito tutti a seguire il repository l10n-italy, cliccando su 'watch'

image.png

così da restare aggiornati su ciò che succede.


On Thu, 29 Nov 2018 at 08:57, Sergio Corato <sergiocorato@gmail.com> wrote:
@v.terzulli@elvenstudio.it grazie della dettagliata segnalazione!
Queste modifiche temo siano state fatte in contemporanea da diversi di noi, magari nei propri repository, per cui la questione è di renderle 'ufficiali' collaborandoci, per cui per me la strada maestra è partire facendo delle PR, per ognuna di queste, sul repository dell'OCA (potete farla voi o chiunque ne abbia il tempo :D).
Tra parentesi, nulla vieta che ci siano dei moduli alternativi per la stessa funzionalità per quanto ne so, importante è che non vadano a 'danneggiare' un'installazione già fatta con altri moduli presenti nel repo (l'eventuale incompatibilità deve rimanere a livello di singolo modulo).

Sergio Corato


Il giorno mer 28 nov 2018 alle ore 22:01 Vincenzo Terzulli <v.terzulli@elvenstudio.it> ha scritto:

Buonasera a tutti.
Innanzitutto scusate per il ritardo con cui rispondo alla mail.

Come detto nella prima mail inviata in questa mailing-list, il nostro obiettivo è contribuire alla OCA Italia effettuando le merge dei moduli presenti nei repo dell'Associazione Odoo Italia, con in aggiunta i miglioramenti e nuove funzionalità che abbiamo sviluppato in azienda nel corso degli ultimi anni io e Domenico Stragapede (d.stragapede@elvenstudio.it che vi chiedo di aggiungere anche su Trello). Cercherò di riepilogare le cose più importanti con l'intenzione di agevolare la fase di revisione a chi ci seguirà nelle future PR.

Tutto il codice in questione lo abbiamo riportato sul branch https://github.com/ElvenStudio/l10n-italy

  • 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)

Mi scuso in anticipo per il papiro che ho scritto, spero di aver citato la maggior parte delle cose importanti da tenere a mente durante il processo di merge.

@Lorenzo Battistini: spero di aver risposto alla tua domanda...forse ho esagerato però :-\

@Sergio Corato: domani inizierò a vedere il branch che hai postato su Trello con le modifiche che hai fatto tu. Noi abbiamo fatto tante modifiche nel tempo e ora dovremo cercare di fondere tutto.

@Antonio M. Vigliotti: sono contento di sapere che anche voi siete d'accordo a concentrare gli sforzi. Riguardo alla mia presenza/assenza sul forum dell'Associazione, penso tu sappia benissimo il motivo del mio allontanamento, che poi penso sia pure comune anche ad altri utenti...

@Carlini Flavio: pienamente d'accordo con il tuo pensiero...ma preferisco non accendere altri dibattiti. Penso che la cosa migliore sia pensare agli interessi comuni, quindi alla community.

@Davide Corio: "Amen"  :-):-):-):-):-):-)


Bene, che ne pensate? Da dove iniziamo?
Aspetto vostre.

A presto.
Vincenzo

--

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
Questo documento e indirizzato esclusivamente al destinatario. Tutte le informazioni ivi contenute, compresi eventuali allegati, sono soggette a riservatezza secondo i termini del vigente D.Lgs. 196/2003 in materia di "privacy" e quindi ne è proibito l'utilizzo da parte di altri individui. Se avete ricevuto per errore questo messaggio, Vi preghiamo cortesemente di contattare il mittente al più presto e di cancellarlo immediatamente dopo.
Grazie.





Il 24/11/18 10:26, Lorenzo Battistini ha scritto:
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
Tel (CH): +41 91 210 23 40
Tel (IT): +39 0331 158 7090 

_______________________________________________
Mailing-List: https://odoo-community.org/groups/italy-53
Post to: mailto:italy@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe



_______________________________________________
Mailing-List: https://odoo-community.org/groups/italy-53
Post to: mailto:italy@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
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
Tel (CH): +41 91 210 23 40
Tel (IT): +39 0331 158 7090 

Reference