c2c-oerpscenario team mailing list archive

[Raphaël Valyi - http://www.akretion.com <740596@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

Today OpenERP payment term line has only 2 digits.
Today we had a case where the supplier imposed 3 payments of a third of the value that was 1350. So he expects exactly 3 payments of 450.

But with OpenERP you have to enter a payment condition of 0.33 that will
instead to 2 payments at 445.5 and the last payment with the remaining
amount, that is 459.

Unfortunately this is not what the customer will expect!

So I propose to have here a precision of 5 to 6 digits instead of 2. I
would prefer 6 or even more.

Please increase the number of digits here and make sure there is no
premature rounding of the precision.

** Affects: openobject-addons
     Importance: Undecided
         Status: New

** Summary changed:

- [6.0.1][account] payment term line need at least 4 to 5
+ [6.0.1][account] payment term line need at least 5 to 6 digits

** Summary changed:

- [6.0.1][account] payment term line need at least 5 to 6 digits
+ [6.0.1][account] payment term line need at least 5 to 6 digits precision

** Description changed:

  Today OpenERP payment term line has only 2 digits.
  Today we had a case where the supplier imposed 3 payments of a third of the value that was 1350. So he expects exactly 3 payments of 450.
  
  But with OpenERP you have to enter a payment condition of 0.33 that will
  instead to 2 payment at 445.5 and the last payment with the remaining
  amount, that is 459.
  
  Unfortunately this is not what the customer will expect!
  
- So I propose to have here a precision of 5 to 6 digits. I would prefer 6
- or even more.
+ So I propose to have here a precision of 5 to 6 digits instead of 2. I
+ would prefer 6 or even more.
  
  Please increase the number of digits here and make sure there is no
  premature rounding of the precision.

** Description changed:

  Today OpenERP payment term line has only 2 digits.
  Today we had a case where the supplier imposed 3 payments of a third of the value that was 1350. So he expects exactly 3 payments of 450.
  
- But with OpenERP you have to enter a payment condition of 0.33 that will
- instead to 2 payment at 445.5 and the last payment with the remaining
- amount, that is 459.
+ But with OpenERP you have to enter a payments condition of 0.33 that
+ will instead to 2 payment at 445.5 and the last payment with the
+ remaining amount, that is 459.
  
  Unfortunately this is not what the customer will expect!
  
  So I propose to have here a precision of 5 to 6 digits instead of 2. I
  would prefer 6 or even more.
  
  Please increase the number of digits here and make sure there is no
  premature rounding of the precision.

** Description changed:

  Today OpenERP payment term line has only 2 digits.
  Today we had a case where the supplier imposed 3 payments of a third of the value that was 1350. So he expects exactly 3 payments of 450.
  
- But with OpenERP you have to enter a payments condition of 0.33 that
- will instead to 2 payment at 445.5 and the last payment with the
- remaining amount, that is 459.
+ But with OpenERP you have to enter a payment condition of 0.33 that will
+ instead to 2 payments at 445.5 and the last payment with the remaining
+ amount, that is 459.
  
  Unfortunately this is not what the customer will expect!
  
  So I propose to have here a precision of 5 to 6 digits instead of 2. I
  would prefer 6 or even more.
  
  Please increase the number of digits here and make sure there is no
  premature rounding of the precision.

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/740596

Title:
  [6.0.1][account] payment term line need at least 5 to 6 digits
  precision

Status in OpenERP Modules (addons):
  New

Bug description:
  Today OpenERP payment term line has only 2 digits.
  Today we had a case where the supplier imposed 3 payments of a third of the value that was 1350. So he expects exactly 3 payments of 450.

  But with OpenERP you have to enter a payment condition of 0.33 that
  will instead to 2 payments at 445.5 and the last payment with the
  remaining amount, that is 459.

  Unfortunately this is not what the customer will expect!

  So I propose to have here a precision of 5 to 6 digits instead of 2. I
  would prefer 6 or even more.

  Please increase the number of digits here and make sure there is no
  premature rounding of the precision.