openerp-india team mailing list archive
-
openerp-india team
-
Mailing list archive
-
Message #06610
[Bug 928899] [NEW] [v6.x] [account] workflow transition missing for invoice
Public bug reported:
I would like to point out regarding taking into account the workflow service for the invoice
in Bug#928616
https://bugs.launchpad.net/openobject-addons/+bug/928616
This means that invoice workflow is missing a transition from paid to
re-open,
I am reporting this as a bug because this is just being tackle from account_voucher
but other modules/models are not aware of that being happening,
If you unreconcile payments not by account_voucher, but through account_move_line
action unreconcile entries, then invoices affected will remain in paid state.
So as it happens with test_paid trasition that keeps aware of account.move.line records
It should happen the same for aml being unreconciled that affects the state of other invoices
Thanks a lot
** Affects: openobject-addons
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/928899
Title:
[v6.x] [account] workflow transition missing for invoice
Status in OpenERP Addons (modules):
New
Bug description:
I would like to point out regarding taking into account the workflow service for the invoice
in Bug#928616
https://bugs.launchpad.net/openobject-addons/+bug/928616
This means that invoice workflow is missing a transition from paid to
re-open,
I am reporting this as a bug because this is just being tackle from account_voucher
but other modules/models are not aware of that being happening,
If you unreconcile payments not by account_voucher, but through account_move_line
action unreconcile entries, then invoices affected will remain in paid state.
So as it happens with test_paid trasition that keeps aware of account.move.line records
It should happen the same for aml being unreconciled that affects the state of other invoices
Thanks a lot
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/928899/+subscriptions
Follow ups
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: Rifakat (OpenERP), 2012-02-21
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: Rifakat (OpenERP), 2012-02-14
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: Launchpad Bug Tracker, 2012-02-14
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: Rifakat (OpenERP), 2012-02-14
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: Amit Parik (OpenERP), 2012-02-14
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: Nhomar Hernandez (Vauxoo), 2012-02-10
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: Nhomar Hernandez (Vauxoo), 2012-02-10
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: hbto [Vauxoo] http://www.vauxoo.com, 2012-02-10
-
[Bug 928899] Re: [v6.x] [account] _reconciled method for account.invoice method does not take into account the invoice state 'paid' when the result is False
From: hbto [Vauxoo] http://www.vauxoo.com, 2012-02-10
-
[Bug 928899] [NEW] [v6.x] [account] workflow transition missing for invoice
From: hbto [Vauxoo] http://www.vauxoo.com, 2012-02-08
References