nopCommerce 3.40 roadmap and estimated release date. Let's discuss.

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.
9 years ago
johndillon wrote:
...

1. 50/50. Ping me in a week or so.
2. Right. We haven't thought about details of the implementation much but it'll definately require a lot of changes.
9 years ago
OK thanks Andrei
9 years ago
Instead of a price per currency have you thought about implementing a solution used in magento to auto select store/currency based on geo-location.  It is a little different paradigm, but would likely alleviate some of the issues with storing currency for an order and other issues that were described in the work item.  Basically you create multiple stores that all have the same url, e.g. mystore.com, and each store has a default currency for transactions, display currency, pricing, etc.  You configure which store a user is directed to based on their geoip location.
9 years ago
boblewis wrote:
Instead of a price per currency have you thought about implementing a solution used in magento to auto select store/currency based on geo-location.  It is a little different paradigm, but would likely alleviate some of the issues with storing currency for an order and other issues that were described in the work item.  Basically you create multiple stores that all have the same url, e.g. mystore.com, and each store has a default currency for transactions, display currency, pricing, etc.  You configure which store a user is directed to based on their geoip location.

Thanks for suggestion. But it's not related to the price per currency feature. Some countries have distinct prices (not based on exchange rates).

Please also note that automatic language selection based on customer browser (culture) is already supported. And a feature allowing a store owner to specify default currency per language was also implemented in the upcoming version 3.40.
9 years ago
This has nothing to do with exchange rates necessarily and gives the same solution as the price per currency work item.  We use it for our magento site right now.  It has the added benefit in that it allows different prices for the same currency based on region.  You can have one price for India and one for North America where both are using the same currency.
9 years ago
boblewis wrote:
This has nothing to do with exchange rates necessarily and gives the same solution as the price per currency work item.  We use it for our magento site right now.  It has the added benefit in that it allows different prices for the same currency based on region.  You can have one price for India and one for North America where both are using the same currency.


Pricing based on region was the main driver of my thread I created here (click).

I ended up going a lot farther than my last post above and actually use the larger geo database (GeoLite2-City) to enable specific prices at a state level (or even lower).

Would be great to have this as a "out of box" feature rather than a custom one.  Now, what your asking wouldn't require multiple store tenants the way I explained...as the idea here, is to price within the same tenant/store these regions...which is even better.
9 years ago
I would be interested in working on this as a plugin.  Setting tier pricing isn't currently set up to handle region per store without having to do some changing of the core data structure is it?  I could be wrong though as I am slowly coming up to speed on things. Lot of moving parts. I am several months away from starting on this though.  Have other extensions and work and this is a feature we don't need to implement right now, but will if there isn't a viable solution by the time we need it.
9 years ago
ChuckR wrote:
This has nothing to do with exchange rates necessarily and gives the same solution as the price per currency work item.  We use it for our magento site right now.  It has the added benefit in that it allows different prices for the same currency based on region.  You can have one price for India and one for North America where both are using the same currency.

Pricing based on region was the main driver of my thread I created here (click).

I ended up going a lot farther than my last post above and actually use the larger geo database (GeoLite2-City) to enable specific prices at a state level (or even lower).

Would be great to have this as a "out of box" feature rather than a custom one.  Now, what your asking wouldn't require multiple store tenants the way I explained...as the idea here, is to price within the same tenant/store these regions...which is even better.


Any chance you could share information and code here on your solution? I need region specific pricing and its looking likely I'll have to get this done ourselves. Recoding this from the ground up seems a pretty difficult option so multi store like you seem to have done sems the better choice but Ive not done multi store before so any advice from someone who had done it would be great.

Thanks

EDIT: To clarify Im not sure how multi store helps have region specific prices, are you saying you creates a store for each region then replicated products with different prices?
9 years ago
johndillon wrote:

EDIT: To clarify Im not sure how multi store helps have region specific prices, are you saying you creates a store for each region then replicated products with different prices?


That is how we do it in magento.  We have multiple stores for different regions and the US store being the default.  Each store is configured with the same url, but you could use a different url for each store if you wanted to.  You don't have replicated products, just prices assigned per store.  For each store you can provide a different price for each product based on customer role/tier pricing.   If you look at how the tier pricing is set up in nopCommerce it is the same.  You set a store and customer role for tier pricing and to do customer role based pricing you use a quantity of 1 (magento has role based pricing so you can specify pricing just based on role for a single item).  The part that is missing in nop is assigning what countries get directed to which store and hooking into the geo location service so a user is directed to the appropriate store.  If an ip address doesn't belong to an assigned store than it just gets directed to the default store.  In our case all customers are charged in US dollars, but each store displays the prices in the currency appropriate for the given region.  In some cases it is USD, but for others its is AUD, GPB, etc.  This is just one way to skin a cat.  

To make the pricing easier we have a pricing app that connects to magento via the soap api and we assign base level prices for individual products for each store.  Products are grouped together by categories and % discounts are assigned based on customer role and tier pricing.  The app actually doesn't use the categories from the store, but allows you to create categories and assign individual products to them so you have a lot of flexibility in pricing.  For example all the products in the widgets and dohickies categories for the US and Australia store we assign a 10% discount for resellers and an additional 5% for purchases of 4 or greater.  The app crunches all the numbers and creates all the prices on the server so you aren't actually tweaking every product individually in the admin panel.  This makes setting discounted prices across multiple products relatively easy.  This is what I am currently working on now.  I am creating a WebApi plugin that will tie it into the product pricing app we use with magento with some modifications since the pricing structure is a little different for nop.  Once the WepApi is done I will put it up for folks to take it for a ride and break it.  You always miss something.
9 years ago
boblewis wrote:

EDIT: To clarify Im not sure how multi store helps have region specific prices, are you saying you creates a store for each region then replicated products with different prices?

That is how we do it in magento.  We have multiple stores for different regions and the US store being the default.  Each store is configured with the same url, but you could use a different url for each store if you wanted to.  You don't have replicated products, just prices assigned per store.  For each store you can provide a different price for each product based on customer role/tier pricing.   If you look at how the tier pricing is set up in nopCommerce it is the same.  You set a store and customer role for tier pricing and to do customer role based pricing you use a quantity of 1 (magento has role based pricing so you can specify pricing just based on role for a single item).  The part that is missing in nop is assigning what countries get directed to which store and hooking into the geo location service so a user is directed to the appropriate store.  If an ip address doesn't belong to an assigned store than it just gets directed to the default store.  In our case all customers are charged in US dollars, but each store displays the prices in the currency appropriate for the given region.  In some cases it is USD, but for others its is AUD, GPB, etc.  This is just one way to skin a cat.  

To make the pricing easier we have a pricing app that connects to magento via the soap api and we assign base level prices for individual products for each store.  Products are grouped together by categories and % discounts are assigned based on customer role and tier pricing.  The app actually doesn't use the categories from the store, but allows you to create categories and assign individual products to them so you have a lot of flexibility in pricing.  For example all the products in the widgets and dohickies categories for the US and Australia store we assign a 10% discount for resellers and an additional 5% for purchases of 4 or greater.  The app crunches all the numbers and creates all the prices on the server so you aren't actually tweaking every product individually in the admin panel.  This makes setting discounted prices across multiple products relatively easy.  This is what I am currently working on now.  I am creating a WebApi plugin that will tie it into the product pricing app we use with magento with some modifications since the pricing structure is a little different for nop.  Once the WepApi is done I will put it up for folks to take it for a ride and break it.  You always miss something.


Thanks very much, very helpful. Id already been playing around with this and figured out how to get tier pricing working with different stores. The tricky thing for us is that we are multi country/currency per store, but Ive got round this by simply setting the currency conversion ratios as 1:1, meaning the absolute value in the tier price for each product is used
i.e.
US tier prices is 5.99, UK is 4.99. Assuming the store gets set to the correct currency absolute values are used.

Like you Ive already customised WebWorkContext.cs to help us out. Here Ive made it auto assign currency based on language/location.
Next step for me here is geo coding the language/region selection. Im not a fan of the way NOP uses browser language to determine this, GEOIP is better IMO given the number of people who just leave this as default (en-us). Any advice here on how you did this would be appreciated.

Thanks
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.