ARGOMENTO: 2° Sprint Openerp Italia

con quelli non ancora iscritti ma che sicuramente vengono saremmo a 15

ovviamente se a partecipare sono sempre gli stessi e le possibilità di scrivere codice sono limitate, potrebbe avere senso rimandare e questo incontro farlo online

Riassumo, per quanto riguarda la parte contabile, quali sono state dal mio punto di vista le iniziative più importanti ed il loro grado di avanzamento.

IVA
- Progressività dei documenti e relativi controlli. Avanzamento:**
- Arrotondamenti e calcolo dell'imposta. Avanzamento:****
- Liquidazione dell'imposta. Avanzamento:***

REPORTING
- Stampa "mastrini". Avanzamento:*
- Reporting di contabilità italiana. Avanzamento:?

PAYMENTS
- Verifica applicazione del modulo payment extension. Avanzamento:?
- Modulo RiBa. Avanzamento: ****

PERIODICAL PROCESSING
- Fine esercizio. Avanzamento:****

BUGS SEGNALATI
- Scorporo IVA su corrispettivi (mi pare che Fabien annunciasse che è a posto nella 6.1, confermate?)
- Funzionamento delle riconciliazioni su incasso/pagamento.

Completate o correggete pure, volevo solo fare il punto.
A mio parere una volta risolti questi problemi e ben inquadrati in precisi moduli il sistema è pienamente usabile per una contabilità decente.
Per novembre tutto sta a capire se un lavoro intensivo sarebbe più o meno proficuo rispetto ad un lavoro distribuito e a distanza.

marcomarkiori ha scritto:Avevamo fatto un report in jasper: apps.openerp.com/addon/5867
Intendi questo?
Tipo?
Che requisiti abbiamo?
Non lo so, io ero rimasto a questo bugs.launchpad.net/openobject-addons/+bug/702320/comments/2
Vi ricordo però che attualmente i corrispettivi (affinché finiscano nel registro iva corrispettivi) vengono registrati usando account.invoice invece che account.voucher ( apps.openerp.com/addon/6055 )
Anche qui, abbiamo requisiti non coperti da openerp o vorresti assicurarti che funzioni tutto?

Volevo cercare di dare un quadro generale per valutare appunto se incontrarci o sentirci.

eLBati ha scritto:
Allora, dobbiamo ricondurre l'enorme lavoro fatto a delle consuetudini italiane, per questo dico che la localizzazione si potrebbe riassumere in dei reports fatti bene.
La maggior parte delle imprese si stampa il mastro che in sostanza riguarda i movimenti di un conto alla volta, preceduti dal saldo iniziale e seguiti dal saldo finale.

Partitario e scadenziario, anche qui ci dovrebbe essere del lavoro già fattp.
[/quote]

Nel caso dello scorporo il problema l'abbiamo inquadrato.
Nelle riconciliazioni il problema riguarda la scrittura che si produce alla fine del payment:
quello che avevamo osservato nella 6.0.1 era che, se non ricordo male, in alcuni casi venivano fuori scritture davvero assurde.
Per risolvere l'ideale sarebbe affrontare il problema dopo aver studiato bene come fa le scritture.
eLBati, tu sei preparato?

Però, senza andare troppo nel dettaglio qui, si tratta di capire se per indirizzare questi problemi ed avere in poco tempo un sistema pienamente usabile vale la pena di incontrarci o ci sentiamo a distanza.

Probabilmente anche organizzandoci a distanza possiamo lavorare bene.
Magari giovedì pomeriggio/sera facciamo il punto in IRC o anche in conference call.