On 2017-10-26 07:19, Richard PALO wrote:
> Le 25/10/2017 à 13:57, Cédric Krier a écrit :
> > On 2017-10-25 13:47, Richard PALO wrote:
> >> I believe there should be some additional things to consider, typically 
> >> for suppliers
> >> where instead of communicating net prices to their [professional] clients, 
> >> there are:
> > 
> > We don't try to compute instead of the supplier because you do not know
> > how they compute and any way, it is not needed. The current supplier
> > price list per quantity is good enough for approximation.
> > 
> 
> I don't understand what you say here.

You can not compute in place of the supplier because you will compute
wrong. Also supplier will mostly never tell you what computation they
do.

> >> 1. Fixed reductions : typically by category of product. (e.g. public price 
> >> - 50%)
> > 
> > Supported by sale_promotion
> > 
> This is not the same, promotion is only a punctual reduction, either global 
> or by specific
> line on the invoice... it is not 'permanent' like the habitual price list 
> conditions are.

No sale promotion are not necessary limited in time. The start/end date
are optional.

> >> 2. Compound reductions : e.g. 35% + 15% => (public price * (100%-35%)) * 
> >> (100%-15%)
> > 
> > Supported by price list
> > 
> I see the formula possibility with hard coded coefficients, but I can't seem 
> to get the price
> list to work at all on suppliers anyway... it simply igores it and uses only 
> the price_unit
> value on the suppliers form of the product.

No price list are not for supplier on purpose.

> (though I wonder if the patches for issue3797 may cause any problem
> here?)

Already manage: 
https://codereview.tryton.org/40731002/diff/60001/purchase.py#newcode1139

> By the way, I tried the standard approach... Purchase order -> reception -> 
> Invoice
> and directly with invoice (which loses the supplier specifics from 
> issue3797), but neither
> seem to understand the supplier price list as configued on the supplier price 
> list as it seems
> to be only for 'sales' and not 'purchases'.

Now if you really want it you can create a custom module
purchase_price_list, it will be very easy to implement.

> It is primordial to support these on price lists for suppliers as it is 
> unacceptable
> to force entering line by line standard supplier conditions on articles 
> purchased.
>
> There may be hundreds or thousands of lines per month to enter! The forms are 
> already
> way too verbose for any real-life volume.

So do not fill it. You do not need to have the supplier price, it is
there for information.

-- 
Cédric Krier - B2CK SPRL
Email/Jabber: [email protected]
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20171026080917.GG3623%40kei.

Reply via email to