I am disappointed on this topic, this split of bank statement is a no added value work and can generate mistakes while the choice 1 ( remove the bank statement field on the bk statement and calculate the period on statement line date) can make a consensus.
-- You received this bug notification because you are a member of C2C OERPScenario, which is subscribed to OpenERP Project Group. https://bugs.launchpad.net/bugs/833605 Title: period on bank statement Status in OpenERP Addons (modules): Opinion Bug description: Hi all This is not a code bug but a fonctionnal problem. Indeed bank statement have a field period_id and when you fill a bank statement this field is mandatory and so your bank statement can have only one period. In my case I am importing bank statement from external system (such amazon, paypal, bank cic). This external don't create one bank statement per month but there generate bank statement each X days. The problem is that an external bank statement can have move line on two periode. As OpenERP require one period per bank statement, I have two split my external bank statement in two, which is not very user friendly (one bank statement from the external system should match with one bank statement in OpenERP). This problem of period is not only present in the bank statement but in generaly on each object (invoice, account_move..) Indeed by default OpenERP, allow to have a period that don't match with the date, and it's why there is a editable field period_id on bank statement and on invoice, account_move and account_move line. In France for example, the period should match with the date it's why we are using the module account_date_check. But it's not perfect, Indeed this module don't solve the problem on bank statement. And also the period_id on the invoice is still editable but very useless (the user can 'choose' only the correct period, it will be better to have a function field) So my first question is: Did some country need this feature : "allow to have account move line with a date that doesn't match with the period" ? Regarding the answers 3 solutions : - If nobody use it, It's better to remove this useless feature. - If just some country use it, this functionality should be extracted and done by an external module. - If only France require consistent date and period, I will create an extra module that will remove the period fields where is useless, keeping it in read-only in some view, and replacing it by a function fields (it will be cleaner than the account_date_check) What do you think? Which solution look's the best for everybody? Did I miss something? Best Regards To manage notifications about this bug go to: https://bugs.launchpad.net/openobject-addons/+bug/833605/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~c2c-oerpscenario Post to : [email protected] Unsubscribe : https://launchpad.net/~c2c-oerpscenario More help : https://help.launchpad.net/ListHelp
