Product with varying price ... price on demand

[c.schinzer]

All,


I am having a customer who wants to provide prices only on request.

Does anyone have experience with modelling that in OFBiz as I seem to get a
service error when I attempt to put product with no related price info to
the shopping cart.

Thanks for any assistance in this.

Regards


Carsten

[David E. Jones-2]

The best solution is probably to use the cart -> request quote process.

You'll still need at least a default price on each product, which should just be the list price (unless you want to change code).

-David


On Mar 25, 2011, at 10:20 AM, Carsten Schinzer wrote:

> All,
>
>
> I am having a customer who wants to provide prices only on request.
>
> Does anyone have experience with modelling that in OFBiz as I seem to get a
> service error when I attempt to put product with no related price info to
> the shopping cart.
>
> Thanks for any assistance in this.
>
> Regards
>
>
> Carsten

[c.schinzer]

Hi all,


I have now implemented the price on request (former "price on demand")
feature in my local codebase. Yes I am using the shoppingcart -> request
quote process.

The idea is that for some items that my customer sells, there are daily
changing prices on the market (driven by resource price, exchange rates
etc.) and they do not want to commit on a default or list price.
My solution now uses a default price in the background (any price type can
be related, though, just as you internally need to have), and uses a
Category to assign all products that should have no price display. Right
now, this category needs to comply with a certain naming convention (this is
the dirty part); could be cleaned out by using a certain (new) categoryType.

Any product that belongs to that category, will then show a label "Please
ask our price!" instead of the price quote on the product summary and detail
pages while the cart and miniproudctsummary show "On request" instead of the
price. ... and just before you wonder: I've put this amendment to the
ProductUiLabels.xml:

Note, that the core applications will NOT display the labels, so there is no
clear way to know which products are "masked" unless the order agent knows
or looks at the product page.

As this is a "fairly clean" aproach, let me ask whether anyone else think
they need this feature on shops and I'll open a JIRA for the pure&clean on
and contribute my solution. Otherwise I'll keep my private aproach to this
and no-one bothers.


Regards


Carsten

2011/3/25 David E Jones <[hidden email]>

>
> The best solution is probably to use the cart -> request quote process.
>
> You'll still need at least a default price on each product, which should
> just be the list price (unless you want to change code).
>
> -David
>
>
> On Mar 25, 2011, at 10:20 AM, Carsten Schinzer wrote:
>
> > All,
> >
> >
> > I am having a customer who wants to provide prices only on request.
> >
> > Does anyone have experience with modelling that in OFBiz as I seem to get
> a
> > service error when I attempt to put product with no related price info to
> > the shopping cart.
> >
> > Thanks for any assistance in this.
> >
> > Regards
> >
> >
> > Carsten
>
>

--

Best

Carsten Schinzer

Waisenhausstr. 53a
80637 München
Germany

[Jacques Le Roux]

Hi Carsten,

I like the idea category type could extend the already existing catalog categories type (ProdCatalogCategoryType)
Though David had recently proposed to remove the catalog concept in future, not sure how he want to handle those specificities

Jacques

Carsten Schinzer wrote:

> Hi all,
>
>
> I have now implemented the price on request (former "price on demand")
> feature in my local codebase. Yes I am using the shoppingcart -> request
> quote process.
>
> The idea is that for some items that my customer sells, there are daily
> changing prices on the market (driven by resource price, exchange rates
> etc.) and they do not want to commit on a default or list price.
> My solution now uses a default price in the background (any price type can
> be related, though, just as you internally need to have), and uses a
> Category to assign all products that should have no price display. Right
> now, this category needs to comply with a certain naming convention (this is
> the dirty part); could be cleaned out by using a certain (new) categoryType.
>
> Any product that belongs to that category, will then show a label "Please
> ask our price!" instead of the price quote on the product summary and detail
> pages while the cart and miniproudctsummary show "On request" instead of the
> price. ... and just before you wonder: I've put this amendment to the
> ProductUiLabels.xml:
>
> Note, that the core applications will NOT display the labels, so there is no
> clear way to know which products are "masked" unless the order agent knows
> or looks at the product page.
>
> As this is a "fairly clean" aproach, let me ask whether anyone else think
> they need this feature on shops and I'll open a JIRA for the pure&clean on
> and contribute my solution. Otherwise I'll keep my private aproach to this
> and no-one bothers.
>
>
> Regards
>
>
> Carsten
>
> 2011/3/25 David E Jones <[hidden email]>
>
>>
>> The best solution is probably to use the cart -> request quote process.
>>
>> You'll still need at least a default price on each product, which should
>> just be the list price (unless you want to change code).
>>
>> -David
>>
>>
>> On Mar 25, 2011, at 10:20 AM, Carsten Schinzer wrote:
>>
>>> All,
>>>
>>>
>>> I am having a customer who wants to provide prices only on request.
>>>
>>> Does anyone have experience with modelling that in OFBiz as I seem to get a
>>> service error when I attempt to put product with no related price info to
>>> the shopping cart.
>>>
>>> Thanks for any assistance in this.
>>>
>>> Regards
>>>
>>>
>>> Carsten

Hi Carsten,

I like the idea and the category type could extend the already existing like