openobject-italia-core-devs team mailing list archive

[Davide Corio <davide.corio@xxxxxxxxxxxx>]

On Wed, 2010-11-17 at 09:35 +0100, marco marchiori wrote:
> Scusa Lorenzo per la terminologia, tax category è in effetti uno
> standard
> internazionale, credevo lo conosceste.
> Da quanto capisco voi la chiamate "tipologia" (es. IVA 20%) mentre
> OpenERP
> (sto vedendo la 5) la chiama semplicemente "tax".

Si, anche in openerp in fase di associazione mi pare ci sia "tax
category", forse però l'oggetto riporta "tax code" cmq la funzionalità è
la stessa

> Davide:
> Attenzione: la DEDUCIBILITA' riguarda sempre gli ACQUISTI non le
> vendite.

Beh...questo è ovvio

> Ci sono indeducibilità -totali o parziali- legati all'operazione
> (acquisti
> di beni che il fisco vede con sospetto) oppure al contribuente.
> Gli utenti sono abituati a segnalare le indeducibilità con la
> registrazione
> della fattura e con conseguenze poi sulla liquidazione dell'imposta e
> sulla
> sua contabilizzazione.
> Attenzione però che questa è una scelta.
> Dovrei vedere se c'è qualcosa, e cosa in tema di liquidazione.

Per ora l'importante è che se qualcuno vuole contabilizzare la bolletta
della linea telefonica o altre cose, non debba andare a crearsi gli
oggetti tassa.
Se poi gestisce (l'utente) la contabilità nel modo errato...per ora non
è da prendere in considerazione. Penseremo in seguito a come
semplificargli il lavoro.

> Vi ricordo che sono un povero commercialista... 

Nel nostro modo (openerp), ci sono 4 figure:

1. commercialisti, ragionieri, chartered accountants, fiduciari: in
generale coloro che si occupano della revisione della contabilità.
Coloro per i quali una fattura è una tabella con dei numeri, i quali
hanno molta più importanza del motivo per cui quella fattura è arrivata
in contabilità (a meno che non sia una fattura di acquisto di diamanti e
l'azienda si occupa di trading di frutta/verdura).

2. ing. gestionali: coloro per i quali una fattura è uno stato di
workflow del processo di vendita, ai quali i dati che ci sono in fattura
interessano di meno siccome prevedono che il software i calcoli li
sappia fare e che le persone che usano il software conoscano la materia.
Per loro è importante che la fatturazione avvenga solo in determinate
condizioni così da avere un flusso consistente.

3. analisti sw: coloro che sanno dire all'ing. gestionale se il flusso
da lui progettato è implementabile e hanno abbastanza esperienza da dire
all'ing. gestionale di rivedere quello che ha scritto sul suo diagramma
UML perchè hanno notato cose strane (sull'esperienza dei progetti
pregressi).

4. sviluppatori sw: sono coloro per i quali l'IVA è un valore numerico
calcolato solitamente in percentuale e che si trova in quel determinato
campo o in quella determinata tabella.

Ai fini del funzionamento dell'ERP tutte e quattro le competenze sono
importantissime.


-- 
Davide Corio
email: davide.corio<at>domsense.com
web: http://www.domsense.com