purchase order problem with suppliers article number and description

Hello Richard,

I have tested your Issue, but I think you might have a miss understand something..

This Supplier article number for internal use also for printing a request for quotation. It's not use for searching. would you please check the tool-tip of "product_code". I have checked your both attachment. In your "bc.png", searching the product with "product_code". which is wrong method to search. It should be searched by product name.

Moreover, you talk about the suggestion for "create product". which is shown in "bc.png". Obvious it give the suggestion for create this product. Because it going to search into product_product.

In general way , It's perfect behaviour. no need to change this behave. So we can not consider your Issue.

Thanks for understanding!

You change the state of a bug report too quickly, before verifying the facts.

There are two related bugs in this report.
1. all products are shown instead of only the suppliers products
(see screenshot)

2. if you say the form is doing what it was designed for, well perhaps so.
But in its current form relatively useless because that is not what most users expect, in other words to be able to enter article numbers.

Please indicate how to modify the current form to use the supplier article number.
Can't seem to modify (easily a sub form in debug mode, maybe you could provide a hint).

Hello Richard,

I understand your sentiment...
I have checked your attachment "lignes-produits.png". which are shown all product. and you are expecting only supplier product instead of all products. It's not bad idea. it's really good behaviour for us.

So It's not generalise bug, But we should improve this behaviour. that's why we will consider this as wishlist.

Thanks for reporting!

Well, I would still call this a bug.

In over 30 years I have *never*, *ever* come across a case where a purchase order, or more importantly a suppliers BOM (shipping list) or invoice uses anything but the supplier product number and description.

Perhaps outside of the Americas/EMEA there are exceptions to this "rule", but I tend to doubt it.
If you disagree, please furnish a pertinent, real-world example and I promise to relax a bit.

Also considering that a portion of the bug involves a Human Interface component (listing other than the suppliers products), it is prone to ERROR and makes AUDITING much more difficult on the result.

ERROR and MISINFORMATION are principles contrary to an Enterprise Resource Planning integration platform.

In summary, apparently the only partial workaround is a flat structure : ONE product/ONE supplier and BE CAREFUL WHEN ENTERING DATA, in absence of any viable priority to a fix of this problem report.

Side effect is naturally managing the overpopulation of the flat product database.

Cordially,