openobject-italia-core-devs team mailing list archive

[Andrea Cometa <info@xxxxxxxxxxxxxxx>]

Ho avuto il tempo di far testare ad un cliente il modulo l10n_it_ri_ba 
ed ho anche potuto paragonarlo ad altre procedure.
Ci sono un bel pò di migliorie da apportare, delle quali potrei anche 
farmene carico dato che inizio a smaltire un pò di lavoro...

Parto dal presupposto che i commercialisti a cui ho fatto riferimento mi 
hanno detto tutti la stessa cosa : "Il cliente si chiude quando 
l'incasso della riba è stato effettuato", quindi soluzioni del tipo 
"paghiamo la fattura e poi speriamo nell'incasso" non vanno bene se 
vogliamo fare le cose per bene.

Ho abbozzato un'idea quindi ne discutiamo e tiriamo le somme, il 
presupposto deve essere quello di cui sopra "Il cliente resta aperto 
fino all'incasso della ricevuta bancaria"

Credo che alla validazione della fattura si possa intervenire su 
un'oggetto account_move_riba che viene popolato analogamente ai 
corrispondenti account_move_line. Non dovrebbe contenere gli stessi dati 
di account_move_line ma solo debit e date_maturity, poi stato della riba 
(bozza,emessa,chiusa,insoluta). In questo modo sappiamo dove recuperare 
le riba da emettere, pagare etc. in più potremmo anche gestire il 
raggruppamento delle riba per cliente.

Generare una distinta da presentare in banca vorrà dire creare un 
riba_issue (come per l10n_it_riba)  collegando il dettaglio ad 
account_move_riba, generare l'export e le stampe così come avviene ora.

in questa fase possiamo inserire quell'automatismo per cui ci ritroviamo
CLIENTE C/RIBA (dare)             SCADENZE (avere) (su questa parte 
vorrei più pareri)

La cosa importante è che l'estrazione delle riba tirerà fuori solo le 
riba non ancora emesse, avremo a disposizione una view con il riepilogo 
di tutte le riba da emettere e tutto questo senza necessariamente pagare 
le fatture corrispondenti.

All'incasso della riba possiamo pensare di generare un'account_voucher e 
quindi pagare la corrispondente scadenza, mentre per l'insoluto a questo 
punto è automatico, si contrassegna la riba insoluta ed il cliente 
continuerà a rimanere aperto e quindi si potranno gestire le 
funzionalità di scadenzario messe a disposizione dagli altri svariati 
moduli. Fermo restando la possibilità di chiudere il cliente e creare 
una scrittura per riaprirlo con gli importi delle spese bancarie da 
addebitare. Sinceramente credo sia meglio chiudere e mediante 
un'automatismo creare un'account_move relativo alla scrittura 
dell'insoluto riportando la data di scadenza della riba originaria.

se non ho fatto confusione nello scrivere...

--
Andrea Cometa                    Perito Informatico
Via Platone, 24/A - 74023 - Grottaglie (TA) - Italy
Cell: 3389553466   Tel: 0999870931  Fax: 0999870217
info@xxxxxxxxxxxxxxx http://www.andreacometa.it
pec: andrea.cometa@xxxxxxxxxxxxxxxxxxxxxxx