Merge lp:~akretion-team/openobject-addons/trunk-payment-term-on-purchase-v2 into lp:openobject-addons
Status: | Rejected |
---|---|
Rejected by: | qdp (OpenERP) |
Proposed branch: | lp:~akretion-team/openobject-addons/trunk-payment-term-on-purchase-v2 |
Merge into: | lp:openobject-addons |
Diff against target: |
236 lines (+52/-24) 10 files modified
account/account.py (+5/-1) account/account_invoice.py (+2/-1) account/account_move_line.py (+11/-4) account/partner.py (+10/-3) account/partner_view.xml (+2/-1) base_vat/base_vat_view.xml (+1/-1) purchase/purchase.py (+15/-6) purchase/purchase_view.xml (+1/-0) purchase/stock.py (+2/-0) purchase/wizard/purchase_line_invoice.py (+3/-7) |
To merge this branch: | bzr merge lp:~akretion-team/openobject-addons/trunk-payment-term-on-purchase-v2 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Stefan Rijnhart (Opener) (community) | functional | Approve | |
Fabien (Open ERP) | Disapprove | ||
Review via email: mp+93048@code.launchpad.net |
Description of the change
This is a new version of my merge proposal to add payment term on purchase orders.
My previous merge proposal https:/
1. We now have 2 payment terms on res.partner : one when the partner is a customer ("Customer payment term"), another one when the partner is a supplier ("Supplier payment term")
2. I have a better handling of the cases where no payment_term are given on the PO, as suggested by Quentin : when there is no payment term on the PO, the "Supplier payment term" is used
I hope that this merge proposal will be accepted. If you would like more modifications in it, please tell me and I will work on it.
Unmerged revisions
- 6459. By Alexis de Lattre
-
Remove useless 'a' variable.
- 6458. By Alexis de Lattre
-
Took into account the remarks made by Quentin de Paoli on my previous MP :
1. add a property "Supplier payment term" on res.partner
. rename the existing property to "Customer payment term"
. in the res.partner form view, add the "Supplier payment term" next to the "Customer payment term"
. modify the code of the 'account' module to use the supplier or customer payment term
depending on the journal
2. better handle the case where no payment_term is given on the PO : if there is no payment_ter
m on the PO, we use the payment term on the partner. - 6457. By Alexis de Lattre
-
Remove my code change on fiscal_position (it had no impact... but I guess it is better not to change anything else)
- 6456. By Alexis de Lattre
-
Add payment_term on purchase.order object.
The behavior of payment_term is the same as for the sale order :
- the payment_term is copied from the partner to the purchase order
- then it is copied from the purchase order to the supplier invoice
Add payment_term to the purchase.order form view, next to fiscal position (same as for sale.order form view)
Hello,
I would tend to refuse this merge proposal. I's a good contribution but I propose to put it in a separate modules.
Most of the time, when you do a Purchase Order, you just want to set a due date provided by the supplier (like on the supplier invoice) and not create a complex payment term object that reflect the due date. As every supplier may have different payment terms or due dates, it's complex to create a payment term on each PO.
So, in my opinion, the official way of working on OpenERP should be to just set a due date on the PO and not a payment term. This is the most simple solution and most SMEs will prefer that way of working because it's easier to record a PO.
But I agree some companies may need a complex payment term management (as an example in the case where you negociate a payment term with your supplier for future purchaes). In that case, those companies will install the module of Alexis.