ARGOMENTO: Stato avanzamento lavori per localizzazione IT

Da quello che ricordo già nell'incontro di Reggio Emilia i primi di Dicembre si era parlato di quanto a grandi linee serviva implementare tanto per dare un inizio al lavoro di localizzazione fiscale. Riassumo i punti principali che si erano toccati all'epoca:

_ Input di Prima Nota
_ Registri Iva
_ Giornale Contabile (secondo normativa italiana il General Ledger attuale riporta troppi dati)
_ Gestione Reverse Charge/Iva Intrastat
_ Dichiarazione Periodica Iva

poi qualcuno nel forum ha apportato un paio di idee fattibili:

_ Gestione modelli F24 e relativi pagamenti

Da come la vedo io da qualche parte bisogna pur incominciare perchè altrimenti si rischia che la community si disperda in una miriade di progetti incompatibili, ecco perchè si pensava ad un incontro iniziale per porre le basi e poi giù a testa bassa con il codice.
Tenete presente che a settembre/ottobre si pongono le basi per le implementazioni dei clienti nell'anno successivo, se non si fa vedere che si è imbastito qualcosa quando si va a proporre si può dire addio ad un anno di vendite. In Italia è piuttosto difficile che qualcuno pensi di adottare/cambiare un ERP in corso d'anno a meno che non ne sia costretto.
Qualcuno dirà, a ragione, che non si adotta openerp per la parte fiscale ma nelle aziende medio/piccole (il 90% in italia) spesso chi decide quale ERP adottare (e soprattutto chi autorizza il pagamento) è il responsabile amministrativo il quale è interessato soprattutto alla parte fiscale dove ha + rogne, del resto gli interessa poco. Ragion per cui portarselo dalla propria parte facendo vedere che la comunità stà pensando anche a lui significa semplificarsi la vita nell'implementare il nostro beneamato ERP. Se non copriamo questa parte avremmo sempre qualcuno che dirà: si ma l'ERP xxx mi risolve anche la parte fiscale.
Just my 2 cents.

Suggerirei a chiunque volesse contribuire ad abbozzare dei documenti di specifiche, di utilizzare direttamente il wiki wiki.openerp-italia.org/doku.php/area_utente/requisiti

Ciao Ragazzi,
per le date che state prospettando (settembre - ottobre) non potrò essere dei vostri..
Devo tenere dei corsi e sarò molto impegnato, però posso lavorare tranquillamente da remoto.

R.

Salve,

in Servabit (www.servabit.it) abbiamo avuto bisogno di
lavorare sulla contabilita' italiana.

Abbiamo quindi aperto un progetto su Launchpad,
con un modulo di contabilita' contenente:

- Un template di piano dei conti adatto ad una ditta di servizi;

Questo piano dei conti ha una struttura gerarchica, i
cui rami iniziali sono le voci di bilancio del
codice civile. I conti effettivi hanno questi come
"parent". Inoltre i conti corrispondenti alle voci di
bilancio hanno un "user-Type" tipo: "bilancio1", "bilancio2" etc.
In questo modo dal piano dei conti e' facile ricavare i dati
necessari per la compilazione del bilancio.

- Un report che produce i libri IVA a partire dalle fatture.

- Definizione delle aliquote IVA.

- Conti di default per tipologie di prodotti e partners.

- Definizione di alcuni journals.

- Un manuale per la contabilita' OpenERp, in italiano.

Abbiamo inoltre un file it_IT.po, per il modulo accounting,
con la traduzione completa all' 85%. (per la versione 5.9)
Il problema della traduzione non e' banale, infatti
non basta tradurre i termini inglesi letteralmente, ma
occorre, usando la contabilita' ed analizzando i diversi form,
capire il senso di termini, interpretarli e modificarli in base
alla prassi italiana.
In questo ambito abbiamo fatto una traduzione molto poco
letterale, tradotto journals come "registri", move come
"registrazioni", "move by statement" diventa "movimenti bancari"
etc.
Il file e' allegato a questo messaggio.

Speriamo che questo contributo possa servire come stimolo
alla comunita' italiana;

al solito il lavoro si puo' scaricare da launchpad con:
bzr co lp:~openerp-servabit/openerp-it-servabit/trunk

il file per la traduzione italiana della contabilita'
( il suffisso po non viene accettato ..? )

Ottimo lavoro.

Noi stiamo rifacendo totalmente da zero la parte contabile, ma sulla 6.0 siccome ormai non ha più senso lavorare sulla 5.
In particolare stiamo facendo le maschere per l'inserimento dei movimenti di prima nota, gestione note di credito e soprattutto gestione pagamenti.
Anche se in realtà siamo ancora molto più impegnati sulla parte MRP che è quella su cui lavoriamo di più visto il nostro target di clientela.

Per i registri iva anche noi abbiamo usato la stessa tattica, mentre per il piano dei conti ci siamo fatti delle procedure che permettono ai nostri clienti di importare il proprio piano dei conti a partire da un foglio excel.

Prima delle vacanze non penso che avrò tempo, ma per settembre dovrei riuscire a dare una pulita al tutto è fare un branch con le modifiche.