openobject-italia-core-devs team mailing list archive

["Antonio M. - Zeroincombenze" <info@xxxxxxxxxx>]

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.