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 <[email protected]> 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 <[email protected]> > > _______________________________________________ > Mailing list: https://launchpad.net/~openobject-italia-core-devs > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openobject-italia-core-devs > More help : https://help.launchpad.net/ListHelp > _______________________________________________ Mailing list: https://launchpad.net/~openobject-italia-core-devs Post to : [email protected] Unsubscribe : https://launchpad.net/~openobject-italia-core-devs More help : https://help.launchpad.net/ListHelp
