openobject-italia-core-devs team mailing list archive

[marco marchiori <marcomarkiori@xxxxxxxxx>]

Davide è quasi un anno che stiamo facendo questo discorso.

Il concetto di CAUSALE deriva da pacchetti italiani ed è estraneo all'ERP.

SE l'esigenza del cliente è predeterminare scritture contabili, allora
come scrivi tu si usano i recurring models.
SE INVECE l'esigenza è quella di creare o ricevere documenti
non-fattura mi pare si usino i vouchers.
SE l'esigenza è diversa bisogna descriverla.
Cosa devono fare? Registrare le paghe? Pagare scontrini?
In tutti questi casi il concetto di causale è superfluo.

Se ci riesco comunque do un'occhiata volentieri a quello che prepari.


Il 08 agosto 2011 08:31, Davide Corio <davide.corio@xxxxxxxxxxxx> ha scritto:
> Visto che almeno da parte nostra inizia ad esserci un po' di necessità.
> Nel weekend ho lavorato un po' sul discorso causali, anche se oloap ci stava
> già lavorando. Appena torna dalle ferie mi confronto con lui ed
> eventualmente uniamo gli sforzi.
>
> Premessa:
> OpenERP ha già il concetto di causale, lo chiama "Recurring Models".
>
> L'oggetto account.model tuttavia non usa i voucher. Di base è un clone di un
> journal entry che viene usato come stampo.
> Nessuna logica dietro.
>
> Ciò che la gente si aspetta (perlomeno i nostri clienti) è qualcosa che
> permetta anche di specificare il totale di tutta la registrazione e che
> questo venga scomposto nelle varie righe della registrazione in base a
> percentuali o formule, che vengono scritte per ogni riga al posto del
> totale.
>
> Alla fine il contabile vuole poter eseguire queste operazioni:
>
> 1. crea registrazione da causale
> 2. seleziona causale "pagamento bolletta telefono"
> 3. inserisci totale "220.00"
> 4. conferma
>
> Il software deve fare tutto il resto.
>
> Il ho lavorato a due cose distinte:
>
> A. applicare questo meccanismo a account.model
> B. applicare questo meccanismo a account.voucher
>
> Usare un voucher per creare semplicemente una scrittura sul giornale
> potrebbe essere esagerato, ma è anche comodo siccome tra il salvataggio del
> voucher e la scrittura sul giornale vera e propria possiamo eseguire
> operazioni varie, come ad esempio calcoli, determinazione delle date di
> competenza delle scritture o anche fare domande all'utente, cosa che
> richiederebbe più lavoro applicata a account.model.
> Ma è anche vero che non usare il voucher e usare semplicemente i recurring
> models è la strada standard di openerp.
>
> Voi cosa ne pensate?
> voucher si o no?
>
> In serata se non prima, conto di pacchettizzare quando fatto così che
> possiate testarlo.
>
> --
> Davide Corio <davide.corio@xxxxxxxxxxxx>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openobject-italia-core-devs
> Post to     : openobject-italia-core-devs@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openobject-italia-core-devs
> More help   : https://help.launchpad.net/ListHelp
>