← Back to team overview

openerp-india team mailing list archive

[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

 

I decide to change the name to this bug to better address the issue 
that I was previously pointed out.

And now I come to you with a patch that addresses this problem.

Applying this patch better addresses the latest lines added to the branch that
fixed the bug#928616 where it was call a wf_service,

Whenever the invoice is not quite reconciled it will change the state
from 'paid' to' re-open'

** Patch added: "invoice.diff"
   https://bugs.launchpad.net/openobject-addons/+bug/928899/+attachment/2728830/+files/invoice.diff

-- 
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] _reconciled method for account.invoice method does
  not take into account the invoice state 'paid' when the result is
  False

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


References