ARGOMENTO: Localizzazione italiana in OpenERP V6

Allora, riassumo il mio pensiero che ha il pregio della brevità.
A proposito è sempre divertente sentire i non-contabili disquisire di contabilità ...

1) La policy di intendere come localizzazione il solo PDC e le aliquote IVA è a mio modo di vedere molto corretta, l'alternativa è che ognuno intenda per localizzazione le paranoie dei propri clienti;
2) Una volta tanto in Italia c'è una cosa NON regolata dalla legge! Si tratta del piano dei conti che può essere totalmente configurato su esigenze funzionali, e credo che sia un'occasione unica per i sistemi come OpenERP;
3) Il CONTO si definisce in contabilità come un oggetto da valorizzare; un buon approccio implementativo è NON mettere cose che NON verranno usate (oggetti inesistenti) e PENSARCI prima di mettere cose che potrebbero essere usate ambiguamente;
4) E' vero che gestire è anche trovare compromessi, e quindi si potrebbe fare un pdc che garantisca la totalizzazione di lettere e numeri romani civilistici e sia fatto per prendere in carico al loro interno i conti già effettivamente usati dai clienti;
5) Sconsiglio vivamente di integrare la gestione delle riba o scriverci del codice intendendolo come localizzazione;
6) Sconsiglio vivamente di avventurarsi in registri IVA prima di un'analisi seria di ciò che è effettivamente dovuto.
7) Sconsiglio vivamente di personalizzare cose come la gestione agenti senza una conoscenza profonda del funzionamento di previdenza ed accordi economici
8) Sconsiglio vivamente di toccare la gestione personale sulla base di esigenze puntuali dei clienti (le paghe sono il campo in cui in Italia se ne vedono di tutti i colori)

Questi punti sono ciò che la mia esperienza mi suggerisce per fare l'interesse dei clienti e per fare implementazioni agili. Poi ovviamente si può discutere...

Ciao, penso che si sta partendo da un presupposto molto errato.

Ovvero, OpenERP è e resterà sempre una piattaforma di sviluppo di sistemi ERP, non diventerà mai un software gestionale da paragonare a EasyFatt e simili.

Quindi ciò che dobbiamo fare è inserire le funzionalità man mano che risultano esigenze comuni.

Come funzionano i registri IVA bene o male lo sappiamo, sicuramente non potremo gestire tutti i casi, ma fare in modo che OpenERP consenta a tutti di "CONFIGURARSI" i registri IVA a dovere è possibile.

Se non integriamo la gestione delle RI.BA. il 99% delle aziende interessate ad OpenERP non lo possono usare.

Aggiungo ancora una cosa, al 99% delle aziende interessate ad OpenERP non gliene può fregare di meno di liquidazione iva e bilancio, siccome ci pensa il commercialista, mentre non possono vivere senza l'export del tracciato CBI dei pagamenti, siccome è un'attività che gestiscono loro in casa.

Detto questo, sono d'accordo a mantenere questi moduli fuori dalla localizzazione standard siccome dobbiamo lavorarci costantemente e non possiamo dipendere dai testi di qualità di OpenERP SA.

Ma sta di fatto che stiamo parlando delle funzionalità base...molto base...

Idem per la gestione del personale.
Alle aziende non interessa stampare i cedolini paga, siccome c'è il consulente del lavoro, ma è fondamentale per loro poter esportare i timesheets da mandare allo studio che gli gestisce le paghe.

Se OpenERP non è in grado di fare questo devono continuare a farselo a mano su Excel

PS: noi per i nostri clienti gestiamo anche contabilità, paghe e contributi :-P (non in italia ovviamente)

Credo che trattandosi di software libero ognuno sia libero di fare come vuole...

Io ho semplicemente dato delle raccomandazioni, le quali, nonostante io sia molto più un professionista che un tecnico, tengono conto della differenza fra garantire delle funzionalità, configurare correttamente e aggiungere software. Una funzionalità si garantisce in molti modi.

Cosa c'entra il CBI? Io parlavo delle RiBa, e ne parlavo a ragion veduta.

Comunque quando parli di "localizzazione standard" non mi sembra tu sia molto lontano da quello che dico.

Si si, tutte le raccomandazioni da gente con esperienza qui sono sempre ben accette

Cmq quello che volevo dire e che se parliamo di "inserire i registri iva" parliamo dello sviluppo di tutto ciò che serve per "configurare" un registro iva.
Poi sarà l'azienda finale a crearsi i registri iva che gli servono.

La necessità del 90% delle azienda italiane che ci contattano e di esportare il tracciato dei pagamenti ri.ba in formato CBI così da poterlo importare nell'e-banking

Si penso anche io

Marco, per le questioni legate allo sviluppo dei moduli di localizzazione, ti inviterei a partecipare alla mailing list dedicata, ovvero quella del gruppo openobject-italia-core-devs
Puoi leggere le discussioni precedenti all'indirizzo http://www.mail-archive.com/openobject-italia-core-devs@lists.launchpad.net/

Ciau

Proposta a tutti i partecipanti di Firenze.
Che ne dite di valutare l'ipotesi di trattenersi a Firenze anche dopo le 17.00 per continuare a ragionare e prendere decisioni? Magari si mangia qualcosa la sera e si riparte il Sabato mattina.