So, the site we are working on right now is going to be Multisite and we are going to have different pricing for each website. The issue comes when one of those sites needs to have two different price lists.
There is going to be the price list for one site, and another price list for the other and then there will be a price list based on the customer group for the second site. I am not sure the best way to set this up since the pricing will be per website. The only other option that I see out of the box is to use the tiered pricing functionality and set if customer group A qty 1 and above use this price. (Thank you Joseph Mastey from one of your other answers!)
I'm concerned about this since I am doing a nightly price update as well and I assume programmatically saving this per product could be a pain. If anyone has any tips on setting the tiered pricing programmatically that would be huge or if you have another suggestion I would appreciate all that come my way!
Thanks for the mention :)
Having looked at this before, you're exactly correct. The tiered prices seem to be the only easy way to accomplish this. I have thought about trying to use multiple store views to the same effect, but I haven't had success yet.
Also, yes, updating tier prices can be a pain, I'm not sure the APIs even support it.
The API does support updating tier pricing.
http://prattski.com/2010/03/04/magento-import-tier-pricing-using-api/
If there is a simple percentage reduction for one customer group then you can use a Catalog Price Rule.
Related
We have requirement to handle price dynamic (referring external system).
We would like to know, what is the best way to handle dynamic pricing among below :
Approach 1 :
Creating Price factory extension and overriding getBasePrice() method of customPricefactoryManager. Please confirm if it uses jalo layer.
Approach 2 :
In DefaultSLFindPriceStrategy we can customize getBasePrice() method.
If any other way too, please lets know.
We would like to know which approach can help to handle prices in addtocart operation, checkout and product page details pricing.
It is not good getting price in another system with integration online. ERP system used by few sales people but ecommerce site can be used by hundred customer in same time. ERP cannot be handle huge amount of connections. I prefer pushing price from ERP not pulling them from hybris side. On the other hand customer will be hate changing price while surfing between hybris pages. You need to plan correct time for updating price and re-calculating existing carts.
It is highly unlikely that you would need to override the above classes to get dynamic prices.
Hybris already provides OTB functionality to get prices for different-
Users
User groups
Currencies
Time range
If you are trying to get different prices based on above criterions then you can simply use the OTB price row model.Getting dynamic prices on different pages has many caveats-
The price on different pages i.e. Homepage, PDP, Cart, Checkout,
etc. might show different values confusing the customer.
It cannot
be indexed so the PLP page will almost always show a different price
value.
I'm working for a client which has 3 websites and multiple storeviews each. For some reason he really wants to have 3 currencies and each currency it's own price per product.
So a product can cost i.e. €49,99 / $55,- / £39,95 and these prices have to be configured for each product. To clarify: There is no relation between the prices so it can't be done with an exact percentage. Prices need to differ completely.
I've found "solutions" to make 3 separate websites with each a different price for a product, but seeing as there are already 3 websites, I'd need 9 and that's just out of the question.
Also I found extensions like this: http://www.magentocommerce.com/magento-connect/currency-pricing.html - all of 'm don't work with 1.9 and especially work worse with configurable products, which happens to be the case here.
I'm really out of ideas, anyone else got a possible fix for this?
Update 06-2016 I get quite some mails about this question, if I ever found a fix or some other solution; sadly no. I did do further investigation about it and found out that this concept goes against the core-logic of the Magento (multi)store. We've now begun to work with Magento2 and will evaluate again if it is easier in this version. If I ever get to something, I'll update the question here.
There is no fix.
I think you need an own magento for every currency cause PRODUCTS ONLY USE ONE PRICE. Sadly..
I have searched a lot, but I couldn't find the solution yet.
We need to have different prices per customer for the same product. These prices should be shown on the list of products.
Is there any way to do this?
We are using
Joomla 2.5.7
VM 2.0.18a
Thank you in advance,
Bhavik Mulia
You can use Tax and Calculation rules for achieving this,
Create Different shopper group for your shoppers.
Create tax and calculation rules using margin option.
Assign it to the shopper group.
You have done. Just check the listing and details page.
Hope its helps..
I want to use magento's multi store system like ebay.
I want to use stores on one domain and using the same root category but every store can have different price on every single product and I want every store to be multilingual.
Before I start I appreciate some direction, which way would be best practise to achieve this?
This cannot (reasonably) be done in Magento, mainly because pricing cannot be set at the store level AND each scope (website/store) comes with a not-insignificant performance hit. MANY have tried what you are proposing. None have succeeded. Sorry.
Actually there has many Magento extension can extend one Magento site into one Marketplace, which can let customer apply to be as one seller to sell their products as vendor on this common market.
Like:
https://www.magentocommerce.com/magento-connect/marketplace.html
https://www.magentocommerce.com/magento-connect/medma-marketplace.html
...
ok... so I feel really stupid asking this question.. but just wondering about the Allow Countries drop down in the admin panel..
What exactly does this mean?
Does it mean that only certain countries are allowed to purchase from your site? if it does mean that how does it determine where you are shopping from? is it done using a IP Geo locator or is it determined when the user inputs their address on the checkout page?
or does it mean that only customers from certain countries have access to the site?
Regards,
Fiona
I believe it's a list of countries you are willing to ship to. Here's a reference that says this. The available list seems to be limited by locale, so no geolocating involved. No idea why this is done though.
The reason for this feature is so that you can use one Magento website to serve multiple countries with different prices or products. Say you have a German and an English store. You may have different prices and you don't want someone from Germany going to the English store and ordering a product which is not available for Germany or is at a reduced price.