openerp-india team mailing list archive

["Nhomar Hernandez \(Vauxoo\)" <nhomar@xxxxxxxxx>]

*** This bug is a duplicate of bug 928616 ***
    https://bugs.launchpad.net/bugs/928616

@fabien.

You said in comment #9:

>>There are PROs and CONs against this technique. The main CON is the
one reported here. But PROs are so much useful that I >>prefer to keep
this situation.

>>It's not a bug as, legally, everything remains valid.

We solved already this bug, but im a little worried about your Whys...

When you said "We decided to merge reconciliation if possible"

i need to know the why, not the decisition itself.

I remember this as a real big Bug from OpenERP.

Why.?

In several countries at least in Latin america the withholding process
must to be managed as a payment, and have legal meaning as Invoice
itself, and Reconciliation is the right concept to Join integrity
between Invoice and Withholding [1]

As you see in definition this kind of tax management (what we already
manage in an strong way on localization for Venezuela and Colombia).

Even if you have reason that the feature or "decition" it self does't
brake the legal stuff, it is not less true that to comply with the
constraint between invoice and "payment for withholding" requiere A LOT
of technical logic (if we need automate this precess) or "functional
work" if we want to mantain this IMPORTANT feature _reconciliation_ as
core does by default to mantain the OPW working with less cost for
customer.

Can you , please, help me understand your decition, and make possible
teke mine (develop and make our own reconciliation way) or propose a new
module called _alternative_reconciliation_ for merge.

Please, is important to know that if OpenERP want to comply with more
local stuff from country to country and mantain a lot of OPW NEED to be
as more generical as it can, or support this kind of automations with a
lot of documentation.

[1] http://en.wikipedia.org/wiki/Withholding_tax

-- 
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/781850

Title:
  wrong behaviour in cancel/redo payment voucher

Status in OpenERP Addons (modules):
  Invalid

Bug description:
  Step to reproduce:
  OpenERP 6.0.2:
  Make 3 vouchers (v1, v2, v3) for 3 partial payments for on customer invoice f1.
  Cancel v2 voucer. You will see that all reconcile records for f1 is deleted.
  Reopen (set to draft) and validate v2.
  Check account move line coresponding to v2.
  I think that reconcile model is inconsistent for cancel/reopen multiple partial reconcile.
  Thanks

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/781850/+subscriptions