Per me, che non ho esperienze precedenti con OpenERP, ogni soluzione è buona Sulla base di quanto dice Davide proporrei quanto segue: - I campi blacklist e blacklist_date inserirli in l10n_it_account (non dovrebbero dare problemi alle versioni precedenti) - Il campo con nome da conccordare "ufficioiva" nello stesso modulo - Il campo inue e inue_date nel modulo l10n_base_it in quanto più universali
Colgo l'occasione per segnalare che nella tabella abbiamo aggiunto anche 2 campi per il SEPA (paese aderente a SEPA e data di accesso), riservandoci di integrarli nel moduli RIBA e assimilabili. Tutti i campi di cui sopara sono già compilati e utilizzabili, aggiornati a febbraio 2014, quindi ritengo utili a tutti Il 13/03/2014 09:07, Davide Corio @ LS ha scritto: > Esiste il modulo l10n_it_account, nel quale dovrebbero stare tutte le > configurazioni e la logica relativa ai dati contabili. > Se parliamo di IVA, forse quello è il posto giusto (anche se il modulo, come > tutti gli altri, avrebbe bisogno di refactoring estremo). > > Appartenenza a EU o meno, sono d'accordo ad averlo in l10n_it_base, anche se > non ho ancora visto come è stata implementata. > > Penso però che se andiamo a cambiare molto questi moduli, ha senso farlo per > la 8.0 e non per 6.1 e 7.0. > > Se fossero necessari aggiustamenti dei moduli, chi già li usa si vedrebbe > cambiamenti drastici. > In questo caso, avere cambiamenti in un modulo separato risolverebbe molti > problemi. > > Oltretutto mantenere ogni singolo modulo contenuto e snello consente una > manutenzione più facile. -- https://code.launchpad.net/~a-camilli/openobject-italia/6.1-spesometro/+merge/210439 Your team OpenERP Italia core devs is subscribed to branch lp:openobject-italia/6.1. _______________________________________________ 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
