We are evaluating ucommerce for a webshop where we will have two different type of customer, one with standard prices and another with reduced price on all items available on the shop.
I was we can set up different group prices and then for each catalog specify the group price to used. This makes me think that we should set up two different catalogs, one per type of customer.
On the other side I noticed that inside a catalog I can specify a price for each group price available. This makes me think that I could show up the correct price depending on the type of my customer.
Indeed you can configure two separate price groups which will give you two different prices per product. The easiest way to leverage your price groups is to configure two catalogs as you say as this is the default way uCommerce works with different pricing.
As for your latter point all prices are maintained on the product itself but is actually selected based on the setting on the catalog.
We're looking into the possibility of being able to specify a price group via code when you load products from the catalog, which would obviate the need for two catalogs if all you're after is the different pricing and don't want to maintain two separate catalog structures.
Let me know if you'd be interested in such as feature.
I forget to mention a brand new extension point available in version 1.0.5.0. You can override our default pricing logic with your own and effectively select the pricing you need for your store.
In your case the logic would be pretty straightforward as it would come down to a simple switch which determines which price to load based on the customer type, i.e. the member currently logged in.
To be able to override the default pricing logic would be the best way for us because as you mentionned we don't have to maintain two different catalogs where only the price differs. In term of licence price it would also be more affordable for the small shop we plan to build.
The project must be realized on a very short term, do you have a planned delivery date for version 1.0.5.0 ?
Shoot me an e-mail at [email protected] and I will get you the release today. It's ready for release but I have a policy of not releasing anything on a Friday :)
This was a long time ago but I noticed this as I'm investigating uCommerce. Can you point me to some documentation and/or code samples regarding this pricing logic extension point?
Multiple prices needs multiple catalogs and pro version ?
Hello,
We are evaluating ucommerce for a webshop where we will have two different type of customer, one with standard prices and another with reduced price on all items available on the shop.
I was we can set up different group prices and then for each catalog specify the group price to used. This makes me think that we should set up two different catalogs, one per type of customer.
On the other side I noticed that inside a catalog I can specify a price for each group price available. This makes me think that I could show up the correct price depending on the type of my customer.
Thanks for the help !
Best regards
G.
Hi Gilles,
Indeed you can configure two separate price groups which will give you two different prices per product. The easiest way to leverage your price groups is to configure two catalogs as you say as this is the default way uCommerce works with different pricing.
As for your latter point all prices are maintained on the product itself but is actually selected based on the setting on the catalog.
We're looking into the possibility of being able to specify a price group via code when you load products from the catalog, which would obviate the need for two catalogs if all you're after is the different pricing and don't want to maintain two separate catalog structures.
Let me know if you'd be interested in such as feature.
Hope this helps.
I forget to mention a brand new extension point available in version 1.0.5.0. You can override our default pricing logic with your own and effectively select the pricing you need for your store.
In your case the logic would be pretty straightforward as it would come down to a simple switch which determines which price to load based on the customer type, i.e. the member currently logged in.
Hello Soren,
Thank you for the answer provided.
To be able to override the default pricing logic would be the best way for us because as you mentionned we don't have to maintain two different catalogs where only the price differs. In term of licence price it would also be more affordable for the small shop we plan to build.
The project must be realized on a very short term, do you have a planned delivery date for version 1.0.5.0 ?
Shoot me an e-mail at [email protected] and I will get you the release today. It's ready for release but I have a policy of not releasing anything on a Friday :)
Hi Søren,
This was a long time ago but I noticed this as I'm investigating uCommerce. Can you point me to some documentation and/or code samples regarding this pricing logic extension point?
Thanks
Pascal
Hi Pascal,
There's an extension called IPricingService. The way you modify or replace it is the same as what's detailed for IOrderContext in the article Changing the Default Basket Behavior of uCommerce.
Hope this helps.
is working on a reply...