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.
Related
A customer is asking for functionality to manage SKUs in his inventory. However, from what he has explained, I am seriously considering if I haven't fully understood the concept of SKUs myself.
Example: he sells one specific model of cell phones. This cell phone is identified with an EAN code (bar code). However, in November he receives this product, for example, in a Christmas packaging, and with a different EAN code. Since it is the exact same product for him in terms of cost, inventory and sales to customers, he says that he uses a SKU for both EAN codes.
Does this make sense? Is this really the use for SKUs?
Thanks so much for your help :-)
This makes since since that is the purpose of a Stock Keeping Unit. Consider selling the same product with different packagings, it will still be the same product.
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 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
...
We are trying to do something interesting but challenging:
We have a couple thousand products listed on our B2C site (non-Magento), & are considering moving the site to Magento for a variety of reasons. The product pages provide detailed information about these products. Our user base would now like us to provide local information about retail stores where they can buy these products; the information required would be Retail outlet name, address, zip, phone, & a Google-map display (this last is optional).
In the front-end, each product detail page will display relevant retailers depending on the product AS WELL AS depending on the user's zip. Each user will see upto 5 nearby retailers.
My question is: how best can we set up this in Magento so that we can:
map products to retail_outlets, the way magento allows for mapping of products to categories. Products & outlets will have a many-to-many relationship, & we are looking for something that will be easy to maintain.
Map user's zips to the retailer info.
We are open to using magento 1.7, if that is a better fit.
Thanks in advance.
-TM
This is not the right place for this question as it is not related to programming and does not have code samples and is too general :( read the FAQ please
but in general you need:
add a product attribute (multiselect) with all your retail_outlets and add a possible retailers to a product
ask user to input a zip if he has not jet . you can get this from quote->getShippingAddress()->getPostcode(); if your user is
registered or something
on detail page query out your retailers by zip. This will need you to implement Geo/Spatial Search with MySQL.
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.