From d770b5b35198be42302e929a85a24f104b5dfd8c Mon Sep 17 00:00:00 2001 From: =?utf8?q?Sven=20Sch=C3=B6ling?= Date: Thu, 6 Aug 2015 11:25:50 +0200 Subject: [PATCH] PriceSource: Probleme dokumentiert --- SL/PriceSource.pm | 25 +++++++++++++++++++++++-- 1 file changed, 23 insertions(+), 2 deletions(-) diff --git a/SL/PriceSource.pm b/SL/PriceSource.pm index c8cdc6cd1..681210c00 100644 --- a/SL/PriceSource.pm +++ b/SL/PriceSource.pm @@ -157,9 +157,30 @@ L, L, L -=head1 BUGS +=head1 BUGS AND CAVEATS -None yet. :) +=over 4 + +=item * + +The current simple model of price sources providing a simple value in simple +cases doesn't work well in situations where prices are modified by other +properties. The same problem also causes headaches when trying to use price +sources to compute positions in assemblies. + +The solution should be to split price sources in simple ones, which do not +manage their interactions with record_items, but can be used in contexts +without record_items, and complex ones which do, but have to be fed a dummy +record_item. For the former there should be a wrapper that handles interactions +with units, price_factors etc.. + +=item * + +Currently it is only possible to provide additional prices, but not to restrict +prices. Potential scenarios include credit limit customers which do not receive +benefits from sales, or general ALLOW, DENY order calculation. + +=back =head1 AUTHOR -- 2.20.1