[MIG][10.0]product_supplier_info_for_customer#292
Conversation
6dc8992 to
c40373e
Compare
c40373e to
912369c
Compare
bd04317 to
8ce61b0
Compare
elicoidal
left a comment
There was a problem hiding this comment.
some details but overall LGTM
Functional tests are OK
Good job!
|
|
||
| * Product prices through this method are only guaranteed on the standard sale | ||
| order workflow. Other custom flows maybe don't reflect the price. | ||
| * The minimum quantity will not also be applied on sale orders. |
| @@ -0,0 +1,5 @@ | |||
| # -*- coding: utf-8 -*- | |||
| ############################################################################## | |||
There was a problem hiding this comment.
No need for copyright notice in __init__.py
| @@ -0,0 +1,26 @@ | |||
| # -*- coding: utf-8 -*- | |||
| # License AGPL-3.0 or later (https://www.gnu.org/licenses/agpl.html). | |||
There was a problem hiding this comment.
Please use standard copyright headers
|
|
||
| For these prices to be used in sale prices calculations, you will have | ||
| to create a pricelist with a rule with option "Based on" with the value | ||
| "Supplier prices on the product form" (although the text is not clear enough). |
There was a problem hiding this comment.
Why not change the name to "Partner prices on the product form"?
There was a problem hiding this comment.
Sorry for the mistake. This text is obsolete as that options is not available in v10. Currently the prices in the pricelist are not passed to the SO. I'm wondering if adding this feature back is really needed or that can be implemented in other way 😕
There was a problem hiding this comment.
Personally I feel it is redundant with the PL management system so I would not fight for it
|
|
||
| The product code / product name specified for the customer can be reflected | ||
| on the sale orders using module `product_supplierinfo_for_customer_sale | ||
| <https://github.com/OCA/product-attribute/tree/8.0/product_supplierinfo_for_customer_sale>`_ |
There was a problem hiding this comment.
👍 The module is not migrated yet, so I'll just remove this section. When migrating product_supplierinfo_for_customer_sale this readme will be updated
| * Product prices through this method are only guaranteed on the standard sale | ||
| order workflow. Other custom flows maybe don't reflect the price. | ||
| * The minimum quantity will not also be applied on sale orders. | ||
| * Computed fields in product.supplierinfo object won't properly work for |
There was a problem hiding this comment.
won't work properly
(although I do not really understand what the sentence means)
There was a problem hiding this comment.
This is not valid in v10, so removed.
|
|
||
| For these prices to be used in sale prices calculations, you will have | ||
| to create a pricelist with a rule with option "Based on" with the value | ||
| "Supplier prices on the product form" (although the text is not clear enough). |
There was a problem hiding this comment.
Personally I feel it is redundant with the PL management system so I would not fight for it
| @@ -0,0 +1,26 @@ | |||
| # -*- coding: utf-8 -*- | |||
| # License AGPL-3.0 or later (https://www.gnu.org/licenses/agpl.html). | |||
|
@elicoidal Now there's no option in the pricelist to choose the price from the supplierinfo. I opened an issue here: #297 If it's ok to all I'll put that feature back |
|
I mean for customer function that links to supplierinfo table is redundant with standard pricelist (set up price x product). |
|
@elicoidal But it's not possible to associate a pricelist to a specific customer, so if I need to specify a fix price for a customer it's not possible. |
|
@aheficent I am not quite sure what you mean by " it's not possible to associate a pricelist to a specific customer".
Maybe I did not understand your meaning |
|
@elicoidal In this case step3 is totally manual, isn't it? Users have to search and select the proper PL in SO among other PL for other customers. |
|
@elicoidal it's not direct to have a fixed price per customer (although I don't see this as a viable way of doing business, but you know, customers demand...), so this will fill the gap. |
|
Is ok then to add a partner_id field to product.pricelist.item model? |
|
@pedrobaeza @aheficent
As manual but far less than selecting n times the customer in supplierinfo table (in my case you have only one selection of the price list in the customer)
Not sure about your meaning here. As said, I am not against the feature (and I am not blocking it) but I think it is redundant and I do not see really the advantage of your solution compared with the standard pricelist (or features that could not be done via pricelist). |
|
As you can specify the PL in the customer I don't like the idea of putting the partner in the PL. I think that a wizard that allows to manually import the prices from the supplier.info to the PL it's better. PS: From my side it's ok to leave the module as it is, however, the module will be losing some of the features it had in v8. |
|
@aheficent Anyway your added feature would apply for both suppliers and customer so actually I think adding it does add something that current version does not provide (PL function of product partner price). |
|
@elicoidal Added the features but in button. Some issues found:
|
|
@aheficent Sorry but I am not following you. Which button and/or wizard are you talking about? |
|
@elicoidal Button in the PL to import supplier.info into PL items |
|
@aheficent Here I am not sure to follow: this would duplicate the data (with possible sync erreur/mistake). Otherwise I would suggest not to use prices in product for customers and hide them in the form. All in all I have the feeling we are making a complex feature out of simple problem. |
|
@elicoidal That's what I suggested first. To forward port the feature of "Supplier price in Product form" in the PL. That option was on PL items not in the PL itself because the product is selected in the PL item. I prefer this also. |
|
@aheficent In summary. options:
I dont like the button option (for duplicated data) |
…tomer: Complete README.
a0818cf to
2c2f3ec
Compare
|
See comments from v9. |
0eb6f56 to
dd31c75
Compare
dd31c75 to
3868474
Compare
|
updated |
|
@elicoidal IMO your comments were attended, is it possible to update your review? Thanks |
elicoidal
left a comment
There was a problem hiding this comment.
LGTM. Merging given the feedback and time under review
|
@elicoidal you have missed my comment #292 (comment). @aheficent please make another PR with the changes that you have already made on v9 |
|
@pedrobaeza sorry about that: I had the feeling it was covered. |
|
@pedrobaeza your comments were covered. |
Use product supplier info also for customers
This modules allows to use supplier info structure, available in Inventory tab of the product form, also for defining customer information, allowing to define prices per customer and product.
Update: Added back the option to import supplierinfo prices to PL items
Known issues
As discussed here: [MGR] Migrated product_customer_code to version 10 #236 The module
product_customer_codeis deprecated in favor of this one.The product.supplierinfo form view is overwritten as the absence of name attributes make it impossible to inherit.
This module only import prices from supplierinfo for customers not suppliers.